From owner-freebsd-current@freebsd.org Sun Dec 6 17:29:18 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 072794A31FA for ; Sun, 6 Dec 2020 17:29:18 +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 4Cptj86PM2z4ZLC for ; Sun, 6 Dec 2020 17:29:16 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x42b.google.com with SMTP id k14so10478598wrn.1 for ; Sun, 06 Dec 2020 09:29:16 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=5ftloFVZrGrZacJBTwSeKpRolvQ89yDIpiN049EN9H0=; b=JU8L6LAjmSt9r8egseVGt6CmS9l+7aHafTAVbWqnTtDnPX343xPPBxwPNK8jY3JMXI gj1YumO+H1PVvuRBu7M2GGWZwDmFnUFq31XaHoeDYMJ85w3fgoVLKwFRInQW/3m2to/y Y4zdUv3ebexd9oGflpIHXNx1f3xTjH7TFdHTQ1yX6SZNQnPoKIoTgIK3jAR4uqYUm7t1 NHGHNFeh8rCc1ELkXe8ZGqLqDKf1nTx4Yweznsycbzbqt2JLSwpVxtiK5NWifhQUwgZG fQOlzrbxq7M35JGlBJvVVMYKPzkFBYvCG8KpAjNmYIXJ8CgzPTNgfOZ1a8hsuJu9QmRI nM3A== X-Gm-Message-State: AOAM5323Txk/Sk7PJK2v9RG3kGwNi9cY/oOlSnGnv3qyimVGgo4Y/Lc4 62z72IwdO0UiYpk+/KG3Yc+il7tYGiGhQkRB X-Google-Smtp-Source: ABdhPJxsq8pVnqZUuUbTmAaAzVULX+aTCBhuMiHVXz1sEZiN5wvNG7rvgwVZwkDREkkpM+BWMPO3rQ== X-Received: by 2002:adf:9104:: with SMTP id j4mr16378159wrj.198.1607275754296; Sun, 06 Dec 2020 09:29:14 -0800 (PST) Received: from [192.168.1.8] (79-66-147-78.dynamic.dsl.as9105.com. [79.66.147.78]) by smtp.gmail.com with ESMTPSA id c9sm6190374wrn.65.2020.12.06.09.29.13 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 06 Dec 2020 09:29:13 -0800 (PST) Subject: Re: How to clear the 'remove:' line from 'zpool status' To: freebsd-current@freebsd.org References: From: Graham Perrin Message-ID: Date: Sun, 6 Dec 2020 17:29:12 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 4Cptj86PM2z4ZLC X-Spamd-Bar: --- 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)[79.66.147.78: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)[-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::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-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2020 17:29:18 -0000 On 05/12/2020 06:07, Dustin Marquess wrote: > So I stupidly did a 'zpool add' instead of a 'zpool attach'. Luckily > I was able to 'zpool remove' the device thanks to the remove work done > a while back. > > However, now I can't for the life of me get this part of the 'zpool > status' output to go away: > > pool: zroot > state: ONLINE > scan: scrub repaired 0B in 00:01:06 with 0 errors on Fri Dec 4 18:18:31 2020 > remove: Removal of vdev 1 copied 104K in 0h0m, completed on Fri Dec 4 > 18:10:08 2020 > 72 memory used for removed device mappings > config: > > I've tried 'zppol clear', 'zpool scrub', and rebooted. Is there some > way to clear that 'remove' line? It's irritating my OCD :(. > > Thanks! > -Dustin Maybe: man zpool-labelclear From owner-freebsd-current@freebsd.org Sun Dec 6 20:51:47 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CD2F34AA78E for ; Sun, 6 Dec 2020 20:51:47 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CpzBp5r1Qz4pVG for ; Sun, 6 Dec 2020 20:51:46 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Content-Type: multipart/mixed; boundary=----------fKOd1qWmDN9DqBdp1zvjgm To: "FreeBSD CURRENT" , "Dustin Marquess" Subject: Re: How to clear the 'remove:' line from 'zpool status' References: Date: Sun, 06 Dec 2020 21:51:44 +0100 MIME-Version: 1.0 From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.greenhost.nl X-Spam-Level: / X-Spam-Score: -0.4 X-Spam-Status: No, score=-0.4 required=5.0 tests=ALL_TRUSTED, BAYES_50, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF autolearn=disabled version=3.4.2 X-Scan-Signature: 40b81d93390a3dca3ee709c9c36a2335 X-Rspamd-Queue-Id: 4CpzBp5r1Qz4pVG X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[195.190.28.88:from]; R_DKIM_ALLOW(-0.20)[klop.ws:s=mail]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[195.190.28.88:from]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; HAS_ATTACHMENT(0.00)[]; SPAMHAUS_ZRD(0.00)[195.190.28.88:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[195.190.28.88:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,none]; FREEMAIL_TO(0.00)[freebsd.org,gmail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2020 20:51:47 -0000 ------------fKOd1qWmDN9DqBdp1zvjgm Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On Sat, 05 Dec 2020 07:07:02 +0100, Dustin Marquess wrote: > So I stupidly did a 'zpool add' instead of a 'zpool attach'. Luckily > I was able to 'zpool remove' the device thanks to the remove work done > a while back. > > However, now I can't for the life of me get this part of the 'zpool > status' output to go away: > > pool: zroot > state: ONLINE > scan: scrub repaired 0B in 00:01:06 with 0 errors on Fri Dec 4 > 18:18:31 2020 > remove: Removal of vdev 1 copied 104K in 0h0m, completed on Fri Dec 4 > 18:10:08 2020 > 72 memory used for removed device mappings > config: > > I've tried 'zppol clear', 'zpool scrub', and rebooted. Is there some > way to clear that 'remove' line? It's irritating my OCD :(. > > Thanks! > -Dustin Apply attached diff and rebuild world, Untested. Might have unwanted effects. Regards, Ronald. ------------fKOd1qWmDN9DqBdp1zvjgm Content-Disposition: attachment; filename=zpool_main.c.diff Content-Type: application/octet-stream; name=zpool_main.c.diff Content-Transfer-Encoding: Base64 LS0tIHN5cy9jb250cmliL29wZW56ZnMvY21kL3pwb29sL3pwb29sX21haW4uYy5v cmlnCTIwMjAtMTItMDYgMjE6NDM6NTEuODc1MzYwMDAwICswMTAwCisrKyBzeXMv Y29udHJpYi9vcGVuemZzL2NtZC96cG9vbC96cG9vbF9tYWluLmMJMjAyMC0xMi0w NiAyMTo1MDoyNi40MDE5ODMwMDAgKzAxMDAKQEAgLTgyMTEsMTMgKzgyMTEsOCBA QAogCQludmxpc3RfdCAqKnNwYXJlcywgKipsMmNhY2hlOwogCQl1aW50X3QgbnNw YXJlcywgbmwyY2FjaGU7CiAJCXBvb2xfY2hlY2twb2ludF9zdGF0X3QgKnBjcyA9 IE5VTEw7Ci0JCXBvb2xfcmVtb3ZhbF9zdGF0X3QgKnBycyA9IE5VTEw7CiAKIAkJ cHJpbnRfc2Nhbl9zdGF0dXMoemhwLCBudnJvb3QpOwotCi0JCSh2b2lkKSBudmxp c3RfbG9va3VwX3VpbnQ2NF9hcnJheShudnJvb3QsCi0JCSAgICBaUE9PTF9DT05G SUdfUkVNT1ZBTF9TVEFUUywgKHVpbnQ2NF90ICoqKSZwcnMsICZjKTsKLQkJcHJp bnRfcmVtb3ZhbF9zdGF0dXMoemhwLCBwcnMpOwogCiAJCSh2b2lkKSBudmxpc3Rf bG9va3VwX3VpbnQ2NF9hcnJheShudnJvb3QsCiAJCSAgICBaUE9PTF9DT05GSUdf Q0hFQ0tQT0lOVF9TVEFUUywgKHVpbnQ2NF90ICoqKSZwY3MsICZjKTsK ------------fKOd1qWmDN9DqBdp1zvjgm-- From owner-freebsd-current@freebsd.org Sun Dec 6 21:01:31 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5A2504AB24B for ; Sun, 6 Dec 2020 21:01:31 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CpzQ257Z7z4qbn for ; Sun, 6 Dec 2020 21:01:30 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Sun, 06 Dec 2020 22:01:29 +0100 From: "Ronald Klop" To: "FreeBSD CURRENT" , "Dustin Marquess" Subject: Re: How to clear the 'remove:' line from 'zpool status' Message-ID: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.greenhost.nl X-Spam-Level: / X-Spam-Score: -0.4 X-Spam-Status: No, score=-0.4 required=5.0 tests=ALL_TRUSTED, BAYES_50, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF autolearn=disabled version=3.4.2 X-Scan-Signature: 90bded12c98a7585e40e19a32b9e3834 X-Rspamd-Queue-Id: 4CpzQ257Z7z4qbn X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; FAKE_REPLY(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[195.190.28.88:from]; R_DKIM_ALLOW(-0.20)[klop.ws:s=mail]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[195.190.28.88:from]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[195.190.28.88:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[195.190.28.88:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,none]; FREEMAIL_TO(0.00)[freebsd.org,gmail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2020 21:01:31 -0000 From owner-freebsd-current@freebsd.org Sun Dec 6 21:11:31 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B11064ABC0C for ; Sun, 6 Dec 2020 21:11:31 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cpzdb0xRPz4rcS for ; Sun, 6 Dec 2020 21:11:30 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Sun, 06 Dec 2020 22:11:29 +0100 From: "Ronald Klop" To: "FreeBSD CURRENT" , "Dustin Marquess" Subject: Re: How to clear the 'remove:' line from 'zpool status' Message-ID: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.greenhost.nl X-Spam-Level: / X-Spam-Score: -0.4 X-Spam-Status: No, score=-0.4 required=5.0 tests=ALL_TRUSTED, BAYES_50, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF autolearn=disabled version=3.4.2 X-Scan-Signature: 90bded12c98a7585e40e19a32b9e3834 X-Rspamd-Queue-Id: 4Cpzdb0xRPz4rcS X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; FAKE_REPLY(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[195.190.28.88:from]; R_DKIM_ALLOW(-0.20)[klop.ws:s=mail]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[195.190.28.88:from]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[195.190.28.88:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[195.190.28.88:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,none]; FREEMAIL_TO(0.00)[freebsd.org,gmail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2020 21:11:31 -0000 From owner-freebsd-current@freebsd.org Sun Dec 6 21:21:30 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 71ED84ABCE7 for ; Sun, 6 Dec 2020 21:21:30 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cpzs55GYhz4s8R for ; Sun, 6 Dec 2020 21:21:29 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Sun, 06 Dec 2020 22:21:29 +0100 From: "Ronald Klop" To: "FreeBSD CURRENT" , "Dustin Marquess" Subject: Re: How to clear the 'remove:' line from 'zpool status' Message-ID: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.greenhost.nl X-Spam-Level: / X-Spam-Score: -0.4 X-Spam-Status: No, score=-0.4 required=5.0 tests=ALL_TRUSTED, BAYES_50, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF autolearn=disabled version=3.4.2 X-Scan-Signature: 90bded12c98a7585e40e19a32b9e3834 X-Rspamd-Queue-Id: 4Cpzs55GYhz4s8R X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; FAKE_REPLY(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[195.190.28.88:from]; R_DKIM_ALLOW(-0.20)[klop.ws:s=mail]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[195.190.28.88:from]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[195.190.28.88:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[195.190.28.88:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,none]; FREEMAIL_TO(0.00)[freebsd.org,gmail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2020 21:21:30 -0000 From owner-freebsd-current@freebsd.org Sun Dec 6 21:31:30 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D2BCD4AC3F0 for ; Sun, 6 Dec 2020 21:31:30 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cq04f15lvz4sxn for ; Sun, 6 Dec 2020 21:31:29 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Sun, 06 Dec 2020 22:31:29 +0100 From: "Ronald Klop" To: "FreeBSD CURRENT" , "Dustin Marquess" Subject: Re: How to clear the 'remove:' line from 'zpool status' Message-ID: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.greenhost.nl X-Spam-Level: --- X-Spam-Score: -3.1 X-Spam-Status: No, score=-3.1 required=5.0 tests=ALL_TRUSTED, BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF autolearn=disabled version=3.4.2 X-Scan-Signature: 90bded12c98a7585e40e19a32b9e3834 X-Rspamd-Queue-Id: 4Cq04f15lvz4sxn X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; FAKE_REPLY(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[195.190.28.88:from]; R_DKIM_ALLOW(-0.20)[klop.ws:s=mail]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[195.190.28.88:from]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[195.190.28.88:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[195.190.28.88:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,none]; FREEMAIL_TO(0.00)[freebsd.org,gmail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2020 21:31:30 -0000 From owner-freebsd-current@freebsd.org Sun Dec 6 21:41:30 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 51DA34AD105 for ; Sun, 6 Dec 2020 21:41:30 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cq0J92nXDz4tlt for ; Sun, 6 Dec 2020 21:41:29 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Sun, 06 Dec 2020 22:41:29 +0100 From: "Ronald Klop" To: "FreeBSD CURRENT" , "Dustin Marquess" Subject: Re: How to clear the 'remove:' line from 'zpool status' Message-ID: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.greenhost.nl X-Spam-Level: / X-Spam-Score: -0.4 X-Spam-Status: No, score=-0.4 required=5.0 tests=ALL_TRUSTED, BAYES_50, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF autolearn=disabled version=3.4.2 X-Scan-Signature: 90bded12c98a7585e40e19a32b9e3834 X-Rspamd-Queue-Id: 4Cq0J92nXDz4tlt X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; FAKE_REPLY(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[195.190.28.88:from]; R_DKIM_ALLOW(-0.20)[klop.ws:s=mail]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[195.190.28.88:from]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[195.190.28.88:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[195.190.28.88:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,none]; FREEMAIL_TO(0.00)[freebsd.org,gmail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2020 21:41:30 -0000 From owner-freebsd-current@freebsd.org Sun Dec 6 21:51:30 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 00EC14ADEF0 for ; Sun, 6 Dec 2020 21:51:30 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cq0Wj34t1z4vl5 for ; Sun, 6 Dec 2020 21:51:29 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Sun, 06 Dec 2020 22:51:29 +0100 From: "Ronald Klop" To: "FreeBSD CURRENT" , "Dustin Marquess" Subject: Re: How to clear the 'remove:' line from 'zpool status' Message-ID: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.greenhost.nl X-Spam-Level: --- X-Spam-Score: -3.1 X-Spam-Status: No, score=-3.1 required=5.0 tests=ALL_TRUSTED, BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF autolearn=disabled version=3.4.2 X-Scan-Signature: 90bded12c98a7585e40e19a32b9e3834 X-Rspamd-Queue-Id: 4Cq0Wj34t1z4vl5 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; FAKE_REPLY(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[195.190.28.88:from]; R_DKIM_ALLOW(-0.20)[klop.ws:s=mail]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[195.190.28.88:from]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[195.190.28.88:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[195.190.28.88:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,none]; FREEMAIL_TO(0.00)[freebsd.org,gmail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2020 21:51:30 -0000 From owner-freebsd-current@freebsd.org Sun Dec 6 22:01:32 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E29944AE684 for ; Sun, 6 Dec 2020 22:01:32 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cq0lH1hCgz3CLR for ; Sun, 6 Dec 2020 22:01:30 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Sun, 06 Dec 2020 23:01:29 +0100 From: "Ronald Klop" To: "FreeBSD CURRENT" , "Dustin Marquess" Subject: Re: How to clear the 'remove:' line from 'zpool status' Message-ID: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.greenhost.nl X-Spam-Level: --- X-Spam-Score: -3.1 X-Spam-Status: No, score=-3.1 required=5.0 tests=ALL_TRUSTED, BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF autolearn=disabled version=3.4.2 X-Scan-Signature: 90bded12c98a7585e40e19a32b9e3834 X-Rspamd-Queue-Id: 4Cq0lH1hCgz3CLR X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; FAKE_REPLY(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[195.190.28.88:from]; R_DKIM_ALLOW(-0.20)[klop.ws:s=mail]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[195.190.28.88:from]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[195.190.28.88:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[195.190.28.88:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,none]; FREEMAIL_TO(0.00)[freebsd.org,gmail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2020 22:01:33 -0000 From owner-freebsd-current@freebsd.org Sun Dec 6 22:11:30 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A83D74AEA35 for ; Sun, 6 Dec 2020 22:11:30 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cq0yp0RTXz3DJ9 for ; Sun, 6 Dec 2020 22:11:29 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Sun, 06 Dec 2020 23:11:29 +0100 From: "Ronald Klop" To: "FreeBSD CURRENT" , "Dustin Marquess" Subject: Re: How to clear the 'remove:' line from 'zpool status' Message-ID: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.greenhost.nl X-Spam-Level: / X-Spam-Score: -0.4 X-Spam-Status: No, score=-0.4 required=5.0 tests=ALL_TRUSTED, BAYES_50, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF autolearn=disabled version=3.4.2 X-Scan-Signature: 90bded12c98a7585e40e19a32b9e3834 X-Rspamd-Queue-Id: 4Cq0yp0RTXz3DJ9 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; FAKE_REPLY(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[195.190.28.88:from]; R_DKIM_ALLOW(-0.20)[klop.ws:s=mail]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[195.190.28.88:from]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[195.190.28.88:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[195.190.28.88:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,none]; FREEMAIL_TO(0.00)[freebsd.org,gmail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2020 22:11:30 -0000 From owner-freebsd-current@freebsd.org Sun Dec 6 22:21:29 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9D1C54AEE8E for ; Sun, 6 Dec 2020 22:21:29 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cq1BJ6jxPz3Dqm for ; Sun, 6 Dec 2020 22:21:28 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Sun, 06 Dec 2020 23:21:29 +0100 From: "Ronald Klop" To: "FreeBSD CURRENT" , "Dustin Marquess" Subject: Re: How to clear the 'remove:' line from 'zpool status' Message-ID: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.greenhost.nl X-Spam-Level: --- X-Spam-Score: -3.1 X-Spam-Status: No, score=-3.1 required=5.0 tests=ALL_TRUSTED, BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF autolearn=disabled version=3.4.2 X-Scan-Signature: 90bded12c98a7585e40e19a32b9e3834 X-Rspamd-Queue-Id: 4Cq1BJ6jxPz3Dqm X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; FAKE_REPLY(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[195.190.28.88:from]; R_DKIM_ALLOW(-0.20)[klop.ws:s=mail]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[195.190.28.88:from]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[195.190.28.88:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[195.190.28.88:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,none]; FREEMAIL_TO(0.00)[freebsd.org,gmail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2020 22:21:29 -0000 From owner-freebsd-current@freebsd.org Mon Dec 7 20:54:04 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DD3254B5F22 for ; Mon, 7 Dec 2020 20:54:04 +0000 (UTC) (envelope-from editor@callfortesting.org) Received: from mail-pg1-x530.google.com (mail-pg1-x530.google.com [IPv6:2607:f8b0:4864:20::530]) (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 4CqbC01Cpbz3qM4 for ; Mon, 7 Dec 2020 20:54:03 +0000 (UTC) (envelope-from editor@callfortesting.org) Received: by mail-pg1-x530.google.com with SMTP id t37so10029121pga.7 for ; Mon, 07 Dec 2020 12:54:03 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-language:content-transfer-encoding; bh=/d7ToRa1BmPYOziJ3Bj4O+Rs/1cR8Gr7nXsIdVD72Is=; b=Z1zaLyUausANpGtAss2GAhRfuQy/jsVeexOnSjLdmeP09hfntKxv30491koXnYTa5r bfmmHpJaj5RYI3mkIYyQhCZXWP4aosDylCxRLBNnNDAFjsBE2tadtGWiiMx9oi3heEMd ePe9cm2rZ/H2fQa/b1lWzgxYB24rQdbISoUvgKYhqoTzUCa+Je7x97xnPgP25XuBgB5E a4UoM+BLpHofpd+/1wIV5jPRRsCxr33uMKeK/HhXkuayPK6c2UJHWakDs53lboyPyGHc S5QjRR6yr6bFEJxMTWcfy5lo+tHQjb0Ym2rK9lLXZRazm5PjGsszkZ3YY8SlFLhcOr4n +SqA== X-Gm-Message-State: AOAM530SXGFwa1LPVriHONehWO3KyBmOtVa7hRW2MXmVYEG4yocfqfjk Xu2qDN0OsM1QSxnmA7lIhN/dlR4LR4xq3Ir/ X-Google-Smtp-Source: ABdhPJyGBNRlJhI9WMFsIZG/pP7pxv/0x0g0BnCpFmhGSFmQjuChxZys9eJDibQOSxMVfS9eQYkwrQ== X-Received: by 2002:a17:902:b7c3:b029:da:74c3:427 with SMTP id v3-20020a170902b7c3b02900da74c30427mr18555072plz.38.1607374442270; Mon, 07 Dec 2020 12:54:02 -0800 (PST) Received: from macbook-2.local (c-67-170-137-52.hsd1.or.comcast.net. [67.170.137.52]) by smtp.gmail.com with ESMTPSA id g16sm13205037pfh.187.2020.12.07.12.54.01 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 07 Dec 2020 12:54:01 -0800 (PST) To: freebsd-current@freebsd.org From: Michael Dexter Subject: RISC-V root device question Message-ID: <4fcf5f35-481b-a321-cb52-7264fc10d1d4@callfortesting.org> Date: Mon, 7 Dec 2020 12:54:00 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4CqbC01Cpbz3qM4 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[callfortesting-org.20150623.gappssmtp.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::530:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[67.170.137.52:received]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[callfortesting-org.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)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[callfortesting.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::530:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::530:from]; R_SPF_NA(0.00)[no SPF record]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2020 20:54:04 -0000 All, The FreeBSD wiki page on RISC-V reads: If you get mountroot prompt, then indicate to the kernel the location of rootfs: mountroot> ufs:/dev/vtbd0 This indeed appears to be remain the case on CURRENT as of last week. Specifying a device and partition, or disklabel at the mountroot> prompt works every time but none of these do not help in loader.conf (tested individually): cam.boot_delay="100000" vfs.root.mountfrom="ufs:/dev/vtbd0p3" vfs.root.mountfrom="ufs:/dev/gpt/rootfs" rootdev="/dev/vtbd0p3" rootdev="vtbd0p3" currdev="vtbd0p3" Or these in the fstab: /dev/gpt/rootfs / ufs rw,noatime 1 1 /dev/vtbd0p3 / ufs rw,noatime 1 1 Are there any other options? Perhaps building the device name into the kernel? Thank you! Michael From owner-freebsd-current@freebsd.org Mon Dec 7 21:56:52 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6D7634B869D for ; Mon, 7 Dec 2020 21:56:52 +0000 (UTC) (envelope-from mhorne@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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CqcbS2g78z3tlH for ; Mon, 7 Dec 2020 21:56:52 +0000 (UTC) (envelope-from mhorne@freebsd.org) Received: from mail-yb1-f172.google.com (mail-yb1-f172.google.com [209.85.219.172]) (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: mhorne) by smtp.freebsd.org (Postfix) with ESMTPSA id 493C38390 for ; Mon, 7 Dec 2020 21:56:52 +0000 (UTC) (envelope-from mhorne@freebsd.org) Received: by mail-yb1-f172.google.com with SMTP id g15so14280204ybq.6 for ; Mon, 07 Dec 2020 13:56:52 -0800 (PST) X-Gm-Message-State: AOAM531TN17RvDCZDVd2asJVtNnXWV5o5rrXzb2tfxyJ/w0BCE0fehD5 DU3IiOuQb93aIQlVZ23LwGcGiRMTrY5g5FFpJ6M= X-Google-Smtp-Source: ABdhPJwo9kZgEPHMGsxq2Bn6/djQ5D7/ZUhnkD4sRzLr7TfgiZ2Yc3fG1sxu98aiDWSSa5H7s2amdRnBnPalOElVJQ0= X-Received: by 2002:a25:9208:: with SMTP id b8mr24789701ybo.515.1607378211691; Mon, 07 Dec 2020 13:56:51 -0800 (PST) MIME-Version: 1.0 References: <4fcf5f35-481b-a321-cb52-7264fc10d1d4@callfortesting.org> In-Reply-To: <4fcf5f35-481b-a321-cb52-7264fc10d1d4@callfortesting.org> From: Mitchell Horne Date: Mon, 7 Dec 2020 17:56:40 -0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: RISC-V root device question To: Michael Dexter Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2020 21:56:52 -0000 On Mon, Dec 7, 2020 at 4:54 PM Michael Dexter wrote: > > All, > > The FreeBSD wiki page on RISC-V reads: > > If you get mountroot prompt, then indicate to the kernel the location of > rootfs: > > mountroot> ufs:/dev/vtbd0 > > This indeed appears to be remain the case on CURRENT as of last week. > > Specifying a device and partition, or disklabel at the mountroot> prompt > works every time but none of these do not help in loader.conf (tested > individually): > > cam.boot_delay="100000" > vfs.root.mountfrom="ufs:/dev/vtbd0p3" > vfs.root.mountfrom="ufs:/dev/gpt/rootfs" > rootdev="/dev/vtbd0p3" > rootdev="vtbd0p3" > currdev="vtbd0p3" > > Or these in the fstab: > > /dev/gpt/rootfs / ufs rw,noatime 1 1 > /dev/vtbd0p3 / ufs rw,noatime 1 1 > > Are there any other options? Perhaps building the device name into the > kernel? > > Thank you! > > Michael Hi Michael, If you have followed the directions on that wiki page exactly, then you have booted without FreeBSD's loader(8), and that is why your loader.conf variables are not taking effect. There are a couple solutions to this. As you suggest, it is possible to overwrite the default root device in the kernel config, by adding a line such as: options ROOTDEVNAME=\"ufs:/dev/vtbd0p3\" You can also override it using the QEMU commandline, which is simpler since you won't need to recompile anything. Adding the following argument should suffice: -append="vfs.root.mountfrom=ufs:/dev/vtbd0p3" Note that you can set arbitrary kernel environment variables this way ^^ Finally, we do have support for loader.efi on RISC-V, although I have not yet documented how to use it on the wiki page. If you would like to try this method, please follow up with me and I can provide instructions. Otherwise, you can expect to see weekly RISC-V snapshots appear in the next week or two, and I will ensure that the wiki page is up to date with how to run them. Cheers, Mitchell > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Mon Dec 7 22:28:40 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 617D74B8FA4 for ; Mon, 7 Dec 2020 22:28:40 +0000 (UTC) (envelope-from editor@callfortesting.org) Received: from mail-pf1-x436.google.com (mail-pf1-x436.google.com [IPv6:2607:f8b0:4864:20::436]) (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 4CqdJ81X2Tz3wSZ for ; Mon, 7 Dec 2020 22:28:39 +0000 (UTC) (envelope-from editor@callfortesting.org) Received: by mail-pf1-x436.google.com with SMTP id q22so11724319pfk.12 for ; Mon, 07 Dec 2020 14:28:39 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=hnebSAPDkbeff5+omkXKB+HPgVCTSuIp/iQ9KsiERGk=; b=cwWeCplP1ojtPzGYANnnV7jaw1YC2JzbJ52mC7xyWA8c9KRNZiVm9XQgl2Khr09cBt SdZJ7REe8otgHWl53SGXAoogF8s7Y9GWczfuvgXpp84TQPlw5zTxUEiZMh8t99nB5yRk B2rzmz/mL2amwT7YkdO9WxCSAvWA06KVlIX8RDbqHpWIZz1oGnEp88H/DKQXsmfY4ldi 8VzJGp9ptvAo8pEqkYIAQeboxx2BgXSlthi2ebpAp2giPgezF9apeHjzsmtRTote+N73 CscWLMyQP0ykBtP5HEvGAgibI+UcTPFzS4E1jINigXr6qcd5UXe+5DkPHoYdBtgvMrHl IFtg== X-Gm-Message-State: AOAM531xTcq5mC82Bz9ra+k+ag9JKlXATcci9VH3XBMXhGIfoADCqyKv FRb36Yk+509ViaWg0cW6ZXhrlPf8IAPfVytt X-Google-Smtp-Source: ABdhPJyLtMzD+w2nfhbK8TG6AVdpHDExtw7ybuQS8J31BYTNMBISR+IKvQY3PmdISNUIBctq7SYNEw== X-Received: by 2002:a63:c945:: with SMTP id y5mr20369923pgg.118.1607380118309; Mon, 07 Dec 2020 14:28:38 -0800 (PST) Received: from macbook-2.local (c-67-170-137-52.hsd1.or.comcast.net. [67.170.137.52]) by smtp.gmail.com with ESMTPSA id f123sm15234638pfa.89.2020.12.07.14.28.37 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 07 Dec 2020 14:28:37 -0800 (PST) Subject: Re: RISC-V root device question To: Mitchell Horne Cc: FreeBSD Current References: <4fcf5f35-481b-a321-cb52-7264fc10d1d4@callfortesting.org> From: Michael Dexter Message-ID: Date: Mon, 7 Dec 2020 14:28:34 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 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: 4CqdJ81X2Tz3wSZ X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2020 22:28:40 -0000 On 12/7/20 1:56 PM, Mitchell Horne wrote: > As you suggest, it is possible to overwrite the default root device in > the kernel config, by adding a line such as: > options ROOTDEVNAME=\"ufs:/dev/vtbd0p3\" Thank you for the syntax! > You can also override it using the QEMU commandline, which is simpler > since you won't need to recompile anything. Adding the following > argument should suffice: > -append="vfs.root.mountfrom=ufs:/dev/vtbd0p3" > Note that you can set arbitrary kernel environment variables this way ^^ My string: qemu-system-riscv64 -machine virt -m 2048M -smp 2 -nographic -kernel /vms/riscv/kernel -bios /usr/local/share/opensbi/lp64/generic/firmware/fw_jump.elf -append="vfs.root.mountfrom=ufs:/dev/vtbd0p3" -drive file=$1,format=raw,id=hd0 -device virtio-blk-device,drive=hd0 -netdev tap,ifname=tap0,script=no,id=net0 Reports: -append=vfs.root.mountfrom=ufs:/dev/vtbd0p3: invalid option I have tried it both there after ...elf and at the end of the string. Is this perhaps the wrong position? > Finally, we do have support for loader.efi on RISC-V, although I have > not yet documented how to use it on the wiki page. If you would like > to try this method, please follow up with me and I can provide > instructions. I am happy to if it is ready for public consumption. > Otherwise, you can expect to see weekly RISC-V snapshots appear in the > next week or two, and I will ensure that the wiki page is up to date > with how to run them. Thank you and keep up the good work! Michael From owner-freebsd-current@freebsd.org Mon Dec 7 22:40:58 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 195424B8F7F for ; Mon, 7 Dec 2020 22:40:58 +0000 (UTC) (envelope-from mhorne@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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CqdZL0DdHz4RG5 for ; Mon, 7 Dec 2020 22:40:58 +0000 (UTC) (envelope-from mhorne@freebsd.org) Received: from mail-yb1-f177.google.com (mail-yb1-f177.google.com [209.85.219.177]) (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: mhorne) by smtp.freebsd.org (Postfix) with ESMTPSA id EA44485CF for ; Mon, 7 Dec 2020 22:40:57 +0000 (UTC) (envelope-from mhorne@freebsd.org) Received: by mail-yb1-f177.google.com with SMTP id g15so14380649ybq.6 for ; Mon, 07 Dec 2020 14:40:57 -0800 (PST) X-Gm-Message-State: AOAM5309N/bMMc8YidGyhbO1/7BpjauluHGch6QWp9jwiYuxhR6mF5fW qMCbKDjtjkN8mpw2v7ZUGAyPw6+kHUpMbgcbrY0= X-Google-Smtp-Source: ABdhPJw/Qnbg60yxs576c0oh2XOZC/8jBix4fLMIsuRDigdg6nTncXusnpvbwX2Ulm5eLvfwhK+/BhZqArlF2mftWaU= X-Received: by 2002:a05:6902:4c7:: with SMTP id v7mr27292761ybs.226.1607380857511; Mon, 07 Dec 2020 14:40:57 -0800 (PST) MIME-Version: 1.0 References: <4fcf5f35-481b-a321-cb52-7264fc10d1d4@callfortesting.org> In-Reply-To: From: Mitchell Horne Date: Mon, 7 Dec 2020 18:40:45 -0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: RISC-V root device question To: Michael Dexter Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2020 22:40:58 -0000 On Mon, Dec 7, 2020 at 6:28 PM Michael Dexter wrote: > > On 12/7/20 1:56 PM, Mitchell Horne wrote: > > As you suggest, it is possible to overwrite the default root device in > > the kernel config, by adding a line such as: > > options ROOTDEVNAME=\"ufs:/dev/vtbd0p3\" > > Thank you for the syntax! > > > You can also override it using the QEMU commandline, which is simpler > > since you won't need to recompile anything. Adding the following > > argument should suffice: > > -append="vfs.root.mountfrom=ufs:/dev/vtbd0p3" > > Note that you can set arbitrary kernel environment variables this way ^^ > > My string: > > qemu-system-riscv64 -machine virt -m 2048M -smp 2 -nographic -kernel > /vms/riscv/kernel -bios > /usr/local/share/opensbi/lp64/generic/firmware/fw_jump.elf > -append="vfs.root.mountfrom=ufs:/dev/vtbd0p3" -drive > file=$1,format=raw,id=hd0 -device virtio-blk-device,drive=hd0 -netdev > tap,ifname=tap0,script=no,id=net0 > > Reports: -append=vfs.root.mountfrom=ufs:/dev/vtbd0p3: invalid option > My bad, the extra '=' is a typo. It should be: -append "vfs.root.mountfrom=ufs:/dev/vtbd0p3" > I have tried it both there after ...elf and at the end of the string. Is > this perhaps the wrong position? > > > Finally, we do have support for loader.efi on RISC-V, although I have > > not yet documented how to use it on the wiki page. If you would like > > to try this method, please follow up with me and I can provide > > instructions. > > I am happy to if it is ready for public consumption. > Great, I will write that up soon. > > Otherwise, you can expect to see weekly RISC-V snapshots appear in the > > next week or two, and I will ensure that the wiki page is up to date > > with how to run them. > > Thank you and keep up the good work! > > Michael From owner-freebsd-current@freebsd.org Mon Dec 7 23:25:25 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CC9DC4B9EF5 for ; Mon, 7 Dec 2020 23:25:25 +0000 (UTC) (envelope-from editor@callfortesting.org) Received: from mail-pf1-x431.google.com (mail-pf1-x431.google.com [IPv6:2607:f8b0:4864:20::431]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CqfYd59Q6z4TVs for ; Mon, 7 Dec 2020 23:25:25 +0000 (UTC) (envelope-from editor@callfortesting.org) Received: by mail-pf1-x431.google.com with SMTP id q22so11917392pfk.12 for ; Mon, 07 Dec 2020 15:25:25 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=HgbymXz/EIzB8iNjVjfp4UJM0/JURKmNkrAcBv5AAEc=; b=YYlGRhzZWfOn0enGJFtea4WdCyKAmgUPSB9FmWZF4rUhTGOBRmYggha2Ey8Piw2kDK L8VGU71kSIR+g/63/4pJMZGZsZBBym59ut9q1K1cXnYQcqrvaJiTKBt0F7OQVlQvVlML D5KpDD0VxhpmfpL/U+uDncFQTjrabcq1hYrQaLC2QzrsbOcT+3dlHgWYTpyuMzpoIQ5i VRE2KGpXr8bb+ScyfONv7oU/hC2DKZFNr2moGdL9tgd8+bmj0T0uS45MxG3Kddna9EMR 7gg0BiBwLJvG+flpYb6ljVZkuEqikXRs+hayHRaMEQQuZSSBXJHj5aL1sBwxQHgXSnk8 Z0mw== X-Gm-Message-State: AOAM533a3GM+Q1L6p7m7BdjiRgHis4LQNClEin+PfebIWe8yZgi7LBJG 2mo3q0KSeMVFbDL8Blz3Oc14k8a0iIJAvv9M X-Google-Smtp-Source: ABdhPJx5R/MW4Tn3Zx5tqPJG8SODg2OtFnXPcpsrQq3Hy/+arrZ0mdKLxeXX0FBpIJa0TpxMVrz8lw== X-Received: by 2002:a62:e212:0:b029:19d:8cff:f179 with SMTP id a18-20020a62e2120000b029019d8cfff179mr17979543pfi.44.1607383523899; Mon, 07 Dec 2020 15:25:23 -0800 (PST) Received: from macbook-2.local (c-67-170-137-52.hsd1.or.comcast.net. [67.170.137.52]) by smtp.gmail.com with ESMTPSA id o67sm15218312pfb.109.2020.12.07.15.25.22 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 07 Dec 2020 15:25:23 -0800 (PST) Subject: Re: RISC-V root device question To: Mitchell Horne Cc: FreeBSD Current References: <4fcf5f35-481b-a321-cb52-7264fc10d1d4@callfortesting.org> From: Michael Dexter Message-ID: Date: Mon, 7 Dec 2020 15:25:21 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 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: 4CqfYd59Q6z4TVs X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2020 23:25:25 -0000 On 12/7/20 2:40 PM, Mitchell Horne wrote: > My bad, the extra '=' is a typo. It should be: > -append "vfs.root.mountfrom=ufs:/dev/vtbd0p3" That worked perfectly and I added it to the wiki page: https://wiki.freebsd.org/riscv All the best, Michael From owner-freebsd-current@freebsd.org Tue Dec 8 07:56:31 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3C267475582 for ; Tue, 8 Dec 2020 07:56:31 +0000 (UTC) (envelope-from haramrae@gmail.com) Received: from mail-ed1-x536.google.com (mail-ed1-x536.google.com [IPv6:2a00:1450:4864:20::536]) (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 4CqsvL1l4Pz3DbR for ; Tue, 8 Dec 2020 07:56:29 +0000 (UTC) (envelope-from haramrae@gmail.com) Received: by mail-ed1-x536.google.com with SMTP id c7so16585142edv.6 for ; Mon, 07 Dec 2020 23:56:29 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:message-id:date:to; bh=yFTDXTDt4sxslp+yAxo92sOs55TOIzobzviTbg8K7NY=; b=JCa8avW/6EtOljLkmEYw7sYPLNT7WVy8NJFzwYZAVhd4hqRYO8Mltu/1R3+6XhTQJ/ dZpEZLrXS2hk9xjHTt/2b0Y2sYE/4wyLEAg8Ca8rqLTlxlhxAQhhC+pQ/Jz0D8ViZoIw WHc7m1qQOjEt7HdRRDmFr1gwkqm+6wBibr8defREek7AlHkCXIvEVWf0m+TXgWtTfG1R jyGFpYEGnRkBJhVSMtVq3YkLAHaSe5laEZOO34qbCyPQ1vE3BHdW1TYFZVy4ZsDtLgGF /sayWUq2Zy05ibP95u28nhCiLn8M9QFYEhW50x7K8H4T6+k7Oce2XvXV0lhDYKibrhN8 ql2w== X-Gm-Message-State: AOAM533PZ4q5s8e7dZh9WOBgOET69mbXwEr6x+Be3OHcbU3mRzM+7xzq VzkjpxKULogHFjPEDKYVzrbf9O1T6VQ= X-Google-Smtp-Source: ABdhPJyVM2w4qIHG7pTy0BezqwTaQoz+WIkzq1XobpTrXb7p8991r2c+4Xf4ow0w7w9ajyQZIIJSSg== X-Received: by 2002:a50:9e8b:: with SMTP id a11mr6100954edf.276.1607414187812; Mon, 07 Dec 2020 23:56:27 -0800 (PST) Received: from hollewijn.internal (217-19-30-105.dsl.cambrium.nl. [217.19.30.105]) by smtp.gmail.com with ESMTPSA id x20sm14989225ejv.66.2020.12.07.23.56.26 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 07 Dec 2020 23:56:26 -0800 (PST) From: Alban Hertroys Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\)) Subject: KLD zfs.ko: depends on kernel - not available or version mismatch Message-Id: <42AC7323-5AD6-401D-9A7D-F1D962EE5717@gmail.com> Date: Tue, 8 Dec 2020 08:56:25 +0100 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.3445.104.17) X-Rspamd-Queue-Id: 4CqsvL1l4Pz3DbR X-Spamd-Bar: - X-Spamd-Result: default: False [-1.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::536: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::536:from:127.0.2.255]; NEURAL_SPAM_SHORT(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::536:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2020 07:56:31 -0000 This seems to have gotten lost in the moderate queue, but after a week I = am no closer to a solution, so here=E2=80=99s a resend: I=E2=80=99ve been trying to get a fresh world running (for the eventual = purpose of running amdgpu against my recent graphics adapter), but I run = into trouble with core loadable kernel modules, such as zfs.ko from the = subject. It also happens with other modules that I tried randomly, for = example, geom_mirror.ko. I updated to the latest current using svn up in /usr/src, then: make clean make buildworld kernel -j12 shutdown -r now boot to single user mode kldload zfs Which results in dmesg messages: KLD zfs.ko: depends on kernel - not available or version mismatch linker_load_file: /boot/kernel/zfs.ko - unsupported file type KLD zfs.ko: depends on kernel - not available or version mismatch linker_load_file: /boot/kernel/zfs.ko - unsupported file type KLD zfs.ko: depends on kernel - not available or version mismatch linker_load_file: /boot/kernel/zfs.ko - unsupported file type KLD zfs.ko: depends on kernel - not available or version mismatch linker_load_file: /boot/kernel/zfs.ko - unsupported file type I can load the zfs kernel module from kernel.old just fine: ZFS filesystem version: 5 ZFS storage pool version: features support (5000) This happens with any kernel module I=E2=80=99ve tried, such as = geom_mirror and amdgpu (from ports/graphics/drm-current-kmod - the = latter causes a kernel panic with kernel.old BTW). I=E2=80=99ve gone back as far as Oct 7 (before changes to = kern/elf_load_obj.c off the top of my head), looked at mailing list = archives and forums etc, all to no avail. I have / on UFS+J and /usr on ZFS and nothing in /etc/src.conf. I had = /etc/malloc.conf with the recommended symlink from UPDATING, but the = same happens with that moved out of the way. Nothing seems to help. Do I need to go back further to get into a usable state or is there = something else I should be doing? Regards, Alban Hertroys -- There is always an exception to always. From owner-freebsd-current@freebsd.org Tue Dec 8 11:47:22 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6821847B44F for ; Tue, 8 Dec 2020 11:47:22 +0000 (UTC) (envelope-from pho@holm.cc) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4Cqz1k1gXwz3jr0 for ; Tue, 8 Dec 2020 11:47:22 +0000 (UTC) (envelope-from pho@holm.cc) Received: by mailman.nyi.freebsd.org (Postfix) id 373E747B44E; Tue, 8 Dec 2020 11:47:22 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 35D6D47B44D for ; Tue, 8 Dec 2020 11:47:22 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay05.pair.com (relay05.pair.com [216.92.24.67]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cqz1j1xkMz3jlh for ; Tue, 8 Dec 2020 11:47:20 +0000 (UTC) (envelope-from pho@holm.cc) Received: from x8.osted.lan (5.186.117.10.cgn.fibianet.dk [5.186.117.10]) by relay05.pair.com (Postfix) with ESMTP id EBB8B1A2C38 for ; Tue, 8 Dec 2020 06:47:19 -0500 (EST) Received: from x8.osted.lan (localhost [127.0.0.1]) by x8.osted.lan (8.15.2/8.15.2) with ESMTPS id 0B8BlIbT033224 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Tue, 8 Dec 2020 12:47:18 +0100 (CET) (envelope-from pho@x8.osted.lan) Received: (from pho@localhost) by x8.osted.lan (8.15.2/8.15.2/Submit) id 0B8BlIFg033223 for current@freebsd.org; Tue, 8 Dec 2020 12:47:18 +0100 (CET) (envelope-from pho) Date: Tue, 8 Dec 2020 12:47:18 +0100 From: Peter Holm To: current@freebsd.org Subject: panic: general protection fault from uipc_sockaddr+0x4c Message-ID: <20201208114718.GA33199@x8.osted.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4Cqz1j1xkMz3jlh X-Spamd-Bar: / X-Spamd-Result: default: False [0.10 / 15.00]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FORGED_SENDER(0.30)[pho@freebsd.org,pho@holm.cc]; RECEIVED_SPAMHAUS_PBL(0.00)[5.186.117.10:received]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[216.92.24.67:from]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[pho@freebsd.org,pho@holm.cc]; ASN(0.00)[asn:7859, ipnet:216.92.0.0/16, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_DOM_EQ_FROM_DOM(0.00)[]; FREEFALL_USER(0.00)[pho]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[216.92.24.67:from:127.0.2.255]; RCVD_IN_DNSWL_LOW(-0.10)[216.92.24.67:from]; DMARC_NA(0.00)[freebsd.org]; NEURAL_SPAM_SHORT(1.00)[1.000]; R_SPF_NA(0.00)[no SPF record]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2020 11:47:22 -0000 I just got this panic: Fatal trap 9: general protection fault while in kernel mode cpuid = 9; apic id = 09 instruction pointer = 0x20:0xffffffff80bc6e22 stack pointer = 0x28:0xfffffe0698887630 frame pointer = 0x28:0xfffffe06988876b0 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 = 45966 (fstat) trap number = 9 panic: general protection fault cpuid = 9 time = 1607416693 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0698887340 vpanic() at vpanic+0x181/frame 0xfffffe0698887390 panic() at panic+0x43/frame 0xfffffe06988873f0 trap_fatal() at trap_fatal+0x387/frame 0xfffffe0698887450 trap() at trap+0xa4/frame 0xfffffe0698887560 calltrap() at calltrap+0x8/frame 0xfffffe0698887560 --- trap 0x9, rip = 0xffffffff80bc6e22, rsp = 0xfffffe0698887630, rbp = 0xfffffe06988876b0 --- __mtx_lock_sleep() at __mtx_lock_sleep+0xd2/frame 0xfffffe06988876b0 __mtx_lock_flags() at __mtx_lock_flags+0xe5/frame 0xfffffe0698887700 uipc_sockaddr() at uipc_sockaddr+0x4c/frame 0xfffffe0698887730 soo_fill_kinfo() at soo_fill_kinfo+0x11e/frame 0xfffffe0698887770 kern_proc_filedesc_out() at kern_proc_filedesc_out+0xb57/frame 0xfffffe0698887810 sysctl_kern_proc_filedesc() at sysctl_kern_proc_filedesc+0x7d/frame 0xfffffe0698887890 sysctl_root_handler_locked() at sysctl_root_handler_locked+0x9c/frame 0xfffffe06988878e0 sysctl_root() at sysctl_root+0x20d/frame 0xfffffe0698887960 userland_sysctl() at userland_sysctl+0x180/frame 0xfffffe0698887a10 sys___sysctl() at sys___sysctl+0x5f/frame 0xfffffe0698887ac0 amd64_syscall() at amd64_syscall+0x147/frame 0xfffffe0698887bf0 fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe0698887bf0 --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x8003948ea, rsp = 0x7fffffffc138, rbp = 0x7fffffffc170 --- https://people.freebsd.org/~pho/stress/log/log0004.txt - Peter From owner-freebsd-current@freebsd.org Tue Dec 8 15:30:48 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8B8EE4A2DCD for ; Tue, 8 Dec 2020 15:30:48 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4Cr3zX1gTsz4Swy for ; Tue, 8 Dec 2020 15:30:48 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 378684A2DCC; Tue, 8 Dec 2020 15:30:48 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3629A4A2E44 for ; Tue, 8 Dec 2020 15:30:48 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qv1-xf30.google.com (mail-qv1-xf30.google.com [IPv6:2607:f8b0:4864:20::f30]) (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 4Cr3zX08T1z4T0X; Tue, 8 Dec 2020 15:30:47 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qv1-xf30.google.com with SMTP id a13so3287271qvv.0; Tue, 08 Dec 2020 07:30:47 -0800 (PST) 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=UNX6XQgQ47dgYHV4Bmv6M6AB5P9o/MnRWf7p4gaaU2M=; b=ZmgWLZv2DEdLvLW1SBGL6d7bVQ95Kd4+zuhhK4UF7++xngGCVjbVuhoMN5E8KyLX9Q u/BrZ9rSPoDe5arJHEQpJ89g8/o0/vDNG9cl+P61ZeyByem4Jv+NJXCLdMAPV6nvHfEa CCBxhoz2Oy18tg/Hwm06mKbOlZ4b7WHgnyK/K377LLuf/tCZxh5BRRtFxMf8z2hWJC/r /wcFaRpuHBdpJu/pliBzGGbaK4cjGY7jwn5f6Fq/XALTqflmw0/7T3kl57KiFZu/mDq+ RUiSzvvEfyty2Y5/Tay2p/AJ+wnctq8JKclyBMyU0vOVKKvdrQWLEb+UoNvICc2fuXDm kstA== X-Gm-Message-State: AOAM531Kv+/bOwlD+GbIr9y038NlgS1RDsj0AUsPQVZRNODY/uj6gsXK epYYTVYmo0ovuB7//2eDwJCcEnyMgK8= X-Google-Smtp-Source: ABdhPJyk/icsoywsYqqMd/aNSJaesWFqh734IKIEzORUJZXjmrlSoQadJTDIO3bcP7DwPs9srMr/+g== X-Received: by 2002:a05:6214:a03:: with SMTP id dw3mr11874429qvb.24.1607441446792; Tue, 08 Dec 2020 07:30:46 -0800 (PST) Received: from raichu ([142.126.164.150]) by smtp.gmail.com with ESMTPSA id q27sm4936908qkj.131.2020.12.08.07.30.45 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 08 Dec 2020 07:30:45 -0800 (PST) Sender: Mark Johnston Date: Tue, 8 Dec 2020 10:30:41 -0500 From: Mark Johnston To: Peter Holm Cc: current@freebsd.org Subject: Re: panic: general protection fault from uipc_sockaddr+0x4c Message-ID: References: <20201208114718.GA33199@x8.osted.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201208114718.GA33199@x8.osted.lan> X-Rspamd-Queue-Id: 4Cr3zX08T1z4T0X X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2020 15:30:48 -0000 On Tue, Dec 08, 2020 at 12:47:18PM +0100, Peter Holm wrote: > I just got this panic: > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 9; apic id = 09 > instruction pointer = 0x20:0xffffffff80bc6e22 > stack pointer = 0x28:0xfffffe0698887630 > frame pointer = 0x28:0xfffffe06988876b0 > 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 = 45966 (fstat) > trap number = 9 > panic: general protection fault > cpuid = 9 > time = 1607416693 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0698887340 > vpanic() at vpanic+0x181/frame 0xfffffe0698887390 > panic() at panic+0x43/frame 0xfffffe06988873f0 > trap_fatal() at trap_fatal+0x387/frame 0xfffffe0698887450 > trap() at trap+0xa4/frame 0xfffffe0698887560 > calltrap() at calltrap+0x8/frame 0xfffffe0698887560 > --- trap 0x9, rip = 0xffffffff80bc6e22, rsp = 0xfffffe0698887630, rbp = 0xfffffe06988876b0 --- > __mtx_lock_sleep() at __mtx_lock_sleep+0xd2/frame 0xfffffe06988876b0 > __mtx_lock_flags() at __mtx_lock_flags+0xe5/frame 0xfffffe0698887700 > uipc_sockaddr() at uipc_sockaddr+0x4c/frame 0xfffffe0698887730 > soo_fill_kinfo() at soo_fill_kinfo+0x11e/frame 0xfffffe0698887770 > kern_proc_filedesc_out() at kern_proc_filedesc_out+0xb57/frame 0xfffffe0698887810 > sysctl_kern_proc_filedesc() at sysctl_kern_proc_filedesc+0x7d/frame 0xfffffe0698887890 > sysctl_root_handler_locked() at sysctl_root_handler_locked+0x9c/frame 0xfffffe06988878e0 > sysctl_root() at sysctl_root+0x20d/frame 0xfffffe0698887960 > userland_sysctl() at userland_sysctl+0x180/frame 0xfffffe0698887a10 > sys___sysctl() at sys___sysctl+0x5f/frame 0xfffffe0698887ac0 > amd64_syscall() at amd64_syscall+0x147/frame 0xfffffe0698887bf0 > fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe0698887bf0 > --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x8003948ea, rsp = 0x7fffffffc138, rbp = 0x7fffffffc170 --- > > https://people.freebsd.org/~pho/stress/log/log0004.txt So here the unpcb is freed, and indeed the file itself has been closed: $3 = {f_flag = 0x3, f_count = 0x0, f_data = 0x0, f_ops = 0xffffffff81901f50 , f_vnode = 0x0, f_cred = 0xfffff80248beb600, f_type = 0x2, f_vnread_flags = 0x0, {f_seqcount = {0x0, 0x0}, f_pipegen = 0x0}, f_nextoff = {0x0, 0x0}, f_vnun = {fvn_cdevpriv = 0x0, fvn_advice = 0x0}, f_offset = 0x0} However, it must have happened very recently because soo_fill_kinfo() dereferences fp->f_data and yet we did not panic due to a null dereference. kern_proc_filedesc_out() holds the fdtable shared lock thoughout all of this, which is supposed to prevent the table entry from being freed since that requires the exclusive lock. Could you show fdp->fd_ofiles[3] and fdp->fd_map[0] from frame 26? From owner-freebsd-current@freebsd.org Tue Dec 8 15:39:19 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 51DE34A35CF for ; Tue, 8 Dec 2020 15:39:19 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4Cr49M1njgz4TrF for ; Tue, 8 Dec 2020 15:39:19 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 3D70C4A35CE; Tue, 8 Dec 2020 15:39:19 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3D3AE4A3675 for ; Tue, 8 Dec 2020 15:39:19 +0000 (UTC) (envelope-from kevans@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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cr49M1GzJz4V7N; Tue, 8 Dec 2020 15:39:19 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-ua1-f49.google.com (mail-ua1-f49.google.com [209.85.222.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 194322056A; Tue, 8 Dec 2020 15:39:19 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-ua1-f49.google.com with SMTP id g3so5736103uae.7; Tue, 08 Dec 2020 07:39:19 -0800 (PST) X-Gm-Message-State: AOAM532NNGRLcWipHoZnavhBZ5e/1lyWhNtb9eRqRmW5ulaqzKOn+zRn zzHuQJFZ8s/hek9KIxa5RIPUvIGWP88q6rVI/T8= X-Google-Smtp-Source: ABdhPJweUDEQAIj37lHpaY/pKaElQ4llEVq7B+sU9d/GYD8fpBAxLyQ0ySCaPiVOTvXJmReXvY06rfX8fKU+x6GHcps= X-Received: by 2002:ab0:3899:: with SMTP id z25mr9243634uav.139.1607441958349; Tue, 08 Dec 2020 07:39:18 -0800 (PST) MIME-Version: 1.0 References: <20201208114718.GA33199@x8.osted.lan> In-Reply-To: From: Kyle Evans Date: Tue, 8 Dec 2020 09:39:05 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: panic: general protection fault from uipc_sockaddr+0x4c To: Mark Johnston Cc: Peter Holm , current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2020 15:39:19 -0000 On Tue, Dec 8, 2020 at 9:30 AM Mark Johnston wrote: > > On Tue, Dec 08, 2020 at 12:47:18PM +0100, Peter Holm wrote: > > I just got this panic: > > > > Fatal trap 9: general protection fault while in kernel mode > > cpuid = 9; apic id = 09 > > instruction pointer = 0x20:0xffffffff80bc6e22 > > stack pointer = 0x28:0xfffffe0698887630 > > frame pointer = 0x28:0xfffffe06988876b0 > > 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 = 45966 (fstat) > > trap number = 9 > > panic: general protection fault > > cpuid = 9 > > time = 1607416693 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0698887340 > > vpanic() at vpanic+0x181/frame 0xfffffe0698887390 > > panic() at panic+0x43/frame 0xfffffe06988873f0 > > trap_fatal() at trap_fatal+0x387/frame 0xfffffe0698887450 > > trap() at trap+0xa4/frame 0xfffffe0698887560 > > calltrap() at calltrap+0x8/frame 0xfffffe0698887560 > > --- trap 0x9, rip = 0xffffffff80bc6e22, rsp = 0xfffffe0698887630, rbp = 0xfffffe06988876b0 --- > > __mtx_lock_sleep() at __mtx_lock_sleep+0xd2/frame 0xfffffe06988876b0 > > __mtx_lock_flags() at __mtx_lock_flags+0xe5/frame 0xfffffe0698887700 > > uipc_sockaddr() at uipc_sockaddr+0x4c/frame 0xfffffe0698887730 > > soo_fill_kinfo() at soo_fill_kinfo+0x11e/frame 0xfffffe0698887770 > > kern_proc_filedesc_out() at kern_proc_filedesc_out+0xb57/frame 0xfffffe0698887810 > > sysctl_kern_proc_filedesc() at sysctl_kern_proc_filedesc+0x7d/frame 0xfffffe0698887890 > > sysctl_root_handler_locked() at sysctl_root_handler_locked+0x9c/frame 0xfffffe06988878e0 > > sysctl_root() at sysctl_root+0x20d/frame 0xfffffe0698887960 > > userland_sysctl() at userland_sysctl+0x180/frame 0xfffffe0698887a10 > > sys___sysctl() at sys___sysctl+0x5f/frame 0xfffffe0698887ac0 > > amd64_syscall() at amd64_syscall+0x147/frame 0xfffffe0698887bf0 > > fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe0698887bf0 > > --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x8003948ea, rsp = 0x7fffffffc138, rbp = 0x7fffffffc170 --- > > > > https://people.freebsd.org/~pho/stress/log/log0004.txt > > So here the unpcb is freed, and indeed the file itself has been closed: > > $3 = {f_flag = 0x3, f_count = 0x0, f_data = 0x0, f_ops = 0xffffffff81901f50 , > f_vnode = 0x0, f_cred = 0xfffff80248beb600, f_type = 0x2, f_vnread_flags = 0x0, > {f_seqcount = {0x0, 0x0}, f_pipegen = 0x0}, f_nextoff = {0x0, 0x0}, > f_vnun = {fvn_cdevpriv = 0x0, fvn_advice = 0x0}, f_offset = 0x0} > > However, it must have happened very recently because soo_fill_kinfo() > dereferences fp->f_data and yet we did not panic due to a null > dereference. > > kern_proc_filedesc_out() holds the fdtable shared lock thoughout all of > this, which is supposed to prevent the table entry from being freed > since that requires the exclusive lock. > export_file_to_sb drops the lock without it or kern_proc_filedesc_out holding the file it's about to look at, though. From owner-freebsd-current@freebsd.org Tue Dec 8 15:40:21 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1FF0B4A3856 for ; Tue, 8 Dec 2020 15:40:21 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4Cr4BX6Yhlz4VRr for ; Tue, 8 Dec 2020 15:40:20 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id DEFDC4A33FB; Tue, 8 Dec 2020 15:40:20 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DEC464A33FA for ; Tue, 8 Dec 2020 15:40:20 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cr4BX5RZlz4VML; Tue, 8 Dec 2020 15:40:20 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wr1-x431.google.com with SMTP id i9so1093641wrc.4; Tue, 08 Dec 2020 07:40:20 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=eGwouswWLx+VuTsnhgvIb9qp97TQDL+AvtCIdI+YVJY=; b=se4KbeLTnOrDgJb/qz/U8PIi3evEyo63yeCYaWxe2OXsI9KZ3M/zsXsQhWDznlFTu9 SUfkIr6aese0gQz0YmZQ4OooC0wr3fjPj8g+Fv8SAUQFwFQe31do8FhR+OBTeEZfQGA+ FPeheiyhQFdw1eToZVYgF5x8jHGDMNMjeRaX5MiT11TBqzvpVVkJE2+tMN7G7M5qCord IRxc+4HLHudil56RzelNbUNH+dcqD+vy0PdrWm55dRP0ZRsh8InvI+zaSdBsJ1mikyP/ 3sE28pbbiJK3TjEYdSez5e2ykntIsT8mVAg/n/DUF0Nr+6SYjqWGvH/lGFUOVxg6K7jV nwIQ== X-Gm-Message-State: AOAM530B+rPMWx4p+q1GSDJ9wBhgnGO+v0+zMAOY1PrZQ+G9DVPt/i8p wQkczLNj81URhh0csu5pxrR0aG4lyX0pU8Nwaz3uZh1M/AE= X-Google-Smtp-Source: ABdhPJyqbdQSQZ9uOJm8GXLobBd0o3eTYOmSDMryLeDxonpnOfTIu+W6uX12PMUZMRyh77bs+99ZZCSxsLn9+eHIfdY= X-Received: by 2002:adf:ec86:: with SMTP id z6mr8890796wrn.17.1607442017937; Tue, 08 Dec 2020 07:40:17 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a5d:4d47:0:0:0:0:0 with HTTP; Tue, 8 Dec 2020 07:40:16 -0800 (PST) In-Reply-To: References: <20201208114718.GA33199@x8.osted.lan> From: Mateusz Guzik Date: Tue, 8 Dec 2020 16:40:16 +0100 Message-ID: Subject: Re: panic: general protection fault from uipc_sockaddr+0x4c To: Mark Johnston Cc: Peter Holm , current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4Cr4BX5RZlz4VML X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2020 15:40:21 -0000 I think this is a long standing bug against exiting processes. filedesc_out only increments *hold* count, but that does not prevent fdescfree_fds from progressing and freeing everything without any locks held. A hotfix (for mfc) would add locking around it, but a long term fix should wait for hold count to drain. By that point there can't be any new arrivals due to: PROC_LOCK(p); p->p_fd = NULL; PROC_UNLOCK(p); I'll code both later today. On 12/8/20, Mark Johnston wrote: > On Tue, Dec 08, 2020 at 12:47:18PM +0100, Peter Holm wrote: >> I just got this panic: >> >> Fatal trap 9: general protection fault while in kernel mode >> cpuid = 9; apic id = 09 >> instruction pointer = 0x20:0xffffffff80bc6e22 >> stack pointer = 0x28:0xfffffe0698887630 >> frame pointer = 0x28:0xfffffe06988876b0 >> 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 = 45966 (fstat) >> trap number = 9 >> panic: general protection fault >> cpuid = 9 >> time = 1607416693 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> 0xfffffe0698887340 >> vpanic() at vpanic+0x181/frame 0xfffffe0698887390 >> panic() at panic+0x43/frame 0xfffffe06988873f0 >> trap_fatal() at trap_fatal+0x387/frame 0xfffffe0698887450 >> trap() at trap+0xa4/frame 0xfffffe0698887560 >> calltrap() at calltrap+0x8/frame 0xfffffe0698887560 >> --- trap 0x9, rip = 0xffffffff80bc6e22, rsp = 0xfffffe0698887630, rbp = >> 0xfffffe06988876b0 --- >> __mtx_lock_sleep() at __mtx_lock_sleep+0xd2/frame 0xfffffe06988876b0 >> __mtx_lock_flags() at __mtx_lock_flags+0xe5/frame 0xfffffe0698887700 >> uipc_sockaddr() at uipc_sockaddr+0x4c/frame 0xfffffe0698887730 >> soo_fill_kinfo() at soo_fill_kinfo+0x11e/frame 0xfffffe0698887770 >> kern_proc_filedesc_out() at kern_proc_filedesc_out+0xb57/frame >> 0xfffffe0698887810 >> sysctl_kern_proc_filedesc() at sysctl_kern_proc_filedesc+0x7d/frame >> 0xfffffe0698887890 >> sysctl_root_handler_locked() at sysctl_root_handler_locked+0x9c/frame >> 0xfffffe06988878e0 >> sysctl_root() at sysctl_root+0x20d/frame 0xfffffe0698887960 >> userland_sysctl() at userland_sysctl+0x180/frame 0xfffffe0698887a10 >> sys___sysctl() at sys___sysctl+0x5f/frame 0xfffffe0698887ac0 >> amd64_syscall() at amd64_syscall+0x147/frame 0xfffffe0698887bf0 >> fast_syscall_common() at fast_syscall_common+0xf8/frame >> 0xfffffe0698887bf0 >> --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x8003948ea, rsp = >> 0x7fffffffc138, rbp = 0x7fffffffc170 --- >> >> https://people.freebsd.org/~pho/stress/log/log0004.txt > > So here the unpcb is freed, and indeed the file itself has been closed: > > $3 = {f_flag = 0x3, f_count = 0x0, f_data = 0x0, f_ops = 0xffffffff81901f50 > , > f_vnode = 0x0, f_cred = 0xfffff80248beb600, f_type = 0x2, > f_vnread_flags = 0x0, > {f_seqcount = {0x0, 0x0}, f_pipegen = 0x0}, f_nextoff = {0x0, 0x0}, > f_vnun = {fvn_cdevpriv = 0x0, fvn_advice = 0x0}, f_offset = 0x0} > > However, it must have happened very recently because soo_fill_kinfo() > dereferences fp->f_data and yet we did not panic due to a null > dereference. > > kern_proc_filedesc_out() holds the fdtable shared lock thoughout all of > this, which is supposed to prevent the table entry from being freed > since that requires the exclusive lock. > > Could you show fdp->fd_ofiles[3] and fdp->fd_map[0] from frame 26? > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Mateusz Guzik From owner-freebsd-current@freebsd.org Tue Dec 8 15:41:55 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4203A4A3B21 for ; Tue, 8 Dec 2020 15:41:55 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (phouka1.phouka.net [107.170.196.116]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "phouka.net", Issuer "Go Daddy Secure Certificate Authority - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cr4DL29fZz4Vp8 for ; Tue, 8 Dec 2020 15:41:54 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (localhost [127.0.0.1]) by phouka1.phouka.net (8.16.1/8.16.1) with ESMTPS id 0B8FeV04042431 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 8 Dec 2020 07:40:31 -0800 (PST) (envelope-from warlock@phouka1.phouka.net) Received: (from warlock@localhost) by phouka1.phouka.net (8.16.1/8.16.1/Submit) id 0B8FeUDL042430; Tue, 8 Dec 2020 07:40:30 -0800 (PST) (envelope-from warlock) Date: Tue, 8 Dec 2020 07:40:30 -0800 From: John Kennedy To: Alban Hertroys Cc: freebsd-current@freebsd.org Subject: Re: KLD zfs.ko: depends on kernel - not available or version mismatch Message-ID: References: <42AC7323-5AD6-401D-9A7D-F1D962EE5717@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42AC7323-5AD6-401D-9A7D-F1D962EE5717@gmail.com> X-Rspamd-Queue-Id: 4Cr4DL29fZz4Vp8 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.76 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[phouka.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[107.170.196.116:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[107.170.196.116:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.96)[-0.960]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[warlock@phouka.net,warlock@phouka1.phouka.net]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:14061, ipnet:107.170.192.0/18, country:US]; FROM_NEQ_ENVFROM(0.00)[warlock@phouka.net,warlock@phouka1.phouka.net]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2020 15:41:55 -0000 On Tue, Dec 08, 2020 at 08:56:25AM +0100, Alban Hertroys wrote: > This seems to have gotten lost in the moderate queue, but after a week I am no closer to a solution, so here???s a resend: > > I???ve been trying to get a fresh world running (for the eventual purpose of running amdgpu against my recent graphics adapter), but I run into trouble with core loadable kernel modules, such as zfs.ko from the subject. It also happens with other modules that I tried randomly, for example, geom_mirror.ko. > > I updated to the latest current using svn up in /usr/src, then: > make clean > make buildworld kernel -j12 > shutdown -r now > > boot to single user mode > > kldload zfs I'm not sure you've provided enough information for a one-shot armchair diagnosis, but some things seem factually wrong. For example, my normal rebuild procedure is: cd /usr/src && make buildworld && make buildkernel make installkernel shutdown -r now cd /usr/src && mergemaster -pi make installworld mergemaster -Fi make -DBATCH_DELETE_OLD_FILES delete-old shutdown -r now cd /usr/src && make -DBATCH_DELETE_OLD_FILES delete-old-libs (I'm on a desktop system here. You haven't described your setup.) You didn't say that you've installed the new kernel, which at least starts you down the road towards a driver/kernel mismatch. You presumably have a non-ZFS boot+root. Did you mess around with the ZFS from ports (ZoL -> ZoF) at some point so you're not using the kernel's ZFS drivers? What ZFS entries do you have in /etc/loader.conf, /etc/rc.conf, and some of the varients that may get dragged in? (see rc.conf(5) for possibilities) At the bottom of your email, you say / is UFS and /usr is ZFS, but I guess we have the extra fun of wondering what is under /usr on your /? If you have a pre-ZFS /usr that is populated by something now presumably very old (because all the new, current stuff went onto ZFS /usr, now unavailable). > Which results in dmesg messages: > > KLD zfs.ko: depends on kernel - not available or version mismatch > linker_load_file: /boot/kernel/zfs.ko - unsupported file type > KLD zfs.ko: depends on kernel - not available or version mismatch > linker_load_file: /boot/kernel/zfs.ko - unsupported file type > KLD zfs.ko: depends on kernel - not available or version mismatch > linker_load_file: /boot/kernel/zfs.ko - unsupported file type > KLD zfs.ko: depends on kernel - not available or version mismatch > linker_load_file: /boot/kernel/zfs.ko - unsupported file type Be sure to check out /var/log/messages for extra issues. For example, with the bug I mentioned below, I couldn't load my nvidia driver and that manifested as one driver having issues because it depended on another, which had the root of the problem. > I can load the zfs kernel module from kernel.old just fine: > > ZFS filesystem version: 5 > ZFS storage pool version: features support (5000) I kicked my more bleeding-edge system over from 12.2-rel (r366954) up into 13.0-current (r367044, 1300123) on 2020/10/26. OpenZFS kicked in 2020/8/24? I think the CFT was ~2018/8/21, not sure when we had the OpenZFS ports. Current bumps the ABI version pretty frequently so I'd think you'd have tripped across versioning issues a long time ago if you had some drivers not being rebuilt. > This happens with any kernel module I???ve tried, such as geom_mirror and amdgpu (from ports/graphics/drm-current-kmod - the latter causes a kernel panic with kernel.old BTW). > > I???ve gone back as far as Oct 7 (before changes to kern/elf_load_obj.c off the top of my head), looked at mailing list archives and forums etc, all to no avail. > > I have / on UFS+J and /usr on ZFS and nothing in /etc/src.conf. I had /etc/malloc.conf with the recommended symlink from UPDATING, but the same happens with that moved out of the way. Nothing seems to help. > > Do I need to go back further to get into a usable state or is there something else I should be doing? With very few exceptions (bug 250897, 2020/11/6), I've found 13-current bootable since 10/26 (up through my current system, 13.0 r368388 (2020/12/6). You obviously need to make sure that an extra drivers you add in are compiled against the kernel, but ZFS is typically one of those. From owner-freebsd-current@freebsd.org Tue Dec 8 15:48:43 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 76E264A3F82 for ; Tue, 8 Dec 2020 15:48:43 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4Cr4NB6Brcz4W6X for ; Tue, 8 Dec 2020 15:48:42 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id D2D554A3B6F; Tue, 8 Dec 2020 15:48:42 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D29864A3B6E for ; Tue, 8 Dec 2020 15:48:42 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qk1-x732.google.com (mail-qk1-x732.google.com [IPv6:2607:f8b0:4864:20::732]) (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 4Cr4NB5QMQz4WDt; Tue, 8 Dec 2020 15:48:42 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qk1-x732.google.com with SMTP id w79so5259012qkb.5; Tue, 08 Dec 2020 07:48:42 -0800 (PST) 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=UoWKQB+UdJ4hm5v2QIy0D5CrMVtgaUQBTHkNw40boAs=; b=VfKc68azJ96wOzC1PwUULgIwV1geRuZeJMiibY/PkRRZ1DtLorgSSFHkfCKEswJtma 1iDK+ElnClI2vniqOWxN2xoeO4TnDS/vHOS9DE5nXlOaplrPevOuex7yS0EsOEIuOWiX q9VlHYsoO1n8yqCTRRYP4dI6iJk24O+4FLXS5IVr+0DS0ThZlySpeynBHzQVAK+WiPFr TRmkvGC/Ka+DRfBZwkigdJfeatA2d71tMKTFbINEw6r4ybjQt1jtxHoGBWUD6sst0D5Z QmJj1xYtA1W5zGduzExsMiH/K97SHBcU58EO66qQvuCrMQEpOlvhwgkDeoAtc8dVBPDd FyOw== X-Gm-Message-State: AOAM532aIM3A8syshB9y2MN6bIWOB5pZgmU+hucy1lpzqicRTgHlApyi YMLic8YFB2KLeOZBa4+fhfKKGKiTxig= X-Google-Smtp-Source: ABdhPJz9p4OQSMHY69prUBDHUuGhNubXBpg4KmftKXNeIonoFweHbAu0KoKiQmKacZwHnSEQlpMLuA== X-Received: by 2002:a05:620a:13a6:: with SMTP id m6mr13269882qki.319.1607442513550; Tue, 08 Dec 2020 07:48:33 -0800 (PST) Received: from raichu ([142.126.164.150]) by smtp.gmail.com with ESMTPSA id 9sm15416338qkm.81.2020.12.08.07.48.31 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 08 Dec 2020 07:48:31 -0800 (PST) Sender: Mark Johnston Date: Tue, 8 Dec 2020 10:48:29 -0500 From: Mark Johnston To: Kyle Evans Cc: Peter Holm , current Subject: Re: panic: general protection fault from uipc_sockaddr+0x4c Message-ID: References: <20201208114718.GA33199@x8.osted.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4Cr4NB5QMQz4WDt X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2020 15:48:43 -0000 On Tue, Dec 08, 2020 at 09:39:05AM -0600, Kyle Evans wrote: > On Tue, Dec 8, 2020 at 9:30 AM Mark Johnston wrote: > > kern_proc_filedesc_out() holds the fdtable shared lock thoughout all of > > this, which is supposed to prevent the table entry from being freed > > since that requires the exclusive lock. > > > > export_file_to_sb drops the lock without it or kern_proc_filedesc_out > holding the file it's about to look at, though. Yes, but that's after it calls fo_fill_kinfo(). At that point it has already collected the to-be-exported info in an sbuf. From owner-freebsd-current@freebsd.org Tue Dec 8 15:50:50 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 19C9D4A41AE for ; Tue, 8 Dec 2020 15:50:50 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4Cr4Qf07x0z4WPc for ; Tue, 8 Dec 2020 15:50:50 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 0311A4A40E3; Tue, 8 Dec 2020 15:50:50 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 02D9E4A3FE2 for ; Tue, 8 Dec 2020 15:50:50 +0000 (UTC) (envelope-from kevans@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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cr4Qd6jLgz4Wd8; Tue, 8 Dec 2020 15:50:49 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f177.google.com (mail-qk1-f177.google.com [209.85.222.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id D715720951; Tue, 8 Dec 2020 15:50:49 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f177.google.com with SMTP id z11so7133714qkj.7; Tue, 08 Dec 2020 07:50:49 -0800 (PST) X-Gm-Message-State: AOAM531vgrTacjqRUxPwvnVPcyxYuBlyd7QcXgUVudt9qb+lkalP32jL HEnChUSs39Y6TzdKI2Q7zhIAyfCjlHNYXhD7OFc= X-Google-Smtp-Source: ABdhPJy9l+OfgjjYjo446RkOxAEgGQfAMoFD2WJHOCUoGS5EQdvUlpnBFapNfWDYUEhhaWGHlOz6rpHkA5SsL44UBrs= X-Received: by 2002:a05:620a:14a:: with SMTP id e10mr13382606qkn.103.1607442649541; Tue, 08 Dec 2020 07:50:49 -0800 (PST) MIME-Version: 1.0 References: <20201208114718.GA33199@x8.osted.lan> In-Reply-To: From: Kyle Evans Date: Tue, 8 Dec 2020 09:50:35 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: panic: general protection fault from uipc_sockaddr+0x4c To: Mark Johnston Cc: Peter Holm , current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2020 15:50:50 -0000 On Tue, Dec 8, 2020 at 9:48 AM Mark Johnston wrote: > > On Tue, Dec 08, 2020 at 09:39:05AM -0600, Kyle Evans wrote: > > On Tue, Dec 8, 2020 at 9:30 AM Mark Johnston wrote: > > > kern_proc_filedesc_out() holds the fdtable shared lock thoughout all of > > > this, which is supposed to prevent the table entry from being freed > > > since that requires the exclusive lock. > > > > > > > export_file_to_sb drops the lock without it or kern_proc_filedesc_out > > holding the file it's about to look at, though. > > Yes, but that's after it calls fo_fill_kinfo(). At that point it has > already collected the to-be-exported info in an sbuf. Whoops, indeed- sorry. From owner-freebsd-current@freebsd.org Tue Dec 8 16:02:18 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C394B4A46C5 for ; Tue, 8 Dec 2020 16:02:18 +0000 (UTC) (envelope-from pho@holm.cc) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4Cr4gt2YmFz4YJ5 for ; Tue, 8 Dec 2020 16:02:18 +0000 (UTC) (envelope-from pho@holm.cc) Received: by mailman.nyi.freebsd.org (Postfix) id 52E134A46C4; Tue, 8 Dec 2020 16:02:18 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 51BA44A4972 for ; Tue, 8 Dec 2020 16:02:18 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay05.pair.com (relay05.pair.com [216.92.24.67]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cr4gs45kFz4YCv; Tue, 8 Dec 2020 16:02:16 +0000 (UTC) (envelope-from pho@holm.cc) Received: from x8.osted.lan (5.186.117.10.cgn.fibianet.dk [5.186.117.10]) by relay05.pair.com (Postfix) with ESMTP id 7E5581A2DC7; Tue, 8 Dec 2020 11:02:14 -0500 (EST) Received: from x8.osted.lan (localhost [127.0.0.1]) by x8.osted.lan (8.15.2/8.15.2) with ESMTPS id 0B8G2D1L036228 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 8 Dec 2020 17:02:13 +0100 (CET) (envelope-from pho@x8.osted.lan) Received: (from pho@localhost) by x8.osted.lan (8.15.2/8.15.2/Submit) id 0B8G2Dni036227; Tue, 8 Dec 2020 17:02:13 +0100 (CET) (envelope-from pho) Date: Tue, 8 Dec 2020 17:02:12 +0100 From: Peter Holm To: Mark Johnston Cc: current@freebsd.org Subject: Re: panic: general protection fault from uipc_sockaddr+0x4c Message-ID: <20201208160212.GA35933@x8.osted.lan> References: <20201208114718.GA33199@x8.osted.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4Cr4gs45kFz4YCv X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2020 16:02:18 -0000 On Tue, Dec 08, 2020 at 10:30:41AM -0500, Mark Johnston wrote: > On Tue, Dec 08, 2020 at 12:47:18PM +0100, Peter Holm wrote: > > I just got this panic: > > > > Fatal trap 9: general protection fault while in kernel mode > > cpuid = 9; apic id = 09 > > instruction pointer = 0x20:0xffffffff80bc6e22 > > stack pointer = 0x28:0xfffffe0698887630 > > frame pointer = 0x28:0xfffffe06988876b0 > > 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 = 45966 (fstat) > > trap number = 9 > > panic: general protection fault > > cpuid = 9 > > time = 1607416693 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0698887340 > > vpanic() at vpanic+0x181/frame 0xfffffe0698887390 > > panic() at panic+0x43/frame 0xfffffe06988873f0 > > trap_fatal() at trap_fatal+0x387/frame 0xfffffe0698887450 > > trap() at trap+0xa4/frame 0xfffffe0698887560 > > calltrap() at calltrap+0x8/frame 0xfffffe0698887560 > > --- trap 0x9, rip = 0xffffffff80bc6e22, rsp = 0xfffffe0698887630, rbp = 0xfffffe06988876b0 --- > > __mtx_lock_sleep() at __mtx_lock_sleep+0xd2/frame 0xfffffe06988876b0 > > __mtx_lock_flags() at __mtx_lock_flags+0xe5/frame 0xfffffe0698887700 > > uipc_sockaddr() at uipc_sockaddr+0x4c/frame 0xfffffe0698887730 > > soo_fill_kinfo() at soo_fill_kinfo+0x11e/frame 0xfffffe0698887770 > > kern_proc_filedesc_out() at kern_proc_filedesc_out+0xb57/frame 0xfffffe0698887810 > > sysctl_kern_proc_filedesc() at sysctl_kern_proc_filedesc+0x7d/frame 0xfffffe0698887890 > > sysctl_root_handler_locked() at sysctl_root_handler_locked+0x9c/frame 0xfffffe06988878e0 > > sysctl_root() at sysctl_root+0x20d/frame 0xfffffe0698887960 > > userland_sysctl() at userland_sysctl+0x180/frame 0xfffffe0698887a10 > > sys___sysctl() at sys___sysctl+0x5f/frame 0xfffffe0698887ac0 > > amd64_syscall() at amd64_syscall+0x147/frame 0xfffffe0698887bf0 > > fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe0698887bf0 > > --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x8003948ea, rsp = 0x7fffffffc138, rbp = 0x7fffffffc170 --- > > > > https://people.freebsd.org/~pho/stress/log/log0004.txt > > So here the unpcb is freed, and indeed the file itself has been closed: > > $3 = {f_flag = 0x3, f_count = 0x0, f_data = 0x0, f_ops = 0xffffffff81901f50 , > f_vnode = 0x0, f_cred = 0xfffff80248beb600, f_type = 0x2, f_vnread_flags = 0x0, > {f_seqcount = {0x0, 0x0}, f_pipegen = 0x0}, f_nextoff = {0x0, 0x0}, > f_vnun = {fvn_cdevpriv = 0x0, fvn_advice = 0x0}, f_offset = 0x0} > > However, it must have happened very recently because soo_fill_kinfo() > dereferences fp->f_data and yet we did not panic due to a null > dereference. > > kern_proc_filedesc_out() holds the fdtable shared lock thoughout all of > this, which is supposed to prevent the table entry from being freed > since that requires the exclusive lock. > > Could you show fdp->fd_ofiles[3] and fdp->fd_map[0] from frame 26? Sure: (kgdb) p fdp->fd_files->fdt_ofiles[3] $1 = {fde_file = 0xfffff807306fd0f0, fde_caps = {fc_rights = {cr_rights = {0x0, 0x0}}, fc_ioctls = 0x0, fc_nioctls = 0x0, fc_fcntls = 0x0}, fde_flags = 0x0, fde_seqc = 0x2} (kgdb) p fdp->fd_map[0] $2 = 0x1f (kgdb) - Peter From owner-freebsd-current@freebsd.org Tue Dec 8 16:05:38 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1732F4A4B79 for ; Tue, 8 Dec 2020 16:05:38 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4Cr4lj5DQdz4Ych for ; Tue, 8 Dec 2020 16:05:37 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id B2FAE4A49D9; Tue, 8 Dec 2020 16:05:37 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B23D04A4A61 for ; Tue, 8 Dec 2020 16:05:37 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qv1-xf31.google.com (mail-qv1-xf31.google.com [IPv6:2607:f8b0:4864:20::f31]) (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 4Cr4lj3yYjz4YZC; Tue, 8 Dec 2020 16:05:37 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qv1-xf31.google.com with SMTP id dm12so8437180qvb.3; Tue, 08 Dec 2020 08:05:37 -0800 (PST) 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=tUZBUyJwHlSoMpmE43+Eu4h2PtjZWNGD+V8anci4IZQ=; b=gBzoJOQxfozo5+2kt6AffW8cZuAnZGPTJDvk1X+ifTzJSfVADLgNjwSgmIF9gNPBhI dtwyztW1z9Aci5pxtjPyTA5OPiLKv4345WQ2IXekMPv9WFKkAX5QUbWb8fPmshWafnpY nkss3XbdkYDeBs3c0A/Jp9y25C3ll5jJATXLBqXnvwiYd5dwQjjsNi7LpKWos2LGf8Ct Bq4jbcMMMfMXxM9wBvpk6A7Qa5fWTxoxZF8FdBdwX1qjKTMoN70+4ZBLBZTT/AJePJFx SfPolO3c+Nq1jpmZv1LrzjY5VVSiqdL0jC/iH895K34bsBql9dWHRrNz4vzVHvKXYb7l vBwA== X-Gm-Message-State: AOAM532xPyVtew2MccNQoqIp4F3rsA+rsDEI6DYZXo4OZiWF05tD3/MJ HfUh7Vifniv85XO8o+ocg1I= X-Google-Smtp-Source: ABdhPJyil2hno+S+pE0c7aqwShOrfAkJk9AiLvRUe4eQ5Hc8fOTSHebEMYGpePDuoMLjHP2GhEsGjA== X-Received: by 2002:a0c:d68d:: with SMTP id k13mr28391150qvi.62.1607443536495; Tue, 08 Dec 2020 08:05:36 -0800 (PST) Received: from raichu ([142.126.164.150]) by smtp.gmail.com with ESMTPSA id a3sm13684591qtp.63.2020.12.08.08.05.35 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 08 Dec 2020 08:05:35 -0800 (PST) Sender: Mark Johnston Date: Tue, 8 Dec 2020 11:05:33 -0500 From: Mark Johnston To: Mateusz Guzik Cc: Peter Holm , current@freebsd.org Subject: Re: panic: general protection fault from uipc_sockaddr+0x4c Message-ID: References: <20201208114718.GA33199@x8.osted.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4Cr4lj3yYjz4YZC X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2020 16:05:38 -0000 On Tue, Dec 08, 2020 at 04:40:16PM +0100, Mateusz Guzik wrote: > I think this is a long standing bug against exiting processes. > > filedesc_out only increments *hold* count, but that does not prevent > fdescfree_fds from progressing and freeing everything without any > locks held. I think it is fallout from r367777: before that, fdescfree() acquired and released the exclusive fd table lock between decrementing fdp->fd_refcount and calling fdescfree_fds(). This would serialize with the loop in kern_proc_fildesc_out(), which checks fdp->fd_refcount > 0 at the beginning of each iteration. Now there is no serialization and they can race. > A hotfix (for mfc) would add locking around it, but a long term fix > should wait for hold count to drain. By that point there can't be any > new arrivals due to: > > PROC_LOCK(p); > p->p_fd = NULL; > PROC_UNLOCK(p); > > I'll code both later today. From owner-freebsd-current@freebsd.org Tue Dec 8 16:12:38 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E8BBF4A5414 for ; Tue, 8 Dec 2020 16:12:38 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4Cr4vp5DwMz4Zdx for ; Tue, 8 Dec 2020 16:12:38 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id B39334A4FED; Tue, 8 Dec 2020 16:12:38 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B35AD4A5143 for ; Tue, 8 Dec 2020 16:12:38 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) (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 4Cr4vp4Xxvz4ZXW; Tue, 8 Dec 2020 16:12:38 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wr1-x430.google.com with SMTP id 91so12862207wrj.7; Tue, 08 Dec 2020 08:12:38 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=EB0RxophiXZ9vXGD3jxDtthzjaQNHkqoV+npizz6be4=; b=IP28YhHTWQAIZZHFNZaPfE/tSmOSr/FCbaiXLIqQd1Qhx9vL7B4fXXXMBkP/Pfq3GW LtMB5mMKpyubOzPHSI0Dx0KfWT23wxbNlfhoEbOFL8DPcGiKN5zyolaHoewNlkemJ9GQ aQQkCzTdbnHfTPJj3CcCvOFcTd7bBBlbw51OCpU/59Z/Aw3nUflzAfDp7NlVk3lECXgY Wl74ABZv8AOtrsIERBQHiP8STuhYNt+OidOfKDcwk7bSwMX1LORKf0K/1OP76aBYc0pI lPmjoAGKcCbgd6oK1SnLETDR26FP+zERve+xK4V465ZCoE6pnDZqg+8aI2k7UWaWiDBf BfhQ== X-Gm-Message-State: AOAM532voqi1Pzy/kxSUff/TYBwJDP8ULn0lA6FQ3iXXX3OnXjcWtq3q sVpLeSDJKwzOLcB54fJ7RAWM6Ijbd01vj3oto90+NB38POY= X-Google-Smtp-Source: ABdhPJx6XjCZGCBaxK9n/+REaEX1xspcHmvXeZ/f4B3n/c4XkzcNKC72ilH8aTNknWaMg0Oqi3ArdmzacsG2/u+Ung0= X-Received: by 2002:a5d:5146:: with SMTP id u6mr27196284wrt.66.1607443956951; Tue, 08 Dec 2020 08:12:36 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a5d:4d47:0:0:0:0:0 with HTTP; Tue, 8 Dec 2020 08:12:35 -0800 (PST) In-Reply-To: References: <20201208114718.GA33199@x8.osted.lan> From: Mateusz Guzik Date: Tue, 8 Dec 2020 17:12:35 +0100 Message-ID: Subject: Re: panic: general protection fault from uipc_sockaddr+0x4c To: Mark Johnston Cc: Peter Holm , current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4Cr4vp4Xxvz4ZXW X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2020 16:12:39 -0000 On 12/8/20, Mark Johnston wrote: > On Tue, Dec 08, 2020 at 04:40:16PM +0100, Mateusz Guzik wrote: >> I think this is a long standing bug against exiting processes. >> >> filedesc_out only increments *hold* count, but that does not prevent >> fdescfree_fds from progressing and freeing everything without any >> locks held. > > I think it is fallout from r367777: before that, fdescfree() acquired > and released the exclusive fd table lock between decrementing > fdp->fd_refcount and calling fdescfree_fds(). This would serialize with > the loop in kern_proc_fildesc_out(), which checks fdp->fd_refcount > 0 > at the beginning of each iteration. Now there is no serialization and > they can race. > Oh I forgot consumers keep checking for fd_refcount. In that case probably would be best to add sx_wait_unlocked. >> A hotfix (for mfc) would add locking around it, but a long term fix >> should wait for hold count to drain. By that point there can't be any >> new arrivals due to: >> >> PROC_LOCK(p); >> p->p_fd = NULL; >> PROC_UNLOCK(p); >> >> I'll code both later today. > -- Mateusz Guzik From owner-freebsd-current@freebsd.org Tue Dec 8 18:10:32 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BC2B84A7EE8 for ; Tue, 8 Dec 2020 18:10:32 +0000 (UTC) (envelope-from haramrae@gmail.com) Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) (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 4Cr7Wp6Qy7z4jZR for ; Tue, 8 Dec 2020 18:10:30 +0000 (UTC) (envelope-from haramrae@gmail.com) Received: by mail-ed1-x532.google.com with SMTP id v22so18523795edt.9 for ; Tue, 08 Dec 2020 10:10:30 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=EEhswhMho+snLH32g7APwIwi0yAPg3k+8ol/35qStnE=; b=Q9nrFtmYiIogeB5nsGqmlZ/kP1G52EqnB9jJnN3lAUcL1y7fdAFpZwmKpkKW1scjiH /BM5YHugzn4zHweHnc2xpv0ya1OhqkyWYllBMW9CMsm/cBgpHH+MkSJDMD+0OsMUd03c uxsl766VHZ7gQbMsH1l1Dd4eWICDT5D4jbIUKMhW95J7p9nEiQY7URoHJytGyM0asb7n y94MxxYWb6BTwl05EAKI+M0pxhIQE4o+xrBnBfNYyhxwatySskh5OLLi5TVoHnxklGtM iKgZl8aR3H+lIwFuoGFr4GG5Rv28rDG/ZOzb8f5clZdzt3wuGs2LyZS0EM+Nt8kbqlhe boBQ== X-Gm-Message-State: AOAM532lCdTBmQxVTIwSxGt7nP1q7XfDEqergdvDMJ9kdeDKkkcuNqqt m0TCPwYkUUAqfafTf8g+Izs= X-Google-Smtp-Source: ABdhPJzUFPZN2y5IoSmTT0c/QHkBAqjvJwjzAFW093bzwYmrWl+VBU2m5SXej+hrPTMhCK84IUIoIw== X-Received: by 2002:a50:d1d3:: with SMTP id i19mr25035300edg.297.1607451029025; Tue, 08 Dec 2020 10:10:29 -0800 (PST) Received: from hollewijn.internal (217-19-30-105.dsl.cambrium.nl. [217.19.30.105]) by smtp.gmail.com with ESMTPSA id d4sm18210364edq.36.2020.12.08.10.10.27 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 08 Dec 2020 10:10:28 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\)) Subject: Re: KLD zfs.ko: depends on kernel - not available or version mismatch From: Alban Hertroys In-Reply-To: Date: Tue, 8 Dec 2020 19:10:26 +0100 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <2B044A92-500F-4121-85DB-D486865C75B5@gmail.com> References: <42AC7323-5AD6-401D-9A7D-F1D962EE5717@gmail.com> To: John Kennedy X-Mailer: Apple Mail (2.3445.104.17) X-Rspamd-Queue-Id: 4Cr7Wp6Qy7z4jZR X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::532:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::532:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::532:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2020 18:10:32 -0000 > On 8 Dec 2020, at 16:40, John Kennedy wrote: >=20 > On Tue, Dec 08, 2020 at 08:56:25AM +0100, Alban Hertroys wrote: >> This seems to have gotten lost in the moderate queue, but after a = week I am no closer to a solution, so here???s a resend: >>=20 >> I???ve been trying to get a fresh world running (for the eventual = purpose of running amdgpu against my recent graphics adapter), but I run = into trouble with core loadable kernel modules, such as zfs.ko from the = subject. It also happens with other modules that I tried randomly, for = example, geom_mirror.ko. >>=20 >> I updated to the latest current using svn up in /usr/src, then: >> make clean >> make buildworld kernel -j12 >> shutdown -r now >>=20 >> boot to single user mode >>=20 >> kldload zfs >=20 > I'm not sure you've provided enough information for a one-shot = armchair > diagnosis, but some things seem factually wrong. For example, my = normal > rebuild procedure is: >=20 > cd /usr/src && make buildworld && make buildkernel > make installkernel > shutdown -r now >=20 > cd /usr/src && mergemaster -pi > make installworld > mergemaster -Fi > make -DBATCH_DELETE_OLD_FILES delete-old Aha! So that=E2=80=99s how to prevent having to press =E2=80=98y=E2=80=99 = for every deprecated file! > shutdown -r now >=20 > cd /usr/src && make -DBATCH_DELETE_OLD_FILES delete-old-libs >=20 > (I'm on a desktop system here. You haven't described your setup.) This is also a desktop system. > You didn't say that you've installed the new kernel, which at least = starts > you down the road towards a driver/kernel mismatch. You presumably = have a > non-ZFS boot+root. I=E2=80=99m fairly sure I did, actually. Last time I checked, "make buildworld buildkernel" was equivalent to = "make buildworld && make buildkernel", while "make kernel=E2=80=9D is a = shorthand for =E2=80=9Cmake buildkernel && make installkernel=E2=80=9D So, unless I=E2=80=99m mistaken, =E2=80=9Cmake buildworld kernel=E2=80=9D = should be equivalent to your first two lines. Nevertheless, I retried without these assumptions, the result was the = same. I forgot to =E2=80=9Cmake delete-old=E2=80=9D though, I rarely = remember to do that=E2=80=A6 > Did you mess around with the ZFS from ports (ZoL -> ZoF) > at some point so you're not using the kernel's ZFS drivers? What ZFS > entries do you have in /etc/loader.conf, /etc/rc.conf, and some of the > varients that may get dragged in? (see rc.conf(5) for possibilities) Nope, stock modules here. > At the bottom of your email, you say / is UFS and /usr is ZFS, but I = guess we > have the extra fun of wondering what is under /usr on your /? If you = have a > pre-ZFS /usr that is populated by something now presumably very old = (because > all the new, current stuff went onto ZFS /usr, now unavailable). There is no populated directory /usr on the UFS file-system. This = install was created on a fresh NVME disk based on an existing install on = a spinning platter. The install happened with /usr mounted at the ZFS = file-system. I had to copy over several files from /etc and /usr/local/etc and = re-installed the most important packages. This was admittedly a bit = messy, it is possible that I forgot to copy something over. (Originally my intention was to dd the contents of the spinning disk = over, but apparently that disk has a few wonky sectors, dd failed after = a few device timeouts) I did sort-of manage to fix things, but recent kernels keep causing the = same issue: I noticed that uname -a said I was at revision 366335, while I had the = source tree up-to-date. For a test, I reverted back to that revision and = went through: make buildworld make buildkernel Which broke on /usr/local/sys/drm-current-kmod, which I turned out to = have installed through pkg. There have been changes to the linux_kpi = shortly after above revision - probably what broke compatibility between = HEAD and r366335. After removing that pkg, the kernel built and installed, world installed = fine too and I have a working system again, with kernel and world in = sync. So I tried again to move to HEAD: cd /usr/src svn up make buildworld -j12 make buildkernel -j12 make installkernel shutdown -r now mount -u / zpool import -Nf system (my /usr FS) KLD zfs.ko: depends on kernel - not available or version mismatch linker_load_file: /boot/kernel/zfs.ko - unsupported file type >> Which results in dmesg messages: >>=20 >> KLD zfs.ko: depends on kernel - not available or version mismatch >> linker_load_file: /boot/kernel/zfs.ko - unsupported file type >> KLD zfs.ko: depends on kernel - not available or version mismatch >> linker_load_file: /boot/kernel/zfs.ko - unsupported file type >> KLD zfs.ko: depends on kernel - not available or version mismatch >> linker_load_file: /boot/kernel/zfs.ko - unsupported file type >> KLD zfs.ko: depends on kernel - not available or version mismatch >> linker_load_file: /boot/kernel/zfs.ko - unsupported file type >=20 > Be sure to check out /var/log/messages for extra issues. For example, = with > the bug I mentioned below, I couldn't load my nvidia driver and that = manifested > as one driver having issues because it depended on another, which had = the root > of the problem. I forgot to look there. If I find anything suspicious there, I=E2=80=99ll = let you know. That system doesn=E2=80=99t have a convenient mail client = yet, so for now its copying output to files and scp-ing that to the Mac. >> I can load the zfs kernel module from kernel.old just fine: >>=20 >> ZFS filesystem version: 5 >> ZFS storage pool version: features support (5000) >=20 > I kicked my more bleeding-edge system over from 12.2-rel (r366954) up = into > 13.0-current (r367044, 1300123) on 2020/10/26. OpenZFS kicked in = 2020/8/24? > I think the CFT was ~2018/8/21, not sure when we had the OpenZFS = ports. > Current bumps the ABI version pretty frequently so I'd think you'd = have > tripped across versioning issues a long time ago if you had some = drivers not > being rebuilt. Having a conflict between kernel and world was what I was expecting too, = but I can=E2=80=99t figure out what got me into that situation. For all = I know, they should be in sync now, especially after I reverted the tree = back to rev 366335 and making world again (acc. to above method). >=20 >> This happens with any kernel module I???ve tried, such as geom_mirror = and amdgpu (from ports/graphics/drm-current-kmod - the latter causes a = kernel panic with kernel.old BTW). >>=20 >> I???ve gone back as far as Oct 7 (before changes to = kern/elf_load_obj.c off the top of my head), looked at mailing list = archives and forums etc, all to no avail. >>=20 >> I have / on UFS+J and /usr on ZFS and nothing in /etc/src.conf. I had = /etc/malloc.conf with the recommended symlink from UPDATING, but the = same happens with that moved out of the way. Nothing seems to help. >>=20 >> Do I need to go back further to get into a usable state or is there = something else I should be doing? >=20 > With very few exceptions (bug 250897, 2020/11/6), I've found = 13-current > bootable since 10/26 (up through my current system, 13.0 r368388 = (2020/12/6). > You obviously need to make sure that an extra drivers you add in are = compiled > against the kernel, but ZFS is typically one of those. I think we covered that. Thanks for the help and the pointers, but unfortunately the mystery = remains. Alban Hertroys -- If you can't see the forest for the trees, cut the trees and you'll find there is no forest. From owner-freebsd-current@freebsd.org Tue Dec 8 18:19:35 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7437E4A8708 for ; Tue, 8 Dec 2020 18:19:35 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cr7kG0mC6z4kSR for ; Tue, 8 Dec 2020 18:19:33 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id fdc79b1a for ; Tue, 8 Dec 2020 18:19:30 +0000 (UTC) Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 53c2595f (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO) for ; Tue, 8 Dec 2020 18:19:29 +0000 (UTC) Date: Tue, 8 Dec 2020 19:18:54 +0100 From: Michael Gmelin To: freebsd-current@freebsd.org Subject: Re: KLD zfs.ko: depends on kernel - not available or version mismatch Message-ID: <20201208191854.33fbb929@bsd64.grem.de> In-Reply-To: <2B044A92-500F-4121-85DB-D486865C75B5@gmail.com> References: <42AC7323-5AD6-401D-9A7D-F1D962EE5717@gmail.com> <2B044A92-500F-4121-85DB-D486865C75B5@gmail.com> 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= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4Cr7kG0mC6z4kSR X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 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]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; 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]; DMARC_NA(0.00)[grem.de]; DKIM_TRACE(0.00)[grem.de:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2020 18:19:35 -0000 On Tue, 8 Dec 2020 19:10:26 +0100 Alban Hertroys wrote: > > On 8 Dec 2020, at 16:40, John Kennedy wrote: > >=20 > > On Tue, Dec 08, 2020 at 08:56:25AM +0100, Alban Hertroys wrote: =20 > >> This seems to have gotten lost in the moderate queue, but after a > >> week I am no closer to a solution, so here???s a resend: > >>=20 > >> I???ve been trying to get a fresh world running (for the eventual > >> purpose of running amdgpu against my recent graphics adapter), but > >> I run into trouble with core loadable kernel modules, such as > >> zfs.ko from the subject. It also happens with other modules that I > >> tried randomly, for example, geom_mirror.ko. > >>=20 > >> I updated to the latest current using svn up in /usr/src, then: > >> make clean > >> make buildworld kernel -j12 > >> shutdown -r now > >>=20 > >> boot to single user mode > >>=20 > >> kldload zfs =20 > >=20 > > I'm not sure you've provided enough information for a one-shot > > armchair diagnosis, but some things seem factually wrong. For > > example, my normal rebuild procedure is: > >=20 > > cd /usr/src && make buildworld && make buildkernel > > make installkernel > > shutdown -r now > >=20 > > cd /usr/src && mergemaster -pi > > make installworld > > mergemaster -Fi > > make -DBATCH_DELETE_OLD_FILES delete-old =20 >=20 > Aha! So that=E2=80=99s how to prevent having to press =E2=80=98y=E2=80=99= for every > deprecated file! >=20 > > shutdown -r now > >=20 > > cd /usr/src && make -DBATCH_DELETE_OLD_FILES delete-old-libs > >=20 > > (I'm on a desktop system here. You haven't described your setup.) =20 >=20 > This is also a desktop system. >=20 > > You didn't say that you've installed the new kernel, which at least > > starts you down the road towards a driver/kernel mismatch. You > > presumably have a non-ZFS boot+root. =20 >=20 > I=E2=80=99m fairly sure I did, actually. >=20 > Last time I checked, "make buildworld buildkernel" was equivalent to > "make buildworld && make buildkernel", while "make kernel=E2=80=9D is a > shorthand for =E2=80=9Cmake buildkernel && make installkernel=E2=80=9D >=20 > So, unless I=E2=80=99m mistaken, =E2=80=9Cmake buildworld kernel=E2=80=9D= should be > equivalent to your first two lines. >=20 > Nevertheless, I retried without these assumptions, the result was the > same. I forgot to =E2=80=9Cmake delete-old=E2=80=9D though, I rarely reme= mber to do > that=E2=80=A6 >=20 > > Did you mess around with the ZFS from ports (ZoL -> ZoF) > > at some point so you're not using the kernel's ZFS drivers? What > > ZFS entries do you have in /etc/loader.conf, /etc/rc.conf, and some > > of the varients that may get dragged in? (see rc.conf(5) for > > possibilities) =20 >=20 > Nope, stock modules here. >=20 > > At the bottom of your email, you say / is UFS and /usr is ZFS, but > > I guess we have the extra fun of wondering what is under /usr on > > your /? If you have a pre-ZFS /usr that is populated by something > > now presumably very old (because all the new, current stuff went > > onto ZFS /usr, now unavailable). =20 >=20 > There is no populated directory /usr on the UFS file-system. This > install was created on a fresh NVME disk based on an existing install > on a spinning platter. The install happened with /usr mounted at the > ZFS file-system. >=20 > I had to copy over several files from /etc and /usr/local/etc and > re-installed the most important packages. This was admittedly a bit > messy, it is possible that I forgot to copy something over. > (Originally my intention was to dd the contents of the spinning disk > over, but apparently that disk has a few wonky sectors, dd failed > after a few device timeouts) >=20 >=20 > I did sort-of manage to fix things, but recent kernels keep causing > the same issue: >=20 > I noticed that uname -a said I was at revision 366335, while I had > the source tree up-to-date. For a test, I reverted back to that > revision and went through: make buildworld make buildkernel >=20 > Which broke on /usr/local/sys/drm-current-kmod, which I turned out to > have installed through pkg. There have been changes to the linux_kpi > shortly after above revision - probably what broke compatibility > between HEAD and r366335. >=20 > After removing that pkg, the kernel built and installed, world > installed fine too and I have a working system again, with kernel and > world in sync. >=20 > So I tried again to move to HEAD: >=20 > cd /usr/src > svn up > make buildworld -j12 > make buildkernel -j12 > make installkernel > shutdown -r now > > mount -u / > zpool import -Nf system (my /usr FS) >=20 > KLD zfs.ko: depends on kernel - not available or version mismatch > linker_load_file: /boot/kernel/zfs.ko - unsupported file type >=20 >=20 > >> Which results in dmesg messages: > >>=20 > >> KLD zfs.ko: depends on kernel - not available or version mismatch > >> linker_load_file: /boot/kernel/zfs.ko - unsupported file type > >> KLD zfs.ko: depends on kernel - not available or version mismatch > >> linker_load_file: /boot/kernel/zfs.ko - unsupported file type > >> KLD zfs.ko: depends on kernel - not available or version mismatch > >> linker_load_file: /boot/kernel/zfs.ko - unsupported file type > >> KLD zfs.ko: depends on kernel - not available or version mismatch > >> linker_load_file: /boot/kernel/zfs.ko - unsupported file type =20 > >=20 > > Be sure to check out /var/log/messages for extra issues. For > > example, with the bug I mentioned below, I couldn't load my nvidia > > driver and that manifested as one driver having issues because it > > depended on another, which had the root of the problem. =20 >=20 > I forgot to look there. If I find anything suspicious there, I=E2=80=99ll= let > you know. That system doesn=E2=80=99t have a convenient mail client yet, = so > for now its copying output to files and scp-ing that to the Mac. >=20 > >> I can load the zfs kernel module from kernel.old just fine: > >>=20 > >> ZFS filesystem version: 5 > >> ZFS storage pool version: features support (5000) =20 > >=20 > > I kicked my more bleeding-edge system over from 12.2-rel (r366954) > > up into 13.0-current (r367044, 1300123) on 2020/10/26. OpenZFS > > kicked in 2020/8/24? I think the CFT was ~2018/8/21, not sure when > > we had the OpenZFS ports. Current bumps the ABI version pretty > > frequently so I'd think you'd have tripped across versioning issues > > a long time ago if you had some drivers not being rebuilt. =20 >=20 > Having a conflict between kernel and world was what I was expecting > too, but I can=E2=80=99t figure out what got me into that situation. For = all > I know, they should be in sync now, especially after I reverted the > tree back to rev 366335 and making world again (acc. to above method). >=20 > > =20 > >> This happens with any kernel module I???ve tried, such as > >> geom_mirror and amdgpu (from ports/graphics/drm-current-kmod - the > >> latter causes a kernel panic with kernel.old BTW). > >>=20 > >> I???ve gone back as far as Oct 7 (before changes to > >> kern/elf_load_obj.c off the top of my head), looked at mailing > >> list archives and forums etc, all to no avail. > >>=20 > >> I have / on UFS+J and /usr on ZFS and nothing in /etc/src.conf. I > >> had /etc/malloc.conf with the recommended symlink from UPDATING, > >> but the same happens with that moved out of the way. Nothing seems > >> to help. > >>=20 > >> Do I need to go back further to get into a usable state or is > >> there something else I should be doing? =20 > >=20 > > With very few exceptions (bug 250897, 2020/11/6), I've found > > 13-current bootable since 10/26 (up through my current system, 13.0 > > r368388 (2020/12/6). You obviously need to make sure that an extra > > drivers you add in are compiled against the kernel, but ZFS is > > typically one of those. =20 >=20 > I think we covered that. >=20 > Thanks for the help and the pointers, but unfortunately the mystery > remains. >=20 Do you have anything in /boot/modules? (wild shot) -m --=20 Michael Gmelin From owner-freebsd-current@freebsd.org Tue Dec 8 21:03:24 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B50F14AC103 for ; Tue, 8 Dec 2020 21:03:24 +0000 (UTC) (envelope-from bakul@iitbombay.org) Received: from mail-pg1-x52c.google.com (mail-pg1-x52c.google.com [IPv6:2607:f8b0:4864:20::52c]) (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 4CrCMH6yNRz4tGR for ; Tue, 8 Dec 2020 21:03:23 +0000 (UTC) (envelope-from bakul@iitbombay.org) Received: by mail-pg1-x52c.google.com with SMTP id n7so13335932pgg.2 for ; Tue, 08 Dec 2020 13:03:23 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=nS1oIqt8EMZtY/aBNKzOhjFYqVMIpMkyngyNOSvoV1k=; b=p96lH3n9bav4SJeMpUe7U7k16WRIwkPqdofePo6OztHnNsVAoSV9+FvtXenugL/llX /mf5CsDxilP5MitSDnit7B2AUafphhLxfeXS9A/7HOZe9Itm6i9Wq+6ETEzKGJSJbQ8S 7DA2k8ad+axNrDmpCwqvrc5bXdEvWb6f3sx3OMJn2Mv2GicMBvFC70pjg5HRocp/wYMj AYlFtFtH73DXwjimgqcRBDJgkJnRVWabzvWBwl5HLhLy8e3FTXrprOUsq/ITyfS/GuzC gI8szn3vjufAf4T9YNjZMpAp6E5xC0gf/vG80ePy2EvEMtow3IMtxBrtNmikA6yIY4Vc LTgw== X-Gm-Message-State: AOAM532Q+NgjrIsNtMEi6t0iC0z7t2eju4T+98Y04VB/ZwsIviU8y/cz MHwRyUxPrwu0tFs10cnEG2E/v5vyTnH4jA== X-Google-Smtp-Source: ABdhPJzospv9wZyzNkreHE4bz0ppL0LlC4fOyCve/14HIgaJUqEePL1SbTUx/nX5CEbQlg7Y5HiFQg== X-Received: by 2002:a63:d50a:: with SMTP id c10mr24353050pgg.217.1607461401797; Tue, 08 Dec 2020 13:03:21 -0800 (PST) Received: from [192.168.1.113] (172-125-77-130.lightspeed.sntcca.sbcglobal.net. [172.125.77.130]) by smtp.gmail.com with ESMTPSA id g85sm73235pfb.4.2020.12.08.13.03.20 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 08 Dec 2020 13:03:20 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.20.0.2.21\)) Subject: Re: KLD zfs.ko: depends on kernel - not available or version mismatch From: Bakul Shah In-Reply-To: <2B044A92-500F-4121-85DB-D486865C75B5@gmail.com> Date: Tue, 8 Dec 2020 13:03:19 -0800 Cc: FreeBSD Current Content-Transfer-Encoding: 7bit Message-Id: References: <42AC7323-5AD6-401D-9A7D-F1D962EE5717@gmail.com> <2B044A92-500F-4121-85DB-D486865C75B5@gmail.com> To: Alban Hertroys X-Mailer: Apple Mail (2.3654.20.0.2.21) X-Rspamd-Queue-Id: 4CrCMH6yNRz4tGR X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[iitbombay-org.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::52c:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[iitbombay-org.20150623.gappssmtp.com:s=20150623]; FREEFALL_USER(0.00)[bakul]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[iitbombay.org]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::52c:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::52c:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2020 21:03:24 -0000 On Dec 8, 2020, at 10:10 AM, Alban Hertroys wrote: > > So I tried again to move to HEAD: > > cd /usr/src > svn up > make buildworld -j12 > make buildkernel -j12 > make installkernel > shutdown -r now > > mount -u / > zpool import -Nf system (my /usr FS) > > KLD zfs.ko: depends on kernel - not available or version mismatch > linker_load_file: /boot/kernel/zfs.ko - unsupported file type > cd /usr/obj/usr/src/amd64.amd64/sys/GENERIC ls -l kernel /boot/kernel/kernel ls -l modules/usr/src/sys/modules/zfs/zfs.ko /boot/kernel/zfs.ko cmp modules/usr/src/sys/modules/zfs/zfs.ko /boot/kernel/zfs.ko The kernel should be *older* than zfs.ko and both instances of zfs.ko should be identical. One other thought is to manually do kldload opensolaris.ko zfs.ko In single user mode before using zpool. I have opensolaris_load="YES" zfs_load="YES" in /boot/loader.conf but you may not want to add those until you know zfs works. From owner-freebsd-current@freebsd.org Wed Dec 9 02:50:14 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D76084B3E7A for ; Wed, 9 Dec 2020 02:50:14 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (phouka1.phouka.net [107.170.196.116]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "phouka.net", Issuer "Go Daddy Secure Certificate Authority - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CrM3V0Xr6z3nKD for ; Wed, 9 Dec 2020 02:50:13 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (localhost [127.0.0.1]) by phouka1.phouka.net (8.16.1/8.16.1) with ESMTPS id 0B92mubD043734 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 8 Dec 2020 18:48:56 -0800 (PST) (envelope-from warlock@phouka1.phouka.net) Received: (from warlock@localhost) by phouka1.phouka.net (8.16.1/8.16.1/Submit) id 0B92mudp043733; Tue, 8 Dec 2020 18:48:56 -0800 (PST) (envelope-from warlock) Date: Tue, 8 Dec 2020 18:48:56 -0800 From: John Kennedy To: Alban Hertroys Cc: freebsd-current@freebsd.org Subject: Re: KLD zfs.ko: depends on kernel - not available or version mismatch Message-ID: References: <42AC7323-5AD6-401D-9A7D-F1D962EE5717@gmail.com> <2B044A92-500F-4121-85DB-D486865C75B5@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2B044A92-500F-4121-85DB-D486865C75B5@gmail.com> X-Rspamd-Queue-Id: 4CrM3V0Xr6z3nKD X-Spamd-Bar: - X-Spamd-Result: default: False [-1.80 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[phouka.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[107.170.196.116:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[107.170.196.116:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[warlock@phouka.net,warlock@phouka1.phouka.net]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:14061, ipnet:107.170.192.0/18, country:US]; FROM_NEQ_ENVFROM(0.00)[warlock@phouka.net,warlock@phouka1.phouka.net]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2020 02:50:14 -0000 On Tue, Dec 08, 2020 at 07:10:26PM +0100, Alban Hertroys wrote: > > You didn't say that you've installed the new kernel, which at least starts > > you down the road towards a driver/kernel mismatch. You presumably have a > > non-ZFS boot+root. > > I???m fairly sure I did, actually. > > Last time I checked, "make buildworld buildkernel" was equivalent to "make buildworld && make buildkernel", while "make kernel??? is a shorthand for ???make buildkernel && make installkernel??? > > So, unless I???m mistaken, ???make buildworld kernel??? should be equivalent to your first two lines. > > Nevertheless, I retried without these assumptions, the result was the same. I forgot to ???make delete-old??? though, I rarely remember to do that??? Ah, the dangers of command syntax being close to human syntax. You're trying to do the right thing, so maybe we can sanity check that. > I had to copy over several files from /etc and /usr/local/etc and re-installed the most important packages. This was admittedly a bit messy, it is possible that I forgot to copy something over. > (Originally my intention was to dd the contents of the spinning disk over, but apparently that disk has a few wonky sectors, dd failed after a few device timeouts) ... so, no guarantee that things are totally sane. The "sane" we're looking for is how you can presumably be booting a kernel located at /boot/kernel/kernel and not have it match the kernel modules found under /boot/kernel. The fact that it is happy with the old kernel modules (presumably under found in /boot/kernel.old) may be a red herring if they're just compatible enough. I can see what I'm expecting to boot here: # grep -E 'boot\/kernel|f7b0aedd1c50' /var/log/messages | tail -2 Dec 6 08:59:04 ouroboros syslogd: kernel boot file is /boot/kernel/kernel Dec 6 08:59:04 ouroboros kernel: FreeBSD 13.0-CURRENT #237 r368388+f7b0aedd1c50-c273383(master): Sun Dec 6 08:27:47 PST 2020 So, I build my system with WITHOUT_REPRODUCIBLE_BUILD=YES in /etc/src.conf, so I can easily see my build version with uname -v: FreeBSD 13.0-CURRENT #237 r368388+f7b0aedd1c50-c273383(master): ... That matches my source tree: # git log -n1 /usr/src | grep revision svn path=/head/; revision=368388 (I've always used git for my sources, but I'm sure there is a svn equivalent.) The version I'm running is what and where I'd expect it to be: # strings -a < /boot/kernel/kernel | grep 'FreeBSD 13' | tail -1 FreeBSD 13.0-CURRENT #237 r368388+f7b0aedd1c50-c273383(master): Sun Dec 6 08:27:47 PST 2020 It certainly isn't the previous kernel: # strings -a < /boot/kernel.old/kernel | grep 'FreeBSD 13' | tail -1 FreeBSD 13.0-CURRENT #236 r368353+0252bfaea893-c273359(master): Fri Dec 4 16:55:41 PST 2020 Not sure what that'll look like with reproducible builds. The hash-check below is a decent stamp, in case the timestamps in /boot/kernel are misleading. What I have built in my source tree is the kernel/zfs module I'd expect: # md5 -r /usr/obj/usr/src/amd64.amd64/sys/GENERIC/kernel /usr/obj/usr/src/amd64.amd64/sys/GENERIC/modules/usr/src/sys/modules/zfs/zfs.ko /boot/kernel/kernel /boot/kernel/zfs.ko | sort 941ab52d075e444da6eea7fb56213e10 /boot/kernel/kernel 941ab52d075e444da6eea7fb56213e10 /usr/obj/usr/src/amd64.amd64/sys/GENERIC/kernel 97d4e0c8ffed1f75e924bf8768a95ff1 /boot/kernel/zfs.ko 97d4e0c8ffed1f75e924bf8768a95ff1 /usr/obj/usr/src/amd64.amd64/sys/GENERIC/modules/usr/src/sys/modules/zfs/zfs.ko What are you seeing after your installkernel equivalent? Your hashes won't match mine due to non-reproducible build. I'd make sure you don't have anything in /boot/modules or otherwise load any extra modules until sanity is restored (just to reduce random variables). From owner-freebsd-current@freebsd.org Wed Dec 9 05:58:59 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7F3D64B7E16; Wed, 9 Dec 2020 05:58:59 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CrRFG22kLz4SQD; Wed, 9 Dec 2020 05:58:57 +0000 (UTC) (envelope-from ohartmann@walstatt.org) X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from hermann.fritz.box ([78.55.136.150]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M5wPh-1klWf50Det-007RnN; Wed, 09 Dec 2020 06:58:56 +0100 Date: Wed, 9 Dec 2020 06:58:49 +0100 From: "Hartmann, O." To: freebsd-security@freebsd.org Cc: freebsd-current@freebsd.org Subject: AMNESIA:33 and FreeBSD TCP/IP stack involvement Message-ID: <20201209065849.47a51561@hermann.fritz.box> Organization: walstatt.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/p4UgV9VdW26edeMGse4Ev0Y"; protocol="application/pgp-signature"; micalg=pgp-sha256 X-Provags-ID: V03:K1:kUHffiu4rdwsu9Lx12cZJmq6q7Nyavv0Qq3zhjBTpJSmwacp39s Ua/Xj4Diq1FpDAfEtMP2z0NGpQpJpxCtAxcpuYrUTOv6EoC5zAdEyG+2A43A7XKhbaoyQx7 vYS9t1iXZuVcG6Pq/jFGQvFvyJvwnzCfavmB6gbXjtxh0Z7pYUMVEte7dzhT0AJx5do8dSZ Od1N0dpP6OK6nGJPQkQgA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:UJxcJWy7Ob4=:fDDUZ435jIB8oviciPXItb 33OwiRbaCghEL+asAh0gKm2dD5dUbnTI5qX1Z0MaevjjLXyekosFlFDenuszkFNJs+myLSQiZ eCh91EBqMDp19KEmp3kumu2jd9/54zkgzRXGgC5yYNgNSDdKroDpnViJpN35uTm5fSdQziXPf zDVuT/qcCBgK1FALBFlIlqn1blQWJnt/QwDUjiNwy/Av/9/e6S+y9t15pbAzTyFyZcvB7psaY 1pR9iRCsvfRUkHBGHZU5FqowJw9PUjUxHuJ/TWsi1qoYAfg9OWSCfMnMObPlOW1xKblN3MV5M hmKdAw+/l0nLnWZih2jcdcpZDCqHCvbIfh7YhO+bBbjC8Y1ZpPlIPZxcgybLGzARF28HZYa7f jZWDSTtYhg+0jMA3aN6seG1qtUPjQc/XtBfrFo5XEnXaOtwqTNeYwvoj/Zt9DTwe/XYN2gNSF G1DF342fUuYUXW3IN5GAKqI/dxDMyIM+U5HRbn/e8ZzXUFB71K5Bxk2XeH6zP1r2eXRqzPe+S xI8yttd8P121akoKhutgLL5ORrSH9VWx5Y5ZabJfxdHw2cmWPOmkJcprwIJ6531S0DnoCI3g3 DO9n/5W50SpriQJV279KwpWSN1FeK57LbeSPoahh26Hy1bH2NwLvJ8j2RiZVQ8DFmVQyPQWgq LG1+js15igke/HIBSWAKOcouGxwhiCHyljGt1FBLdSQnniKp1uQKuFc+jiSZOVYxEfHIybdcn RCKyCP8h3D6EjSgsDMctzmfPpdYiNRyVRlEMTFUpO7E6g0XyCnE9MgwW76jI4IiW8ZIquHqMp eSxWR9jDVzJ+Iie/xp6NBozN9xlz2mFAQx4HNmFmBUkkAhWGBCe8JCN/CwrZeZl60opz5CjpE WqninHjn1CSu9sBkBqCg== X-Rspamd-Queue-Id: 4CrRFG22kLz4SQD X-Spamd-Bar: - X-Spamd-Result: default: False [-1.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_NONE(0.00)[]; HAS_ORG_HEADER(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; RCPT_COUNT_TWO(0.00)[2]; RECEIVED_SPAMHAUS_PBL(0.00)[78.55.136.150:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.227.15.18:from]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.15.18:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[walstatt.org]; NEURAL_SPAM_SHORT(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[212.227.15.18:from:127.0.2.255]; R_SPF_NA(0.00)[no SPF record]; RWL_MAILSPIKE_POSSIBLE(0.00)[212.227.15.18:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-security] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2020 05:58:59 -0000 --Sig_/p4UgV9VdW26edeMGse4Ev0Y Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hello, I've got a question about recently discovered serious vulnerabilities in certain TCP stack implementations, designated as AMNESIA:33 (as far as I could follow the recently made announcements and statements, please see, for instance, https://www.zdnet.com/article/amnesia33-vulnerabilities-impact-millions-of-= smart-and-industrial-devices/). All mentioned open-source TCP stacks seem not to be related in any way with freeBSD or any derivative of the FreeBSD project, but I do not dare to make a statement about that. My question is very simple and aimes towards calming down my employees requests: is FreeBSD potentially vulnerable to this newly discovered flaw (we use mainly 12.1-RELENG, 12.2-RELENG, 12-STABLE and 13-CURRENT, latest incarnations, of course, should be least vulnerable ...). Thanks in advance, O. Hartmann --Sig_/p4UgV9VdW26edeMGse4Ev0Y Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQSy8IBxAPDkqVBaTJ44N1ZZPba5RwUCX9BnmQAKCRA4N1ZZPba5 R3D0AQCdbA0rXdbl2ORRPPhicxy/ZVaVyRrQllLEY0/tyK/hFQEAp1+2NdHltrb3 E+XslRg3/arN9Azw6ntUdwhmHu1v9QQ= =4xpe -----END PGP SIGNATURE----- --Sig_/p4UgV9VdW26edeMGse4Ev0Y-- From owner-freebsd-current@freebsd.org Wed Dec 9 09:44:42 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 437C847604A for ; Wed, 9 Dec 2020 09:44:42 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CrXFj0sdLz4g3N for ; Wed, 9 Dec 2020 09:44:40 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [188.174.60.2] (helo=c720-r368166.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kmw1W-0007A2-B5 for freebsd-current@freebsd.org; Wed, 09 Dec 2020 10:44:38 +0100 Received: from c720-r368166.fritz.box (localhost [127.0.0.1]) by c720-r368166.unixarea.de (8.16.1/8.14.9) with ESMTPS id 0B99ibWF002478 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 9 Dec 2020 10:44:37 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by c720-r368166.fritz.box (8.16.1/8.14.9/Submit) id 0B99ib22002477 for freebsd-current@freebsd.org; Wed, 9 Dec 2020 10:44:37 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: c720-r368166.fritz.box: guru set sender to guru@unixarea.de using -f Date: Wed, 9 Dec 2020 10:44:37 +0100 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: after update to r368166: no sound recording Message-ID: Reply-To: Matthias Apitz Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 13.0-CURRENT r342378 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 188.174.60.2 X-Rspamd-Queue-Id: 4CrXFj0sdLz4g3N X-Spamd-Bar: - X-Spamd-Result: default: False [-1.34 / 15.00]; HAS_REPLYTO(0.00)[guru@unixarea.de]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_XOIP(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[178.254.4.101:from]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-0.14)[-0.143]; RECEIVED_SPAMHAUS_PBL(0.00)[188.174.60.2:received]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[178.254.4.101:from]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[unixarea.de]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[178.254.4.101:from:127.0.2.255]; RCVD_IN_DNSWL_LOW(-0.10)[178.254.4.101:from]; R_SPF_NA(0.00)[no SPF record]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2020 09:44:42 -0000 Hello, I've updated a laptop Acer C720 from r342378 to r368166 and do not have any sound incoming anymore. I rebooted r342378 from an USB stick and the old kernel produces already noise in the speakers when I touch the micro hole in the keyboard, the new kernel does not produce any noise there. Both system have the same /boot/device.hints values: # hint.hdaa.1.nid20.config="as=3 seq=0" hint.hdaa.1.nid25.config="as=2 seq=15" hint.hdaa.1.nid26.config="as=2 seq=14" hint.hdaa.1.nid33.config="as=3 seq=15" I booted both in verbose mode and the messages about 'pcm1' are identically (after removing the time stamps and system name from the lines in /var/log/messages). See below. Any idea what I could check? Thanks matthias # diff pcm1.342378 pcm1.368166 # cat pcm1.368166 kernel: pcm1: at nid 20,33 and 26,25 on hdaa1 kernel: pcm1: Playback: kernel: pcm1: Stream cap: 0x00000001 PCM kernel: pcm1: PCM cap: 0x000e0560 16 20 24 bits, 44 48 96 192 KHz kernel: pcm1: DAC: 2 kernel: pcm1: kernel: pcm1: nid=20 [pin: Speaker (Fixed)] kernel: pcm1: + <- nid=12 [audio mixer] [src: pcm, mix] kernel: pcm1: + <- nid=2 [audio output] [src: pcm] kernel: pcm1: + <- nid=11 [audio mixer] [src: mix] kernel: pcm1: kernel: pcm1: nid=33 [pin: Headphones (Black Jack)] kernel: pcm1: + <- nid=12 [audio mixer] [src: pcm, mix] kernel: pcm1: + <- nid=2 [audio output] [src: pcm] kernel: pcm1: + <- nid=11 [audio mixer] [src: mix] kernel: pcm1: kernel: pcm1: Record: kernel: pcm1: Stream cap: 0x00000001 PCM kernel: pcm1: PCM cap: 0x000e0560 16 20 24 bits, 44 48 96 192 KHz kernel: pcm1: ADC: 8 kernel: pcm1: ADC: 9 kernel: pcm1: kernel: pcm1: nid=8 [audio input] kernel: pcm1: + <- nid=35 [audio mixer] [src: speaker, mic, mix, monitor] kernel: pcm1: + <- nid=25 [pin: Mic (Black Jack)] [src: mic] kernel: pcm1: + <- nid=26 [pin: Mic (Fixed)] [src: monitor] kernel: pcm1: + <- nid=29 [beep widget] [src: speaker] kernel: pcm1: + <- nid=11 [audio mixer] [src: mix] kernel: pcm1: kernel: pcm1: nid=9 [audio input] kernel: pcm1: + <- nid=34 [audio mixer] [src: speaker, mic, mix, monitor] kernel: pcm1: + <- nid=25 [pin: Mic (Black Jack)] [src: mic] kernel: pcm1: + <- nid=26 [pin: Mic (Fixed)] [src: monitor] kernel: pcm1: + <- nid=29 [beep widget] [src: speaker] kernel: pcm1: + <- nid=11 [audio mixer] [src: mix] kernel: pcm1: kernel: pcm1: Input Mix: kernel: pcm1: kernel: pcm1: nid=11 [audio mixer] kernel: pcm1: + <- nid=25 [pin: Mic (Black Jack)] [src: mic] kernel: pcm1: + <- nid=26 [pin: Mic (Fixed)] [src: monitor] kernel: pcm1: + <- nid=29 [beep widget] [src: speaker] kernel: pcm1: kernel: pcm1: Master Volume (OSS: vol): -65/0dB kernel: pcm1: +- ctl 1 (nid 2 out): -65/0dB (88 steps) kernel: pcm1: +- ctl 10 (nid 12 in 0): mute kernel: pcm1: +- ctl 11 (nid 12 in 1): mute kernel: pcm1: +- ctl 17 (nid 20 in ): mute kernel: pcm1: +- ctl 24 (nid 33 in ): mute kernel: pcm1: kernel: pcm1: PCM Volume (OSS: pcm): -65/0dB kernel: pcm1: +- ctl 1 (nid 2 out): -65/0dB (88 steps) kernel: pcm1: +- ctl 10 (nid 12 in 0): mute kernel: pcm1: kernel: pcm1: Microphone Volume (OSS: mic): 0/36dB kernel: pcm1: +- ctl 6 (nid 11 in 1): -34/12dB (32 steps) + mute kernel: pcm1: +- ctl 20 (nid 25 out): 0/36dB (4 steps) kernel: pcm1: +- ctl 26 (nid 34 in 1): mute kernel: pcm1: +- ctl 32 (nid 35 in 1): mute kernel: pcm1: kernel: pcm1: Microphone2 Volume (OSS: monitor): 0/36dB kernel: pcm1: +- ctl 7 (nid 11 in 2): -34/12dB (32 steps) + mute kernel: pcm1: +- ctl 21 (nid 26 out): 0/36dB (4 steps) kernel: pcm1: +- ctl 27 (nid 34 in 2): mute kernel: pcm1: +- ctl 33 (nid 35 in 2): mute kernel: pcm1: kernel: pcm1: Speaker/Beep Volume (OSS: speaker): -34/12dB kernel: pcm1: +- ctl 9 (nid 11 in 4): -34/12dB (32 steps) + mute kernel: pcm1: +- ctl 29 (nid 34 in 4): mute kernel: pcm1: +- ctl 35 (nid 35 in 4): mute kernel: pcm1: kernel: pcm1: Recording Level (OSS: rec): -17/30dB kernel: pcm1: +- ctl 3 (nid 8 in 0): -17/30dB (64 steps) + mute kernel: pcm1: +- ctl 4 (nid 9 in 0): -17/30dB (64 steps) + mute kernel: pcm1: +- ctl 26 (nid 34 in 1): mute kernel: pcm1: +- ctl 27 (nid 34 in 2): mute kernel: pcm1: +- ctl 29 (nid 34 in 4): mute kernel: pcm1: +- ctl 30 (nid 34 in 5): mute kernel: pcm1: +- ctl 32 (nid 35 in 1): mute kernel: pcm1: +- ctl 33 (nid 35 in 2): mute kernel: pcm1: +- ctl 35 (nid 35 in 4): mute kernel: pcm1: +- ctl 36 (nid 35 in 5): mute kernel: pcm1: kernel: pcm1: Input Mix Level (OSS: mix): -34/12dB kernel: pcm1: +- ctl 6 (nid 11 in 1): -34/12dB (32 steps) + mute kernel: pcm1: +- ctl 7 (nid 11 in 2): -34/12dB (32 steps) + mute kernel: pcm1: +- ctl 9 (nid 11 in 4): -34/12dB (32 steps) + mute kernel: pcm1: +- ctl 11 (nid 12 in 1): mute kernel: pcm1: +- ctl 30 (nid 34 in 5): mute kernel: pcm1: +- ctl 36 (nid 35 in 5): mute kernel: pcm1: kernel: pcm1: Input Monitoring Level (OSS: igain): 0/0dB kernel: pcm1: +- ctl 11 (nid 12 in 1): mute kernel: pcm1: kernel: pcm1: Mixer "vol": kernel: pcm1: Mixer "pcm": kernel: pcm1: Mixer "speaker": kernel: pcm1: Mixer "mic": kernel: pcm1: Mixer "mix": kernel: pcm1: Mixer "rec": kernel: pcm1: Mixer "igain": kernel: pcm1: Mixer "ogain": kernel: pcm1: Mixer "monitor": kernel: pcm1: Playback channel set is: Front Left, Front Right, kernel: pcm1: Playback channel matrix is: 2.0 (unknown) kernel: pcm1: Automatically set rec source to: monitor kernel: pcm1: Recording channel set is: Front Left, Front Right, kernel: pcm1: Recording channel matrix is: 2.0 (unknown) -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub From owner-freebsd-current@freebsd.org Wed Dec 9 10:05:31 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0352E47653A for ; Wed, 9 Dec 2020 10:05:31 +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 4CrXjj6dvwz4h7P for ; Wed, 9 Dec 2020 10:05:29 +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 E2AC72606C4 for ; Wed, 9 Dec 2020 11:05:21 +0100 (CET) Subject: Re: after update to r368166: no sound recording To: freebsd-current@freebsd.org References: From: Hans Petter Selasky Message-ID: <72bd5240-3092-bf7b-51aa-2ad12a576efb@selasky.org> Date: Wed, 9 Dec 2020 11:05:09 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4CrXjj6dvwz4h7P X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.30 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:4f8:c17:6c4b::2:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a01:4f8:c17:6c4b::2:from:127.0.2.255]; ARC_NA(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2020 10:05:31 -0000 On 12/9/20 10:44 AM, Matthias Apitz wrote: > > Hello, > > I've updated a laptop Acer C720 from r342378 to r368166 and do not have > any sound incoming anymore. I rebooted r342378 from an USB stick and the > old kernel produces already noise in the speakers when I touch the > micro hole in the keyboard, the new kernel does not produce any noise > there. Both system have the same /boot/device.hints values: > > # > hint.hdaa.1.nid20.config="as=3 seq=0" > hint.hdaa.1.nid25.config="as=2 seq=15" > hint.hdaa.1.nid26.config="as=2 seq=14" > hint.hdaa.1.nid33.config="as=3 seq=15" > > I booted both in verbose mode and the messages about 'pcm1' are > identically (after removing the time stamps and system name from the > lines in /var/log/messages). See below. Any idea what I could check? > > Thanks > > matthias > > > # diff pcm1.342378 pcm1.368166 > > # cat pcm1.368166 > > kernel: pcm1: at nid 20,33 and 26,25 on hdaa1 > kernel: pcm1: Playback: > kernel: pcm1: Stream cap: 0x00000001 PCM > kernel: pcm1: PCM cap: 0x000e0560 16 20 24 bits, 44 48 96 192 KHz > kernel: pcm1: DAC: 2 > kernel: pcm1: > kernel: pcm1: nid=20 [pin: Speaker (Fixed)] > kernel: pcm1: + <- nid=12 [audio mixer] [src: pcm, mix] > kernel: pcm1: + <- nid=2 [audio output] [src: pcm] > kernel: pcm1: + <- nid=11 [audio mixer] [src: mix] > kernel: pcm1: > kernel: pcm1: nid=33 [pin: Headphones (Black Jack)] > kernel: pcm1: + <- nid=12 [audio mixer] [src: pcm, mix] > kernel: pcm1: + <- nid=2 [audio output] [src: pcm] > kernel: pcm1: + <- nid=11 [audio mixer] [src: mix] > kernel: pcm1: > kernel: pcm1: Record: > kernel: pcm1: Stream cap: 0x00000001 PCM > kernel: pcm1: PCM cap: 0x000e0560 16 20 24 bits, 44 48 96 192 KHz > kernel: pcm1: ADC: 8 > kernel: pcm1: ADC: 9 > kernel: pcm1: > kernel: pcm1: nid=8 [audio input] > kernel: pcm1: + <- nid=35 [audio mixer] [src: speaker, mic, mix, monitor] > kernel: pcm1: + <- nid=25 [pin: Mic (Black Jack)] [src: mic] > kernel: pcm1: + <- nid=26 [pin: Mic (Fixed)] [src: monitor] > kernel: pcm1: + <- nid=29 [beep widget] [src: speaker] > kernel: pcm1: + <- nid=11 [audio mixer] [src: mix] > kernel: pcm1: > kernel: pcm1: nid=9 [audio input] > kernel: pcm1: + <- nid=34 [audio mixer] [src: speaker, mic, mix, monitor] > kernel: pcm1: + <- nid=25 [pin: Mic (Black Jack)] [src: mic] > kernel: pcm1: + <- nid=26 [pin: Mic (Fixed)] [src: monitor] > kernel: pcm1: + <- nid=29 [beep widget] [src: speaker] > kernel: pcm1: + <- nid=11 [audio mixer] [src: mix] > kernel: pcm1: > kernel: pcm1: Input Mix: > kernel: pcm1: > kernel: pcm1: nid=11 [audio mixer] > kernel: pcm1: + <- nid=25 [pin: Mic (Black Jack)] [src: mic] > kernel: pcm1: + <- nid=26 [pin: Mic (Fixed)] [src: monitor] > kernel: pcm1: + <- nid=29 [beep widget] [src: speaker] > kernel: pcm1: > kernel: pcm1: Master Volume (OSS: vol): -65/0dB > kernel: pcm1: +- ctl 1 (nid 2 out): -65/0dB (88 steps) > kernel: pcm1: +- ctl 10 (nid 12 in 0): mute > kernel: pcm1: +- ctl 11 (nid 12 in 1): mute > kernel: pcm1: +- ctl 17 (nid 20 in ): mute > kernel: pcm1: +- ctl 24 (nid 33 in ): mute > kernel: pcm1: > kernel: pcm1: PCM Volume (OSS: pcm): -65/0dB > kernel: pcm1: +- ctl 1 (nid 2 out): -65/0dB (88 steps) > kernel: pcm1: +- ctl 10 (nid 12 in 0): mute > kernel: pcm1: > kernel: pcm1: Microphone Volume (OSS: mic): 0/36dB > kernel: pcm1: +- ctl 6 (nid 11 in 1): -34/12dB (32 steps) + mute > kernel: pcm1: +- ctl 20 (nid 25 out): 0/36dB (4 steps) > kernel: pcm1: +- ctl 26 (nid 34 in 1): mute > kernel: pcm1: +- ctl 32 (nid 35 in 1): mute > kernel: pcm1: > kernel: pcm1: Microphone2 Volume (OSS: monitor): 0/36dB > kernel: pcm1: +- ctl 7 (nid 11 in 2): -34/12dB (32 steps) + mute > kernel: pcm1: +- ctl 21 (nid 26 out): 0/36dB (4 steps) > kernel: pcm1: +- ctl 27 (nid 34 in 2): mute > kernel: pcm1: +- ctl 33 (nid 35 in 2): mute > kernel: pcm1: > kernel: pcm1: Speaker/Beep Volume (OSS: speaker): -34/12dB > kernel: pcm1: +- ctl 9 (nid 11 in 4): -34/12dB (32 steps) + mute > kernel: pcm1: +- ctl 29 (nid 34 in 4): mute > kernel: pcm1: +- ctl 35 (nid 35 in 4): mute > kernel: pcm1: > kernel: pcm1: Recording Level (OSS: rec): -17/30dB > kernel: pcm1: +- ctl 3 (nid 8 in 0): -17/30dB (64 steps) + mute > kernel: pcm1: +- ctl 4 (nid 9 in 0): -17/30dB (64 steps) + mute > kernel: pcm1: +- ctl 26 (nid 34 in 1): mute > kernel: pcm1: +- ctl 27 (nid 34 in 2): mute > kernel: pcm1: +- ctl 29 (nid 34 in 4): mute > kernel: pcm1: +- ctl 30 (nid 34 in 5): mute > kernel: pcm1: +- ctl 32 (nid 35 in 1): mute > kernel: pcm1: +- ctl 33 (nid 35 in 2): mute > kernel: pcm1: +- ctl 35 (nid 35 in 4): mute > kernel: pcm1: +- ctl 36 (nid 35 in 5): mute > kernel: pcm1: > kernel: pcm1: Input Mix Level (OSS: mix): -34/12dB > kernel: pcm1: +- ctl 6 (nid 11 in 1): -34/12dB (32 steps) + mute > kernel: pcm1: +- ctl 7 (nid 11 in 2): -34/12dB (32 steps) + mute > kernel: pcm1: +- ctl 9 (nid 11 in 4): -34/12dB (32 steps) + mute > kernel: pcm1: +- ctl 11 (nid 12 in 1): mute > kernel: pcm1: +- ctl 30 (nid 34 in 5): mute > kernel: pcm1: +- ctl 36 (nid 35 in 5): mute > kernel: pcm1: > kernel: pcm1: Input Monitoring Level (OSS: igain): 0/0dB > kernel: pcm1: +- ctl 11 (nid 12 in 1): mute > kernel: pcm1: > kernel: pcm1: Mixer "vol": > kernel: pcm1: Mixer "pcm": > kernel: pcm1: Mixer "speaker": > kernel: pcm1: Mixer "mic": > kernel: pcm1: Mixer "mix": > kernel: pcm1: Mixer "rec": > kernel: pcm1: Mixer "igain": > kernel: pcm1: Mixer "ogain": > kernel: pcm1: Mixer "monitor": > kernel: pcm1: Playback channel set is: Front Left, Front Right, > kernel: pcm1: Playback channel matrix is: 2.0 (unknown) > kernel: pcm1: Automatically set rec source to: monitor > kernel: pcm1: Recording channel set is: Front Left, Front Right, > kernel: pcm1: Recording channel matrix is: 2.0 (unknown) > Hi, Check output from: mixer -f /dev/mixer --HPS From owner-freebsd-current@freebsd.org Wed Dec 9 10:49:02 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1712C477658 for ; Wed, 9 Dec 2020 10:49:02 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CrYgx1mPWz4k6t for ; Wed, 9 Dec 2020 10:49:00 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [188.174.60.2] (helo=c720-r368166.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kmx1n-0002YK-00 for freebsd-current@freebsd.org; Wed, 09 Dec 2020 11:48:59 +0100 Received: from c720-r368166.fritz.box (localhost [127.0.0.1]) by c720-r368166.unixarea.de (8.16.1/8.14.9) with ESMTPS id 0B9AmwJa002731 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 9 Dec 2020 11:48:58 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by c720-r368166.fritz.box (8.16.1/8.14.9/Submit) id 0B9Amwcg002730 for freebsd-current@freebsd.org; Wed, 9 Dec 2020 11:48:58 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: c720-r368166.fritz.box: guru set sender to guru@unixarea.de using -f Date: Wed, 9 Dec 2020 11:48:57 +0100 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: Re: after update to r368166: no sound recording Message-ID: Reply-To: Matthias Apitz Mail-Followup-To: freebsd-current@freebsd.org References: <72bd5240-3092-bf7b-51aa-2ad12a576efb@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <72bd5240-3092-bf7b-51aa-2ad12a576efb@selasky.org> X-Operating-System: FreeBSD 13.0-CURRENT r368166 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 188.174.60.2 X-Rspamd-Queue-Id: 4CrYgx1mPWz4k6t X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.20 / 15.00]; HAS_REPLYTO(0.00)[guru@unixarea.de]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_XOIP(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[178.254.4.101:from]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-1.00)[-0.998]; RECEIVED_SPAMHAUS_PBL(0.00)[188.174.60.2:received]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[178.254.4.101:from]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[unixarea.de]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[178.254.4.101:from:127.0.2.255]; RCVD_IN_DNSWL_LOW(-0.10)[178.254.4.101:from]; R_SPF_NA(0.00)[no SPF record]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2020 10:49:02 -0000 El día miércoles, diciembre 09, 2020 a las 11:05:09a. m. +0100, Hans Petter Selasky escribió: > On 12/9/20 10:44 AM, Matthias Apitz wrote: > > > > Hello, > > > > I've updated a laptop Acer C720 from r342378 to r368166 and do not have > > any sound incoming anymore. I rebooted r342378 from an USB stick and the > > old kernel produces already noise in the speakers when I touch the > > micro hole in the keyboard, the new kernel does not produce any noise > > there. Both system have the same /boot/device.hints values: > > > > .... > Hi, > > Check output from: > > mixer -f /dev/mixer Hi, Here are the values (as on the older system): # cat /dev/sndstat Installed devices: pcm0: (play) pcm1: (play/rec) default No devices installed from userspace. # ls -l /dev/mixer* crw-rw-rw- 1 root wheel 0x4b 9 dic. 10:52 /dev/mixer0 crw-rw-rw- 1 root wheel 0x4e 9 dic. 10:52 /dev/mixer1 # mixer -f /dev/mixer0 Mixer vol is currently set to 100:100 Mixer pcm is currently set to 100:100 # mixer -f /dev/mixer1 Mixer vol is currently set to 100:100 Mixer pcm is currently set to 100:100 Mixer speaker is currently set to 100:100 Mixer mic is currently set to 100:100 Mixer mix is currently set to 100:100 Mixer rec is currently set to 100:100 Mixer igain is currently set to 100:100 Mixer ogain is currently set to 100:100 Mixer monitor is currently set to 100:100 Recording source: mix (I also tested the other rec devices: speaker, mic, mix, monitor). And recording does not get any input: $ rec -c 2 /tmp/out.wav Input File : 'default' (ossdsp) Channels : 2 Sample Rate : 48000 Precision : 16-bit Sample Encoding: 16-bit Signed Integer PCM In:0.00% 00:00:07.34 [00:00:00.00] Out:348k [XXXXXX|XXXXXX] Clip:0 ^C Aborted. Where I put the XXXXXX normally indicators are moving according the level of the recorded noise. Nothing is there, only blanks. Thanks matthias -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub From owner-freebsd-current@freebsd.org Wed Dec 9 10:55:38 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F17FA477C01 for ; Wed, 9 Dec 2020 10:55:38 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (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 4CrYqZ07Qhz4kYt for ; Wed, 9 Dec 2020 10:55:37 +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 D7561260371 for ; Wed, 9 Dec 2020 11:55:29 +0100 (CET) Subject: Re: after update to r368166: no sound recording To: freebsd-current@freebsd.org References: <72bd5240-3092-bf7b-51aa-2ad12a576efb@selasky.org> From: Hans Petter Selasky Message-ID: <4d83e630-7bed-16bd-3422-267813d3e842@selasky.org> Date: Wed, 9 Dec 2020 11:55:18 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4CrYqZ07Qhz4kYt X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.30 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[88.99.82.50:from]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[88.99.82.50:from:127.0.2.255]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_LONG(-1.00)[-1.000]; MID_RHS_MATCH_FROM(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2020 10:55:39 -0000 On 12/9/20 11:48 AM, Matthias Apitz wrote: > El día miércoles, diciembre 09, 2020 a las 11:05:09a. m. +0100, Hans Petter Selasky escribió: > >> On 12/9/20 10:44 AM, Matthias Apitz wrote: >>> >>> Hello, >>> >>> I've updated a laptop Acer C720 from r342378 to r368166 and do not have >>> any sound incoming anymore. I rebooted r342378 from an USB stick and the >>> old kernel produces already noise in the speakers when I touch the >>> micro hole in the keyboard, the new kernel does not produce any noise >>> there. Both system have the same /boot/device.hints values: >>> >>> .... > >> Hi, >> >> Check output from: >> >> mixer -f /dev/mixer > > > Hi, > > Here are the values (as on the older system): > > # cat /dev/sndstat > Installed devices: > pcm0: (play) > pcm1: (play/rec) default > No devices installed from userspace. > > # ls -l /dev/mixer* > crw-rw-rw- 1 root wheel 0x4b 9 dic. 10:52 /dev/mixer0 > crw-rw-rw- 1 root wheel 0x4e 9 dic. 10:52 /dev/mixer1 > > # mixer -f /dev/mixer0 > Mixer vol is currently set to 100:100 > Mixer pcm is currently set to 100:100 > > # mixer -f /dev/mixer1 > Mixer vol is currently set to 100:100 > Mixer pcm is currently set to 100:100 > Mixer speaker is currently set to 100:100 > Mixer mic is currently set to 100:100 > Mixer mix is currently set to 100:100 > Mixer rec is currently set to 100:100 > Mixer igain is currently set to 100:100 > Mixer ogain is currently set to 100:100 > Mixer monitor is currently set to 100:100 > Recording source: mix > > (I also tested the other rec devices: speaker, mic, mix, monitor). > > And recording does not get any input: > > $ rec -c 2 /tmp/out.wav > > Input File : 'default' (ossdsp) > Channels : 2 > Sample Rate : 48000 > Precision : 16-bit > Sample Encoding: 16-bit Signed Integer PCM > > In:0.00% 00:00:07.34 [00:00:00.00] Out:348k [XXXXXX|XXXXXX] Clip:0 ^C > Aborted. > > Where I put the XXXXXX normally indicators are moving according the level > of the recorded noise. Nothing is there, only blanks. > And also: mixer =rec Is set correctly? --HPS From owner-freebsd-current@freebsd.org Wed Dec 9 11:09:18 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D5C4A478324 for ; Wed, 9 Dec 2020 11:09:18 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CrZ7K2WhGz4lkk for ; Wed, 9 Dec 2020 11:09:17 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [188.174.60.2] (helo=c720-r368166.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kmxLP-0004md-Vk for freebsd-current@freebsd.org; Wed, 09 Dec 2020 12:09:16 +0100 Received: from c720-r368166.fritz.box (localhost [127.0.0.1]) by c720-r368166.unixarea.de (8.16.1/8.14.9) with ESMTPS id 0B9B9FTC002813 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 9 Dec 2020 12:09:15 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by c720-r368166.fritz.box (8.16.1/8.14.9/Submit) id 0B9B9FZV002812 for freebsd-current@freebsd.org; Wed, 9 Dec 2020 12:09:15 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: c720-r368166.fritz.box: guru set sender to guru@unixarea.de using -f Date: Wed, 9 Dec 2020 12:09:15 +0100 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: Re: after update to r368166: no sound recording Message-ID: Reply-To: Matthias Apitz Mail-Followup-To: freebsd-current@freebsd.org References: <72bd5240-3092-bf7b-51aa-2ad12a576efb@selasky.org> <4d83e630-7bed-16bd-3422-267813d3e842@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4d83e630-7bed-16bd-3422-267813d3e842@selasky.org> X-Operating-System: FreeBSD 13.0-CURRENT r368166 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 188.174.60.2 X-Rspamd-Queue-Id: 4CrZ7K2WhGz4lkk X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.20 / 15.00]; HAS_REPLYTO(0.00)[guru@unixarea.de]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_XOIP(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[178.254.4.101:from]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[188.174.60.2:received]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[178.254.4.101:from]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[unixarea.de]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[178.254.4.101:from:127.0.2.255]; RCVD_IN_DNSWL_LOW(-0.10)[178.254.4.101:from]; R_SPF_NA(0.00)[no SPF record]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2020 11:09:18 -0000 El día miércoles, diciembre 09, 2020 a las 11:55:18a. m. +0100, Hans Petter Selasky escribió: > > Here are the values (as on the older system): > > > > # cat /dev/sndstat > > Installed devices: > > pcm0: (play) > > pcm1: (play/rec) default > > No devices installed from userspace. > > > > # ls -l /dev/mixer* > > crw-rw-rw- 1 root wheel 0x4b 9 dic. 10:52 /dev/mixer0 > > crw-rw-rw- 1 root wheel 0x4e 9 dic. 10:52 /dev/mixer1 > > > > # mixer -f /dev/mixer0 > > Mixer vol is currently set to 100:100 > > Mixer pcm is currently set to 100:100 > > > > # mixer -f /dev/mixer1 > > Mixer vol is currently set to 100:100 > > Mixer pcm is currently set to 100:100 > > Mixer speaker is currently set to 100:100 > > Mixer mic is currently set to 100:100 > > Mixer mix is currently set to 100:100 > > Mixer rec is currently set to 100:100 > > Mixer igain is currently set to 100:100 > > Mixer ogain is currently set to 100:100 > > Mixer monitor is currently set to 100:100 > > Recording source: mix > > > > (I also tested the other rec devices: speaker, mic, mix, monitor). > > > > And recording does not get any input: > > > > $ rec -c 2 /tmp/out.wav > > > > Input File : 'default' (ossdsp) > > Channels : 2 > > Sample Rate : 48000 > > Precision : 16-bit > > Sample Encoding: 16-bit Signed Integer PCM > > > > In:0.00% 00:00:07.34 [00:00:00.00] Out:348k [XXXXXX|XXXXXX] Clip:0 ^C > > Aborted. > > > > Where I put the XXXXXX normally indicators are moving according the level > > of the recorded noise. Nothing is there, only blanks. > > > > And also: > > mixer =rec > > Is set correctly? This here is from the older r342378 system: [guru@c720-r342378 ~]$ mixer Mixer vol is currently set to 100:100 Mixer pcm is currently set to 100:100 Mixer speaker is currently set to 100:100 Mixer mic is currently set to 100:100 Mixer mix is currently set to 100:100 Mixer rec is currently set to 100:100 Mixer igain is currently set to 100:100 Mixer ogain is currently set to 100:100 Mixer monitor is currently set to 100:100 Recording source: mix [guru@c720-r342378 ~]$ rec -c 2 /tmp/out.wav which is recording just fine. As I said, I tested all other values for '=rec' too, i.e. the devices: speaker, mic, mix, monitor matthias -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub From owner-freebsd-current@freebsd.org Wed Dec 9 11:20:54 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 98AC3478DBD for ; Wed, 9 Dec 2020 11:20:54 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CrZNj6py7z4mrv for ; Wed, 9 Dec 2020 11:20:53 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [188.174.60.2] (helo=c720-r368166.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kmxWe-0004Ra-8l for freebsd-current@freebsd.org; Wed, 09 Dec 2020 12:20:52 +0100 Received: from c720-r368166.fritz.box (localhost [127.0.0.1]) by c720-r368166.unixarea.de (8.16.1/8.14.9) with ESMTPS id 0B9BKpbd002996 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 9 Dec 2020 12:20:51 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by c720-r368166.fritz.box (8.16.1/8.14.9/Submit) id 0B9BKpCu002995 for freebsd-current@freebsd.org; Wed, 9 Dec 2020 12:20:51 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: c720-r368166.fritz.box: guru set sender to guru@unixarea.de using -f Date: Wed, 9 Dec 2020 12:20:51 +0100 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: Re: after update to r368166: no sound recording Message-ID: Reply-To: Matthias Apitz Mail-Followup-To: freebsd-current@freebsd.org References: <72bd5240-3092-bf7b-51aa-2ad12a576efb@selasky.org> <4d83e630-7bed-16bd-3422-267813d3e842@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: X-Operating-System: FreeBSD 13.0-CURRENT r368166 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 188.174.60.2 X-Rspamd-Queue-Id: 4CrZNj6py7z4mrv X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.20 / 15.00]; HAS_REPLYTO(0.00)[guru@unixarea.de]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_XOIP(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[178.254.4.101:from]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[188.174.60.2:received]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[178.254.4.101:from]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[unixarea.de]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[178.254.4.101:from:127.0.2.255]; RCVD_IN_DNSWL_LOW(-0.10)[178.254.4.101:from]; R_SPF_NA(0.00)[no SPF record]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2020 11:20:54 -0000 When I attach an USB micro, I have one more audio devices: [guru@c720-r368166 ~]$ cat /dev/sndstat Installed devices: pcm0: (play) pcm1: (play/rec) pcm2: (play/rec) default No devices installed from userspace. and can do recording and play back fine with this: [guru@c720-r368166 ~]$ mixer -f /dev/mixer2 Mixer vol is currently set to 100:100 Mixer pcm is currently set to 100:100 Mixer mic is currently set to 100:100 Recording source: mic [guru@c720-r368166 ~]$ AUDIODEV=3D/dev/dsp2.0 rec -c 2 /tmp/out.wav [guru@c720-r368166 ~]$ AUDIODEV=3D/dev/dsp1.0 play /tmp/out.wav --=20 Matthias Apitz, =E2=9C=89 guru@unixarea.de, http://www.unixarea.de/ +49-176= -38902045 Public GnuPG key: http://www.unixarea.de/key.pub From owner-freebsd-current@freebsd.org Wed Dec 9 20:51:38 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 440704AF469; Wed, 9 Dec 2020 20:51:38 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-ej1-x632.google.com (mail-ej1-x632.google.com [IPv6:2a00:1450:4864:20::632]) (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 4Crq3F4NY3z3rcG; Wed, 9 Dec 2020 20:51:37 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by mail-ej1-x632.google.com with SMTP id n26so4146066eju.6; Wed, 09 Dec 2020 12:51:37 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=XvQAVRi7vFJD/Ds4PiJleXVz9+JFSS9Jt63ieGSRDCM=; b=ReYhPPgoz3nzBlajQ/Xp7tviwDCar4PY6WeFovcJY+aJXYUjX/8S8PKN0Ifq+iXmGZ G1g1V3wTU/YAYyRY55Y7sEmbtZwY5GF2phrXoOGlbWbggP6BQFPqe3cicwoWgfKKoVi3 41Aj7bJ16k+8CCXAQg1iFFhDuyQiSRA5QJJLazUDiT/Mvmzmqah1QEzouHHSyaG3raiD CpWFbOvTe8fzjqxuujG11Ii9mYjZFN1V8U5hPoAsIQrStYlVjmVUCHqP3jVDSE5w8YE6 1Fn/vENpwSFvh/55+Dy5QZ/s70QRlpoQ2XRwP+kBE5cQZkGMfibrwsAkTy2rH8/Fcmz5 WEDQ== X-Gm-Message-State: AOAM533JQwEVE37lQsmrT+g8nkazdZmht8R7i4896WR0GzoEzaRGNSnn afssx2cDMGzoklmsV+epVLqmfz18qzn1pQUIAJUmIPnXsg== X-Google-Smtp-Source: ABdhPJyb5R2Dg+BVPIHc/Mg9mpfKwPLmzt1Und3CSjNhWyUGMR478wQ2XPDtA7DspvjggPfcdMoenseLeSBQWDlX8E8= X-Received: by 2002:a17:906:e94c:: with SMTP id jw12mr3712360ejb.56.1607547095968; Wed, 09 Dec 2020 12:51:35 -0800 (PST) MIME-Version: 1.0 References: <20201209065849.47a51561@hermann.fritz.box> In-Reply-To: <20201209065849.47a51561@hermann.fritz.box> From: Zaphod Beeblebrox Date: Wed, 9 Dec 2020 15:51:22 -0500 Message-ID: Subject: Re: AMNESIA:33 and FreeBSD TCP/IP stack involvement To: "Hartmann, O." Cc: freebsd-security@freebsd.org, freebsd-current X-Rspamd-Queue-Id: 4Crq3F4NY3z3rcG X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::632:from]; TO_DN_SOME(0.00)[]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::632:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::632:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; 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-security,freebsd-current]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2020 20:51:38 -0000 I'm not posting as someone in-the-know about the state of the FreeBSD stack --- I trust the security team to divulge things as required, BUT ... ... the examples of vulnerable things in that article to reference lead me to conclude that the stacks in question are "libraries" ... likely, but not necessarily, written in C for systems running in an operating system-less environment. The easiest way to think about this is to look at the "at mega" line (also known as arduino). This is an 8-bit processor and the C development kit allows you to link in all kinds of stuff --- from filesystems and micro-sd card support to wifi and IP/IPv6 support. The same libraries are used when the target is a more powerful ARM chip --- but one similarly running without something as full-fledged as an OS --- or even when a very small vestige of an OS includes these libraries. You could think of these libraries like "what if someone wrote an IP stack for the commodore 64 and then also ported it to the Amiga" ... as a computer without an operating system and then a port to a computer with an operating system with no concept of networking. At any rate, these, in general, do not even resemble the network stack in FreeBSD... or indeed any other full fledged operating system. Hopfully this tidbit helps in some small way. On Wed, Dec 9, 2020 at 12:59 AM Hartmann, O. wrote: > Hello, > I've got a question about recently discovered serious vulnerabilities > in certain TCP stack implementations, designated as AMNESIA:33 (as far > as I could follow the recently made announcements and statements, > please see, for instance, > > https://www.zdnet.com/article/amnesia33-vulnerabilities-impact-millions-of-smart-and-industrial-devices/ > ). > > All mentioned open-source TCP stacks seem not to be related in any way > with freeBSD or any derivative of the FreeBSD project, but I do not > dare to make a statement about that. > > My question is very simple and aimes towards calming down my employees > requests: is FreeBSD potentially vulnerable to this newly discovered > flaw (we use mainly 12.1-RELENG, 12.2-RELENG, 12-STABLE and 13-CURRENT, > latest incarnations, of course, should be least vulnerable ...). > > Thanks in advance, > > O. Hartmann > From owner-freebsd-current@freebsd.org Wed Dec 9 22:45:12 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 021AB4B19B0 for ; Wed, 9 Dec 2020 22:45:12 +0000 (UTC) (envelope-from haramrae@gmail.com) Received: from mail-ej1-x634.google.com (mail-ej1-x634.google.com [IPv6:2a00:1450:4864:20::634]) (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 4CrsZG6tSJz4SVZ for ; Wed, 9 Dec 2020 22:45:10 +0000 (UTC) (envelope-from haramrae@gmail.com) Received: by mail-ej1-x634.google.com with SMTP id ga15so4550511ejb.4 for ; Wed, 09 Dec 2020 14:45:10 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=+pIi4ANc14MkSdMw72ibcoZznhka1xZkGHUGOmBHmQA=; b=Yoo+txrtVadlOF/ggDuz9GITOOD+WuP837ZCPK2340i6w4cfs+7/vMUCxqvuU3F0P7 iENe8derjXCpQ97bY4G9zIVnKlWFGwvJOCOpoeVQvWlyycNzu4Q2qUc+6ouVEZvHNnT6 64LY6bU1i8OUMlGCNVILKBeA5PWlGVN0mUr3abPfcXFIY3DQnB6WNHrxW/akKxslqa33 dqxtVzwOnYcbM4IP8IWtAz/vvafMUyBZsxADIWhcbrt4/BuQTq00edqi96prXPPBdKAP dsJy/v7TdkRPn2syktJ0gPNQcV7tdANeDkk7SMFg317by2lpgAM83BRE050LRcDFMewP C2TQ== X-Gm-Message-State: AOAM533eD9U3sKIdh5MsfkzptYbXa6WClBt1x6uNsFOim371pF0I+/UO w4uU16/rWEItFY2+lgbRzlI= X-Google-Smtp-Source: ABdhPJyOboPUvEqjQNra8E+96kqx4uuprjoidKY9vuliJPycKzZAnyNPQKn0OobxaVuKcaFJMvuplw== X-Received: by 2002:a17:906:a218:: with SMTP id r24mr3776765ejy.372.1607553909435; Wed, 09 Dec 2020 14:45:09 -0800 (PST) Received: from hollewijn.internal (217-19-30-105.dsl.cambrium.nl. [217.19.30.105]) by smtp.gmail.com with ESMTPSA id lz17sm2709755ejb.19.2020.12.09.14.45.07 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 09 Dec 2020 14:45:08 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\)) Subject: Re: KLD zfs.ko: depends on kernel - not available or version mismatch From: Alban Hertroys In-Reply-To: Date: Wed, 9 Dec 2020 23:45:06 +0100 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <3027159B-1851-4005-A569-059A1CAACFCC@gmail.com> References: <42AC7323-5AD6-401D-9A7D-F1D962EE5717@gmail.com> <2B044A92-500F-4121-85DB-D486865C75B5@gmail.com> To: John Kennedy X-Mailer: Apple Mail (2.3445.104.17) X-Rspamd-Queue-Id: 4CrsZG6tSJz4SVZ X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; 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]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::634:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::634:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::634:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2020 22:45:12 -0000 > On 9 Dec 2020, at 3:48, John Kennedy wrote: >=20 >> I had to copy over several files from /etc and /usr/local/etc and = re-installed the most important packages. This was admittedly a bit = messy, it is possible that I forgot to copy something over. >> (Originally my intention was to dd the contents of the spinning disk = over, but apparently that disk has a few wonky sectors, dd failed after = a few device timeouts) >=20 > ... so, no guarantee that things are totally sane. >=20 > The "sane" we're looking for is how you can presumably be booting a = kernel > located at /boot/kernel/kernel and not have it match the kernel = modules > found under /boot/kernel. (...) > What I have built in my source tree is the kernel/zfs module I'd = expect: >=20 > # md5 -r /usr/obj/usr/src/amd64.amd64/sys/GENERIC/kernel = /usr/obj/usr/src/amd64.amd64/sys/GENERIC/modules/usr/src/sys/modules/zfs/z= fs.ko /boot/kernel/kernel /boot/kernel/zfs.ko | sort > 941ab52d075e444da6eea7fb56213e10 /boot/kernel/kernel > 941ab52d075e444da6eea7fb56213e10 = /usr/obj/usr/src/amd64.amd64/sys/GENERIC/kernel > 97d4e0c8ffed1f75e924bf8768a95ff1 /boot/kernel/zfs.ko > 97d4e0c8ffed1f75e924bf8768a95ff1 = /usr/obj/usr/src/amd64.amd64/sys/GENERIC/modules/usr/src/sys/modules/zfs/z= fs.ko >=20 > What are you seeing after your installkernel equivalent? It turns out that I was being fooled by the BIOS. Even though I selected = the device that this kernel and modules were on as the device to boot = from, the actual kernel was still coming from the old spinning disk! It would probably have taken me significantly longer to figure that out = without your hints, as I was trying to solve the wrong problem. So = thanks a lot for that. Having things to verify was a tremendous help. I used the opportunity to switch to EFI booting, which took me the = better part of the evening, but that's working now and booting the = correct kernel. It=E2=80=99s even booting into a 1280x720 resolution = with the help of the drm-devel-kmod. The next challenge is getting Xorg to run on this Navi-10 GPU; so far I = get stuck with "[KMS] drm report modesetting isn't supported=E2=80=9D. > Your hashes won't match mine due to non-reproducible build. >=20 > I'd make sure you don't have anything in /boot/modules or otherwise = load any > extra modules until sanity is restored (just to reduce random = variables). Ah yes, I wasn=E2=80=99t aware of /boot/modules. Last time I used = CURRENT, modules were still in the kernel directory. Hence, that was = also where I pointed kldload to to test my modules, which explains part = of the confusion (and there=E2=80=99s no modules.old=E2=80=A6). Alban Hertroys -- There is always an exception to always. From owner-freebsd-current@freebsd.org Thu Dec 10 14:16:23 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 366EF4AB70C; Thu, 10 Dec 2020 14:16:23 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CsGDk2LSmz4V4T; Thu, 10 Dec 2020 14:16:21 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [188.174.58.240] (helo=c720-r368166.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1knMjy-0005aw-A9; Thu, 10 Dec 2020 15:16:18 +0100 Received: from c720-r368166.fritz.box (localhost [127.0.0.1]) by c720-r368166.unixarea.de (8.16.1/8.14.9) with ESMTPS id 0BAEGHoq003831 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 10 Dec 2020 15:16:17 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by c720-r368166.fritz.box (8.16.1/8.14.9/Submit) id 0BAEGHFU003830; Thu, 10 Dec 2020 15:16:17 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: c720-r368166.fritz.box: guru set sender to guru@unixarea.de using -f Date: Thu, 10 Dec 2020 15:16:17 +0100 From: Matthias Apitz To: freebsd-current@freebsd.org, freebsd-multimedia@freebsd.org Subject: Fwd: after update to r368166: no sound recording Message-ID: Reply-To: Matthias Apitz Mail-Followup-To: freebsd-current@freebsd.org, freebsd-multimedia@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 13.0-CURRENT r368166 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 188.174.58.240 X-Rspamd-Queue-Id: 4CsGDk2LSmz4V4T X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.20 / 15.00]; HAS_REPLYTO(0.00)[guru@unixarea.de]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_XOIP(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[178.254.4.101:from]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-1.00)[-0.997]; RCPT_COUNT_TWO(0.00)[2]; RECEIVED_SPAMHAUS_PBL(0.00)[188.174.58.240:received]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[178.254.4.101:from]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[unixarea.de]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[178.254.4.101:from:127.0.2.255]; RCVD_IN_DNSWL_LOW(-0.10)[178.254.4.101:from]; R_SPF_NA(0.00)[no SPF record]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-multimedia] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2020 14:16:23 -0000 After spending a lot of hours and boots, I filed now an bug issue: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251727 Thanks matthias ----- Forwarded message from Matthias Apitz ----- Date: Wed, 9 Dec 2020 10:44:37 +0100 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: after update to r368166: no sound recording Hello, I've updated a laptop Acer C720 from r342378 to r368166 and do not have any sound incoming anymore. I rebooted r342378 from an USB stick and the old kernel produces already noise in the speakers when I touch the micro hole in the keyboard, the new kernel does not produce any noise there. Both system have the same /boot/device.hints values: # hint.hdaa.1.nid20.config="as=3 seq=0" hint.hdaa.1.nid25.config="as=2 seq=15" hint.hdaa.1.nid26.config="as=2 seq=14" hint.hdaa.1.nid33.config="as=3 seq=15" I booted both in verbose mode and the messages about 'pcm1' are identically (after removing the time stamps and system name from the lines in /var/log/messages). See below. Any idea what I could check? Thanks matthias # diff pcm1.342378 pcm1.368166 # cat pcm1.368166 kernel: pcm1: at nid 20,33 and 26,25 on hdaa1 kernel: pcm1: Playback: kernel: pcm1: Stream cap: 0x00000001 PCM kernel: pcm1: PCM cap: 0x000e0560 16 20 24 bits, 44 48 96 192 KHz kernel: pcm1: DAC: 2 kernel: pcm1: kernel: pcm1: nid=20 [pin: Speaker (Fixed)] kernel: pcm1: + <- nid=12 [audio mixer] [src: pcm, mix] kernel: pcm1: + <- nid=2 [audio output] [src: pcm] kernel: pcm1: + <- nid=11 [audio mixer] [src: mix] kernel: pcm1: kernel: pcm1: nid=33 [pin: Headphones (Black Jack)] kernel: pcm1: + <- nid=12 [audio mixer] [src: pcm, mix] kernel: pcm1: + <- nid=2 [audio output] [src: pcm] kernel: pcm1: + <- nid=11 [audio mixer] [src: mix] kernel: pcm1: kernel: pcm1: Record: kernel: pcm1: Stream cap: 0x00000001 PCM kernel: pcm1: PCM cap: 0x000e0560 16 20 24 bits, 44 48 96 192 KHz kernel: pcm1: ADC: 8 kernel: pcm1: ADC: 9 kernel: pcm1: kernel: pcm1: nid=8 [audio input] kernel: pcm1: + <- nid=35 [audio mixer] [src: speaker, mic, mix, monitor] kernel: pcm1: + <- nid=25 [pin: Mic (Black Jack)] [src: mic] kernel: pcm1: + <- nid=26 [pin: Mic (Fixed)] [src: monitor] kernel: pcm1: + <- nid=29 [beep widget] [src: speaker] kernel: pcm1: + <- nid=11 [audio mixer] [src: mix] kernel: pcm1: kernel: pcm1: nid=9 [audio input] kernel: pcm1: + <- nid=34 [audio mixer] [src: speaker, mic, mix, monitor] kernel: pcm1: + <- nid=25 [pin: Mic (Black Jack)] [src: mic] kernel: pcm1: + <- nid=26 [pin: Mic (Fixed)] [src: monitor] kernel: pcm1: + <- nid=29 [beep widget] [src: speaker] kernel: pcm1: + <- nid=11 [audio mixer] [src: mix] kernel: pcm1: kernel: pcm1: Input Mix: kernel: pcm1: kernel: pcm1: nid=11 [audio mixer] kernel: pcm1: + <- nid=25 [pin: Mic (Black Jack)] [src: mic] kernel: pcm1: + <- nid=26 [pin: Mic (Fixed)] [src: monitor] kernel: pcm1: + <- nid=29 [beep widget] [src: speaker] kernel: pcm1: kernel: pcm1: Master Volume (OSS: vol): -65/0dB kernel: pcm1: +- ctl 1 (nid 2 out): -65/0dB (88 steps) kernel: pcm1: +- ctl 10 (nid 12 in 0): mute kernel: pcm1: +- ctl 11 (nid 12 in 1): mute kernel: pcm1: +- ctl 17 (nid 20 in ): mute kernel: pcm1: +- ctl 24 (nid 33 in ): mute kernel: pcm1: kernel: pcm1: PCM Volume (OSS: pcm): -65/0dB kernel: pcm1: +- ctl 1 (nid 2 out): -65/0dB (88 steps) kernel: pcm1: +- ctl 10 (nid 12 in 0): mute kernel: pcm1: kernel: pcm1: Microphone Volume (OSS: mic): 0/36dB kernel: pcm1: +- ctl 6 (nid 11 in 1): -34/12dB (32 steps) + mute kernel: pcm1: +- ctl 20 (nid 25 out): 0/36dB (4 steps) kernel: pcm1: +- ctl 26 (nid 34 in 1): mute kernel: pcm1: +- ctl 32 (nid 35 in 1): mute kernel: pcm1: kernel: pcm1: Microphone2 Volume (OSS: monitor): 0/36dB kernel: pcm1: +- ctl 7 (nid 11 in 2): -34/12dB (32 steps) + mute kernel: pcm1: +- ctl 21 (nid 26 out): 0/36dB (4 steps) kernel: pcm1: +- ctl 27 (nid 34 in 2): mute kernel: pcm1: +- ctl 33 (nid 35 in 2): mute kernel: pcm1: kernel: pcm1: Speaker/Beep Volume (OSS: speaker): -34/12dB kernel: pcm1: +- ctl 9 (nid 11 in 4): -34/12dB (32 steps) + mute kernel: pcm1: +- ctl 29 (nid 34 in 4): mute kernel: pcm1: +- ctl 35 (nid 35 in 4): mute kernel: pcm1: kernel: pcm1: Recording Level (OSS: rec): -17/30dB kernel: pcm1: +- ctl 3 (nid 8 in 0): -17/30dB (64 steps) + mute kernel: pcm1: +- ctl 4 (nid 9 in 0): -17/30dB (64 steps) + mute kernel: pcm1: +- ctl 26 (nid 34 in 1): mute kernel: pcm1: +- ctl 27 (nid 34 in 2): mute kernel: pcm1: +- ctl 29 (nid 34 in 4): mute kernel: pcm1: +- ctl 30 (nid 34 in 5): mute kernel: pcm1: +- ctl 32 (nid 35 in 1): mute kernel: pcm1: +- ctl 33 (nid 35 in 2): mute kernel: pcm1: +- ctl 35 (nid 35 in 4): mute kernel: pcm1: +- ctl 36 (nid 35 in 5): mute kernel: pcm1: kernel: pcm1: Input Mix Level (OSS: mix): -34/12dB kernel: pcm1: +- ctl 6 (nid 11 in 1): -34/12dB (32 steps) + mute kernel: pcm1: +- ctl 7 (nid 11 in 2): -34/12dB (32 steps) + mute kernel: pcm1: +- ctl 9 (nid 11 in 4): -34/12dB (32 steps) + mute kernel: pcm1: +- ctl 11 (nid 12 in 1): mute kernel: pcm1: +- ctl 30 (nid 34 in 5): mute kernel: pcm1: +- ctl 36 (nid 35 in 5): mute kernel: pcm1: kernel: pcm1: Input Monitoring Level (OSS: igain): 0/0dB kernel: pcm1: +- ctl 11 (nid 12 in 1): mute kernel: pcm1: kernel: pcm1: Mixer "vol": kernel: pcm1: Mixer "pcm": kernel: pcm1: Mixer "speaker": kernel: pcm1: Mixer "mic": kernel: pcm1: Mixer "mix": kernel: pcm1: Mixer "rec": kernel: pcm1: Mixer "igain": kernel: pcm1: Mixer "ogain": kernel: pcm1: Mixer "monitor": kernel: pcm1: Playback channel set is: Front Left, Front Right, kernel: pcm1: Playback channel matrix is: 2.0 (unknown) kernel: pcm1: Automatically set rec source to: monitor kernel: pcm1: Recording channel set is: Front Left, Front Right, kernel: pcm1: Recording channel matrix is: 2.0 (unknown) -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub _______________________________________________ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" ----- End forwarded message ----- -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub Без книги нет знания, без знания нет коммунизма (Влaдимир Ильич Ленин) Without books no knowledge - without knowledge no communism (Vladimir Ilyich Lenin) Sin libros no hay saber - sin saber no hay comunismo. (Vladimir Ilich Lenin) From owner-freebsd-current@freebsd.org Thu Dec 10 20:02:53 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 66C274B4A6A; Thu, 10 Dec 2020 20:02:53 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CsPwX46Jcz4v0Y; Thu, 10 Dec 2020 20:02:52 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id 0BAK2o6m054010 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 10 Dec 2020 12:02:51 -0800 (PST) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 0BAK2o93054009; Thu, 10 Dec 2020 12:02:50 -0800 (PST) (envelope-from jmg) Date: Thu, 10 Dec 2020 12:02:50 -0800 From: John-Mark Gurney To: "Hartmann, O." Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org Subject: Re: AMNESIA:33 and FreeBSD TCP/IP stack involvement Message-ID: <20201210200250.GJ31099@funkthat.com> Mail-Followup-To: "Hartmann, O." , freebsd-security@freebsd.org, freebsd-current@freebsd.org References: <20201209065849.47a51561@hermann.fritz.box> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="lc9FT7cWel8HagAv" Content-Disposition: inline In-Reply-To: <20201209065849.47a51561@hermann.fritz.box> X-Operating-System: FreeBSD 11.3-STABLE amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Thu, 10 Dec 2020 12:02:51 -0800 (PST) X-Rspamd-Queue-Id: 4CsPwX46Jcz4v0Y X-Spamd-Bar: - X-Spamd-Result: default: False [-1.90 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[jmg]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[funkthat.com]; RBL_DBL_DONT_QUERY_IPS(0.00)[208.87.223.18:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[208.87.223.18:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; R_SPF_NA(0.00)[no SPF record]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:32354, ipnet:208.87.216.0/21, country:US]; FROM_NEQ_ENVFROM(0.00)[jmg@funkthat.com,jmg@gold.funkthat.com]; MAILMAN_DEST(0.00)[freebsd-security,freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2020 20:02:53 -0000 --lc9FT7cWel8HagAv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hartmann, O. wrote this message on Wed, Dec 09, 2020 at 06:58 +0100: > I've got a question about recently discovered serious vulnerabilities > in certain TCP stack implementations, designated as AMNESIA:33 (as far > as I could follow the recently made announcements and statements, > please see, for instance, > https://www.zdnet.com/article/amnesia33-vulnerabilities-impact-millions-o= f-smart-and-industrial-devices/). >=20 > All mentioned open-source TCP stacks seem not to be related in any way > with freeBSD or any derivative of the FreeBSD project, but I do not > dare to make a statement about that. >=20 > My question is very simple and aimes towards calming down my employees > requests: is FreeBSD potentially vulnerable to this newly discovered > flaw (we use mainly 12.1-RELENG, 12.2-RELENG, 12-STABLE and 13-CURRENT, > latest incarnations, of course, should be least vulnerable ...). I'd be surprised if FreeBSD is vulnerable to those flaws, but I cannot make any official statement as there are too many to even start to investigate them. Also of note is that there were three other IP stacks that were NOT vulnerable to ANY new security issues in that report as well, so it isn't like the report found security vulnerability in every TCP/IP stack they tested. The best way to have confidence is to pay people to analyize and verify that the FreeBSD TCP/IP stack is secure, just as it is w/ any critical code that a company runs. --=20 John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." --lc9FT7cWel8HagAv Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJf0n7pXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2MEI1RTRGMTNDNzYyMDZDNjEyMDBCNjAy MDVGMEIzM0REMDA2QURBAAoJECBfCzPdAGraZMgQALCbs+t2NLfROQq4sNHSsQRr OwzBmU+fKQI24SqfafaPDc8RuxIKP7luyjrFdK2DfSAMBn1A7YaM2YCHHifczfFX aBhHSdlzGThLme18Cd8ckAQuULEJ7afGN1twDCVQ/8OC6fKBSl9S3ehv5XYGeveB sMeb28qeCEWzd9sYpR9AV0B4FK3I+pVeeMiArtkpXwzXINsnuYL5EExZtbIWyz9V L0DB5oiMp4sOFbXxqbxzcVLm3teWDpG8tqpEmPy3RNFOatfr7KFujb70A7mk2Fqg 6fKvRR4oDtiKlysF8Ql75tQISPfsTnwpbTnzEzk9KSge4tP7vQg4lXWASkoOG58T N64FseVD4uFW6JN2mqRL+WInv28Rl5ohTe5ePLBuW/VivnNgwRNdqt4WhjArrq+Z 87G/7UVvz1pZ3UDtzLpqZSo2c3Um3Z/4T64pJOoxU9aUPOMtXt6e0Ml5t8tJO3bv YBz49/JcHezLPWxY7SQx8lpU70aUipD6UJfhHJHKa5qO7DPRzEkPITRh6xVmvOnx DlZQkb5nt0GCqSTPBwhMH/xg+Yuxt0fQevrss+F7Rzf8Ip0vki9hb/bk0nC4ztCJ 0hpmJBggIXSpcW6ie83AI05cnsSE6lAbjqQlUT8kPEWjoCJ/xAsfyW8x/5j1DLV3 2wxG/qrWycPy684OecVW =9Y7G -----END PGP SIGNATURE----- --lc9FT7cWel8HagAv-- From owner-freebsd-current@freebsd.org Fri Dec 11 06:36:11 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8E0E247CE86 for ; Fri, 11 Dec 2020 06:36:11 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: from mail-lf1-x134.google.com (mail-lf1-x134.google.com [IPv6:2a00:1450:4864:20::134]) (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 4CsgzG177hz4s8l for ; Fri, 11 Dec 2020 06:36:10 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: by mail-lf1-x134.google.com with SMTP id a12so11866691lfl.6 for ; Thu, 10 Dec 2020 22:36:09 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=N2V3VJKbklTaBPLCwmipC/Q/mYPip1Aspi7O12tWBio=; b=oLGmvcstGQJkQUObMjQDd74RsfyPVUWnCriD79Eu6XsN0oRtEpz6LxiaP3bM4IpifH V+pDxlbemz2qNeQOeE3hZeNhbTE0gZ1SR+TpCJwkJfKR31tT4rS+rS7SB3TslF0VelPz AuWTBv9HAy6d+cbAsAvHHeH/y59XjSwbXQniO0R6HRpH57TGomsboIoppm7+6KmRjiwG ghH8fEdJq/ky+aIHDolIN20dscecx7lOyqwd1xIy5jokLOMizoHd3IIOJcKVB4pMG03b to+aD8iH36fhPCZwdvCcMibZdRy5EIglYP+PoTCW2qPnLvSjghkceBXeXSRFkIq3wQEe UfYw== X-Gm-Message-State: AOAM530Kr5xYJ7TvINxMEjSk+y6m33rokAiW9OLoQ/etQbSRlATcFIvV ReR5N21noZQSUx3FZ3hH3DnVdcaLI6nBvapOqeXmZ1fCdiqt X-Google-Smtp-Source: ABdhPJyVzc5wIU/iUdpTtv7gp7/A7QVr+DiGdZvaRIgjKBoZ7MbvOw4lInc8U9nZQXUNYeCUYc5V07DucB3h7Xe2iOk= X-Received: by 2002:a19:c7c5:: with SMTP id x188mr3937556lff.289.1607668567862; Thu, 10 Dec 2020 22:36:07 -0800 (PST) MIME-Version: 1.0 From: Clay Daniels Date: Fri, 11 Dec 2020 00:35:57 -0600 Message-ID: Subject: Weekly 13.0 snapshot works Great! To: "freebsd-current@freebsd.org" Content-Type: multipart/mixed; boundary="000000000000e80da105b62a8173" X-Rspamd-Queue-Id: 4CsgzG177hz4s8l X-Spamd-Bar: / X-Spamd-Result: default: False [0.00 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; HAS_ATTACHMENT(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::134:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; MIME_GOOD(-0.10)[multipart/mixed,multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::134:from:127.0.2.255]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::134:from]; TO_DN_EQ_ADDR_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2020 06:36:11 -0000 --000000000000e80da105b62a8173 Content-Type: text/plain; charset="UTF-8" Weekly snapshot works Great! clay@fbsd:~ $ uname -a FreeBSD fbsd 13.0-CURRENT FreeBSD 13.0-CURRENT #0 7578a4862f0-c255032(main): Thu Dec 10 11:40:27 UTC 2020 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 Dmesg attached --000000000000e80da105b62a8173 Content-Type: application/octet-stream; name=Dmesg Content-Disposition: attachment; filename=Dmesg Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_kijw8tni0 ICBBTUQgRmVhdHVyZXM9MHgyZTUwMDgwMDxTWVNDQUxMLE5YLE1NWCssRkZYU1IsUGFnZTFHQixS RFRTQ1AsTE0+CiAgQU1EIEZlYXR1cmVzMj0weDc1YzIzN2ZmPExBSEYsQ01QLFNWTSxFeHRBUElD LENSOCxBQk0sU1NFNEEsTUFTLFByZWZldGNoLE9TVlcsSUJTLFNLSU5JVCxXRFQsVENFLFRvcG9s b2d5LFBDWEMsUE5YQyxEQkUsUEwySSxNV0FJVFgsQURNU0tYPgogIFN0cnVjdHVyZWQgRXh0ZW5k ZWQgRmVhdHVyZXM9MHgyMTljOTFhOTxGU0dTQkFTRSxCTUkxLEFWWDIsU01FUCxCTUkyLFBRTSxQ UUUsUkRTRUVELEFEWCxTTUFQLENMRkxVU0hPUFQsQ0xXQixTSEE+CiAgU3RydWN0dXJlZCBFeHRl bmRlZCBGZWF0dXJlczI9MHg0MDAwMDQ8VU1JUCxSRFBJRD4KICBYU0FWRSBGZWF0dXJlcz0weGY8 WFNBVkVPUFQsWFNBVkVDLFhJTlVTRSxYU0FWRVM+CiAgQU1EIEV4dGVuZGVkIEZlYXR1cmUgRXh0 ZW5zaW9ucyBJRCBFQlg9MHgxMDhiNjU3PENMWkVSTyxJUlBlcmYsWFNhdmVFclB0cixSRFBSVSxX Qk5PSU5WRCxJQlBCLFNUSUJQLFNTQkQ+CiAgU1ZNOiAoZGlzYWJsZWQgaW4gQklPUykgTlAsTlJJ UCxWQ2xlYW4sQUZsdXNoLERBc3Npc3QsTkFzaWRzPTMyNzY4CiAgVFNDOiBQLXN0YXRlIGludmFy aWFudCwgcGVyZm9ybWFuY2Ugc3RhdGlzdGljcwpyZWFsIG1lbW9yeSAgPSAxNzE3OTg2OTE4NCAo MTYzODQgTUIpCmF2YWlsIG1lbW9yeSA9IDE2NTE4MDY2MTc2ICgxNTc1MiBNQikKRXZlbnQgdGlt ZXIgIkxBUElDIiBxdWFsaXR5IDYwMApBQ1BJIEFQSUMgVGFibGU6IDxBTEFTS0EgQSBNIEkgPgpG cmVlQlNEL1NNUDogTXVsdGlwcm9jZXNzb3IgU3lzdGVtIERldGVjdGVkOiAxNiBDUFVzCkZyZWVC U0QvU01QOiAxIHBhY2thZ2UocykgeCAyIGNhY2hlIGdyb3VwcyB4IDQgY29yZShzKSB4IDIgaGFy ZHdhcmUgdGhyZWFkcwpyYW5kb206IHJlZ2lzdGVyaW5nIGZhc3Qgc291cmNlIEludGVsIFNlY3Vy ZSBLZXkgUk5HCnJhbmRvbTogZmFzdCBwcm92aWRlcjogIkludGVsIFNlY3VyZSBLZXkgUk5HIgpy YW5kb206IHVuYmxvY2tpbmcgZGV2aWNlLgppb2FwaWMwIDxWZXJzaW9uIDIuMT4gaXJxcyAwLTIz CmlvYXBpYzEgPFZlcnNpb24gMi4xPiBpcnFzIDI0LTU1CkxhdW5jaGluZyBBUHM6IDExIDEwIDgg MTIgMTQgMSA3IDMgNSA5IDEzIDE1IDIgNiA0ClRpbWVjb3VudGVyICJUU0MtbG93IiBmcmVxdWVu Y3kgMTgwMDAzNzA2MiBIeiBxdWFsaXR5IDEwMDAKcmFuZG9tOiBlbnRyb3B5IGRldmljZSBleHRl cm5hbCBpbnRlcmZhY2UKV0FSTklORzogRGV2aWNlICJrYmQiIGlzIEdpYW50IGxvY2tlZCBhbmQg bWF5IGJlIGRlbGV0ZWQgYmVmb3JlIEZyZWVCU0QgMTMuMC4Ka2JkMSBhdCBrYmRtdXgwCjAwMC4w MDAwNTcgWzQzNDZdIG5ldG1hcF9pbml0ICAgICAgICAgICAgICAgbmV0bWFwOiBsb2FkZWQgbW9k dWxlClthdGhfaGFsXSBsb2FkZWQKbmV4dXMwCmVmaXJ0YzA6IDxFRkkgUmVhbHRpbWUgQ2xvY2s+ CmVmaXJ0YzA6IHJlZ2lzdGVyZWQgYXMgYSB0aW1lLW9mLWRheSBjbG9jaywgcmVzb2x1dGlvbiAx LjAwMDAwMHMKY3J5cHRvc29mdDA6IDxzb2Z0d2FyZSBjcnlwdG8+CmFjcGkwOiA8QUxBU0tBIEEg TSBJID4KYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNw aTAKYXR0aW1lcjA6IDxBVCB0aW1lcj4gcG9ydCAweDQwLTB4NDMgaXJxIDAgb24gYWNwaTAKVGlt ZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKRXZlbnQgdGlt ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDEwMAphdHJ0YzA6IDxBVCBy ZWFsdGltZSBjbG9jaz4gcG9ydCAweDcwLTB4NzEgb24gYWNwaTAKYXRydGMwOiByZWdpc3RlcmVk IGFzIGEgdGltZS1vZi1kYXkgY2xvY2ssIHJlc29sdXRpb24gMS4wMDAwMDBzCkV2ZW50IHRpbWVy ICJSVEMiIGZyZXF1ZW5jeSAzMjc2OCBIeiBxdWFsaXR5IDAKaHBldDA6IDxIaWdoIFByZWNpc2lv biBFdmVudCBUaW1lcj4gaW9tZW0gMHhmZWQwMDAwMC0weGZlZDAwM2ZmIGlycSAwLDggb24gYWNw aTAKVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDk1MApF dmVudCB0aW1lciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgMzUwCkV2ZW50 IHRpbWVyICJIUEVUMSIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgMzUwCkV2ZW50IHRp bWVyICJIUEVUMiIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgMzUwClRpbWVjb3VudGVy ICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgOTAwCmFjcGlfdGltZXIw OiA8MzItYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4ODA4LTB4ODBiIG9uIGFjcGkw CnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAK cGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKcGNpMDogPGJhc2UgcGVyaXBoZXJhbCwgSU9N TVU+IGF0IGRldmljZSAwLjIgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjE6IDxBQ1BJIFBDSS1Q Q0kgYnJpZGdlPiBhdCBkZXZpY2UgMS4yIG9uIHBjaTAKcGNpMTogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjEKcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMjggYXQgZGV2aWNlIDAuMCBv biBwY2kxCnBjaTI6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyCnBjaWIzOiA8QUNQSSBQQ0ktUENJ IGJyaWRnZT4gYXQgZGV2aWNlIDAuMCBvbiBwY2kyCnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBj aWIzCm52bWUwOiA8R2VuZXJpYyBOVk1lIERldmljZT4gbWVtIDB4ZmNjMDAwMDAtMHhmY2MwM2Zm ZiBpcnEgMjggYXQgZGV2aWNlIDAuMCBvbiBwY2kzCnBjaWI0OiA8QUNQSSBQQ0ktUENJIGJyaWRn ZT4gYXQgZGV2aWNlIDQuMCBvbiBwY2kyCnBjaTQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI0CmFo Y2kwOiA8QVNNZWRpYSBBU00xMDYyIEFIQ0kgU0FUQSBjb250cm9sbGVyPiBwb3J0IDB4ZTA1MC0w eGUwNTcsMHhlMDQwLTB4ZTA0MywweGUwMzAtMHhlMDM3LDB4ZTAyMC0weGUwMjMsMHhlMDAwLTB4 ZTAxZiBtZW0gMHhmY2IwMDAwMC0weGZjYjAwMWZmIGlycSAyOCBhdCBkZXZpY2UgMC4wIG9uIHBj aTQKYWhjaTA6IEFIQ0kgdjEuMjAgd2l0aCAyIDZHYnBzIHBvcnRzLCBQb3J0IE11bHRpcGxpZXIg c3VwcG9ydGVkCmFoY2kwOiBxdWlya3M9MHhjMDAwMDA8Tk9DQ1MsTk9BVVg+CmFoY2ljaDA6IDxB SENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhaGNpMAphaGNpY2gxOiA8QUhDSSBjaGFubmVs PiBhdCBjaGFubmVsIDEgb24gYWhjaTAKcGNpYjU6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBk ZXZpY2UgNS4wIG9uIHBjaTIKcGNpNTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjUKcmUwOiA8UmVh bFRlayA4MTY4LzgxMTEgQi9DL0NQL0QvRFAvRS9GL0cgUENJZSBHaWdhYml0IEV0aGVybmV0PiBw b3J0IDB4ZDAwMC0weGQwZmYgbWVtIDB4ZmNhMDQwMDAtMHhmY2EwNGZmZiwweGZjYTAwMDAwLTB4 ZmNhMDNmZmYgaXJxIDI5IGF0IGRldmljZSAwLjAgb24gcGNpNQpyZTA6IFVzaW5nIDEgTVNJLVgg bWVzc2FnZQpyZTA6IENoaXAgcmV2LiAweDU0MDAwMDAwCnJlMDogTUFDIHJldi4gMHgwMDEwMDAw MAptaWlidXMwOiA8TUlJIGJ1cz4gb24gcmUwCnJnZXBoeTA6IDxSVEw4MjUxLzgxNTMgMTAwMEJB U0UtVCBtZWRpYSBpbnRlcmZhY2U+IFBIWSAxIG9uIG1paWJ1czAKcmdlcGh5MDogIG5vbmUsIDEw YmFzZVQsIDEwYmFzZVQtRkRYLCAxMGJhc2VULUZEWC1mbG93LCAxMDBiYXNlVFgsIDEwMGJhc2VU WC1GRFgsIDEwMGJhc2VUWC1GRFgtZmxvdywgMTAwMGJhc2VULUZEWCwgMTAwMGJhc2VULUZEWC1t YXN0ZXIsIDEwMDBiYXNlVC1GRFgtZmxvdywgMTAwMGJhc2VULUZEWC1mbG93LW1hc3RlciwgYXV0 bywgYXV0by1mbG93CnJlMDogVXNpbmcgZGVmYXVsdHMgZm9yIFRTTzogNjU1MTgvMzUvMjA0OApy ZTA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOmQ4OjYxOjljOmViOmQ5CnJlMDogbmV0bWFwIHF1ZXVl cy9zbG90czogVFggMS8yNTYsIFJYIDEvMjU2CnBjaWI2OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4g aXJxIDI4IGF0IGRldmljZSA4LjAgb24gcGNpMgpwY2k2OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2li NgpwY2k2OiA8dW5rbm93bj4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQp4aGNp MDogPFhIQ0kgKGdlbmVyaWMpIFVTQiAzLjAgY29udHJvbGxlcj4gbWVtIDB4ZmM3MDAwMDAtMHhm YzdmZmZmZiBpcnEgMjggYXQgZGV2aWNlIDAuMSBvbiBwY2k2CnhoY2kwOiA2NCBieXRlcyBjb250 ZXh0IHNpemUsIDY0LWJpdCBETUEKdXNidXMwIG9uIHhoY2kwCnVzYnVzMDogNS4wR2JwcyBTdXBl ciBTcGVlZCBVU0IgdjMuMAp4aGNpMTogPFhIQ0kgKGdlbmVyaWMpIFVTQiAzLjAgY29udHJvbGxl cj4gbWVtIDB4ZmM2MDAwMDAtMHhmYzZmZmZmZiBpcnEgMzAgYXQgZGV2aWNlIDAuMyBvbiBwY2k2 CnhoY2kxOiA2NCBieXRlcyBjb250ZXh0IHNpemUsIDY0LWJpdCBETUEKdXNidXMxIG9uIHhoY2kx CnVzYnVzMTogNS4wR2JwcyBTdXBlciBTcGVlZCBVU0IgdjMuMApwY2liNzogPFBDSS1QQ0kgYnJp ZGdlPiBpcnEgMjkgYXQgZGV2aWNlIDkuMCBvbiBwY2kyCnBjaTc6IDxQQ0kgYnVzPiBvbiBwY2li NwphaGNpMTogPEFNRCBLRVJOQ1ogQUhDSSBTQVRBIGNvbnRyb2xsZXI+IG1lbSAweGZjOTAwMDAw LTB4ZmM5MDA3ZmYgaXJxIDI5IGF0IGRldmljZSAwLjAgb24gcGNpNwphaGNpMTogQUhDSSB2MS4z MSB3aXRoIDEgNkdicHMgcG9ydHMsIFBvcnQgTXVsdGlwbGllciBzdXBwb3J0ZWQgd2l0aCBGQlMK YWhjaWNoMjogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAwIG9uIGFoY2kxCnBjaWI4OiA8UENJ LVBDSSBicmlkZ2U+IGlycSAzMCBhdCBkZXZpY2UgMTAuMCBvbiBwY2kyCnBjaTg6IDxQQ0kgYnVz PiBvbiBwY2liOAphaGNpMjogPEFNRCBLRVJOQ1ogQUhDSSBTQVRBIGNvbnRyb2xsZXI+IG1lbSAw eGZjODAwMDAwLTB4ZmM4MDA3ZmYgaXJxIDMwIGF0IGRldmljZSAwLjAgb24gcGNpOAphaGNpMjog QUhDSSB2MS4zMSB3aXRoIDMgNkdicHMgcG9ydHMsIFBvcnQgTXVsdGlwbGllciBzdXBwb3J0ZWQg d2l0aCBGQlMKYWhjaWNoMzogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAwIG9uIGFoY2kyCmFo Y2ljaDc6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgNCBvbiBhaGNpMgphaGNpY2g4OiA8QUhD SSBjaGFubmVsPiBhdCBjaGFubmVsIDUgb24gYWhjaTIKcGNpYjk6IDxBQ1BJIFBDSS1QQ0kgYnJp ZGdlPiBhdCBkZXZpY2UgMy4xIG9uIHBjaTAKcGNpOTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjkK dmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IHBvcnQgMHhmMDAwLTB4ZjBmZiBtZW0g MHhkMDAwMDAwMC0weGRmZmZmZmZmLDB4ZTAwMDAwMDAtMHhlMDFmZmZmZiwweGZjZjAwMDAwLTB4 ZmNmM2ZmZmYgaXJxIDU0IGF0IGRldmljZSAwLjAgb24gcGNpOQp2Z2FwY2kwOiBCb290IHZpZGVv IGRldmljZQpoZGFjMDogPEFUSSAoMHhhYWYwKSBIREEgQ29udHJvbGxlcj4gbWVtIDB4ZmNmNjAw MDAtMHhmY2Y2M2ZmZiBpcnEgNTUgYXQgZGV2aWNlIDAuMSBvbiBwY2k5CnBjaWIxMDogPEFDUEkg UENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSA3LjEgb24gcGNpMApwY2kxMDogPEFDUEkgUENJIGJ1 cz4gb24gcGNpYjEwCnBjaTEwOiA8dW5rbm93bj4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0 dGFjaGVkKQpwY2liMTE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgOC4xIG9uIHBj aTAKcGNpMTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxMQpwY2kxMTogPHVua25vd24+IGF0IGRl dmljZSAwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKeGhjaTI6IDxYSENJIChnZW5lcmljKSBVU0Ig My4wIGNvbnRyb2xsZXI+IG1lbSAweGZjZDAwMDAwLTB4ZmNkZmZmZmYgaXJxIDM5IGF0IGRldmlj ZSAwLjMgb24gcGNpMTEKeGhjaTI6IDY0IGJ5dGVzIGNvbnRleHQgc2l6ZSwgNjQtYml0IERNQQp1 c2J1czIgb24geGhjaTIKdXNidXMyOiA1LjBHYnBzIFN1cGVyIFNwZWVkIFVTQiB2My4wCmhkYWMx OiA8QU1EIFg1NzAgSERBIENvbnRyb2xsZXI+IG1lbSAweGZjZTAwMDAwLTB4ZmNlMDdmZmYgaXJx IDM2IGF0IGRldmljZSAwLjQgb24gcGNpMTEKaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2 aWNlIDIwLjMgb24gcGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKYWNwaV9idXR0b24wOiA8 UG93ZXIgQnV0dG9uPiBvbiBhY3BpMAp1YXJ0MjogPDE2eDUwIHdpdGggMjU2IGJ5dGUgRklGTz4g aW9tZW0gMHhmZWRjOTAwMC0weGZlZGM5ZmZmLDB4ZmVkYzcwMDAtMHhmZWRjN2ZmZiBpcnEgMyBv biBhY3BpMAp1YXJ0MzogPDE2eDUwIHdpdGggMjU2IGJ5dGUgRklGTz4gaW9tZW0gMHhmZWRjYTAw MC0weGZlZGNhZmZmLDB4ZmVkYzgwMDAtMHhmZWRjOGZmZiBpcnEgNCBvbiBhY3BpMAp1YXJ0NDog PDE2eDUwIHdpdGggMjU2IGJ5dGUgRklGTz4gaW9tZW0gMHhmZWRjZTAwMC0weGZlZGNlZmZmLDB4 ZmVkY2MwMDAtMHhmZWRjY2ZmZiBpcnEgMyBvbiBhY3BpMAp1YXJ0NTogPDE2eDUwIHdpdGggMjU2 IGJ5dGUgRklGTz4gaW9tZW0gMHhmZWRjZjAwMC0weGZlZGNmZmZmLDB4ZmVkY2QwMDAtMHhmZWRj ZGZmZiBpcnEgNCBvbiBhY3BpMAp1YXJ0MDogPDE2NTUwIG9yIGNvbXBhdGlibGU+IHBvcnQgMHgz ZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBhY3BpMApvcm0wOiA8SVNBIE9wdGlvbiBST00+ IGF0IGlvbWVtIDB4YzAwMDAtMHhjZWZmZiBwbnBpZCBPUk0wMDAwIG9uIGlzYTAKYXRrYmRjMDog PEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gYXQgcG9ydCAweDYwLDB4NjQgb24gaXNhMAph dGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMAprYmQwIGF0IGF0a2JkMAphdGti ZDA6IFtHSUFOVC1MT0NLRURdCmF0a2JkYzA6IG5vbi1QTlAgSVNBIGRldmljZSB3aWxsIGJlIHJl bW92ZWQgZnJvbSBHRU5FUklDIGluIEZyZWVCU0QgMTIuCmh3cHN0YXRlMDogPENvb2xgbidRdWll dCAyLjA+IG9uIGNwdTAKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwp1Z2VuMS4x OiA8MHgxMDIyIFhIQ0kgcm9vdCBIVUI+IGF0IHVzYnVzMQp1Z2VuMC4xOiA8MHgxMDIyIFhIQ0kg cm9vdCBIVUI+IGF0IHVzYnVzMAp1Z2VuMi4xOiA8MHgxMDIyIFhIQ0kgcm9vdCBIVUI+IGF0IHVz YnVzMgp1aHViMCBvbiB1c2J1czEKdWh1YjA6IDwweDEwMjIgWEhDSSByb290IEhVQiwgY2xhc3Mg OS8wLCByZXYgMy4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMQp1aHViMSBvbiB1c2J1czAKdWh1 YjE6IDwweDEwMjIgWEhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMy4wMC8xLjAwLCBhZGRy IDE+IG9uIHVzYnVzMAp1aHViMiBvbiB1c2J1czIKdWh1YjI6IDwweDEwMjIgWEhDSSByb290IEhV QiwgY2xhc3MgOS8wLCByZXYgMy4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMgpudmQwOiA8U1BD QyBNLjIgUENJZSBTU0Q+IE5WTWUgbmFtZXNwYWNlCm52ZDA6IDk3Njc2Mk1CICgyMDAwNDA5MjY0 IDUxMiBieXRlIHNlY3RvcnMpCmhkYWNjMDogPEFUSSBSNnh4IEhEQSBDT0RFQz4gYXQgY2FkIDAg b24gaGRhYzAKaGRhYTA6IDxBVEkgUjZ4eCBBdWRpbyBGdW5jdGlvbiBHcm91cD4gYXQgbmlkIDEg b24gaGRhY2MwCnBjbTA6IDxBVEkgUjZ4eCAoSERNSSk+IGF0IG5pZCAzIG9uIGhkYWEwCnBjbTE6 IDxBVEkgUjZ4eCAoSERNSSk+IGF0IG5pZCA1IG9uIGhkYWEwCnBjbTI6IDxBVEkgUjZ4eCAoSERN SSk+IGF0IG5pZCA3IG9uIGhkYWEwCnBjbTM6IDxBVEkgUjZ4eCAoSERNSSk+IGF0IG5pZCA5IG9u IGhkYWEwCnBjbTQ6IDxBVEkgUjZ4eCAoSERNSSk+IGF0IG5pZCAxMSBvbiBoZGFhMApwY201OiA8 QVRJIFI2eHggKEhETUkpPiBhdCBuaWQgMTMgb24gaGRhYTAKaGRhY2MxOiA8UmVhbHRlayBBTEMx MjIwIEhEQSBDT0RFQz4gYXQgY2FkIDAgb24gaGRhYzEKaGRhYTE6IDxSZWFsdGVrIEFMQzEyMjAg QXVkaW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNjMQpwY202OiA8UmVhbHRlayBB TEMxMjIwIChSZWFyIEFuYWxvZyA1LjEvMi4wKT4gYXQgbmlkIDIwLDIyLDIxIGFuZCAyNCwyNiBv biBoZGFhMQpwY203OiA8UmVhbHRlayBBTEMxMjIwIChGcm9udCBBbmFsb2cpPiBhdCBuaWQgMjcg YW5kIDI1IG9uIGhkYWExCnBjbTg6IDxSZWFsdGVrIEFMQzEyMjAgKFJlYXIgRGlnaXRhbCk+IGF0 IG5pZCAzMCBvbiBoZGFhMQpUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHVmczovZGV2L2FkYTFw MiBbcnddLi4uClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTSB1c2J1czAgdXNidXMxIHVzYnVz MgpXQVJOSU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJmb3Jt YW5jZS4KYWRhMCBhdCBhaGNpY2gzIGJ1cyAwIHNjYnVzMyB0YXJnZXQgMCBsdW4gMAphZGEwOiA8 U1QyMDAwRE0wMDgtMkZSMTAyIDAwMDE+IEFDUy0zIEFUQSBTQVRBIDMueCBkZXZpY2UKYWRhMDog U2VyaWFsIE51bWJlciBaRkwwRlJINAphZGEwOiA2MDAuMDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEg My54LCBVRE1BNiwgUElPIDgxOTJieXRlcykKYWRhMDogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVk CmFkYTA6IDE5MDc3MjlNQiAoMzkwNzAyOTE2OCA1MTIgYnl0ZSBzZWN0b3JzKQphZGEwOiBxdWly a3M9MHgxPDRLPgphZGExIGF0IGFoY2ljaDcgYnVzIDAgc2NidXM0IHRhcmdldCAwIGx1biAwCmFk YTE6IDxXREMgV0QxMDAzRlpFWC0wMEszQ0EwIDAxLjAxQTAxPiBBQ1MtMyBBVEEgU0FUQSAzLngg ZGV2aWNlCmFkYTE6IFNlcmlhbCBOdW1iZXIgV0QtV0NDNlk3VUs4SlhYCmFkYTE6IDYwMC4wMDBN Qi9zIHRyYW5zZmVycyAoU0FUQSAzLngsIFVETUE2LCBQSU8gODE5MmJ5dGVzKQphZGExOiBDb21t YW5kIFF1ZXVlaW5nIGVuYWJsZWQKYWRhMTogOTUzODY5TUIgKDE5NTM1MjUxNjggNTEyIGJ5dGUg c2VjdG9ycykKYWRhMTogcXVpcmtzPTB4MTw0Sz4KYWRhMiBhdCBhaGNpY2g4IGJ1cyAwIHNjYnVz NSB0YXJnZXQgMCBsdW4gMAphZGEyOiA8V0RDIFdEUzEwMFQyQjBBLTAwU001MCA0MDEwMjBXRD4g QUNTLTQgQVRBIFNBVEEgMy54IGRldmljZQphZGEyOiBTZXJpYWwgTnVtYmVyIDIwMjIwOEEwMDJE MgphZGEyOiA2MDAuMDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEgMy54LCBVRE1BNiwgUElPIDUxMmJ5 dGVzKQphZGEyOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKYWRhMjogOTUzODY5TUIgKDE5NTM1 MjUxNjggNTEyIGJ5dGUgc2VjdG9ycykKY2QwIGF0IGFoY2ljaDAgYnVzIDAgc2NidXMwIHRhcmdl dCAwIGx1biAwCmNkMDogPEFTVVMgRFJXLTI0QjFTVCAgIGogMS4xMT4gUmVtb3ZhYmxlIENELVJP TSBTQ1NJIGRldmljZQpjZDA6IFNlcmlhbCBOdW1iZXIgSjhEMENMMDI3MjM1CmNkMDogMTUwLjAw ME1CL3MgdHJhbnNmZXJzIChTQVRBIDEueCwgVURNQTYsIEFUQVBJIDEyYnl0ZXMsIFBJTyA4MTky Ynl0ZXMpCmNkMDogQXR0ZW1wdCB0byBxdWVyeSBkZXZpY2Ugc2l6ZSBmYWlsZWQ6IE5PVCBSRUFE WSwgTWVkaXVtIG5vdCBwcmVzZW50IC0gdHJheSBjbG9zZWQKdWh1YjI6IDggcG9ydHMgd2l0aCA4 IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWIxOiAxMCBwb3J0cyB3aXRoIDEwIHJlbW92YWJs ZSwgc2VsZiBwb3dlcmVkCnVodWIwOiAxMCBwb3J0cyB3aXRoIDEwIHJlbW92YWJsZSwgc2VsZiBw b3dlcmVkCnVnZW4wLjI6IDxMb2dpdGVjaCBVU0IgT3B0aWNhbCBNb3VzZT4gYXQgdXNidXMwCnVn ZW4xLjI6IDxNU0kgTVlTVElDIExJR0hUPiBhdCB1c2J1czEKUm9vdCBtb3VudCB3YWl0aW5nIGZv cjogdXNidXMwIHVzYnVzMQp1Z2VuMS4zOiA8dmVuZG9yIDB4MDVlMyBVU0IyLjAgSHViPiBhdCB1 c2J1czEKdWh1YjMgb24gdWh1YjAKdWh1YjM6IDx2ZW5kb3IgMHgwNWUzIFVTQjIuMCBIdWIsIGNs YXNzIDkvMCwgcmV2IDIuMDAvODguMzIsIGFkZHIgMj4gb24gdXNidXMxCnVnZW4wLjM6IDxMb2dp dGVjaCBVU0IgS2V5Ym9hcmQ+IGF0IHVzYnVzMAp1a2JkMCBvbiB1aHViMQp1a2JkMDogPFVTQiBL ZXlib2FyZD4gb24gdXNidXMwCmtiZDIgYXQgdWtiZDAKdWh1YjM6IDQgcG9ydHMgd2l0aCA0IHJl bW92YWJsZSwgc2VsZiBwb3dlcmVkClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMQpSb290 IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czEKdWdlbjEuNDogPHZlbmRvciAweDEzZmUgUGF0cmlv dCBNZW1vcnk+IGF0IHVzYnVzMQp1bWFzczAgb24gdWh1YjMKdW1hc3MwOiA8dmVuZG9yIDB4MTNm ZSBQYXRyaW90IE1lbW9yeSwgY2xhc3MgMC8wLCByZXYgMi4xMC8xLjEwLCBhZGRyIDM+IG9uIHVz YnVzMQp1bWFzczA6ICBTQ1NJIG92ZXIgQnVsay1Pbmx5OyBxdWlya3MgPSAweDgxMDAKdW1hc3Mw OjY6MDogQXR0YWNoZWQgdG8gc2NidXM2CmRhMCBhdCB1bWFzcy1zaW0wIGJ1cyAwIHNjYnVzNiB0 YXJnZXQgMCBsdW4gMApkYTA6IDwgUGF0cmlvdCBNZW1vcnkgUE1BUD4gUmVtb3ZhYmxlIERpcmVj dCBBY2Nlc3MgU1BDLTQgU0NTSSBkZXZpY2UKZGEwOiBTZXJpYWwgTnVtYmVyIDA3MDE4Qjc0NkJC MkE2NzUKZGEwOiA0MC4wMDBNQi9zIHRyYW5zZmVycwpkYTA6IDI5NTc0TUIgKDYwNTY3NTUyIDUx MiBieXRlIHNlY3RvcnMpCmRhMDogcXVpcmtzPTB4MjxOT182X0JZVEU+Cm1vdW50cm9vdDogd2Fp dGluZyBmb3IgZGV2aWNlIC9kZXYvYWRhMXAyLi4uCmxvMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRv IFVQCnJlMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04KcmUwOiBsaW5rIHN0YXRlIGNoYW5n ZWQgdG8gVVAKYWNwaV93bWkwOiA8QUNQSS1XTUkgbWFwcGluZz4gb24gYWNwaTAKYWNwaV93bWkw OiBjYW5ub3QgZmluZCBFQyBkZXZpY2UKZGV2aWNlX2F0dGFjaDogYWNwaV93bWkwIGF0dGFjaCBy ZXR1cm5lZCA2CmRyaXZlciBidWc6IFVuYWJsZSB0byBzZXQgZGV2Y2xhc3MgKGNsYXNzOiBwcGMg ZGV2bmFtZTogKHVua25vd24pKQphY3BpX3dtaTA6IDxBQ1BJLVdNSSBtYXBwaW5nPiBvbiBhY3Bp MAphY3BpX3dtaTA6IGNhbm5vdCBmaW5kIEVDIGRldmljZQpkZXZpY2VfYXR0YWNoOiBhY3BpX3dt aTAgYXR0YWNoIHJldHVybmVkIDYKYWNwaV93bWkwOiA8QUNQSS1XTUkgbWFwcGluZz4gb24gYWNw aTAKYWNwaV93bWkwOiBjYW5ub3QgZmluZCBFQyBkZXZpY2UKZGV2aWNlX2F0dGFjaDogYWNwaV93 bWkwIGF0dGFjaCByZXR1cm5lZCA2CmludHNtYjA6IDxBTUQgRkNIIFNNQnVzIENvbnRyb2xsZXI+ IGF0IGRldmljZSAyMC4wIG9uIHBjaTAKc21idXMwOiA8U3lzdGVtIE1hbmFnZW1lbnQgQnVzPiBv biBpbnRzbWIwCnVtczAgb24gdWh1YjEKdW1zMDogPExvZ2l0ZWNoIFVTQiBPcHRpY2FsIE1vdXNl LCBjbGFzcyAwLzAsIHJldiAyLjAwLzcyLjAwLCBhZGRyIDE+IG9uIHVzYnVzMAp1bXMwOiAzIGJ1 dHRvbnMgYW5kIFtYWVpdIGNvb3JkaW5hdGVzIElEPTAKdWhpZDAgb24gdWh1YjAKdWhpZDA6IDxN U0kgTVlTVElDIExJR0hULCBjbGFzcyAwLzAsIHJldiAxLjEwLzAuMDEsIGFkZHIgMT4gb24gdXNi dXMxCnVoaWQxIG9uIHVodWIxCnVoaWQxOiA8VVNCIEtleWJvYXJkPiBvbiB1c2J1czAKU2VjdXJp dHkgcG9saWN5IGxvYWRlZDogTUFDL250cGQgKG1hY19udHBkKQpXYWl0aW5nIChtYXggNjAgc2Vj b25kcykgZm9yIHN5c3RlbSBwcm9jZXNzIGB2bmxydScgdG8gc3RvcC4uLiBkb25lCldhaXRpbmcg KG1heCA2MCBzZWNvbmRzKSBmb3Igc3lzdGVtIHByb2Nlc3MgYHN5bmNlcicgdG8gc3RvcC4uLiAK U3luY2luZyBkaXNrcywgdm5vZGVzIHJlbWFpbmluZy4uLiAyIDAgZG9uZQpXYWl0aW5nIChtYXgg NjAgc2Vjb25kcykgZm9yIHN5c3RlbSB0aHJlYWQgYGJ1ZmRhZW1vbicgdG8gc3RvcC4uLiBkb25l CldhaXRpbmcgKG1heCA2MCBzZWNvbmRzKSBmb3Igc3lzdGVtIHRocmVhZCBgYnVmc3BhY2VkYWVt b24tMCcgdG8gc3RvcC4uLiBkb25lCldhaXRpbmcgKG1heCA2MCBzZWNvbmRzKSBmb3Igc3lzdGVt IHRocmVhZCBgYnVmc3BhY2VkYWVtb24tMScgdG8gc3RvcC4uLiBkb25lCldhaXRpbmcgKG1heCA2 MCBzZWNvbmRzKSBmb3Igc3lzdGVtIHRocmVhZCBgYnVmc3BhY2VkYWVtb24tMycgdG8gc3RvcC4u LiBkb25lCldhaXRpbmcgKG1heCA2MCBzZWNvbmRzKSBmb3Igc3lzdGVtIHRocmVhZCBgYnVmc3Bh Y2VkYWVtb24tMicgdG8gc3RvcC4uLiBkb25lCldhaXRpbmcgKG1heCA2MCBzZWNvbmRzKSBmb3Ig c3lzdGVtIHRocmVhZCBgYnVmc3BhY2VkYWVtb24tNScgdG8gc3RvcC4uLiBkb25lCldhaXRpbmcg KG1heCA2MCBzZWNvbmRzKSBmb3Igc3lzdGVtIHRocmVhZCBgYnVmc3BhY2VkYWVtb24tNCcgdG8g c3RvcC4uLiBkb25lCldhaXRpbmcgKG1heCA2MCBzZWNvbmRzKSBmb3Igc3lzdGVtIHRocmVhZCBg YnVmc3BhY2VkYWVtb24tNicgdG8gc3RvcC4uLiBkb25lCkFsbCBidWZmZXJzIHN5bmNlZC4KbG9j ayBvcmRlciByZXZlcnNhbDoKIDFzdCAweGZmZmZmODAwMDU5ODU0NDAgdWZzICh1ZnMsIGxvY2tt Z3IpIEAgL3Vzci9zcmMvc3lzL2tlcm4vdmZzX21vdW50LmM6MTc0MQogMm5kIDB4ZmZmZmY4MDAw NTk4NWRjOCBkZXZmcyAoZGV2ZnMsIGxvY2ttZ3IpIEAgL3Vzci9zcmMvc3lzL2tlcm4vdmZzX3N1 YnIuYzoyOTE0CmxvY2sgb3JkZXIgZGV2ZnMgLT4gdWZzIGVzdGFibGlzaGVkIGF0OgojMCAweGZm ZmZmZmZmODBjNTU4YWQgYXQgd2l0bmVzc19jaGVja29yZGVyKzB4NDZkCiMxIDB4ZmZmZmZmZmY4 MGJiNjk5OCBhdCBsb2NrbWdyX2xvY2tfZmxhZ3MrMHgxODgKIzIgMHhmZmZmZmZmZjgwZWE3ZDg1 IGF0IGZmc19sb2NrKzB4NzUKIzMgMHhmZmZmZmZmZjgwY2UwMjQ0IGF0IF92bl9sb2NrKzB4NTQK IzQgMHhmZmZmZmZmZjgwY2JmOWM4IGF0IHZmc19kb21vdW50KzB4ZWU4CiM1IDB4ZmZmZmZmZmY4 MGNiZTExMiBhdCB2ZnNfZG9ubW91bnQrMHg4NzIKIzYgMHhmZmZmZmZmZjgwY2MyNGQ3IGF0IGtl cm5lbF9tb3VudCsweDU3CiM3IDB4ZmZmZmZmZmY4MGNjNGUwMSBhdCBwYXJzZV9tb3VudCsweDRh MQojOCAweGZmZmZmZmZmODBjYzMzMDkgYXQgdmZzX21vdW50cm9vdCsweDU4OQojOSAweGZmZmZm ZmZmODBiNzU4OWYgYXQgc3RhcnRfaW5pdCsweDFmCiMxMCAweGZmZmZmZmZmODBiYTFiNTAgYXQg Zm9ya19leGl0KzB4ODAKIzExIDB4ZmZmZmZmZmY4MTAwOTk2ZSBhdCBmb3JrX3RyYW1wb2xpbmUr MHhlCmxvY2sgb3JkZXIgdWZzIC0+IGRldmZzIGF0dGVtcHRlZCBhdDoKIzAgMHhmZmZmZmZmZjgw YzU2MjBjIGF0IHdpdG5lc3NfY2hlY2tvcmRlcisweGRjYwojMSAweGZmZmZmZmZmODBiYjgzZTUg YXQgbG9ja21ncl94bG9jaysweDU1CiMyIDB4ZmZmZmZmZmY4MGNlMDI0NCBhdCBfdm5fbG9jaysw eDU0CiMzIDB4ZmZmZmZmZmY4MGNjOGZlZiBhdCB2Z2V0X2ZpbmlzaCsweDRmCiM0IDB4ZmZmZmZm ZmY4MGE4NDU4ZiBhdCBkZXZmc19hbGxvY3YrMHhiZgojNSAweGZmZmZmZmZmODBhODNkNDMgYXQg ZGV2ZnNfcm9vdCsweDQzCiM2IDB4ZmZmZmZmZmY4MGNjZGVmMiBhdCB2ZnNfY2FjaGVfcm9vdF9m YWxsYmFjaysweDExMgojNyAweGZmZmZmZmZmODBjYzlmZmMgYXQgdmZsdXNoKzB4NGMKIzggMHhm ZmZmZmZmZjgwYTgzYzRlIGF0IGRldmZzX3VubW91bnQrMHgzZQojOSAweGZmZmZmZmZmODBjYzBh YWMgYXQgZG91bm1vdW50KzB4NDJjCiMxMCAweGZmZmZmZmZmODBjY2I3ZDEgYXQgdmZzX3VubW91 bnRhbGwrMHhjMQojMTEgMHhmZmZmZmZmZjgwY2EwMjZlIGF0IGJ1ZnNodXRkb3duKzB4MmNlCiMx MiAweGZmZmZmZmZmODBiZTZmNjMgYXQga2Vybl9yZWJvb3QrMHgyMTMKIzEzIDB4ZmZmZmZmZmY4 MGJlNmNmNCBhdCBzeXNfcmVib290KzB4M2E0CiMxNCAweGZmZmZmZmZmODEwMzYxNWUgYXQgYW1k NjRfc3lzY2FsbCsweDEyZQojMTUgMHhmZmZmZmZmZjgxMDA5MjNlIGF0IGZhc3Rfc3lzY2FsbF9j b21tb24rMHhmOApVcHRpbWU6IDltNDNzCnVodWIyOiBkZXRhY2hlZAp1aGlkMDogZGV0YWNoZWQK dW1hc3MwOiBkZXRhY2hlZAp1aHViMzogZGV0YWNoZWQKdWh1YjA6IGRldGFjaGVkCnVtczA6IGRl dGFjaGVkCnVrYmQwOiBkZXRhY2hlZAp1aGlkMTogZGV0YWNoZWQKdWh1YjE6IGRldGFjaGVkCnJl MDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04KcmUwOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8g VVAKLS0tPDxCT09UPj4tLS0KQ29weXJpZ2h0IChjKSAxOTkyLTIwMjAgVGhlIEZyZWVCU0QgUHJv amVjdC4KQ29weXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAx OTkxLCAxOTkyLCAxOTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBD YWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0 cmFkZW1hcmsgb2YgVGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAxMy4wLUNVUlJFTlQg IzAgNzU3OGE0ODYyZjAtYzI1NTAzMihtYWluKTogVGh1IERlYyAxMCAxMTo0MDoyNyBVVEMgMjAy MAogICAgcm9vdEByZWxlbmcxLm55aS5mcmVlYnNkLm9yZzovdXNyL29iai91c3Ivc3JjL2FtZDY0 LmFtZDY0L3N5cy9HRU5FUklDIGFtZDY0CkZyZWVCU0QgY2xhbmcgdmVyc2lvbiAxMS4wLjAgKGdp dEBnaXRodWIuY29tOmxsdm0vbGx2bS1wcm9qZWN0LmdpdCBsbHZtb3JnLTExLjAuMC0wLWcxNzYy NDliZDY3MykKV0FSTklORzogV0lUTkVTUyBvcHRpb24gZW5hYmxlZCwgZXhwZWN0IHJlZHVjZWQg cGVyZm9ybWFuY2UuClZUKHZnYSk6IHJlc29sdXRpb24gNjQweDQ4MApDUFU6IEFNRCBSeXplbiA3 IDM3MDBYIDgtQ29yZSBQcm9jZXNzb3IgICAgICAgICAgICAgICgzNjAwLjA4LU1IeiBLOC1jbGFz cyBDUFUpCiAgT3JpZ2luPSJBdXRoZW50aWNBTUQiICBJZD0weDg3MGYxMCAgRmFtaWx5PTB4MTcg IE1vZGVsPTB4NzEgIFN0ZXBwaW5nPTAKICBGZWF0dXJlcz0weDE3OGJmYmZmPEZQVSxWTUUsREUs UFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBT RTM2LENMRkxVU0gsTU1YLEZYU1IsU1NFLFNTRTIsSFRUPgogIEZlYXR1cmVzMj0weDdlZDgzMjBi PFNTRTMsUENMTVVMUURRLE1PTixTU1NFMyxGTUEsQ1gxNixTU0U0LjEsU1NFNC4yLE1PVkJFLFBP UENOVCxBRVNOSSxYU0FWRSxPU1hTQVZFLEFWWCxGMTZDLFJEUkFORD4KICBBTUQgRmVhdHVyZXM9 MHgyZTUwMDgwMDxTWVNDQUxMLE5YLE1NWCssRkZYU1IsUGFnZTFHQixSRFRTQ1AsTE0+CiAgQU1E IEZlYXR1cmVzMj0weDc1YzIzN2ZmPExBSEYsQ01QLFNWTSxFeHRBUElDLENSOCxBQk0sU1NFNEEs TUFTLFByZWZldGNoLE9TVlcsSUJTLFNLSU5JVCxXRFQsVENFLFRvcG9sb2d5LFBDWEMsUE5YQyxE QkUsUEwySSxNV0FJVFgsQURNU0tYPgogIFN0cnVjdHVyZWQgRXh0ZW5kZWQgRmVhdHVyZXM9MHgy MTljOTFhOTxGU0dTQkFTRSxCTUkxLEFWWDIsU01FUCxCTUkyLFBRTSxQUUUsUkRTRUVELEFEWCxT TUFQLENMRkxVU0hPUFQsQ0xXQixTSEE+CiAgU3RydWN0dXJlZCBFeHRlbmRlZCBGZWF0dXJlczI9 MHg0MDAwMDQ8VU1JUCxSRFBJRD4KICBYU0FWRSBGZWF0dXJlcz0weGY8WFNBVkVPUFQsWFNBVkVD LFhJTlVTRSxYU0FWRVM+CiAgQU1EIEV4dGVuZGVkIEZlYXR1cmUgRXh0ZW5zaW9ucyBJRCBFQlg9 MHgxMDhiNjU3PENMWkVSTyxJUlBlcmYsWFNhdmVFclB0cixSRFBSVSxXQk5PSU5WRCxJQlBCLFNU SUJQLFNTQkQ+CiAgU1ZNOiAoZGlzYWJsZWQgaW4gQklPUykgTlAsTlJJUCxWQ2xlYW4sQUZsdXNo LERBc3Npc3QsTkFzaWRzPTMyNzY4CiAgVFNDOiBQLXN0YXRlIGludmFyaWFudCwgcGVyZm9ybWFu Y2Ugc3RhdGlzdGljcwpyZWFsIG1lbW9yeSAgPSAxNzE3OTg2OTE4NCAoMTYzODQgTUIpCmF2YWls IG1lbW9yeSA9IDE2NTE4MDcwMjcyICgxNTc1MiBNQikKRXZlbnQgdGltZXIgIkxBUElDIiBxdWFs aXR5IDYwMApBQ1BJIEFQSUMgVGFibGU6IDxBTEFTS0EgQSBNIEkgPgpGcmVlQlNEL1NNUDogTXVs dGlwcm9jZXNzb3IgU3lzdGVtIERldGVjdGVkOiAxNiBDUFVzCkZyZWVCU0QvU01QOiAxIHBhY2th Z2UocykgeCAyIGNhY2hlIGdyb3VwcyB4IDQgY29yZShzKSB4IDIgaGFyZHdhcmUgdGhyZWFkcwpy YW5kb206IHJlZ2lzdGVyaW5nIGZhc3Qgc291cmNlIEludGVsIFNlY3VyZSBLZXkgUk5HCnJhbmRv bTogZmFzdCBwcm92aWRlcjogIkludGVsIFNlY3VyZSBLZXkgUk5HIgpyYW5kb206IHVuYmxvY2tp bmcgZGV2aWNlLgppb2FwaWMwIDxWZXJzaW9uIDIuMT4gaXJxcyAwLTIzCmlvYXBpYzEgPFZlcnNp b24gMi4xPiBpcnFzIDI0LTU1CkxhdW5jaGluZyBBUHM6IDggMTMgOSAxNSAxIDcgMiAxNCAxMiA2 IDMgMTEgNCAxMCA1ClRpbWVjb3VudGVyICJUU0MtbG93IiBmcmVxdWVuY3kgMTgwMDAzOTk3OCBI eiBxdWFsaXR5IDEwMDAKcmFuZG9tOiBlbnRyb3B5IGRldmljZSBleHRlcm5hbCBpbnRlcmZhY2UK V0FSTklORzogRGV2aWNlICJrYmQiIGlzIEdpYW50IGxvY2tlZCBhbmQgbWF5IGJlIGRlbGV0ZWQg YmVmb3JlIEZyZWVCU0QgMTMuMC4Ka2JkMSBhdCBrYmRtdXgwCjAwMC4wMDAwNTcgWzQzNDZdIG5l dG1hcF9pbml0ICAgICAgICAgICAgICAgbmV0bWFwOiBsb2FkZWQgbW9kdWxlClthdGhfaGFsXSBs b2FkZWQKbmV4dXMwCmVmaXJ0YzA6IDxFRkkgUmVhbHRpbWUgQ2xvY2s+CmVmaXJ0YzA6IHJlZ2lz dGVyZWQgYXMgYSB0aW1lLW9mLWRheSBjbG9jaywgcmVzb2x1dGlvbiAxLjAwMDAwMHMKdnR2Z2Ew OiA8VlQgVkdBIGRyaXZlcj4KY3J5cHRvc29mdDA6IDxzb2Z0d2FyZSBjcnlwdG8+CmFjcGkwOiA8 QUxBU0tBIEEgTSBJID4KYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpCmNwdTA6IDxBQ1BJIENQ VT4gb24gYWNwaTAKYXR0aW1lcjA6IDxBVCB0aW1lcj4gcG9ydCAweDQwLTB4NDMgaXJxIDAgb24g YWNwaTAKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAK RXZlbnQgdGltZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDEwMAphdHJ0 YzA6IDxBVCByZWFsdGltZSBjbG9jaz4gcG9ydCAweDcwLTB4NzEgb24gYWNwaTAKYXRydGMwOiBy ZWdpc3RlcmVkIGFzIGEgdGltZS1vZi1kYXkgY2xvY2ssIHJlc29sdXRpb24gMS4wMDAwMDBzCkV2 ZW50IHRpbWVyICJSVEMiIGZyZXF1ZW5jeSAzMjc2OCBIeiBxdWFsaXR5IDAKaHBldDA6IDxIaWdo IFByZWNpc2lvbiBFdmVudCBUaW1lcj4gaW9tZW0gMHhmZWQwMDAwMC0weGZlZDAwM2ZmIGlycSAw LDggb24gYWNwaTAKVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFs aXR5IDk1MApFdmVudCB0aW1lciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkg MzUwCkV2ZW50IHRpbWVyICJIUEVUMSIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgMzUw CkV2ZW50IHRpbWVyICJIUEVUMiIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgMzUwClRp bWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgOTAwCmFj cGlfdGltZXIwOiA8MzItYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4ODA4LTB4ODBi IG9uIGFjcGkwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYg b24gYWNwaTAKcGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKcGNpMDogPGJhc2UgcGVyaXBo ZXJhbCwgSU9NTVU+IGF0IGRldmljZSAwLjIgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjE6IDxB Q1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMS4yIG9uIHBjaTAKcGNpMTogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjEKcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMjggYXQgZGV2 aWNlIDAuMCBvbiBwY2kxCnBjaTI6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyCnBjaWIzOiA8QUNQ SSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDAuMCBvbiBwY2kyCnBjaTM6IDxBQ1BJIFBDSSBi dXM+IG9uIHBjaWIzCm52bWUwOiA8R2VuZXJpYyBOVk1lIERldmljZT4gbWVtIDB4ZmNjMDAwMDAt MHhmY2MwM2ZmZiBpcnEgMjggYXQgZGV2aWNlIDAuMCBvbiBwY2kzCnBjaWI0OiA8QUNQSSBQQ0kt UENJIGJyaWRnZT4gYXQgZGV2aWNlIDQuMCBvbiBwY2kyCnBjaTQ6IDxBQ1BJIFBDSSBidXM+IG9u IHBjaWI0CmFoY2kwOiA8QVNNZWRpYSBBU00xMDYyIEFIQ0kgU0FUQSBjb250cm9sbGVyPiBwb3J0 IDB4ZTA1MC0weGUwNTcsMHhlMDQwLTB4ZTA0MywweGUwMzAtMHhlMDM3LDB4ZTAyMC0weGUwMjMs MHhlMDAwLTB4ZTAxZiBtZW0gMHhmY2IwMDAwMC0weGZjYjAwMWZmIGlycSAyOCBhdCBkZXZpY2Ug MC4wIG9uIHBjaTQKYWhjaTA6IEFIQ0kgdjEuMjAgd2l0aCAyIDZHYnBzIHBvcnRzLCBQb3J0IE11 bHRpcGxpZXIgc3VwcG9ydGVkCmFoY2kwOiBxdWlya3M9MHhjMDAwMDA8Tk9DQ1MsTk9BVVg+CmFo Y2ljaDA6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhaGNpMAphaGNpY2gxOiA8QUhD SSBjaGFubmVsPiBhdCBjaGFubmVsIDEgb24gYWhjaTAKcGNpYjU6IDxBQ1BJIFBDSS1QQ0kgYnJp ZGdlPiBhdCBkZXZpY2UgNS4wIG9uIHBjaTIKcGNpNTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjUK cmUwOiA8UmVhbFRlayA4MTY4LzgxMTEgQi9DL0NQL0QvRFAvRS9GL0cgUENJZSBHaWdhYml0IEV0 aGVybmV0PiBwb3J0IDB4ZDAwMC0weGQwZmYgbWVtIDB4ZmNhMDQwMDAtMHhmY2EwNGZmZiwweGZj YTAwMDAwLTB4ZmNhMDNmZmYgaXJxIDI5IGF0IGRldmljZSAwLjAgb24gcGNpNQpyZTA6IFVzaW5n IDEgTVNJLVggbWVzc2FnZQpyZTA6IENoaXAgcmV2LiAweDU0MDAwMDAwCnJlMDogTUFDIHJldi4g MHgwMDEwMDAwMAptaWlidXMwOiA8TUlJIGJ1cz4gb24gcmUwCnJnZXBoeTA6IDxSVEw4MjUxLzgx NTMgMTAwMEJBU0UtVCBtZWRpYSBpbnRlcmZhY2U+IFBIWSAxIG9uIG1paWJ1czAKcmdlcGh5MDog IG5vbmUsIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMGJhc2VULUZEWC1mbG93LCAxMDBiYXNlVFgs IDEwMGJhc2VUWC1GRFgsIDEwMGJhc2VUWC1GRFgtZmxvdywgMTAwMGJhc2VULUZEWCwgMTAwMGJh c2VULUZEWC1tYXN0ZXIsIDEwMDBiYXNlVC1GRFgtZmxvdywgMTAwMGJhc2VULUZEWC1mbG93LW1h c3RlciwgYXV0bywgYXV0by1mbG93CnJlMDogVXNpbmcgZGVmYXVsdHMgZm9yIFRTTzogNjU1MTgv MzUvMjA0OApyZTA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOmQ4OjYxOjljOmViOmQ5CnJlMDogbmV0 bWFwIHF1ZXVlcy9zbG90czogVFggMS8yNTYsIFJYIDEvMjU2CnBjaWI2OiA8QUNQSSBQQ0ktUENJ IGJyaWRnZT4gaXJxIDI4IGF0IGRldmljZSA4LjAgb24gcGNpMgpwY2k2OiA8QUNQSSBQQ0kgYnVz PiBvbiBwY2liNgpwY2k2OiA8dW5rbm93bj4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFj aGVkKQp4aGNpMDogPFhIQ0kgKGdlbmVyaWMpIFVTQiAzLjAgY29udHJvbGxlcj4gbWVtIDB4ZmM3 MDAwMDAtMHhmYzdmZmZmZiBpcnEgMjggYXQgZGV2aWNlIDAuMSBvbiBwY2k2CnhoY2kwOiA2NCBi eXRlcyBjb250ZXh0IHNpemUsIDY0LWJpdCBETUEKdXNidXMwIG9uIHhoY2kwCnVzYnVzMDogNS4w R2JwcyBTdXBlciBTcGVlZCBVU0IgdjMuMAp4aGNpMTogPFhIQ0kgKGdlbmVyaWMpIFVTQiAzLjAg Y29udHJvbGxlcj4gbWVtIDB4ZmM2MDAwMDAtMHhmYzZmZmZmZiBpcnEgMzAgYXQgZGV2aWNlIDAu MyBvbiBwY2k2CnhoY2kxOiA2NCBieXRlcyBjb250ZXh0IHNpemUsIDY0LWJpdCBETUEKdXNidXMx IG9uIHhoY2kxCnVzYnVzMTogNS4wR2JwcyBTdXBlciBTcGVlZCBVU0IgdjMuMApwY2liNzogPFBD SS1QQ0kgYnJpZGdlPiBpcnEgMjkgYXQgZGV2aWNlIDkuMCBvbiBwY2kyCnBjaTc6IDxQQ0kgYnVz PiBvbiBwY2liNwphaGNpMTogPEFNRCBLRVJOQ1ogQUhDSSBTQVRBIGNvbnRyb2xsZXI+IG1lbSAw eGZjOTAwMDAwLTB4ZmM5MDA3ZmYgaXJxIDI5IGF0IGRldmljZSAwLjAgb24gcGNpNwphaGNpMTog QUhDSSB2MS4zMSB3aXRoIDEgNkdicHMgcG9ydHMsIFBvcnQgTXVsdGlwbGllciBzdXBwb3J0ZWQg d2l0aCBGQlMKYWhjaWNoMjogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAwIG9uIGFoY2kxCnBj aWI4OiA8UENJLVBDSSBicmlkZ2U+IGlycSAzMCBhdCBkZXZpY2UgMTAuMCBvbiBwY2kyCnBjaTg6 IDxQQ0kgYnVzPiBvbiBwY2liOAphaGNpMjogPEFNRCBLRVJOQ1ogQUhDSSBTQVRBIGNvbnRyb2xs ZXI+IG1lbSAweGZjODAwMDAwLTB4ZmM4MDA3ZmYgaXJxIDMwIGF0IGRldmljZSAwLjAgb24gcGNp OAphaGNpMjogQUhDSSB2MS4zMSB3aXRoIDMgNkdicHMgcG9ydHMsIFBvcnQgTXVsdGlwbGllciBz dXBwb3J0ZWQgd2l0aCBGQlMKYWhjaWNoMzogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAwIG9u IGFoY2kyCmFoY2ljaDc6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgNCBvbiBhaGNpMgphaGNp Y2g4OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDUgb24gYWhjaTIKcGNpYjk6IDxBQ1BJIFBD SS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMy4xIG9uIHBjaTAKcGNpOTogPEFDUEkgUENJIGJ1cz4g b24gcGNpYjkKdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IHBvcnQgMHhmMDAwLTB4 ZjBmZiBtZW0gMHhkMDAwMDAwMC0weGRmZmZmZmZmLDB4ZTAwMDAwMDAtMHhlMDFmZmZmZiwweGZj ZjAwMDAwLTB4ZmNmM2ZmZmYgaXJxIDU0IGF0IGRldmljZSAwLjAgb24gcGNpOQp2Z2FwY2kwOiBC b290IHZpZGVvIGRldmljZQpoZGFjMDogPEFUSSAoMHhhYWYwKSBIREEgQ29udHJvbGxlcj4gbWVt IDB4ZmNmNjAwMDAtMHhmY2Y2M2ZmZiBpcnEgNTUgYXQgZGV2aWNlIDAuMSBvbiBwY2k5CnBjaWIx MDogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSA3LjEgb24gcGNpMApwY2kxMDogPEFD UEkgUENJIGJ1cz4gb24gcGNpYjEwCnBjaTEwOiA8dW5rbm93bj4gYXQgZGV2aWNlIDAuMCAobm8g ZHJpdmVyIGF0dGFjaGVkKQpwY2liMTE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2Ug OC4xIG9uIHBjaTAKcGNpMTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxMQpwY2kxMTogPHVua25v d24+IGF0IGRldmljZSAwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKeGhjaTI6IDxYSENJIChnZW5l cmljKSBVU0IgMy4wIGNvbnRyb2xsZXI+IG1lbSAweGZjZDAwMDAwLTB4ZmNkZmZmZmYgaXJxIDM5 IGF0IGRldmljZSAwLjMgb24gcGNpMTEKeGhjaTI6IDY0IGJ5dGVzIGNvbnRleHQgc2l6ZSwgNjQt Yml0IERNQQp1c2J1czIgb24geGhjaTIKdXNidXMyOiA1LjBHYnBzIFN1cGVyIFNwZWVkIFVTQiB2 My4wCmhkYWMxOiA8QU1EIFg1NzAgSERBIENvbnRyb2xsZXI+IG1lbSAweGZjZTAwMDAwLTB4ZmNl MDdmZmYgaXJxIDM2IGF0IGRldmljZSAwLjQgb24gcGNpMTEKaXNhYjA6IDxQQ0ktSVNBIGJyaWRn ZT4gYXQgZGV2aWNlIDIwLjMgb24gcGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKYWNwaV9i dXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMAp1YXJ0MjogPDE2eDUwIHdpdGggMjU2IGJ5 dGUgRklGTz4gaW9tZW0gMHhmZWRjOTAwMC0weGZlZGM5ZmZmLDB4ZmVkYzcwMDAtMHhmZWRjN2Zm ZiBpcnEgMyBvbiBhY3BpMAp1YXJ0MzogPDE2eDUwIHdpdGggMjU2IGJ5dGUgRklGTz4gaW9tZW0g MHhmZWRjYTAwMC0weGZlZGNhZmZmLDB4ZmVkYzgwMDAtMHhmZWRjOGZmZiBpcnEgNCBvbiBhY3Bp MAp1YXJ0NDogPDE2eDUwIHdpdGggMjU2IGJ5dGUgRklGTz4gaW9tZW0gMHhmZWRjZTAwMC0weGZl ZGNlZmZmLDB4ZmVkY2MwMDAtMHhmZWRjY2ZmZiBpcnEgMyBvbiBhY3BpMAp1YXJ0NTogPDE2eDUw IHdpdGggMjU2IGJ5dGUgRklGTz4gaW9tZW0gMHhmZWRjZjAwMC0weGZlZGNmZmZmLDB4ZmVkY2Qw MDAtMHhmZWRjZGZmZiBpcnEgNCBvbiBhY3BpMAp1YXJ0MDogPDE2NTUwIG9yIGNvbXBhdGlibGU+ IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBhY3BpMApvcm0wOiA8SVNBIE9w dGlvbiBST00+IGF0IGlvbWVtIDB4YzAwMDAtMHhjZWZmZiBwbnBpZCBPUk0wMDAwIG9uIGlzYTAK YXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gYXQgcG9ydCAweDYwLDB4NjQg b24gaXNhMAphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMAprYmQwIGF0IGF0 a2JkMAphdGtiZDA6IFtHSUFOVC1MT0NLRURdCmF0a2JkYzA6IG5vbi1QTlAgSVNBIGRldmljZSB3 aWxsIGJlIHJlbW92ZWQgZnJvbSBHRU5FUklDIGluIEZyZWVCU0QgMTIuCmh3cHN0YXRlMDogPENv b2xgbidRdWlldCAyLjA+IG9uIGNwdTAKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNl Ywp1Z2VuMC4xOiA8MHgxMDIyIFhIQ0kgcm9vdCBIVUI+IGF0IHVzYnVzMAp1Z2VuMi4xOiA8MHgx MDIyIFhIQ0kgcm9vdCBIVUI+IGF0IHVzYnVzMgp1Z2VuMS4xOiA8MHgxMDIyIFhIQ0kgcm9vdCBI VUI+IGF0IHVzYnVzMQp1aHViMCBvbiB1c2J1czAKdWh1YjA6IDwweDEwMjIgWEhDSSByb290IEhV QiwgY2xhc3MgOS8wLCByZXYgMy4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMAp1aHViMSBvbiB1 c2J1czIKdWh1YjE6IDwweDEwMjIgWEhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMy4wMC8x LjAwLCBhZGRyIDE+IG9uIHVzYnVzMgp1aHViMiBvbiB1c2J1czEKdWh1YjI6IDwweDEwMjIgWEhD SSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMy4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMQpu dmQwOiA8U1BDQyBNLjIgUENJZSBTU0Q+IE5WTWUgbmFtZXNwYWNlCm52ZDA6IDk3Njc2Mk1CICgy MDAwNDA5MjY0IDUxMiBieXRlIHNlY3RvcnMpCmhkYWNjMDogPEFUSSBSNnh4IEhEQSBDT0RFQz4g YXQgY2FkIDAgb24gaGRhYzAKaGRhYTA6IDxBVEkgUjZ4eCBBdWRpbyBGdW5jdGlvbiBHcm91cD4g YXQgbmlkIDEgb24gaGRhY2MwCnBjbTA6IDxBVEkgUjZ4eCAoSERNSSk+IGF0IG5pZCAzIG9uIGhk YWEwCnBjbTE6IDxBVEkgUjZ4eCAoSERNSSk+IGF0IG5pZCA1IG9uIGhkYWEwCnBjbTI6IDxBVEkg UjZ4eCAoSERNSSk+IGF0IG5pZCA3IG9uIGhkYWEwCnBjbTM6IDxBVEkgUjZ4eCAoSERNSSk+IGF0 IG5pZCA5IG9uIGhkYWEwCnBjbTQ6IDxBVEkgUjZ4eCAoSERNSSk+IGF0IG5pZCAxMSBvbiBoZGFh MApwY201OiA8QVRJIFI2eHggKEhETUkpPiBhdCBuaWQgMTMgb24gaGRhYTAKaGRhY2MxOiA8UmVh bHRlayBBTEMxMjIwIEhEQSBDT0RFQz4gYXQgY2FkIDAgb24gaGRhYzEKaGRhYTE6IDxSZWFsdGVr IEFMQzEyMjAgQXVkaW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNjMQpwY202OiA8 UmVhbHRlayBBTEMxMjIwIChSZWFyIEFuYWxvZyA1LjEvMi4wKT4gYXQgbmlkIDIwLDIyLDIxIGFu ZCAyNCwyNiBvbiBoZGFhMQpwY203OiA8UmVhbHRlayBBTEMxMjIwIChGcm9udCBBbmFsb2cpPiBh dCBuaWQgMjcgYW5kIDI1IG9uIGhkYWExCnBjbTg6IDxSZWFsdGVrIEFMQzEyMjAgKFJlYXIgRGln aXRhbCk+IGF0IG5pZCAzMCBvbiBoZGFhMQpUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHVmczov ZGV2L2FkYTFwMiBbcnddLi4uClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTSB1c2J1czAgdXNi dXMxIHVzYnVzMgpXQVJOSU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBlY3QgcmVkdWNl ZCBwZXJmb3JtYW5jZS4KYWRhMCBhdCBhaGNpY2gzIGJ1cyAwIHNjYnVzMyB0YXJnZXQgMCBsdW4g MAphZGEwOiA8U1QyMDAwRE0wMDgtMkZSMTAyIDAwMDE+IEFDUy0zIEFUQSBTQVRBIDMueCBkZXZp Y2UKYWRhMDogU2VyaWFsIE51bWJlciBaRkwwRlJINAphZGEwOiA2MDAuMDAwTUIvcyB0cmFuc2Zl cnMgKFNBVEEgMy54LCBVRE1BNiwgUElPIDgxOTJieXRlcykKYWRhMDogQ29tbWFuZCBRdWV1ZWlu ZyBlbmFibGVkCmFkYTA6IDE5MDc3MjlNQiAoMzkwNzAyOTE2OCA1MTIgYnl0ZSBzZWN0b3JzKQph ZGEwOiBxdWlya3M9MHgxPDRLPgphZGExIGF0IGFoY2ljaDcgYnVzIDAgc2NidXM0IHRhcmdldCAw IGx1biAwCmFkYTE6IDxXREMgV0QxMDAzRlpFWC0wMEszQ0EwIDAxLjAxQTAxPiBBQ1MtMyBBVEEg U0FUQSAzLnggZGV2aWNlCmFkYTE6IFNlcmlhbCBOdW1iZXIgV0QtV0NDNlk3VUs4SlhYCmFkYTE6 IDYwMC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAzLngsIFVETUE2LCBQSU8gODE5MmJ5dGVzKQph ZGExOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKYWRhMTogOTUzODY5TUIgKDE5NTM1MjUxNjgg NTEyIGJ5dGUgc2VjdG9ycykKYWRhMTogcXVpcmtzPTB4MTw0Sz4KYWRhMiBhdCBhaGNpY2g4IGJ1 cyAwIHNjYnVzNSB0YXJnZXQgMCBsdW4gMAphZGEyOiA8V0RDIFdEUzEwMFQyQjBBLTAwU001MCA0 MDEwMjBXRD4gQUNTLTQgQVRBIFNBVEEgMy54IGRldmljZQphZGEyOiBTZXJpYWwgTnVtYmVyIDIw MjIwOEEwMDJEMgphZGEyOiA2MDAuMDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEgMy54LCBVRE1BNiwg UElPIDUxMmJ5dGVzKQphZGEyOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKYWRhMjogOTUzODY5 TUIgKDE5NTM1MjUxNjggNTEyIGJ5dGUgc2VjdG9ycykKY2QwIGF0IGFoY2ljaDAgYnVzIDAgc2Ni dXMwIHRhcmdldCAwIGx1biAwCmNkMDogPEFTVVMgRFJXLTI0QjFTVCAgIGogMS4xMT4gUmVtb3Zh YmxlIENELVJPTSBTQ1NJIGRldmljZQpjZDA6IFNlcmlhbCBOdW1iZXIgSjhEMENMMDI3MjM1CmNk MDogMTUwLjAwME1CL3MgdHJhbnNmZXJzIChTQVRBIDEueCwgVURNQTYsIEFUQVBJIDEyYnl0ZXMs IFBJTyA4MTkyYnl0ZXMpCmNkMDogQXR0ZW1wdCB0byBxdWVyeSBkZXZpY2Ugc2l6ZSBmYWlsZWQ6 IE5PVCBSRUFEWSwgTWVkaXVtIG5vdCBwcmVzZW50IC0gdHJheSBjbG9zZWQKdWh1YjE6IDggcG9y dHMgd2l0aCA4IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWIwOiAxMCBwb3J0cyB3aXRoIDEw IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWIyOiAxMCBwb3J0cyB3aXRoIDEwIHJlbW92YWJs ZSwgc2VsZiBwb3dlcmVkCnVnZW4wLjI6IDxMb2dpdGVjaCBVU0IgT3B0aWNhbCBNb3VzZT4gYXQg dXNidXMwCnVnZW4xLjI6IDxNU0kgTVlTVElDIExJR0hUPiBhdCB1c2J1czEKUm9vdCBtb3VudCB3 YWl0aW5nIGZvcjogdXNidXMwIHVzYnVzMQp1Z2VuMS4zOiA8dmVuZG9yIDB4MDVlMyBVU0IyLjAg SHViPiBhdCB1c2J1czEKdWh1YjMgb24gdWh1YjIKdWh1YjM6IDx2ZW5kb3IgMHgwNWUzIFVTQjIu MCBIdWIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvODguMzIsIGFkZHIgMj4gb24gdXNidXMxCnVnZW4w LjM6IDxMb2dpdGVjaCBVU0IgS2V5Ym9hcmQ+IGF0IHVzYnVzMAp1a2JkMCBvbiB1aHViMAp1a2Jk MDogPFVTQiBLZXlib2FyZD4gb24gdXNidXMwCmtiZDIgYXQgdWtiZDAKdWh1YjM6IDQgcG9ydHMg d2l0aCA0IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVz YnVzMQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czEKdWdlbjEuNDogPHZlbmRvciAweDEz ZmUgUGF0cmlvdCBNZW1vcnk+IGF0IHVzYnVzMQp1bWFzczAgb24gdWh1YjMKdW1hc3MwOiA8dmVu ZG9yIDB4MTNmZSBQYXRyaW90IE1lbW9yeSwgY2xhc3MgMC8wLCByZXYgMi4xMC8xLjEwLCBhZGRy IDM+IG9uIHVzYnVzMQp1bWFzczA6ICBTQ1NJIG92ZXIgQnVsay1Pbmx5OyBxdWlya3MgPSAweDgx MDAKdW1hc3MwOjY6MDogQXR0YWNoZWQgdG8gc2NidXM2CmRhMCBhdCB1bWFzcy1zaW0wIGJ1cyAw IHNjYnVzNiB0YXJnZXQgMCBsdW4gMApkYTA6IDwgUGF0cmlvdCBNZW1vcnkgUE1BUD4gUmVtb3Zh YmxlIERpcmVjdCBBY2Nlc3MgU1BDLTQgU0NTSSBkZXZpY2UKZGEwOiBTZXJpYWwgTnVtYmVyIDA3 MDE4Qjc0NkJCMkE2NzUKZGEwOiA0MC4wMDBNQi9zIHRyYW5zZmVycwpkYTA6IDI5NTc0TUIgKDYw NTY3NTUyIDUxMiBieXRlIHNlY3RvcnMpCmRhMDogcXVpcmtzPTB4MjxOT182X0JZVEU+Cm1vdW50 cm9vdDogd2FpdGluZyBmb3IgZGV2aWNlIC9kZXYvYWRhMXAyLi4uCltkcm1dIGFtZGdwdSBrZXJu ZWwgbW9kZXNldHRpbmcgZW5hYmxlZC4KZHJtbjA6IDxkcm1uPiBvbiB2Z2FwY2kwCnZnYXBjaTA6 IGNoaWxkIGRybW4wIHJlcXVlc3RlZCBwY2lfZW5hYmxlX2lvCnZnYXBjaTA6IGNoaWxkIGRybW4w IHJlcXVlc3RlZCBwY2lfZW5hYmxlX2lvCnN5c2N0bF93YXJuX3JldXNlOiBjYW4ndCByZS11c2Ug YSBsZWFmIChody5kcmkuZGVidWcpIQpbZHJtXSBpbml0aWFsaXppbmcga2VybmVsIG1vZGVzZXR0 aW5nIChQT0xBUklTMTAgMHgxMDAyOjB4NjdERiAweDE0NjI6MHgzNDFCIDB4RUYpLgpbZHJtXSBy ZWdpc3RlciBtbWlvIGJhc2U6IDB4RkNGMDAwMDAKW2RybV0gcmVnaXN0ZXIgbW1pbyBzaXplOiAy NjIxNDQKW2RybV0gYWRkIGlwIGJsb2NrIG51bWJlciAwIDx2aV9jb21tb24+Cltkcm1dIGFkZCBp cCBibG9jayBudW1iZXIgMSA8Z21jX3Y4XzA+Cltkcm1dIGFkZCBpcCBibG9jayBudW1iZXIgMiA8 dG9uZ2FfaWg+Cltkcm1dIGFkZCBpcCBibG9jayBudW1iZXIgMyA8Z2Z4X3Y4XzA+Cltkcm1dIGFk ZCBpcCBibG9jayBudW1iZXIgNCA8c2RtYV92M18wPgpbZHJtXSBhZGQgaXAgYmxvY2sgbnVtYmVy IDUgPHBvd2VycGxheT4KW2RybV0gYWRkIGlwIGJsb2NrIG51bWJlciA2IDxkbT4KW2RybV0gYWRk IGlwIGJsb2NrIG51bWJlciA3IDx1dmRfdjZfMD4KW2RybV0gYWRkIGlwIGJsb2NrIG51bWJlciA4 IDx2Y2VfdjNfMD4KQVRPTSBCSU9TOiAxMTNWMzQxMTQtRjMKW2RybV0gVVZEIGlzIGVuYWJsZWQg aW4gVk0gbW9kZQpbZHJtXSBVVkQgRU5DIGlzIGVuYWJsZWQgaW4gVk0gbW9kZQpbZHJtXSBWQ0Ug ZW5hYmxlZCBpbiBWTSBtb2RlCltkcm1dIHZtIHNpemUgaXMgNjQgR0IsIDIgbGV2ZWxzLCBibG9j ayBzaXplIGlzIDEwLWJpdCwgZnJhZ21lbnQgc2l6ZSBpcyA5LWJpdApkcm1uMDogc3VjY2Vzc2Z1 bGx5IGxvYWRlZCBmaXJtd2FyZSBpbWFnZSB3aXRoIG5hbWU6IGFtZGdwdS9wb2xhcmlzMTBfbWMu YmluCmRybW4wOiBWUkFNOiA4MTkyTSAweDAwMDAwMEY0MDAwMDAwMDAgLSAweDAwMDAwMEY1RkZG RkZGRkYgKDgxOTJNIHVzZWQpCmRybW4wOiBHQVJUOiAyNTZNIDB4MDAwMDAwRkYwMDAwMDAwMCAt IDB4MDAwMDAwRkYwRkZGRkZGRgpTdWNjZXNzZnVsbHkgYWRkZWQgV0MgTVRSUiBmb3IgWzB4ZDAw MDAwMDAtMHhkZmZmZmZmZl06IDA7IApbZHJtXSBEZXRlY3RlZCBWUkFNIFJBTT04MTkyTSwgQkFS PTI1Nk0KW2RybV0gUkFNIHdpZHRoIDI1NmJpdHMgR0REUjUKW1RUTV0gWm9uZSAga2VybmVsOiBB dmFpbGFibGUgZ3JhcGhpY3MgbWVtb3J5OiA4MzMxNjU2IEtpQgpbVFRNXSBab25lICAgZG1hMzI6 IEF2YWlsYWJsZSBncmFwaGljcyBtZW1vcnk6IDIwOTcxNTIgS2lCCltUVE1dIEluaXRpYWxpemlu ZyBwb29sIGFsbG9jYXRvcgpbZHJtXSBhbWRncHU6IDgxOTJNIG9mIFZSQU0gbWVtb3J5IHJlYWR5 Cltkcm1dIGFtZGdwdTogODE5Mk0gb2YgR1RUIG1lbW9yeSByZWFkeS4KW2RybV0gR0FSVDogbnVt IGNwdSBwYWdlcyA2NTUzNiwgbnVtIGdwdSBwYWdlcyA2NTUzNgpbZHJtXSBQQ0lFIEdBUlQgb2Yg MjU2TSBlbmFibGVkICh0YWJsZSBhdCAweDAwMDAwMEY0MDA5MDAwMDApLgpkcm1uMDogc3VjY2Vz c2Z1bGx5IGxvYWRlZCBmaXJtd2FyZSBpbWFnZSB3aXRoIG5hbWU6IGFtZGdwdS9wb2xhcmlzMTBf cGZwXzIuYmluCmRybW4wOiBzdWNjZXNzZnVsbHkgbG9hZGVkIGZpcm13YXJlIGltYWdlIHdpdGgg bmFtZTogYW1kZ3B1L3BvbGFyaXMxMF9tZV8yLmJpbgpkcm1uMDogc3VjY2Vzc2Z1bGx5IGxvYWRl ZCBmaXJtd2FyZSBpbWFnZSB3aXRoIG5hbWU6IGFtZGdwdS9wb2xhcmlzMTBfY2VfMi5iaW4KW2Ry bV0gQ2hhaW5lZCBJQiBzdXBwb3J0IGVuYWJsZWQhCmRybW4wOiBzdWNjZXNzZnVsbHkgbG9hZGVk IGZpcm13YXJlIGltYWdlIHdpdGggbmFtZTogYW1kZ3B1L3BvbGFyaXMxMF9ybGMuYmluCmRybW4w OiBzdWNjZXNzZnVsbHkgbG9hZGVkIGZpcm13YXJlIGltYWdlIHdpdGggbmFtZTogYW1kZ3B1L3Bv bGFyaXMxMF9tZWNfMi5iaW4KZHJtbjA6IHN1Y2Nlc3NmdWxseSBsb2FkZWQgZmlybXdhcmUgaW1h Z2Ugd2l0aCBuYW1lOiBhbWRncHUvcG9sYXJpczEwX21lYzJfMi5iaW4KZHJtbjA6IHN1Y2Nlc3Nm dWxseSBsb2FkZWQgZmlybXdhcmUgaW1hZ2Ugd2l0aCBuYW1lOiBhbWRncHUvcG9sYXJpczEwX3Nk bWEuYmluCmRybW4wOiBzdWNjZXNzZnVsbHkgbG9hZGVkIGZpcm13YXJlIGltYWdlIHdpdGggbmFt ZTogYW1kZ3B1L3BvbGFyaXMxMF9zZG1hMS5iaW4KYW1kZ3B1OiBbcG93ZXJwbGF5XSBod21ncl9z d19pbml0IHNtdSBiYWNrZWQgaXMgcG9sYXJpczEwX3NtdQpkcm1uMDogc3VjY2Vzc2Z1bGx5IGxv YWRlZCBmaXJtd2FyZSBpbWFnZSB3aXRoIG5hbWU6IGFtZGdwdS9wb2xhcmlzMTBfdXZkLmJpbgpb ZHJtXSBGb3VuZCBVVkQgZmlybXdhcmUgVmVyc2lvbjogMS4xMzAgRmFtaWx5IElEOiAxNgpkcm1u MDogc3VjY2Vzc2Z1bGx5IGxvYWRlZCBmaXJtd2FyZSBpbWFnZSB3aXRoIG5hbWU6IGFtZGdwdS9w b2xhcmlzMTBfdmNlLmJpbgpbZHJtXSBGb3VuZCBWQ0UgZmlybXdhcmUgVmVyc2lvbjogNTMuMjYg QmluYXJ5IElEOiAzCmRybW4wOiBzdWNjZXNzZnVsbHkgbG9hZGVkIGZpcm13YXJlIGltYWdlIHdp dGggbmFtZTogYW1kZ3B1L3BvbGFyaXMxMF9rX3NtYy5iaW4KW2RybV0gRE1fUFBMSUI6IHZhbHVl cyBmb3IgRW5naW5lIGNsb2NrCltkcm1dIERNX1BQTElCOgkgMzAwMDAwCltkcm1dIERNX1BQTElC OgkgNTg4MDAwCltkcm1dIERNX1BQTElCOgkgOTgwMDAwCltkcm1dIERNX1BQTElCOgkgMTA3MjAw MApbZHJtXSBETV9QUExJQjoJIDExMzkwMDAKW2RybV0gRE1fUFBMSUI6CSAxMjAzMDAwCltkcm1d IERNX1BQTElCOgkgMTIzMjAwMApbZHJtXSBETV9QUExJQjoJIDEyNjgwMDAKW2RybV0gRE1fUFBM SUI6IFZhbGlkYXRpb24gY2xvY2tzOgpbZHJtXSBETV9QUExJQjogICAgZW5naW5lX21heF9jbG9j azogMTI2ODAwCltkcm1dIERNX1BQTElCOiAgICBtZW1vcnlfbWF4X2Nsb2NrOiAxNzUwMDAKW2Ry bV0gRE1fUFBMSUI6ICAgIGxldmVsICAgICAgICAgICA6IDgKW2RybV0gRE1fUFBMSUI6IHZhbHVl cyBmb3IgTWVtb3J5IGNsb2NrCltkcm1dIERNX1BQTElCOgkgMzAwMDAwCltkcm1dIERNX1BQTElC OgkgMTAwMDAwMApbZHJtXSBETV9QUExJQjoJIDE3NTAwMDAKW2RybV0gRE1fUFBMSUI6IFZhbGlk YXRpb24gY2xvY2tzOgpbZHJtXSBETV9QUExJQjogICAgZW5naW5lX21heF9jbG9jazogMTI2ODAw Cltkcm1dIERNX1BQTElCOiAgICBtZW1vcnlfbWF4X2Nsb2NrOiAxNzUwMDAKW2RybV0gRE1fUFBM SUI6ICAgIGxldmVsICAgICAgICAgICA6IDgKW2RybV0gRGlzcGxheSBDb3JlIGluaXRpYWxpemVk IHdpdGggdjMuMi40OCEKW2RybV0gQ29ubmVjdG9yIERQLTE6IGdldCBtb2RlIGZyb20gdHVuYWJs ZXM6Cltkcm1dICAgLSBrZXJuLnZ0LmZiLm1vZGVzLkRQLTEKW2RybV0gICAtIGtlcm4udnQuZmIu ZGVmYXVsdF9tb2RlCltkcm1dIENvbm5lY3RvciBEUC0yOiBnZXQgbW9kZSBmcm9tIHR1bmFibGVz OgpbZHJtXSAgIC0ga2Vybi52dC5mYi5tb2Rlcy5EUC0yCltkcm1dICAgLSBrZXJuLnZ0LmZiLmRl ZmF1bHRfbW9kZQpbZHJtXSBDb25uZWN0b3IgSERNSS1BLTE6IGdldCBtb2RlIGZyb20gdHVuYWJs ZXM6Cltkcm1dICAgLSBrZXJuLnZ0LmZiLm1vZGVzLkhETUktQS0xCltkcm1dICAgLSBrZXJuLnZ0 LmZiLmRlZmF1bHRfbW9kZQpbZHJtXSBDb25uZWN0b3IgSERNSS1BLTI6IGdldCBtb2RlIGZyb20g dHVuYWJsZXM6Cltkcm1dICAgLSBrZXJuLnZ0LmZiLm1vZGVzLkhETUktQS0yCltkcm1dICAgLSBr ZXJuLnZ0LmZiLmRlZmF1bHRfbW9kZQpbZHJtXSBDb25uZWN0b3IgRFZJLUQtMTogZ2V0IG1vZGUg ZnJvbSB0dW5hYmxlczoKW2RybV0gICAtIGtlcm4udnQuZmIubW9kZXMuRFZJLUQtMQpbZHJtXSAg IC0ga2Vybi52dC5mYi5kZWZhdWx0X21vZGUKW2RybV0gU0FEcyBjb3VudCBpczogLTIsIGRvbid0 IG5lZWQgdG8gcmVhZCBpdApbZHJtXSBTdXBwb3J0cyB2YmxhbmsgdGltZXN0YW1wIGNhY2hpbmcg UmV2IDIgKDIxLjEwLjIwMTMpLgpbZHJtXSBEcml2ZXIgc3VwcG9ydHMgcHJlY2lzZSB2Ymxhbmsg dGltZXN0YW1wIHF1ZXJ5LgpbZHJtXSBVVkQgYW5kIFVWRCBFTkMgaW5pdGlhbGl6ZWQgc3VjY2Vz c2Z1bGx5LgpbZHJtXSBWQ0UgaW5pdGlhbGl6ZWQgc3VjY2Vzc2Z1bGx5LgpbZHJtXSBmYiBtYXBw YWJsZSBhdCAweEQwRTMwMDAwCltkcm1dIHZyYW0gYXBwZXIgYXQgMHhEMDAwMDAwMApbZHJtXSBz aXplIDgyOTQ0MDAKW2RybV0gZmIgZGVwdGggaXMgMjQKW2RybV0gICAgcGl0Y2ggaXMgNzY4MApX QVJOSU5HOiBEZXZpY2UgImZiIiBpcyBHaWFudCBsb2NrZWQgYW5kIG1heSBiZSBkZWxldGVkIGJl Zm9yZSBGcmVlQlNEIDEzLjAuClZUOiBSZXBsYWNpbmcgZHJpdmVyICJ2Z2EiIHdpdGggbmV3ICJm YiIuCnRhc2txdWV1ZV9kcmFpbiB3aXRoIHRoZSBmb2xsb3dpbmcgbm9uLXNsZWVwYWJsZSBsb2Nr cyBoZWxkOgpleGNsdXNpdmUgc2xlZXAgbXV0ZXggdnRkZXYgKHZ0ZGV2KSByID0gMCAoMHhmZmZm ZmZmZjgxOGU2M2UwKSBsb2NrZWQgQCAvdXNyL3NyYy9zeXMvZGV2L3Z0L3Z0X2NvcmUuYzoyOTYw CnN0YWNrIGJhY2t0cmFjZToKIzAgMHhmZmZmZmZmZjgwYzU2NGQxIGF0IHdpdG5lc3NfZGVidWdn ZXIrMHg3MQojMSAweGZmZmZmZmZmODBjNTc1ZWQgYXQgd2l0bmVzc193YXJuKzB4NDBkCiMyIDB4 ZmZmZmZmZmY4MGM0OGVkOSBhdCB0YXNrcXVldWVfZHJhaW4rMHgzOQojMyAweGZmZmZmZmZmODIz Njg0YTMgYXQgdnRfa21zX3Bvc3Rzd2l0Y2grMHg3MwojNCAweGZmZmZmZmZmODBhMzk1ZWQgYXQg dnRfZmJfaW5pdCsweGZkCiM1IDB4ZmZmZmZmZmY4MGE0MGJkOCBhdCB2dF9yZXBsYWNlX2JhY2tl bmQrMHgxMTgKIzYgMHhmZmZmZmZmZjgwYTM5NmYzIGF0IHZ0X2ZiX2F0dGFjaCsweDEzCiM3IDB4 ZmZmZmZmZmY4MjM2OGY3OCBhdCBsaW51eF9yZWdpc3Rlcl9mcmFtZWJ1ZmZlcisweDVlOAojOCAw eGZmZmZmZmZmODIzNzA4MTkgYXQgX19kcm1fZmJfaGVscGVyX2luaXRpYWxfY29uZmlnX2FuZF91 bmxvY2srMHg0MTkKIzkgMHhmZmZmZmZmZjgyNDFhMDc2IGF0IGFtZGdwdV9mYmRldl9pbml0KzB4 ZTYKIzEwIDB4ZmZmZmZmZmY4MjQxMTg2NSBhdCBhbWRncHVfZGV2aWNlX2luaXQrMHgxZWU1CiMx MSAweGZmZmZmZmZmODI0MjRhODcgYXQgYW1kZ3B1X2RyaXZlcl9sb2FkX2ttcysweDQ3CiMxMiAw eGZmZmZmZmZmODIzM2Y3ZTYgYXQgZHJtX2Rldl9yZWdpc3RlcisweGM2CiMxMyAweGZmZmZmZmZm ODI0MTk1MWEgYXQgYW1kZ3B1X3BjaV9wcm9iZSsweDFlYQojMTQgMHhmZmZmZmZmZjgyM2E4M2Jm IGF0IGxpbnV4X3BjaV9hdHRhY2hfZGV2aWNlKzB4NTZmCiMxNSAweGZmZmZmZmZmODBjMjFiYmEg YXQgZGV2aWNlX2F0dGFjaCsweDNjYQojMTYgMHhmZmZmZmZmZjgwYzIxNzYwIGF0IGRldmljZV9w cm9iZV9hbmRfYXR0YWNoKzB4NzAKIzE3IDB4ZmZmZmZmZmY4MGMyMzYzOCBhdCBidXNfZ2VuZXJp Y19kcml2ZXJfYWRkZWQrMHg1OApTbGVlcGluZyBvbiAidHFfZHJhaW4iIHdpdGggdGhlIGZvbGxv d2luZyBub24tc2xlZXBhYmxlIGxvY2tzIGhlbGQ6CmV4Y2x1c2l2ZSBzbGVlcCBtdXRleCB2dGRl diAodnRkZXYpIHIgPSAwICgweGZmZmZmZmZmODE4ZTYzZTApIGxvY2tlZCBAIC91c3Ivc3JjL3N5 cy9kZXYvdnQvdnRfY29yZS5jOjI5NjAKc3RhY2sgYmFja3RyYWNlOgojMCAweGZmZmZmZmZmODBj NTY0ZDEgYXQgd2l0bmVzc19kZWJ1Z2dlcisweDcxCiMxIDB4ZmZmZmZmZmY4MGM1NzVlZCBhdCB3 aXRuZXNzX3dhcm4rMHg0MGQKIzIgMHhmZmZmZmZmZjgwYmYzMmNiIGF0IF9zbGVlcCsweDViCiMz IDB4ZmZmZmZmZmY4MGM0OGY5YiBhdCB0YXNrcXVldWVfZHJhaW4rMHhmYgojNCAweGZmZmZmZmZm ODIzNjg0YTMgYXQgdnRfa21zX3Bvc3Rzd2l0Y2grMHg3MwojNSAweGZmZmZmZmZmODBhMzk1ZWQg YXQgdnRfZmJfaW5pdCsweGZkCiM2IDB4ZmZmZmZmZmY4MGE0MGJkOCBhdCB2dF9yZXBsYWNlX2Jh Y2tlbmQrMHgxMTgKIzcgMHhmZmZmZmZmZjgwYTM5NmYzIGF0IHZ0X2ZiX2F0dGFjaCsweDEzCiM4 IDB4ZmZmZmZmZmY4MjM2OGY3OCBhdCBsaW51eF9yZWdpc3Rlcl9mcmFtZWJ1ZmZlcisweDVlOAoj OSAweGZmZmZmZmZmODIzNzA4MTkgYXQgX19kcm1fZmJfaGVscGVyX2luaXRpYWxfY29uZmlnX2Fu ZF91bmxvY2srMHg0MTkKIzEwIDB4ZmZmZmZmZmY4MjQxYTA3NiBhdCBhbWRncHVfZmJkZXZfaW5p dCsweGU2CiMxMSAweGZmZmZmZmZmODI0MTE4NjUgYXQgYW1kZ3B1X2RldmljZV9pbml0KzB4MWVl NQojMTIgMHhmZmZmZmZmZjgyNDI0YTg3IGF0IGFtZGdwdV9kcml2ZXJfbG9hZF9rbXMrMHg0Nwoj MTMgMHhmZmZmZmZmZjgyMzNmN2U2IGF0IGRybV9kZXZfcmVnaXN0ZXIrMHhjNgojMTQgMHhmZmZm ZmZmZjgyNDE5NTFhIGF0IGFtZGdwdV9wY2lfcHJvYmUrMHgxZWEKIzE1IDB4ZmZmZmZmZmY4MjNh ODNiZiBhdCBsaW51eF9wY2lfYXR0YWNoX2RldmljZSsweDU2ZgojMTYgMHhmZmZmZmZmZjgwYzIx YmJhIGF0IGRldmljZV9hdHRhY2grMHgzY2EKIzE3IDB4ZmZmZmZmZmY4MGMyMTc2MCBhdCBkZXZp Y2VfcHJvYmVfYW5kX2F0dGFjaCsweDcwCmxvY2sgb3JkZXIgcmV2ZXJzYWw6IChHaWFudCBhZnRl ciBub24tc2xlZXBhYmxlKQogMXN0IDB4ZmZmZmZmZmY4MThlNjNlMCB2dGRldiAodnRkZXYsIHNs ZWVwIG11dGV4KSBAIC91c3Ivc3JjL3N5cy9kZXYvdnQvdnRfY29yZS5jOjI5NjAKIDJuZCAweGZm ZmZmZmZmODE4MDI3MDAgR2lhbnQgKEdpYW50LCBzbGVlcCBtdXRleCkgQCAvdXNyL3NyYy9zeXMv a2Vybi9rZXJuX3N5bmNoLmM6MjI4CmxvY2sgb3JkZXIgR2lhbnQgLT4gdnRkZXYgZXN0YWJsaXNo ZWQgYXQ6CiMwIDB4ZmZmZmZmZmY4MGM1NThhZCBhdCB3aXRuZXNzX2NoZWNrb3JkZXIrMHg0NmQK IzEgMHhmZmZmZmZmZjgwYmMzMjM0IGF0IF9fbXR4X2xvY2tfZmxhZ3MrMHg5NAojMiAweGZmZmZm ZmZmODBhNDAxYWYgYXQgdnRfdXBncmFkZSsweDMyZgojMyAweGZmZmZmZmZmODBiNzQ2OWMgYXQg bWlfc3RhcnR1cCsweGVjCiM0IDB4ZmZmZmZmZmY4MDM3MTAyYyBhdCBidGV4dCsweDJjCmxvY2sg b3JkZXIgdnRkZXYgLT4gR2lhbnQgYXR0ZW1wdGVkIGF0OgojMCAweGZmZmZmZmZmODBjNTYyMGMg YXQgd2l0bmVzc19jaGVja29yZGVyKzB4ZGNjCiMxIDB4ZmZmZmZmZmY4MGJjMzIzNCBhdCBfX210 eF9sb2NrX2ZsYWdzKzB4OTQKIzIgMHhmZmZmZmZmZjgwYmYzNWJkIGF0IF9zbGVlcCsweDM0ZAoj MyAweGZmZmZmZmZmODBjNDhmOWIgYXQgdGFza3F1ZXVlX2RyYWluKzB4ZmIKIzQgMHhmZmZmZmZm ZjgyMzY4NGEzIGF0IHZ0X2ttc19wb3N0c3dpdGNoKzB4NzMKIzUgMHhmZmZmZmZmZjgwYTM5NWVk IGF0IHZ0X2ZiX2luaXQrMHhmZAojNiAweGZmZmZmZmZmODBhNDBiZDggYXQgdnRfcmVwbGFjZV9i YWNrZW5kKzB4MTE4CiM3IDB4ZmZmZmZmZmY4MGEzOTZmMyBhdCB2dF9mYl9hdHRhY2grMHgxMwoj OCAweGZmZmZmZmZmODIzNjhmNzggYXQgbGludXhfcmVnaXN0ZXJfZnJhbWVidWZmZXIrMHg1ZTgK IzkgMHhmZmZmZmZmZjgyMzcwODE5IGF0IF9fZHJtX2ZiX2hlbHBlcl9pbml0aWFsX2NvbmZpZ19h bmRfdW5sb2NrKzB4NDE5CiMxMCAweGZmZmZmZmZmODI0MWEwNzYgYXQgYW1kZ3B1X2ZiZGV2X2lu aXQrMHhlNgojMTEgMHhmZmZmZmZmZjgyNDExODY1IGF0IGFtZGdwdV9kZXZpY2VfaW5pdCsweDFl ZTUKIzEyIDB4ZmZmZmZmZmY4MjQyNGE4NyBhdCBhbWRncHVfZHJpdmVyX2xvYWRfa21zKzB4NDcK IzEzIDB4ZmZmZmZmZmY4MjMzZjdlNiBhdCBkcm1fZGV2X3JlZ2lzdGVyKzB4YzYKIzE0IDB4ZmZm ZmZmZmY4MjQxOTUxYSBhdCBhbWRncHVfcGNpX3Byb2JlKzB4MWVhCiMxNSAweGZmZmZmZmZmODIz YTgzYmYgYXQgbGludXhfcGNpX2F0dGFjaF9kZXZpY2UrMHg1NmYKIzE2IDB4ZmZmZmZmZmY4MGMy MWJiYSBhdCBkZXZpY2VfYXR0YWNoKzB4M2NhCiMxNyAweGZmZmZmZmZmODBjMjE3NjAgYXQgZGV2 aWNlX3Byb2JlX2FuZF9hdHRhY2grMHg3MApzdGFydCBGQl9JTkZPOgp0eXBlPTExIGhlaWdodD0x MDgwIHdpZHRoPTE5MjAgZGVwdGg9MzIKY21zaXplPTE2IHNpemU9ODI5NDQwMApwYmFzZT0weGQw ZTMwMDAwIHZiYXNlPTB4ZmZmZmY4MDBkMGUzMDAwMApuYW1lPWRybW4wIGZsYWdzPTB4MCBzdHJp ZGU9NzY4MCBicHA9MzIKY21hcFswXT0wIGNtYXBbMV09N2YwMDAwIGNtYXBbMl09N2YwMCBjbWFw WzNdPWM0YTAwMAplbmQgRkJfSU5GTwpkcm1uMDogZmIwOiBhbWRncHVkcm1mYiBmcmFtZSBidWZm ZXIgZGV2aWNlCltkcm1dIEluaXRpYWxpemVkIGFtZGdwdSAzLjM1LjAgMjAxNTAxMDEgZm9yIGRy bW4wIG9uIG1pbm9yIDAKbG8wOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gVVAKcmUwOiBsaW5rIHN0 YXRlIGNoYW5nZWQgdG8gRE9XTgpyZTA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUAphY3BpX3dt aTA6IDxBQ1BJLVdNSSBtYXBwaW5nPiBvbiBhY3BpMAphY3BpX3dtaTA6IGNhbm5vdCBmaW5kIEVD IGRldmljZQpkZXZpY2VfYXR0YWNoOiBhY3BpX3dtaTAgYXR0YWNoIHJldHVybmVkIDYKZHJpdmVy IGJ1ZzogVW5hYmxlIHRvIHNldCBkZXZjbGFzcyAoY2xhc3M6IHBwYyBkZXZuYW1lOiAodW5rbm93 bikpCmFjcGlfd21pMDogPEFDUEktV01JIG1hcHBpbmc+IG9uIGFjcGkwCmFjcGlfd21pMDogY2Fu bm90IGZpbmQgRUMgZGV2aWNlCmRldmljZV9hdHRhY2g6IGFjcGlfd21pMCBhdHRhY2ggcmV0dXJu ZWQgNgphY3BpX3dtaTA6IDxBQ1BJLVdNSSBtYXBwaW5nPiBvbiBhY3BpMAphY3BpX3dtaTA6IGNh bm5vdCBmaW5kIEVDIGRldmljZQpkZXZpY2VfYXR0YWNoOiBhY3BpX3dtaTAgYXR0YWNoIHJldHVy bmVkIDYKaW50c21iMDogPEFNRCBGQ0ggU01CdXMgQ29udHJvbGxlcj4gYXQgZGV2aWNlIDIwLjAg b24gcGNpMApzbWJ1czA6IDxTeXN0ZW0gTWFuYWdlbWVudCBCdXM+IG9uIGludHNtYjAKdW1zMCBv biB1aHViMAp1bXMwOiA8TG9naXRlY2ggVVNCIE9wdGljYWwgTW91c2UsIGNsYXNzIDAvMCwgcmV2 IDIuMDAvNzIuMDAsIGFkZHIgMT4gb24gdXNidXMwCnVtczA6IDMgYnV0dG9ucyBhbmQgW1hZWl0g Y29vcmRpbmF0ZXMgSUQ9MAp1aGlkMCBvbiB1aHViMgp1aGlkMDogPE1TSSBNWVNUSUMgTElHSFQs IGNsYXNzIDAvMCwgcmV2IDEuMTAvMC4wMSwgYWRkciAxPiBvbiB1c2J1czEKdWhpZDEgb24gdWh1 YjAKdWhpZDE6IDxVU0IgS2V5Ym9hcmQ+IG9uIHVzYnVzMApTZWN1cml0eSBwb2xpY3kgbG9hZGVk OiBNQUMvbnRwZCAobWFjX250cGQpCldhaXRpbmcgKG1heCA2MCBzZWNvbmRzKSBmb3Igc3lzdGVt IHByb2Nlc3MgYHZubHJ1JyB0byBzdG9wLi4uIGRvbmUKV2FpdGluZyAobWF4IDYwIHNlY29uZHMp IGZvciBzeXN0ZW0gcHJvY2VzcyBgc3luY2VyJyB0byBzdG9wLi4uIApTeW5jaW5nIGRpc2tzLCB2 bm9kZXMgcmVtYWluaW5nLi4uIDEgMCAwIGRvbmUKV2FpdGluZyAobWF4IDYwIHNlY29uZHMpIGZv ciBzeXN0ZW0gdGhyZWFkIGBidWZkYWVtb24nIHRvIHN0b3AuLi4gZG9uZQpXYWl0aW5nIChtYXgg NjAgc2Vjb25kcykgZm9yIHN5c3RlbSB0aHJlYWQgYGJ1ZnNwYWNlZGFlbW9uLTAnIHRvIHN0b3Au Li4gZG9uZQpXYWl0aW5nIChtYXggNjAgc2Vjb25kcykgZm9yIHN5c3RlbSB0aHJlYWQgYGJ1ZnNw YWNlZGFlbW9uLTEnIHRvIHN0b3AuLi4gZG9uZQpXYWl0aW5nIChtYXggNjAgc2Vjb25kcykgZm9y IHN5c3RlbSB0aHJlYWQgYGJ1ZnNwYWNlZGFlbW9uLTInIHRvIHN0b3AuLi4gZG9uZQpXYWl0aW5n IChtYXggNjAgc2Vjb25kcykgZm9yIHN5c3RlbSB0aHJlYWQgYGJ1ZnNwYWNlZGFlbW9uLTMnIHRv IHN0b3AuLi4gZG9uZQpXYWl0aW5nIChtYXggNjAgc2Vjb25kcykgZm9yIHN5c3RlbSB0aHJlYWQg YGJ1ZnNwYWNlZGFlbW9uLTQnIHRvIHN0b3AuLi4gZG9uZQpXYWl0aW5nIChtYXggNjAgc2Vjb25k cykgZm9yIHN5c3RlbSB0aHJlYWQgYGJ1ZnNwYWNlZGFlbW9uLTUnIHRvIHN0b3AuLi4gZG9uZQpX YWl0aW5nIChtYXggNjAgc2Vjb25kcykgZm9yIHN5c3RlbSB0aHJlYWQgYGJ1ZnNwYWNlZGFlbW9u LTYnIHRvIHN0b3AuLi4gZG9uZQpBbGwgYnVmZmVycyBzeW5jZWQuCmxvY2sgb3JkZXIgcmV2ZXJz YWw6CiAxc3QgMHhmZmZmZjgwMDA1ZGE3ODEwIHVmcyAodWZzLCBsb2NrbWdyKSBAIC91c3Ivc3Jj L3N5cy9rZXJuL3Zmc19tb3VudC5jOjE3NDEKIDJuZCAweGZmZmZmODAwMDVhM2ZkYzggZGV2ZnMg KGRldmZzLCBsb2NrbWdyKSBAIC91c3Ivc3JjL3N5cy9rZXJuL3Zmc19zdWJyLmM6MjkxNApsb2Nr IG9yZGVyIGRldmZzIC0+IHVmcyBlc3RhYmxpc2hlZCBhdDoKIzAgMHhmZmZmZmZmZjgwYzU1OGFk IGF0IHdpdG5lc3NfY2hlY2tvcmRlcisweDQ2ZAojMSAweGZmZmZmZmZmODBiYjY5OTggYXQgbG9j a21ncl9sb2NrX2ZsYWdzKzB4MTg4CiMyIDB4ZmZmZmZmZmY4MGVhN2Q4NSBhdCBmZnNfbG9jaysw eDc1CiMzIDB4ZmZmZmZmZmY4MGNlMDI0NCBhdCBfdm5fbG9jaysweDU0CiM0IDB4ZmZmZmZmZmY4 MGNiZjljOCBhdCB2ZnNfZG9tb3VudCsweGVlOAojNSAweGZmZmZmZmZmODBjYmUxMTIgYXQgdmZz X2Rvbm1vdW50KzB4ODcyCiM2IDB4ZmZmZmZmZmY4MGNjMjRkNyBhdCBrZXJuZWxfbW91bnQrMHg1 NwojNyAweGZmZmZmZmZmODBjYzRlMDEgYXQgcGFyc2VfbW91bnQrMHg0YTEKIzggMHhmZmZmZmZm ZjgwY2MzMzA5IGF0IHZmc19tb3VudHJvb3QrMHg1ODkKIzkgMHhmZmZmZmZmZjgwYjc1ODlmIGF0 IHN0YXJ0X2luaXQrMHgxZgojMTAgMHhmZmZmZmZmZjgwYmExYjUwIGF0IGZvcmtfZXhpdCsweDgw CiMxMSAweGZmZmZmZmZmODEwMDk5NmUgYXQgZm9ya190cmFtcG9saW5lKzB4ZQpsb2NrIG9yZGVy IHVmcyAtPiBkZXZmcyBhdHRlbXB0ZWQgYXQ6CiMwIDB4ZmZmZmZmZmY4MGM1NjIwYyBhdCB3aXRu ZXNzX2NoZWNrb3JkZXIrMHhkY2MKIzEgMHhmZmZmZmZmZjgwYmI4M2U1IGF0IGxvY2ttZ3JfeGxv Y2srMHg1NQojMiAweGZmZmZmZmZmODBjZTAyNDQgYXQgX3ZuX2xvY2srMHg1NAojMyAweGZmZmZm ZmZmODBjYzhmZWYgYXQgdmdldF9maW5pc2grMHg0ZgojNCAweGZmZmZmZmZmODBhODQ1OGYgYXQg ZGV2ZnNfYWxsb2N2KzB4YmYKIzUgMHhmZmZmZmZmZjgwYTgzZDQzIGF0IGRldmZzX3Jvb3QrMHg0 MwojNiAweGZmZmZmZmZmODBjY2RlZjIgYXQgdmZzX2NhY2hlX3Jvb3RfZmFsbGJhY2srMHgxMTIK IzcgMHhmZmZmZmZmZjgwY2M5ZmZjIGF0IHZmbHVzaCsweDRjCiM4IDB4ZmZmZmZmZmY4MGE4M2M0 ZSBhdCBkZXZmc191bm1vdW50KzB4M2UKIzkgMHhmZmZmZmZmZjgwY2MwYWFjIGF0IGRvdW5tb3Vu dCsweDQyYwojMTAgMHhmZmZmZmZmZjgwY2NiN2QxIGF0IHZmc191bm1vdW50YWxsKzB4YzEKIzEx IDB4ZmZmZmZmZmY4MGNhMDI2ZSBhdCBidWZzaHV0ZG93bisweDJjZQojMTIgMHhmZmZmZmZmZjgw YmU2ZjYzIGF0IGtlcm5fcmVib290KzB4MjEzCiMxMyAweGZmZmZmZmZmODBiZTZjZjQgYXQgc3lz X3JlYm9vdCsweDNhNAojMTQgMHhmZmZmZmZmZjgxMDM2MTVlIGF0IGFtZDY0X3N5c2NhbGwrMHgx MmUKIzE1IDB4ZmZmZmZmZmY4MTAwOTIzZSBhdCBmYXN0X3N5c2NhbGxfY29tbW9uKzB4ZjgKVXB0 aW1lOiA3bTI3cwp1aHViMTogZGV0YWNoZWQKdWhpZDA6IGRldGFjaGVkCnVtYXNzMDogZGV0YWNo ZWQKdWh1YjM6IGRldGFjaGVkCnVodWIyOiBkZXRhY2hlZAp1bXMwOiBkZXRhY2hlZAp1a2JkMDog ZGV0YWNoZWQKdWhpZDE6IGRldGFjaGVkCnVodWIwOiBkZXRhY2hlZApyZTA6IGxpbmsgc3RhdGUg Y2hhbmdlZCB0byBET1dOCnJlMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCi0tLTw8Qk9PVD4+ LS0tCkNvcHlyaWdodCAoYykgMTk5Mi0yMDIwIFRoZSBGcmVlQlNEIFByb2plY3QuCkNvcHlyaWdo dCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5MiwgMTk5 MywgMTk5NAoJVGhlIFJlZ2VudHMgb2YgdGhlIFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4gQWxs IHJpZ2h0cyByZXNlcnZlZC4KRnJlZUJTRCBpcyBhIHJlZ2lzdGVyZWQgdHJhZGVtYXJrIG9mIFRo ZSBGcmVlQlNEIEZvdW5kYXRpb24uCkZyZWVCU0QgMTMuMC1DVVJSRU5UICMwIDc1NzhhNDg2MmYw LWMyNTUwMzIobWFpbik6IFRodSBEZWMgMTAgMTE6NDA6MjcgVVRDIDIwMjAKICAgIHJvb3RAcmVs ZW5nMS5ueWkuZnJlZWJzZC5vcmc6L3Vzci9vYmovdXNyL3NyYy9hbWQ2NC5hbWQ2NC9zeXMvR0VO RVJJQyBhbWQ2NApGcmVlQlNEIGNsYW5nIHZlcnNpb24gMTEuMC4wIChnaXRAZ2l0aHViLmNvbTps bHZtL2xsdm0tcHJvamVjdC5naXQgbGx2bW9yZy0xMS4wLjAtMC1nMTc2MjQ5YmQ2NzMpCldBUk5J Tkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCByZWR1Y2VkIHBlcmZvcm1hbmNlLgpW VCh2Z2EpOiByZXNvbHV0aW9uIDY0MHg0ODAKQ1BVOiBBTUQgUnl6ZW4gNyAzNzAwWCA4LUNvcmUg UHJvY2Vzc29yICAgICAgICAgICAgICAoMzYwMC4wOC1NSHogSzgtY2xhc3MgQ1BVKQogIE9yaWdp bj0iQXV0aGVudGljQU1EIiAgSWQ9MHg4NzBmMTAgIEZhbWlseT0weDE3ICBNb2RlbD0weDcxICBT dGVwcGluZz0wCiAgRmVhdHVyZXM9MHgxNzhiZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBB RSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILE1N WCxGWFNSLFNTRSxTU0UyLEhUVD4KICBGZWF0dXJlczI9MHg3ZWQ4MzIwYjxTU0UzLFBDTE1VTFFE USxNT04sU1NTRTMsRk1BLENYMTYsU1NFNC4xLFNTRTQuMixNT1ZCRSxQT1BDTlQsQUVTTkksWFNB VkUsT1NYU0FWRSxBVlgsRjE2QyxSRFJBTkQ+CiAgQU1EIEZlYXR1cmVzPTB4MmU1MDA4MDA8U1lT Q0FMTCxOWCxNTVgrLEZGWFNSLFBhZ2UxR0IsUkRUU0NQLExNPgogIEFNRCBGZWF0dXJlczI9MHg3 NWMyMzdmZjxMQUhGLENNUCxTVk0sRXh0QVBJQyxDUjgsQUJNLFNTRTRBLE1BUyxQcmVmZXRjaCxP U1ZXLElCUyxTS0lOSVQsV0RULFRDRSxUb3BvbG9neSxQQ1hDLFBOWEMsREJFLFBMMkksTVdBSVRY LEFETVNLWD4KICBTdHJ1Y3R1cmVkIEV4dGVuZGVkIEZlYXR1cmVzPTB4MjE5YzkxYTk8RlNHU0JB U0UsQk1JMSxBVlgyLFNNRVAsQk1JMixQUU0sUFFFLFJEU0VFRCxBRFgsU01BUCxDTEZMVVNIT1BU LENMV0IsU0hBPgogIFN0cnVjdHVyZWQgRXh0ZW5kZWQgRmVhdHVyZXMyPTB4NDAwMDA0PFVNSVAs UkRQSUQ+CiAgWFNBVkUgRmVhdHVyZXM9MHhmPFhTQVZFT1BULFhTQVZFQyxYSU5VU0UsWFNBVkVT PgogIEFNRCBFeHRlbmRlZCBGZWF0dXJlIEV4dGVuc2lvbnMgSUQgRUJYPTB4MTA4YjY1NzxDTFpF Uk8sSVJQZXJmLFhTYXZlRXJQdHIsUkRQUlUsV0JOT0lOVkQsSUJQQixTVElCUCxTU0JEPgogIFNW TTogKGRpc2FibGVkIGluIEJJT1MpIE5QLE5SSVAsVkNsZWFuLEFGbHVzaCxEQXNzaXN0LE5Bc2lk cz0zMjc2OAogIFRTQzogUC1zdGF0ZSBpbnZhcmlhbnQsIHBlcmZvcm1hbmNlIHN0YXRpc3RpY3MK cmVhbCBtZW1vcnkgID0gMTcxNzk4NjkxODQgKDE2Mzg0IE1CKQphdmFpbCBtZW1vcnkgPSAxNjUx ODA3MDI3MiAoMTU3NTIgTUIpCkV2ZW50IHRpbWVyICJMQVBJQyIgcXVhbGl0eSA2MDAKQUNQSSBB UElDIFRhYmxlOiA8QUxBU0tBIEEgTSBJID4KRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5 c3RlbSBEZXRlY3RlZDogMTYgQ1BVcwpGcmVlQlNEL1NNUDogMSBwYWNrYWdlKHMpIHggMiBjYWNo ZSBncm91cHMgeCA0IGNvcmUocykgeCAyIGhhcmR3YXJlIHRocmVhZHMKcmFuZG9tOiByZWdpc3Rl cmluZyBmYXN0IHNvdXJjZSBJbnRlbCBTZWN1cmUgS2V5IFJORwpyYW5kb206IGZhc3QgcHJvdmlk ZXI6ICJJbnRlbCBTZWN1cmUgS2V5IFJORyIKcmFuZG9tOiB1bmJsb2NraW5nIGRldmljZS4KaW9h cGljMCA8VmVyc2lvbiAyLjE+IGlycXMgMC0yMwppb2FwaWMxIDxWZXJzaW9uIDIuMT4gaXJxcyAy NC01NQpMYXVuY2hpbmcgQVBzOiA5IDE1IDggMTAgMSAyIDExIDE0IDMgMTIgNyA1IDEzIDQgNgpU aW1lY291bnRlciAiVFNDLWxvdyIgZnJlcXVlbmN5IDE4MDAwNDAyMTIgSHogcXVhbGl0eSAxMDAw CnJhbmRvbTogZW50cm9weSBkZXZpY2UgZXh0ZXJuYWwgaW50ZXJmYWNlCldBUk5JTkc6IERldmlj ZSAia2JkIiBpcyBHaWFudCBsb2NrZWQgYW5kIG1heSBiZSBkZWxldGVkIGJlZm9yZSBGcmVlQlNE IDEzLjAuCmtiZDEgYXQga2JkbXV4MAowMDAuMDAwMDU3IFs0MzQ2XSBuZXRtYXBfaW5pdCAgICAg ICAgICAgICAgIG5ldG1hcDogbG9hZGVkIG1vZHVsZQpbYXRoX2hhbF0gbG9hZGVkCm5leHVzMApl ZmlydGMwOiA8RUZJIFJlYWx0aW1lIENsb2NrPgplZmlydGMwOiByZWdpc3RlcmVkIGFzIGEgdGlt ZS1vZi1kYXkgY2xvY2ssIHJlc29sdXRpb24gMS4wMDAwMDBzCnZ0dmdhMDogPFZUIFZHQSBkcml2 ZXI+CmNyeXB0b3NvZnQwOiA8c29mdHdhcmUgY3J5cHRvPgphY3BpMDogPEFMQVNLQSBBIE0gSSA+ CmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQpjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmF0 dGltZXIwOiA8QVQgdGltZXI+IHBvcnQgMHg0MC0weDQzIGlycSAwIG9uIGFjcGkwClRpbWVjb3Vu dGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwCkV2ZW50IHRpbWVyICJp ODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAxMDAKYXRydGMwOiA8QVQgcmVhbHRp bWUgY2xvY2s+IHBvcnQgMHg3MC0weDcxIG9uIGFjcGkwCmF0cnRjMDogcmVnaXN0ZXJlZCBhcyBh IHRpbWUtb2YtZGF5IGNsb2NrLCByZXNvbHV0aW9uIDEuMDAwMDAwcwpFdmVudCB0aW1lciAiUlRD IiBmcmVxdWVuY3kgMzI3NjggSHogcXVhbGl0eSAwCmhwZXQwOiA8SGlnaCBQcmVjaXNpb24gRXZl bnQgVGltZXI+IGlvbWVtIDB4ZmVkMDAwMDAtMHhmZWQwMDNmZiBpcnEgMCw4IG9uIGFjcGkwClRp bWVjb3VudGVyICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA5NTAKRXZlbnQg dGltZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDM1MApFdmVudCB0aW1l ciAiSFBFVDEiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDM1MApFdmVudCB0aW1lciAi SFBFVDIiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5IDM1MApUaW1lY291bnRlciAiQUNQ SS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDkwMAphY3BpX3RpbWVyMDogPDMy LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDgwOC0weDgwYiBvbiBhY3BpMApwY2li MDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTA6 IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwCnBjaTA6IDxiYXNlIHBlcmlwaGVyYWwsIElPTU1VPiBh dCBkZXZpY2UgMC4yIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJy aWRnZT4gYXQgZGV2aWNlIDEuMiBvbiBwY2kwCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIx CnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDI4IGF0IGRldmljZSAwLjAgb24gcGNp MQpwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgpwY2liMzogPEFDUEkgUENJLVBDSSBicmlk Z2U+IGF0IGRldmljZSAwLjAgb24gcGNpMgpwY2kzOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMwpu dm1lMDogPEdlbmVyaWMgTlZNZSBEZXZpY2U+IG1lbSAweGZjYzAwMDAwLTB4ZmNjMDNmZmYgaXJx IDI4IGF0IGRldmljZSAwLjAgb24gcGNpMwpwY2liNDogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0 IGRldmljZSA0LjAgb24gcGNpMgpwY2k0OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNAphaGNpMDog PEFTTWVkaWEgQVNNMTA2MiBBSENJIFNBVEEgY29udHJvbGxlcj4gcG9ydCAweGUwNTAtMHhlMDU3 LDB4ZTA0MC0weGUwNDMsMHhlMDMwLTB4ZTAzNywweGUwMjAtMHhlMDIzLDB4ZTAwMC0weGUwMWYg bWVtIDB4ZmNiMDAwMDAtMHhmY2IwMDFmZiBpcnEgMjggYXQgZGV2aWNlIDAuMCBvbiBwY2k0CmFo Y2kwOiBBSENJIHYxLjIwIHdpdGggMiA2R2JwcyBwb3J0cywgUG9ydCBNdWx0aXBsaWVyIHN1cHBv cnRlZAphaGNpMDogcXVpcmtzPTB4YzAwMDAwPE5PQ0NTLE5PQVVYPgphaGNpY2gwOiA8QUhDSSBj aGFubmVsPiBhdCBjaGFubmVsIDAgb24gYWhjaTAKYWhjaWNoMTogPEFIQ0kgY2hhbm5lbD4gYXQg Y2hhbm5lbCAxIG9uIGFoY2kwCnBjaWI1OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNl IDUuMCBvbiBwY2kyCnBjaTU6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI1CnJlMDogPFJlYWxUZWsg ODE2OC84MTExIEIvQy9DUC9EL0RQL0UvRi9HIFBDSWUgR2lnYWJpdCBFdGhlcm5ldD4gcG9ydCAw eGQwMDAtMHhkMGZmIG1lbSAweGZjYTA0MDAwLTB4ZmNhMDRmZmYsMHhmY2EwMDAwMC0weGZjYTAz ZmZmIGlycSAyOSBhdCBkZXZpY2UgMC4wIG9uIHBjaTUKcmUwOiBVc2luZyAxIE1TSS1YIG1lc3Nh Z2UKcmUwOiBDaGlwIHJldi4gMHg1NDAwMDAwMApyZTA6IE1BQyByZXYuIDB4MDAxMDAwMDAKbWlp YnVzMDogPE1JSSBidXM+IG9uIHJlMApyZ2VwaHkwOiA8UlRMODI1MS84MTUzIDEwMDBCQVNFLVQg bWVkaWEgaW50ZXJmYWNlPiBQSFkgMSBvbiBtaWlidXMwCnJnZXBoeTA6ICBub25lLCAxMGJhc2VU LCAxMGJhc2VULUZEWCwgMTBiYXNlVC1GRFgtZmxvdywgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRY LCAxMDBiYXNlVFgtRkRYLWZsb3csIDEwMDBiYXNlVC1GRFgsIDEwMDBiYXNlVC1GRFgtbWFzdGVy LCAxMDAwYmFzZVQtRkRYLWZsb3csIDEwMDBiYXNlVC1GRFgtZmxvdy1tYXN0ZXIsIGF1dG8sIGF1 dG8tZmxvdwpyZTA6IFVzaW5nIGRlZmF1bHRzIGZvciBUU086IDY1NTE4LzM1LzIwNDgKcmUwOiBF dGhlcm5ldCBhZGRyZXNzOiAwMDpkODo2MTo5YzplYjpkOQpyZTA6IG5ldG1hcCBxdWV1ZXMvc2xv dHM6IFRYIDEvMjU2LCBSWCAxLzI1NgpwY2liNjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAy OCBhdCBkZXZpY2UgOC4wIG9uIHBjaTIKcGNpNjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjYKcGNp NjogPHVua25vd24+IGF0IGRldmljZSAwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKeGhjaTA6IDxY SENJIChnZW5lcmljKSBVU0IgMy4wIGNvbnRyb2xsZXI+IG1lbSAweGZjNzAwMDAwLTB4ZmM3ZmZm ZmYgaXJxIDI4IGF0IGRldmljZSAwLjEgb24gcGNpNgp4aGNpMDogNjQgYnl0ZXMgY29udGV4dCBz aXplLCA2NC1iaXQgRE1BCnVzYnVzMCBvbiB4aGNpMAp1c2J1czA6IDUuMEdicHMgU3VwZXIgU3Bl ZWQgVVNCIHYzLjAKeGhjaTE6IDxYSENJIChnZW5lcmljKSBVU0IgMy4wIGNvbnRyb2xsZXI+IG1l bSAweGZjNjAwMDAwLTB4ZmM2ZmZmZmYgaXJxIDMwIGF0IGRldmljZSAwLjMgb24gcGNpNgp4aGNp MTogNjQgYnl0ZXMgY29udGV4dCBzaXplLCA2NC1iaXQgRE1BCnVzYnVzMSBvbiB4aGNpMQp1c2J1 czE6IDUuMEdicHMgU3VwZXIgU3BlZWQgVVNCIHYzLjAKcGNpYjc6IDxQQ0ktUENJIGJyaWRnZT4g aXJxIDI5IGF0IGRldmljZSA5LjAgb24gcGNpMgpwY2k3OiA8UENJIGJ1cz4gb24gcGNpYjcKYWhj aTE6IDxBTUQgS0VSTkNaIEFIQ0kgU0FUQSBjb250cm9sbGVyPiBtZW0gMHhmYzkwMDAwMC0weGZj OTAwN2ZmIGlycSAyOSBhdCBkZXZpY2UgMC4wIG9uIHBjaTcKYWhjaTE6IEFIQ0kgdjEuMzEgd2l0 aCAxIDZHYnBzIHBvcnRzLCBQb3J0IE11bHRpcGxpZXIgc3VwcG9ydGVkIHdpdGggRkJTCmFoY2lj aDI6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhaGNpMQpwY2liODogPFBDSS1QQ0kg YnJpZGdlPiBpcnEgMzAgYXQgZGV2aWNlIDEwLjAgb24gcGNpMgpwY2k4OiA8UENJIGJ1cz4gb24g cGNpYjgKYWhjaTI6IDxBTUQgS0VSTkNaIEFIQ0kgU0FUQSBjb250cm9sbGVyPiBtZW0gMHhmYzgw MDAwMC0weGZjODAwN2ZmIGlycSAzMCBhdCBkZXZpY2UgMC4wIG9uIHBjaTgKYWhjaTI6IEFIQ0kg djEuMzEgd2l0aCAzIDZHYnBzIHBvcnRzLCBQb3J0IE11bHRpcGxpZXIgc3VwcG9ydGVkIHdpdGgg RkJTCmFoY2ljaDM6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhaGNpMgphaGNpY2g3 OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDQgb24gYWhjaTIKYWhjaWNoODogPEFIQ0kgY2hh bm5lbD4gYXQgY2hhbm5lbCA1IG9uIGFoY2kyCnBjaWI5OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4g YXQgZGV2aWNlIDMuMSBvbiBwY2kwCnBjaTk6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI5CnZnYXBj aTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4ZjAwMC0weGYwZmYgbWVtIDB4ZDAw MDAwMDAtMHhkZmZmZmZmZiwweGUwMDAwMDAwLTB4ZTAxZmZmZmYsMHhmY2YwMDAwMC0weGZjZjNm ZmZmIGlycSA1NCBhdCBkZXZpY2UgMC4wIG9uIHBjaTkKdmdhcGNpMDogQm9vdCB2aWRlbyBkZXZp Y2UKaGRhYzA6IDxBVEkgKDB4YWFmMCkgSERBIENvbnRyb2xsZXI+IG1lbSAweGZjZjYwMDAwLTB4 ZmNmNjNmZmYgaXJxIDU1IGF0IGRldmljZSAwLjEgb24gcGNpOQpwY2liMTA6IDxBQ1BJIFBDSS1Q Q0kgYnJpZGdlPiBhdCBkZXZpY2UgNy4xIG9uIHBjaTAKcGNpMTA6IDxBQ1BJIFBDSSBidXM+IG9u IHBjaWIxMApwY2kxMDogPHVua25vd24+IGF0IGRldmljZSAwLjAgKG5vIGRyaXZlciBhdHRhY2hl ZCkKcGNpYjExOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDguMSBvbiBwY2kwCnBj aTExOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMTEKcGNpMTE6IDx1bmtub3duPiBhdCBkZXZpY2Ug MC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnhoY2kyOiA8WEhDSSAoZ2VuZXJpYykgVVNCIDMuMCBj b250cm9sbGVyPiBtZW0gMHhmY2QwMDAwMC0weGZjZGZmZmZmIGlycSAzOSBhdCBkZXZpY2UgMC4z IG9uIHBjaTExCnhoY2kyOiA2NCBieXRlcyBjb250ZXh0IHNpemUsIDY0LWJpdCBETUEKdXNidXMy IG9uIHhoY2kyCnVzYnVzMjogNS4wR2JwcyBTdXBlciBTcGVlZCBVU0IgdjMuMApoZGFjMTogPEFN RCBYNTcwIEhEQSBDb250cm9sbGVyPiBtZW0gMHhmY2UwMDAwMC0weGZjZTA3ZmZmIGlycSAzNiBh dCBkZXZpY2UgMC40IG9uIHBjaTExCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAy MC4zIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCmFjcGlfYnV0dG9uMDogPFBvd2Vy IEJ1dHRvbj4gb24gYWNwaTAKdWFydDI6IDwxNng1MCB3aXRoIDI1NiBieXRlIEZJRk8+IGlvbWVt IDB4ZmVkYzkwMDAtMHhmZWRjOWZmZiwweGZlZGM3MDAwLTB4ZmVkYzdmZmYgaXJxIDMgb24gYWNw aTAKdWFydDM6IDwxNng1MCB3aXRoIDI1NiBieXRlIEZJRk8+IGlvbWVtIDB4ZmVkY2EwMDAtMHhm ZWRjYWZmZiwweGZlZGM4MDAwLTB4ZmVkYzhmZmYgaXJxIDQgb24gYWNwaTAKdWFydDQ6IDwxNng1 MCB3aXRoIDI1NiBieXRlIEZJRk8+IGlvbWVtIDB4ZmVkY2UwMDAtMHhmZWRjZWZmZiwweGZlZGNj MDAwLTB4ZmVkY2NmZmYgaXJxIDMgb24gYWNwaTAKdWFydDU6IDwxNng1MCB3aXRoIDI1NiBieXRl IEZJRk8+IGlvbWVtIDB4ZmVkY2YwMDAtMHhmZWRjZmZmZiwweGZlZGNkMDAwLTB4ZmVkY2RmZmYg aXJxIDQgb24gYWNwaTAKdWFydDA6IDwxNjU1MCBvciBjb21wYXRpYmxlPiBwb3J0IDB4M2Y4LTB4 M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24gYWNwaTAKb3JtMDogPElTQSBPcHRpb24gUk9NPiBhdCBp b21lbSAweGMwMDAwLTB4Y2VmZmYgcG5waWQgT1JNMDAwMCBvbiBpc2EwCmF0a2JkYzA6IDxLZXli b2FyZCBjb250cm9sbGVyIChpODA0Mik+IGF0IHBvcnQgMHg2MCwweDY0IG9uIGlzYTAKYXRrYmQw OiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGtiZDAKYXRrYmQwOiBb R0lBTlQtTE9DS0VEXQphdGtiZGMwOiBub24tUE5QIElTQSBkZXZpY2Ugd2lsbCBiZSByZW1vdmVk IGZyb20gR0VORVJJQyBpbiBGcmVlQlNEIDEyLgpod3BzdGF0ZTA6IDxDb29sYG4nUXVpZXQgMi4w PiBvbiBjcHUwClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKdWdlbjEuMTogPDB4 MTAyMiBYSENJIHJvb3QgSFVCPiBhdCB1c2J1czEKdWdlbjAuMTogPDB4MTAyMiBYSENJIHJvb3Qg SFVCPiBhdCB1c2J1czAKdWdlbjIuMTogPDB4MTAyMiBYSENJIHJvb3QgSFVCPiBhdCB1c2J1czIK dWh1YjAgb24gdXNidXMyCnVodWIwOiA8MHgxMDIyIFhIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwg cmV2IDMuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czIKdWh1YjEgb24gdXNidXMxCnVodWIxOiA8 MHgxMDIyIFhIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDMuMDAvMS4wMCwgYWRkciAxPiBv biB1c2J1czEKdWh1YjIgb24gdXNidXMwCnVodWIyOiA8MHgxMDIyIFhIQ0kgcm9vdCBIVUIsIGNs YXNzIDkvMCwgcmV2IDMuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czAKbnZkMDogPFNQQ0MgTS4y IFBDSWUgU1NEPiBOVk1lIG5hbWVzcGFjZQpudmQwOiA5NzY3NjJNQiAoMjAwMDQwOTI2NCA1MTIg Ynl0ZSBzZWN0b3JzKQpoZGFjYzA6IDxBVEkgUjZ4eCBIREEgQ09ERUM+IGF0IGNhZCAwIG9uIGhk YWMwCmhkYWEwOiA8QVRJIFI2eHggQXVkaW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhk YWNjMApwY20wOiA8QVRJIFI2eHggKEhETUkpPiBhdCBuaWQgMyBvbiBoZGFhMApwY20xOiA8QVRJ IFI2eHggKEhETUkpPiBhdCBuaWQgNSBvbiBoZGFhMApwY20yOiA8QVRJIFI2eHggKEhETUkpPiBh dCBuaWQgNyBvbiBoZGFhMApwY20zOiA8QVRJIFI2eHggKEhETUkpPiBhdCBuaWQgOSBvbiBoZGFh MApwY200OiA8QVRJIFI2eHggKEhETUkpPiBhdCBuaWQgMTEgb24gaGRhYTAKcGNtNTogPEFUSSBS Nnh4IChIRE1JKT4gYXQgbmlkIDEzIG9uIGhkYWEwCmhkYWNjMTogPFJlYWx0ZWsgQUxDMTIyMCBI REEgQ09ERUM+IGF0IGNhZCAwIG9uIGhkYWMxCmhkYWExOiA8UmVhbHRlayBBTEMxMjIwIEF1ZGlv IEZ1bmN0aW9uIEdyb3VwPiBhdCBuaWQgMSBvbiBoZGFjYzEKcGNtNjogPFJlYWx0ZWsgQUxDMTIy MCAoUmVhciBBbmFsb2cgNS4xLzIuMCk+IGF0IG5pZCAyMCwyMiwyMSBhbmQgMjQsMjYgb24gaGRh YTEKcGNtNzogPFJlYWx0ZWsgQUxDMTIyMCAoRnJvbnQgQW5hbG9nKT4gYXQgbmlkIDI3IGFuZCAy NSBvbiBoZGFhMQpwY204OiA8UmVhbHRlayBBTEMxMjIwIChSZWFyIERpZ2l0YWwpPiBhdCBuaWQg MzAgb24gaGRhYTEKVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9hZGExcDIgW3J3 XS4uLgpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0gdXNidXMwIHVzYnVzMSB1c2J1czIKV0FS TklORzogV0lUTkVTUyBvcHRpb24gZW5hYmxlZCwgZXhwZWN0IHJlZHVjZWQgcGVyZm9ybWFuY2Uu CmFkYTAgYXQgYWhjaWNoMyBidXMgMCBzY2J1czMgdGFyZ2V0IDAgbHVuIDAKYWRhMDogPFNUMjAw MERNMDA4LTJGUjEwMiAwMDAxPiBBQ1MtMyBBVEEgU0FUQSAzLnggZGV2aWNlCmFkYTA6IFNlcmlh bCBOdW1iZXIgWkZMMEZSSDQKYWRhMDogNjAwLjAwME1CL3MgdHJhbnNmZXJzIChTQVRBIDMueCwg VURNQTYsIFBJTyA4MTkyYnl0ZXMpCmFkYTA6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxlZAphZGEw OiAxOTA3NzI5TUIgKDM5MDcwMjkxNjggNTEyIGJ5dGUgc2VjdG9ycykKYWRhMDogcXVpcmtzPTB4 MTw0Sz4KYWRhMSBhdCBhaGNpY2g3IGJ1cyAwIHNjYnVzNCB0YXJnZXQgMCBsdW4gMAphZGExOiA8 V0RDIFdEMTAwM0ZaRVgtMDBLM0NBMCAwMS4wMUEwMT4gQUNTLTMgQVRBIFNBVEEgMy54IGRldmlj ZQphZGExOiBTZXJpYWwgTnVtYmVyIFdELVdDQzZZN1VLOEpYWAphZGExOiA2MDAuMDAwTUIvcyB0 cmFuc2ZlcnMgKFNBVEEgMy54LCBVRE1BNiwgUElPIDgxOTJieXRlcykKYWRhMTogQ29tbWFuZCBR dWV1ZWluZyBlbmFibGVkCmFkYTE6IDk1Mzg2OU1CICgxOTUzNTI1MTY4IDUxMiBieXRlIHNlY3Rv cnMpCmFkYTE6IHF1aXJrcz0weDE8NEs+CmFkYTIgYXQgYWhjaWNoOCBidXMgMCBzY2J1czUgdGFy Z2V0IDAgbHVuIDAKYWRhMjogPFdEQyBXRFMxMDBUMkIwQS0wMFNNNTAgNDAxMDIwV0Q+IEFDUy00 IEFUQSBTQVRBIDMueCBkZXZpY2UKYWRhMjogU2VyaWFsIE51bWJlciAyMDIyMDhBMDAyRDIKYWRh MjogNjAwLjAwME1CL3MgdHJhbnNmZXJzIChTQVRBIDMueCwgVURNQTYsIFBJTyA1MTJieXRlcykK YWRhMjogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkCmFkYTI6IDk1Mzg2OU1CICgxOTUzNTI1MTY4 IDUxMiBieXRlIHNlY3RvcnMpCmNkMCBhdCBhaGNpY2gwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMCBs dW4gMApjZDA6IDxBU1VTIERSVy0yNEIxU1QgICBqIDEuMTE+IFJlbW92YWJsZSBDRC1ST00gU0NT SSBkZXZpY2UKY2QwOiBTZXJpYWwgTnVtYmVyIEo4RDBDTDAyNzIzNQpjZDA6IDE1MC4wMDBNQi9z IHRyYW5zZmVycyAoU0FUQSAxLngsIFVETUE2LCBBVEFQSSAxMmJ5dGVzLCBQSU8gODE5MmJ5dGVz KQpjZDA6IEF0dGVtcHQgdG8gcXVlcnkgZGV2aWNlIHNpemUgZmFpbGVkOiBOT1QgUkVBRFksIE1l ZGl1bSBub3QgcHJlc2VudCAtIHRyYXkgY2xvc2VkCnVodWIwOiA4IHBvcnRzIHdpdGggOCByZW1v dmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMTogMTAgcG9ydHMgd2l0aCAxMCByZW1vdmFibGUsIHNl bGYgcG93ZXJlZAp1aHViMjogMTAgcG9ydHMgd2l0aCAxMCByZW1vdmFibGUsIHNlbGYgcG93ZXJl ZAp1Z2VuMS4yOiA8TVNJIE1ZU1RJQyBMSUdIVD4gYXQgdXNidXMxCnVnZW4wLjI6IDxMb2dpdGVj aCBVU0IgT3B0aWNhbCBNb3VzZT4gYXQgdXNidXMwClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVz YnVzMCB1c2J1czEKdWdlbjEuMzogPHZlbmRvciAweDA1ZTMgVVNCMi4wIEh1Yj4gYXQgdXNidXMx CnVodWIzIG9uIHVodWIxCnVodWIzOiA8dmVuZG9yIDB4MDVlMyBVU0IyLjAgSHViLCBjbGFzcyA5 LzAsIHJldiAyLjAwLzg4LjMyLCBhZGRyIDI+IG9uIHVzYnVzMQp1Z2VuMC4zOiA8TG9naXRlY2gg VVNCIEtleWJvYXJkPiBhdCB1c2J1czAKdWtiZDAgb24gdWh1YjIKdWtiZDA6IDxVU0IgS2V5Ym9h cmQ+IG9uIHVzYnVzMAprYmQyIGF0IHVrYmQwCnVodWIzOiA0IHBvcnRzIHdpdGggNCByZW1vdmFi bGUsIHNlbGYgcG93ZXJlZApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czEKUm9vdCBtb3Vu dCB3YWl0aW5nIGZvcjogdXNidXMxCnVnZW4xLjQ6IDx2ZW5kb3IgMHgxM2ZlIFBhdHJpb3QgTWVt b3J5PiBhdCB1c2J1czEKdW1hc3MwIG9uIHVodWIzCnVtYXNzMDogPHZlbmRvciAweDEzZmUgUGF0 cmlvdCBNZW1vcnksIGNsYXNzIDAvMCwgcmV2IDIuMTAvMS4xMCwgYWRkciAzPiBvbiB1c2J1czEK dW1hc3MwOiAgU0NTSSBvdmVyIEJ1bGstT25seTsgcXVpcmtzID0gMHg4MTAwCnVtYXNzMDo2OjA6 IEF0dGFjaGVkIHRvIHNjYnVzNgpkYTAgYXQgdW1hc3Mtc2ltMCBidXMgMCBzY2J1czYgdGFyZ2V0 IDAgbHVuIDAKZGEwOiA8IFBhdHJpb3QgTWVtb3J5IFBNQVA+IFJlbW92YWJsZSBEaXJlY3QgQWNj ZXNzIFNQQy00IFNDU0kgZGV2aWNlCmRhMDogU2VyaWFsIE51bWJlciAwNzAxOEI3NDZCQjJBNjc1 CmRhMDogNDAuMDAwTUIvcyB0cmFuc2ZlcnMKZGEwOiAyOTU3NE1CICg2MDU2NzU1MiA1MTIgYnl0 ZSBzZWN0b3JzKQpkYTA6IHF1aXJrcz0weDI8Tk9fNl9CWVRFPgptb3VudHJvb3Q6IHdhaXRpbmcg Zm9yIGRldmljZSAvZGV2L2FkYTFwMi4uLgpbZHJtXSBhbWRncHUga2VybmVsIG1vZGVzZXR0aW5n IGVuYWJsZWQuCmRybW4wOiA8ZHJtbj4gb24gdmdhcGNpMAp2Z2FwY2kwOiBjaGlsZCBkcm1uMCBy ZXF1ZXN0ZWQgcGNpX2VuYWJsZV9pbwp2Z2FwY2kwOiBjaGlsZCBkcm1uMCByZXF1ZXN0ZWQgcGNp X2VuYWJsZV9pbwpzeXNjdGxfd2Fybl9yZXVzZTogY2FuJ3QgcmUtdXNlIGEgbGVhZiAoaHcuZHJp LmRlYnVnKSEKW2RybV0gaW5pdGlhbGl6aW5nIGtlcm5lbCBtb2Rlc2V0dGluZyAoUE9MQVJJUzEw IDB4MTAwMjoweDY3REYgMHgxNDYyOjB4MzQxQiAweEVGKS4KW2RybV0gcmVnaXN0ZXIgbW1pbyBi YXNlOiAweEZDRjAwMDAwCltkcm1dIHJlZ2lzdGVyIG1taW8gc2l6ZTogMjYyMTQ0Cltkcm1dIGFk ZCBpcCBibG9jayBudW1iZXIgMCA8dmlfY29tbW9uPgpbZHJtXSBhZGQgaXAgYmxvY2sgbnVtYmVy IDEgPGdtY192OF8wPgpbZHJtXSBhZGQgaXAgYmxvY2sgbnVtYmVyIDIgPHRvbmdhX2loPgpbZHJt XSBhZGQgaXAgYmxvY2sgbnVtYmVyIDMgPGdmeF92OF8wPgpbZHJtXSBhZGQgaXAgYmxvY2sgbnVt YmVyIDQgPHNkbWFfdjNfMD4KW2RybV0gYWRkIGlwIGJsb2NrIG51bWJlciA1IDxwb3dlcnBsYXk+ Cltkcm1dIGFkZCBpcCBibG9jayBudW1iZXIgNiA8ZG0+Cltkcm1dIGFkZCBpcCBibG9jayBudW1i ZXIgNyA8dXZkX3Y2XzA+Cltkcm1dIGFkZCBpcCBibG9jayBudW1iZXIgOCA8dmNlX3YzXzA+CkFU T00gQklPUzogMTEzVjM0MTE0LUYzCltkcm1dIFVWRCBpcyBlbmFibGVkIGluIFZNIG1vZGUKW2Ry bV0gVVZEIEVOQyBpcyBlbmFibGVkIGluIFZNIG1vZGUKW2RybV0gVkNFIGVuYWJsZWQgaW4gVk0g bW9kZQpbZHJtXSB2bSBzaXplIGlzIDY0IEdCLCAyIGxldmVscywgYmxvY2sgc2l6ZSBpcyAxMC1i aXQsIGZyYWdtZW50IHNpemUgaXMgOS1iaXQKZHJtbjA6IHN1Y2Nlc3NmdWxseSBsb2FkZWQgZmly bXdhcmUgaW1hZ2Ugd2l0aCBuYW1lOiBhbWRncHUvcG9sYXJpczEwX21jLmJpbgpkcm1uMDogVlJB TTogODE5Mk0gMHgwMDAwMDBGNDAwMDAwMDAwIC0gMHgwMDAwMDBGNUZGRkZGRkZGICg4MTkyTSB1 c2VkKQpkcm1uMDogR0FSVDogMjU2TSAweDAwMDAwMEZGMDAwMDAwMDAgLSAweDAwMDAwMEZGMEZG RkZGRkYKU3VjY2Vzc2Z1bGx5IGFkZGVkIFdDIE1UUlIgZm9yIFsweGQwMDAwMDAwLTB4ZGZmZmZm ZmZdOiAwOyAKW2RybV0gRGV0ZWN0ZWQgVlJBTSBSQU09ODE5Mk0sIEJBUj0yNTZNCltkcm1dIFJB TSB3aWR0aCAyNTZiaXRzIEdERFI1CltUVE1dIFpvbmUgIGtlcm5lbDogQXZhaWxhYmxlIGdyYXBo aWNzIG1lbW9yeTogODMzMTY1NiBLaUIKW1RUTV0gWm9uZSAgIGRtYTMyOiBBdmFpbGFibGUgZ3Jh cGhpY3MgbWVtb3J5OiAyMDk3MTUyIEtpQgpbVFRNXSBJbml0aWFsaXppbmcgcG9vbCBhbGxvY2F0 b3IKW2RybV0gYW1kZ3B1OiA4MTkyTSBvZiBWUkFNIG1lbW9yeSByZWFkeQpbZHJtXSBhbWRncHU6 IDgxOTJNIG9mIEdUVCBtZW1vcnkgcmVhZHkuCltkcm1dIEdBUlQ6IG51bSBjcHUgcGFnZXMgNjU1 MzYsIG51bSBncHUgcGFnZXMgNjU1MzYKW2RybV0gUENJRSBHQVJUIG9mIDI1Nk0gZW5hYmxlZCAo dGFibGUgYXQgMHgwMDAwMDBGNDAwOTAwMDAwKS4KZHJtbjA6IHN1Y2Nlc3NmdWxseSBsb2FkZWQg ZmlybXdhcmUgaW1hZ2Ugd2l0aCBuYW1lOiBhbWRncHUvcG9sYXJpczEwX3BmcF8yLmJpbgpkcm1u MDogc3VjY2Vzc2Z1bGx5IGxvYWRlZCBmaXJtd2FyZSBpbWFnZSB3aXRoIG5hbWU6IGFtZGdwdS9w b2xhcmlzMTBfbWVfMi5iaW4KZHJtbjA6IHN1Y2Nlc3NmdWxseSBsb2FkZWQgZmlybXdhcmUgaW1h Z2Ugd2l0aCBuYW1lOiBhbWRncHUvcG9sYXJpczEwX2NlXzIuYmluCltkcm1dIENoYWluZWQgSUIg c3VwcG9ydCBlbmFibGVkIQpkcm1uMDogc3VjY2Vzc2Z1bGx5IGxvYWRlZCBmaXJtd2FyZSBpbWFn ZSB3aXRoIG5hbWU6IGFtZGdwdS9wb2xhcmlzMTBfcmxjLmJpbgpkcm1uMDogc3VjY2Vzc2Z1bGx5 IGxvYWRlZCBmaXJtd2FyZSBpbWFnZSB3aXRoIG5hbWU6IGFtZGdwdS9wb2xhcmlzMTBfbWVjXzIu YmluCmRybW4wOiBzdWNjZXNzZnVsbHkgbG9hZGVkIGZpcm13YXJlIGltYWdlIHdpdGggbmFtZTog YW1kZ3B1L3BvbGFyaXMxMF9tZWMyXzIuYmluCmRybW4wOiBzdWNjZXNzZnVsbHkgbG9hZGVkIGZp cm13YXJlIGltYWdlIHdpdGggbmFtZTogYW1kZ3B1L3BvbGFyaXMxMF9zZG1hLmJpbgpkcm1uMDog c3VjY2Vzc2Z1bGx5IGxvYWRlZCBmaXJtd2FyZSBpbWFnZSB3aXRoIG5hbWU6IGFtZGdwdS9wb2xh cmlzMTBfc2RtYTEuYmluCmFtZGdwdTogW3Bvd2VycGxheV0gaHdtZ3Jfc3dfaW5pdCBzbXUgYmFj a2VkIGlzIHBvbGFyaXMxMF9zbXUKZHJtbjA6IHN1Y2Nlc3NmdWxseSBsb2FkZWQgZmlybXdhcmUg aW1hZ2Ugd2l0aCBuYW1lOiBhbWRncHUvcG9sYXJpczEwX3V2ZC5iaW4KW2RybV0gRm91bmQgVVZE IGZpcm13YXJlIFZlcnNpb246IDEuMTMwIEZhbWlseSBJRDogMTYKZHJtbjA6IHN1Y2Nlc3NmdWxs eSBsb2FkZWQgZmlybXdhcmUgaW1hZ2Ugd2l0aCBuYW1lOiBhbWRncHUvcG9sYXJpczEwX3ZjZS5i aW4KW2RybV0gRm91bmQgVkNFIGZpcm13YXJlIFZlcnNpb246IDUzLjI2IEJpbmFyeSBJRDogMwpk cm1uMDogc3VjY2Vzc2Z1bGx5IGxvYWRlZCBmaXJtd2FyZSBpbWFnZSB3aXRoIG5hbWU6IGFtZGdw dS9wb2xhcmlzMTBfa19zbWMuYmluCltkcm1dIERNX1BQTElCOiB2YWx1ZXMgZm9yIEVuZ2luZSBj bG9jawpbZHJtXSBETV9QUExJQjoJIDMwMDAwMApbZHJtXSBETV9QUExJQjoJIDU4ODAwMApbZHJt XSBETV9QUExJQjoJIDk4MDAwMApbZHJtXSBETV9QUExJQjoJIDEwNzIwMDAKW2RybV0gRE1fUFBM SUI6CSAxMTM5MDAwCltkcm1dIERNX1BQTElCOgkgMTIwMzAwMApbZHJtXSBETV9QUExJQjoJIDEy MzIwMDAKW2RybV0gRE1fUFBMSUI6CSAxMjY4MDAwCltkcm1dIERNX1BQTElCOiBWYWxpZGF0aW9u IGNsb2NrczoKW2RybV0gRE1fUFBMSUI6ICAgIGVuZ2luZV9tYXhfY2xvY2s6IDEyNjgwMApbZHJt XSBETV9QUExJQjogICAgbWVtb3J5X21heF9jbG9jazogMTc1MDAwCltkcm1dIERNX1BQTElCOiAg ICBsZXZlbCAgICAgICAgICAgOiA4Cltkcm1dIERNX1BQTElCOiB2YWx1ZXMgZm9yIE1lbW9yeSBj bG9jawpbZHJtXSBETV9QUExJQjoJIDMwMDAwMApbZHJtXSBETV9QUExJQjoJIDEwMDAwMDAKW2Ry bV0gRE1fUFBMSUI6CSAxNzUwMDAwCltkcm1dIERNX1BQTElCOiBWYWxpZGF0aW9uIGNsb2NrczoK W2RybV0gRE1fUFBMSUI6ICAgIGVuZ2luZV9tYXhfY2xvY2s6IDEyNjgwMApbZHJtXSBETV9QUExJ QjogICAgbWVtb3J5X21heF9jbG9jazogMTc1MDAwCltkcm1dIERNX1BQTElCOiAgICBsZXZlbCAg ICAgICAgICAgOiA4Cltkcm1dIERpc3BsYXkgQ29yZSBpbml0aWFsaXplZCB3aXRoIHYzLjIuNDgh Cltkcm1dIENvbm5lY3RvciBEUC0xOiBnZXQgbW9kZSBmcm9tIHR1bmFibGVzOgpbZHJtXSAgIC0g a2Vybi52dC5mYi5tb2Rlcy5EUC0xCltkcm1dICAgLSBrZXJuLnZ0LmZiLmRlZmF1bHRfbW9kZQpb ZHJtXSBDb25uZWN0b3IgRFAtMjogZ2V0IG1vZGUgZnJvbSB0dW5hYmxlczoKW2RybV0gICAtIGtl cm4udnQuZmIubW9kZXMuRFAtMgpbZHJtXSAgIC0ga2Vybi52dC5mYi5kZWZhdWx0X21vZGUKW2Ry bV0gQ29ubmVjdG9yIEhETUktQS0xOiBnZXQgbW9kZSBmcm9tIHR1bmFibGVzOgpbZHJtXSAgIC0g a2Vybi52dC5mYi5tb2Rlcy5IRE1JLUEtMQpbZHJtXSAgIC0ga2Vybi52dC5mYi5kZWZhdWx0X21v ZGUKW2RybV0gQ29ubmVjdG9yIEhETUktQS0yOiBnZXQgbW9kZSBmcm9tIHR1bmFibGVzOgpbZHJt XSAgIC0ga2Vybi52dC5mYi5tb2Rlcy5IRE1JLUEtMgpbZHJtXSAgIC0ga2Vybi52dC5mYi5kZWZh dWx0X21vZGUKW2RybV0gQ29ubmVjdG9yIERWSS1ELTE6IGdldCBtb2RlIGZyb20gdHVuYWJsZXM6 Cltkcm1dICAgLSBrZXJuLnZ0LmZiLm1vZGVzLkRWSS1ELTEKW2RybV0gICAtIGtlcm4udnQuZmIu ZGVmYXVsdF9tb2RlCltkcm1dIFNBRHMgY291bnQgaXM6IC0yLCBkb24ndCBuZWVkIHRvIHJlYWQg aXQKW2RybV0gU3VwcG9ydHMgdmJsYW5rIHRpbWVzdGFtcCBjYWNoaW5nIFJldiAyICgyMS4xMC4y MDEzKS4KW2RybV0gRHJpdmVyIHN1cHBvcnRzIHByZWNpc2UgdmJsYW5rIHRpbWVzdGFtcCBxdWVy eS4KW2RybV0gVVZEIGFuZCBVVkQgRU5DIGluaXRpYWxpemVkIHN1Y2Nlc3NmdWxseS4KW2RybV0g VkNFIGluaXRpYWxpemVkIHN1Y2Nlc3NmdWxseS4KW2RybV0gZmIgbWFwcGFibGUgYXQgMHhEMEUz MDAwMApbZHJtXSB2cmFtIGFwcGVyIGF0IDB4RDAwMDAwMDAKW2RybV0gc2l6ZSA4Mjk0NDAwCltk cm1dIGZiIGRlcHRoIGlzIDI0Cltkcm1dICAgIHBpdGNoIGlzIDc2ODAKV0FSTklORzogRGV2aWNl ICJmYiIgaXMgR2lhbnQgbG9ja2VkIGFuZCBtYXkgYmUgZGVsZXRlZCBiZWZvcmUgRnJlZUJTRCAx My4wLgpWVDogUmVwbGFjaW5nIGRyaXZlciAidmdhIiB3aXRoIG5ldyAiZmIiLgp0YXNrcXVldWVf ZHJhaW4gd2l0aCB0aGUgZm9sbG93aW5nIG5vbi1zbGVlcGFibGUgbG9ja3MgaGVsZDoKZXhjbHVz aXZlIHNsZWVwIG11dGV4IHZ0ZGV2ICh2dGRldikgciA9IDAgKDB4ZmZmZmZmZmY4MThlNjNlMCkg bG9ja2VkIEAgL3Vzci9zcmMvc3lzL2Rldi92dC92dF9jb3JlLmM6Mjk2MApzdGFjayBiYWNrdHJh Y2U6CiMwIDB4ZmZmZmZmZmY4MGM1NjRkMSBhdCB3aXRuZXNzX2RlYnVnZ2VyKzB4NzEKIzEgMHhm ZmZmZmZmZjgwYzU3NWVkIGF0IHdpdG5lc3Nfd2FybisweDQwZAojMiAweGZmZmZmZmZmODBjNDhl ZDkgYXQgdGFza3F1ZXVlX2RyYWluKzB4MzkKIzMgMHhmZmZmZmZmZjgyMzY4NGEzIGF0IHZ0X2tt c19wb3N0c3dpdGNoKzB4NzMKIzQgMHhmZmZmZmZmZjgwYTM5NWVkIGF0IHZ0X2ZiX2luaXQrMHhm ZAojNSAweGZmZmZmZmZmODBhNDBiZDggYXQgdnRfcmVwbGFjZV9iYWNrZW5kKzB4MTE4CiM2IDB4 ZmZmZmZmZmY4MGEzOTZmMyBhdCB2dF9mYl9hdHRhY2grMHgxMwojNyAweGZmZmZmZmZmODIzNjhm NzggYXQgbGludXhfcmVnaXN0ZXJfZnJhbWVidWZmZXIrMHg1ZTgKIzggMHhmZmZmZmZmZjgyMzcw ODE5IGF0IF9fZHJtX2ZiX2hlbHBlcl9pbml0aWFsX2NvbmZpZ19hbmRfdW5sb2NrKzB4NDE5CiM5 IDB4ZmZmZmZmZmY4MjQxYTA3NiBhdCBhbWRncHVfZmJkZXZfaW5pdCsweGU2CiMxMCAweGZmZmZm ZmZmODI0MTE4NjUgYXQgYW1kZ3B1X2RldmljZV9pbml0KzB4MWVlNQojMTEgMHhmZmZmZmZmZjgy NDI0YTg3IGF0IGFtZGdwdV9kcml2ZXJfbG9hZF9rbXMrMHg0NwojMTIgMHhmZmZmZmZmZjgyMzNm N2U2IGF0IGRybV9kZXZfcmVnaXN0ZXIrMHhjNgojMTMgMHhmZmZmZmZmZjgyNDE5NTFhIGF0IGFt ZGdwdV9wY2lfcHJvYmUrMHgxZWEKIzE0IDB4ZmZmZmZmZmY4MjNhODNiZiBhdCBsaW51eF9wY2lf YXR0YWNoX2RldmljZSsweDU2ZgojMTUgMHhmZmZmZmZmZjgwYzIxYmJhIGF0IGRldmljZV9hdHRh Y2grMHgzY2EKIzE2IDB4ZmZmZmZmZmY4MGMyMTc2MCBhdCBkZXZpY2VfcHJvYmVfYW5kX2F0dGFj aCsweDcwCiMxNyAweGZmZmZmZmZmODBjMjM2MzggYXQgYnVzX2dlbmVyaWNfZHJpdmVyX2FkZGVk KzB4NTgKU2xlZXBpbmcgb24gInRxX2RyYWluIiB3aXRoIHRoZSBmb2xsb3dpbmcgbm9uLXNsZWVw YWJsZSBsb2NrcyBoZWxkOgpleGNsdXNpdmUgc2xlZXAgbXV0ZXggdnRkZXYgKHZ0ZGV2KSByID0g MCAoMHhmZmZmZmZmZjgxOGU2M2UwKSBsb2NrZWQgQCAvdXNyL3NyYy9zeXMvZGV2L3Z0L3Z0X2Nv cmUuYzoyOTYwCnN0YWNrIGJhY2t0cmFjZToKIzAgMHhmZmZmZmZmZjgwYzU2NGQxIGF0IHdpdG5l c3NfZGVidWdnZXIrMHg3MQojMSAweGZmZmZmZmZmODBjNTc1ZWQgYXQgd2l0bmVzc193YXJuKzB4 NDBkCiMyIDB4ZmZmZmZmZmY4MGJmMzJjYiBhdCBfc2xlZXArMHg1YgojMyAweGZmZmZmZmZmODBj NDhmOWIgYXQgdGFza3F1ZXVlX2RyYWluKzB4ZmIKIzQgMHhmZmZmZmZmZjgyMzY4NGEzIGF0IHZ0 X2ttc19wb3N0c3dpdGNoKzB4NzMKIzUgMHhmZmZmZmZmZjgwYTM5NWVkIGF0IHZ0X2ZiX2luaXQr MHhmZAojNiAweGZmZmZmZmZmODBhNDBiZDggYXQgdnRfcmVwbGFjZV9iYWNrZW5kKzB4MTE4CiM3 IDB4ZmZmZmZmZmY4MGEzOTZmMyBhdCB2dF9mYl9hdHRhY2grMHgxMwojOCAweGZmZmZmZmZmODIz NjhmNzggYXQgbGludXhfcmVnaXN0ZXJfZnJhbWVidWZmZXIrMHg1ZTgKIzkgMHhmZmZmZmZmZjgy MzcwODE5IGF0IF9fZHJtX2ZiX2hlbHBlcl9pbml0aWFsX2NvbmZpZ19hbmRfdW5sb2NrKzB4NDE5 CiMxMCAweGZmZmZmZmZmODI0MWEwNzYgYXQgYW1kZ3B1X2ZiZGV2X2luaXQrMHhlNgojMTEgMHhm ZmZmZmZmZjgyNDExODY1IGF0IGFtZGdwdV9kZXZpY2VfaW5pdCsweDFlZTUKIzEyIDB4ZmZmZmZm ZmY4MjQyNGE4NyBhdCBhbWRncHVfZHJpdmVyX2xvYWRfa21zKzB4NDcKIzEzIDB4ZmZmZmZmZmY4 MjMzZjdlNiBhdCBkcm1fZGV2X3JlZ2lzdGVyKzB4YzYKIzE0IDB4ZmZmZmZmZmY4MjQxOTUxYSBh dCBhbWRncHVfcGNpX3Byb2JlKzB4MWVhCiMxNSAweGZmZmZmZmZmODIzYTgzYmYgYXQgbGludXhf cGNpX2F0dGFjaF9kZXZpY2UrMHg1NmYKIzE2IDB4ZmZmZmZmZmY4MGMyMWJiYSBhdCBkZXZpY2Vf YXR0YWNoKzB4M2NhCiMxNyAweGZmZmZmZmZmODBjMjE3NjAgYXQgZGV2aWNlX3Byb2JlX2FuZF9h dHRhY2grMHg3MApsb2NrIG9yZGVyIHJldmVyc2FsOiAoR2lhbnQgYWZ0ZXIgbm9uLXNsZWVwYWJs ZSkKIDFzdCAweGZmZmZmZmZmODE4ZTYzZTAgdnRkZXYgKHZ0ZGV2LCBzbGVlcCBtdXRleCkgQCAv dXNyL3NyYy9zeXMvZGV2L3Z0L3Z0X2NvcmUuYzoyOTYwCiAybmQgMHhmZmZmZmZmZjgxODAyNzAw IEdpYW50IChHaWFudCwgc2xlZXAgbXV0ZXgpIEAgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9zeW5j aC5jOjIyOApsb2NrIG9yZGVyIEdpYW50IC0+IHZ0ZGV2IGVzdGFibGlzaGVkIGF0OgojMCAweGZm ZmZmZmZmODBjNTU4YWQgYXQgd2l0bmVzc19jaGVja29yZGVyKzB4NDZkCiMxIDB4ZmZmZmZmZmY4 MGJjMzIzNCBhdCBfX210eF9sb2NrX2ZsYWdzKzB4OTQKIzIgMHhmZmZmZmZmZjgwYTQwMWFmIGF0 IHZ0X3VwZ3JhZGUrMHgzMmYKIzMgMHhmZmZmZmZmZjgwYjc0NjljIGF0IG1pX3N0YXJ0dXArMHhl YwojNCAweGZmZmZmZmZmODAzNzEwMmMgYXQgYnRleHQrMHgyYwpsb2NrIG9yZGVyIHZ0ZGV2IC0+ IEdpYW50IGF0dGVtcHRlZCBhdDoKIzAgMHhmZmZmZmZmZjgwYzU2MjBjIGF0IHdpdG5lc3NfY2hl Y2tvcmRlcisweGRjYwojMSAweGZmZmZmZmZmODBiYzMyMzQgYXQgX19tdHhfbG9ja19mbGFncysw eDk0CiMyIDB4ZmZmZmZmZmY4MGJmMzViZCBhdCBfc2xlZXArMHgzNGQKIzMgMHhmZmZmZmZmZjgw YzQ4ZjliIGF0IHRhc2txdWV1ZV9kcmFpbisweGZiCiM0IDB4ZmZmZmZmZmY4MjM2ODRhMyBhdCB2 dF9rbXNfcG9zdHN3aXRjaCsweDczCiM1IDB4ZmZmZmZmZmY4MGEzOTVlZCBhdCB2dF9mYl9pbml0 KzB4ZmQKIzYgMHhmZmZmZmZmZjgwYTQwYmQ4IGF0IHZ0X3JlcGxhY2VfYmFja2VuZCsweDExOAoj NyAweGZmZmZmZmZmODBhMzk2ZjMgYXQgdnRfZmJfYXR0YWNoKzB4MTMKIzggMHhmZmZmZmZmZjgy MzY4Zjc4IGF0IGxpbnV4X3JlZ2lzdGVyX2ZyYW1lYnVmZmVyKzB4NWU4CiM5IDB4ZmZmZmZmZmY4 MjM3MDgxOSBhdCBfX2RybV9mYl9oZWxwZXJfaW5pdGlhbF9jb25maWdfYW5kX3VubG9jaysweDQx OQojMTAgMHhmZmZmZmZmZjgyNDFhMDc2IGF0IGFtZGdwdV9mYmRldl9pbml0KzB4ZTYKIzExIDB4 ZmZmZmZmZmY4MjQxMTg2NSBhdCBhbWRncHVfZGV2aWNlX2luaXQrMHgxZWU1CiMxMiAweGZmZmZm ZmZmODI0MjRhODcgYXQgYW1kZ3B1X2RyaXZlcl9sb2FkX2ttcysweDQ3CiMxMyAweGZmZmZmZmZm ODIzM2Y3ZTYgYXQgZHJtX2Rldl9yZWdpc3RlcisweGM2CiMxNCAweGZmZmZmZmZmODI0MTk1MWEg YXQgYW1kZ3B1X3BjaV9wcm9iZSsweDFlYQojMTUgMHhmZmZmZmZmZjgyM2E4M2JmIGF0IGxpbnV4 X3BjaV9hdHRhY2hfZGV2aWNlKzB4NTZmCiMxNiAweGZmZmZmZmZmODBjMjFiYmEgYXQgZGV2aWNl X2F0dGFjaCsweDNjYQojMTcgMHhmZmZmZmZmZjgwYzIxNzYwIGF0IGRldmljZV9wcm9iZV9hbmRf YXR0YWNoKzB4NzAKc3RhcnQgRkJfSU5GTzoKdHlwZT0xMSBoZWlnaHQ9MTA4MCB3aWR0aD0xOTIw IGRlcHRoPTMyCmNtc2l6ZT0xNiBzaXplPTgyOTQ0MDAKcGJhc2U9MHhkMGUzMDAwMCB2YmFzZT0w eGZmZmZmODAwZDBlMzAwMDAKbmFtZT1kcm1uMCBmbGFncz0weDAgc3RyaWRlPTc2ODAgYnBwPTMy CmNtYXBbMF09MCBjbWFwWzFdPTdmMDAwMCBjbWFwWzJdPTdmMDAgY21hcFszXT1jNGEwMDAKZW5k IEZCX0lORk8KZHJtbjA6IGZiMDogYW1kZ3B1ZHJtZmIgZnJhbWUgYnVmZmVyIGRldmljZQpbZHJt XSBJbml0aWFsaXplZCBhbWRncHUgMy4zNS4wIDIwMTUwMTAxIGZvciBkcm1uMCBvbiBtaW5vciAw CmxvMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCnJlMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRv IERPV04KcmUwOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gVVAKYWNwaV93bWkwOiA8QUNQSS1XTUkg bWFwcGluZz4gb24gYWNwaTAKYWNwaV93bWkwOiBjYW5ub3QgZmluZCBFQyBkZXZpY2UKZGV2aWNl X2F0dGFjaDogYWNwaV93bWkwIGF0dGFjaCByZXR1cm5lZCA2CmRyaXZlciBidWc6IFVuYWJsZSB0 byBzZXQgZGV2Y2xhc3MgKGNsYXNzOiBwcGMgZGV2bmFtZTogKHVua25vd24pKQphY3BpX3dtaTA6 IDxBQ1BJLVdNSSBtYXBwaW5nPiBvbiBhY3BpMAphY3BpX3dtaTA6IGNhbm5vdCBmaW5kIEVDIGRl dmljZQpkZXZpY2VfYXR0YWNoOiBhY3BpX3dtaTAgYXR0YWNoIHJldHVybmVkIDYKYWNwaV93bWkw OiA8QUNQSS1XTUkgbWFwcGluZz4gb24gYWNwaTAKYWNwaV93bWkwOiBjYW5ub3QgZmluZCBFQyBk ZXZpY2UKZGV2aWNlX2F0dGFjaDogYWNwaV93bWkwIGF0dGFjaCByZXR1cm5lZCA2CmludHNtYjA6 IDxBTUQgRkNIIFNNQnVzIENvbnRyb2xsZXI+IGF0IGRldmljZSAyMC4wIG9uIHBjaTAKc21idXMw OiA8U3lzdGVtIE1hbmFnZW1lbnQgQnVzPiBvbiBpbnRzbWIwCnVoaWQwIG9uIHVodWIxCnVoaWQw OiA8TVNJIE1ZU1RJQyBMSUdIVCwgY2xhc3MgMC8wLCByZXYgMS4xMC8wLjAxLCBhZGRyIDE+IG9u IHVzYnVzMQp1aGlkMSBvbiB1aHViMgp1aGlkMTogPFVTQiBLZXlib2FyZD4gb24gdXNidXMwCnVt czAgb24gdWh1YjIKdW1zMDogPExvZ2l0ZWNoIFVTQiBPcHRpY2FsIE1vdXNlLCBjbGFzcyAwLzAs IHJldiAyLjAwLzcyLjAwLCBhZGRyIDE+IG9uIHVzYnVzMAp1bXMwOiAzIGJ1dHRvbnMgYW5kIFtY WVpdIGNvb3JkaW5hdGVzIElEPTAKU2VjdXJpdHkgcG9saWN5IGxvYWRlZDogTUFDL250cGQgKG1h Y19udHBkKQpXYWl0aW5nIChtYXggNjAgc2Vjb25kcykgZm9yIHN5c3RlbSBwcm9jZXNzIGB2bmxy dScgdG8gc3RvcC4uLiBkb25lCldhaXRpbmcgKG1heCA2MCBzZWNvbmRzKSBmb3Igc3lzdGVtIHBy b2Nlc3MgYHN5bmNlcicgdG8gc3RvcC4uLiAKU3luY2luZyBkaXNrcywgdm5vZGVzIHJlbWFpbmlu Zy4uLiAwIDAgZG9uZQpXYWl0aW5nIChtYXggNjAgc2Vjb25kcykgZm9yIHN5c3RlbSB0aHJlYWQg YGJ1ZmRhZW1vbicgdG8gc3RvcC4uLiBkb25lCldhaXRpbmcgKG1heCA2MCBzZWNvbmRzKSBmb3Ig c3lzdGVtIHRocmVhZCBgYnVmc3BhY2VkYWVtb24tMCcgdG8gc3RvcC4uLiBkb25lCldhaXRpbmcg KG1heCA2MCBzZWNvbmRzKSBmb3Igc3lzdGVtIHRocmVhZCBgYnVmc3BhY2VkYWVtb24tMScgdG8g c3RvcC4uLiBkb25lCldhaXRpbmcgKG1heCA2MCBzZWNvbmRzKSBmb3Igc3lzdGVtIHRocmVhZCBg YnVmc3BhY2VkYWVtb24tMicgdG8gc3RvcC4uLiBkb25lCldhaXRpbmcgKG1heCA2MCBzZWNvbmRz KSBmb3Igc3lzdGVtIHRocmVhZCBgYnVmc3BhY2VkYWVtb24tMycgdG8gc3RvcC4uLiBkb25lCldh aXRpbmcgKG1heCA2MCBzZWNvbmRzKSBmb3Igc3lzdGVtIHRocmVhZCBgYnVmc3BhY2VkYWVtb24t NCcgdG8gc3RvcC4uLiBkb25lCldhaXRpbmcgKG1heCA2MCBzZWNvbmRzKSBmb3Igc3lzdGVtIHRo cmVhZCBgYnVmc3BhY2VkYWVtb24tNScgdG8gc3RvcC4uLiBkb25lCldhaXRpbmcgKG1heCA2MCBz ZWNvbmRzKSBmb3Igc3lzdGVtIHRocmVhZCBgYnVmc3BhY2VkYWVtb24tNicgdG8gc3RvcC4uLiBk b25lCkFsbCBidWZmZXJzIHN5bmNlZC4KbG9jayBvcmRlciByZXZlcnNhbDoKIDFzdCAweGZmZmZm ODAwMDVjZDU4MTAgdWZzICh1ZnMsIGxvY2ttZ3IpIEAgL3Vzci9zcmMvc3lzL2tlcm4vdmZzX21v dW50LmM6MTc0MQogMm5kIDB4ZmZmZmY4MDAwNTkzNmRjOCBkZXZmcyAoZGV2ZnMsIGxvY2ttZ3Ip IEAgL3Vzci9zcmMvc3lzL2tlcm4vdmZzX3N1YnIuYzoyOTE0CmxvY2sgb3JkZXIgZGV2ZnMgLT4g dWZzIGVzdGFibGlzaGVkIGF0OgojMCAweGZmZmZmZmZmODBjNTU4YWQgYXQgd2l0bmVzc19jaGVj a29yZGVyKzB4NDZkCiMxIDB4ZmZmZmZmZmY4MGJiNjk5OCBhdCBsb2NrbWdyX2xvY2tfZmxhZ3Mr MHgxODgKIzIgMHhmZmZmZmZmZjgwZWE3ZDg1IGF0IGZmc19sb2NrKzB4NzUKIzMgMHhmZmZmZmZm ZjgwY2UwMjQ0IGF0IF92bl9sb2NrKzB4NTQKIzQgMHhmZmZmZmZmZjgwY2JmOWM4IGF0IHZmc19k b21vdW50KzB4ZWU4CiM1IDB4ZmZmZmZmZmY4MGNiZTExMiBhdCB2ZnNfZG9ubW91bnQrMHg4NzIK IzYgMHhmZmZmZmZmZjgwY2MyNGQ3IGF0IGtlcm5lbF9tb3VudCsweDU3CiM3IDB4ZmZmZmZmZmY4 MGNjNGUwMSBhdCBwYXJzZV9tb3VudCsweDRhMQojOCAweGZmZmZmZmZmODBjYzMzMDkgYXQgdmZz X21vdW50cm9vdCsweDU4OQojOSAweGZmZmZmZmZmODBiNzU4OWYgYXQgc3RhcnRfaW5pdCsweDFm CiMxMCAweGZmZmZmZmZmODBiYTFiNTAgYXQgZm9ya19leGl0KzB4ODAKIzExIDB4ZmZmZmZmZmY4 MTAwOTk2ZSBhdCBmb3JrX3RyYW1wb2xpbmUrMHhlCmxvY2sgb3JkZXIgdWZzIC0+IGRldmZzIGF0 dGVtcHRlZCBhdDoKIzAgMHhmZmZmZmZmZjgwYzU2MjBjIGF0IHdpdG5lc3NfY2hlY2tvcmRlcisw eGRjYwojMSAweGZmZmZmZmZmODBiYjgzZTUgYXQgbG9ja21ncl94bG9jaysweDU1CiMyIDB4ZmZm ZmZmZmY4MGNlMDI0NCBhdCBfdm5fbG9jaysweDU0CiMzIDB4ZmZmZmZmZmY4MGNjOGZlZiBhdCB2 Z2V0X2ZpbmlzaCsweDRmCiM0IDB4ZmZmZmZmZmY4MGE4NDU4ZiBhdCBkZXZmc19hbGxvY3YrMHhi ZgojNSAweGZmZmZmZmZmODBhODNkNDMgYXQgZGV2ZnNfcm9vdCsweDQzCiM2IDB4ZmZmZmZmZmY4 MGNjZGVmMiBhdCB2ZnNfY2FjaGVfcm9vdF9mYWxsYmFjaysweDExMgojNyAweGZmZmZmZmZmODBj YzlmZmMgYXQgdmZsdXNoKzB4NGMKIzggMHhmZmZmZmZmZjgwYTgzYzRlIGF0IGRldmZzX3VubW91 bnQrMHgzZQojOSAweGZmZmZmZmZmODBjYzBhYWMgYXQgZG91bm1vdW50KzB4NDJjCiMxMCAweGZm ZmZmZmZmODBjY2I3ZDEgYXQgdmZzX3VubW91bnRhbGwrMHhjMQojMTEgMHhmZmZmZmZmZjgwY2Ew MjZlIGF0IGJ1ZnNodXRkb3duKzB4MmNlCiMxMiAweGZmZmZmZmZmODBiZTZmNjMgYXQga2Vybl9y ZWJvb3QrMHgyMTMKIzEzIDB4ZmZmZmZmZmY4MGJlNmNmNCBhdCBzeXNfcmVib290KzB4M2E0CiMx NCAweGZmZmZmZmZmODEwMzYxNWUgYXQgYW1kNjRfc3lzY2FsbCsweDEyZQojMTUgMHhmZmZmZmZm ZjgxMDA5MjNlIGF0IGZhc3Rfc3lzY2FsbF9jb21tb24rMHhmOApVcHRpbWU6IDdtNnMKdWh1YjA6 IGRldGFjaGVkCnVoaWQwOiBkZXRhY2hlZAp1bWFzczA6IGRldGFjaGVkCnVodWIzOiBkZXRhY2hl ZAp1aHViMTogZGV0YWNoZWQKdW1zMDogZGV0YWNoZWQKdWtiZDA6IGRldGFjaGVkCnVoaWQxOiBk ZXRhY2hlZAp1aHViMjogZGV0YWNoZWQKcmUwOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gRE9XTgpy ZTA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUAotLS08PEJPT1Q+Pi0tLQpDb3B5cmlnaHQgKGMp IDE5OTItMjAyMCBUaGUgRnJlZUJTRCBQcm9qZWN0LgpDb3B5cmlnaHQgKGMpIDE5NzksIDE5ODAs IDE5ODMsIDE5ODYsIDE5ODgsIDE5ODksIDE5OTEsIDE5OTIsIDE5OTMsIDE5OTQKCVRoZSBSZWdl bnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVzZXJ2ZWQu CkZyZWVCU0QgaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBUaGUgRnJlZUJTRCBGb3VuZGF0 aW9uLgpGcmVlQlNEIDEzLjAtQ1VSUkVOVCAjMCA3NTc4YTQ4NjJmMC1jMjU1MDMyKG1haW4pOiBU aHUgRGVjIDEwIDExOjQwOjI3IFVUQyAyMDIwCiAgICByb290QHJlbGVuZzEubnlpLmZyZWVic2Qu b3JnOi91c3Ivb2JqL3Vzci9zcmMvYW1kNjQuYW1kNjQvc3lzL0dFTkVSSUMgYW1kNjQKRnJlZUJT RCBjbGFuZyB2ZXJzaW9uIDExLjAuMCAoZ2l0QGdpdGh1Yi5jb206bGx2bS9sbHZtLXByb2plY3Qu Z2l0IGxsdm1vcmctMTEuMC4wLTAtZzE3NjI0OWJkNjczKQpXQVJOSU5HOiBXSVRORVNTIG9wdGlv biBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJmb3JtYW5jZS4KVlQodmdhKTogcmVzb2x1dGlv biA2NDB4NDgwCkNQVTogQU1EIFJ5emVuIDcgMzcwMFggOC1Db3JlIFByb2Nlc3NvciAgICAgICAg ICAgICAgKDM2MDAuMDgtTUh6IEs4LWNsYXNzIENQVSkKICBPcmlnaW49IkF1dGhlbnRpY0FNRCIg IElkPTB4ODcwZjEwICBGYW1pbHk9MHgxNyAgTW9kZWw9MHg3MSAgU3RlcHBpbmc9MAogIEZlYXR1 cmVzPTB4MTc4YmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNF UCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxNTVgsRlhTUixTU0UsU1NFMixI VFQ+CiAgRmVhdHVyZXMyPTB4N2VkODMyMGI8U1NFMyxQQ0xNVUxRRFEsTU9OLFNTU0UzLEZNQSxD WDE2LFNTRTQuMSxTU0U0LjIsTU9WQkUsUE9QQ05ULEFFU05JLFhTQVZFLE9TWFNBVkUsQVZYLEYx NkMsUkRSQU5EPgogIEFNRCBGZWF0dXJlcz0weDJlNTAwODAwPFNZU0NBTEwsTlgsTU1YKyxGRlhT UixQYWdlMUdCLFJEVFNDUCxMTT4KICBBTUQgRmVhdHVyZXMyPTB4NzVjMjM3ZmY8TEFIRixDTVAs U1ZNLEV4dEFQSUMsQ1I4LEFCTSxTU0U0QSxNQVMsUHJlZmV0Y2gsT1NWVyxJQlMsU0tJTklULFdE VCxUQ0UsVG9wb2xvZ3ksUENYQyxQTlhDLERCRSxQTDJJLE1XQUlUWCxBRE1TS1g+CiAgU3RydWN0 dXJlZCBFeHRlbmRlZCBGZWF0dXJlcz0weDIxOWM5MWE5PEZTR1NCQVNFLEJNSTEsQVZYMixTTUVQ LEJNSTIsUFFNLFBRRSxSRFNFRUQsQURYLFNNQVAsQ0xGTFVTSE9QVCxDTFdCLFNIQT4KICBTdHJ1 Y3R1cmVkIEV4dGVuZGVkIEZlYXR1cmVzMj0weDQwMDAwNDxVTUlQLFJEUElEPgogIFhTQVZFIEZl YXR1cmVzPTB4ZjxYU0FWRU9QVCxYU0FWRUMsWElOVVNFLFhTQVZFUz4KICBBTUQgRXh0ZW5kZWQg RmVhdHVyZSBFeHRlbnNpb25zIElEIEVCWD0weDEwOGI2NTc8Q0xaRVJPLElSUGVyZixYU2F2ZUVy UHRyLFJEUFJVLFdCTk9JTlZELElCUEIsU1RJQlAsU1NCRD4KICBTVk06IChkaXNhYmxlZCBpbiBC SU9TKSBOUCxOUklQLFZDbGVhbixBRmx1c2gsREFzc2lzdCxOQXNpZHM9MzI3NjgKICBUU0M6IFAt c3RhdGUgaW52YXJpYW50LCBwZXJmb3JtYW5jZSBzdGF0aXN0aWNzCnJlYWwgbWVtb3J5ICA9IDE3 MTc5ODY5MTg0ICgxNjM4NCBNQikKYXZhaWwgbWVtb3J5ID0gMTY1MTgwNzAyNzIgKDE1NzUyIE1C KQpFdmVudCB0aW1lciAiTEFQSUMiIHF1YWxpdHkgNjAwCkFDUEkgQVBJQyBUYWJsZTogPEFMQVNL QSBBIE0gSSA+CkZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDE2 IENQVXMKRnJlZUJTRC9TTVA6IDEgcGFja2FnZShzKSB4IDIgY2FjaGUgZ3JvdXBzIHggNCBjb3Jl KHMpIHggMiBoYXJkd2FyZSB0aHJlYWRzCnJhbmRvbTogcmVnaXN0ZXJpbmcgZmFzdCBzb3VyY2Ug SW50ZWwgU2VjdXJlIEtleSBSTkcKcmFuZG9tOiBmYXN0IHByb3ZpZGVyOiAiSW50ZWwgU2VjdXJl IEtleSBSTkciCnJhbmRvbTogdW5ibG9ja2luZyBkZXZpY2UuCmlvYXBpYzAgPFZlcnNpb24gMi4x PiBpcnFzIDAtMjMKaW9hcGljMSA8VmVyc2lvbiAyLjE+IGlycXMgMjQtNTUKTGF1bmNoaW5nIEFQ czogMTEgMTIgMTAgMTUgNCA3IDEgMiAxNCAxMyA2IDUgMyA4IDkKVGltZWNvdW50ZXIgIlRTQy1s b3ciIGZyZXF1ZW5jeSAxODAwMDM5ODM0IEh6IHF1YWxpdHkgMTAwMApyYW5kb206IGVudHJvcHkg ZGV2aWNlIGV4dGVybmFsIGludGVyZmFjZQpXQVJOSU5HOiBEZXZpY2UgImtiZCIgaXMgR2lhbnQg bG9ja2VkIGFuZCBtYXkgYmUgZGVsZXRlZCBiZWZvcmUgRnJlZUJTRCAxMy4wLgprYmQxIGF0IGti ZG11eDAKMDAwLjAwMDA1NyBbNDM0Nl0gbmV0bWFwX2luaXQgICAgICAgICAgICAgICBuZXRtYXA6 IGxvYWRlZCBtb2R1bGUKW2F0aF9oYWxdIGxvYWRlZApuZXh1czAKZWZpcnRjMDogPEVGSSBSZWFs dGltZSBDbG9jaz4KZWZpcnRjMDogcmVnaXN0ZXJlZCBhcyBhIHRpbWUtb2YtZGF5IGNsb2NrLCBy ZXNvbHV0aW9uIDEuMDAwMDAwcwp2dHZnYTA6IDxWVCBWR0EgZHJpdmVyPgpjcnlwdG9zb2Z0MDog PHNvZnR3YXJlIGNyeXB0bz4KYWNwaTA6IDxBTEFTS0EgQSBNIEkgPgphY3BpMDogUG93ZXIgQnV0 dG9uIChmaXhlZCkKY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMAphdHRpbWVyMDogPEFUIHRpbWVy PiBwb3J0IDB4NDAtMHg0MyBpcnEgMCBvbiBhY3BpMApUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1 ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMApFdmVudCB0aW1lciAiaTgyNTQiIGZyZXF1ZW5jeSAx MTkzMTgyIEh6IHF1YWxpdHkgMTAwCmF0cnRjMDogPEFUIHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4 NzAtMHg3MSBvbiBhY3BpMAphdHJ0YzA6IHJlZ2lzdGVyZWQgYXMgYSB0aW1lLW9mLWRheSBjbG9j aywgcmVzb2x1dGlvbiAxLjAwMDAwMHMKRXZlbnQgdGltZXIgIlJUQyIgZnJlcXVlbmN5IDMyNzY4 IEh6IHF1YWxpdHkgMApocGV0MDogPEhpZ2ggUHJlY2lzaW9uIEV2ZW50IFRpbWVyPiBpb21lbSAw eGZlZDAwMDAwLTB4ZmVkMDAzZmYgaXJxIDAsOCBvbiBhY3BpMApUaW1lY291bnRlciAiSFBFVCIg ZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgOTUwCkV2ZW50IHRpbWVyICJIUEVUIiBmcmVx dWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSAzNTAKRXZlbnQgdGltZXIgIkhQRVQxIiBmcmVxdWVu Y3kgMTQzMTgxODAgSHogcXVhbGl0eSAzNTAKRXZlbnQgdGltZXIgIkhQRVQyIiBmcmVxdWVuY3kg MTQzMTgxODAgSHogcXVhbGl0eSAzNTAKVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5 IDM1Nzk1NDUgSHogcXVhbGl0eSA5MDAKYWNwaV90aW1lcjA6IDwzMi1iaXQgdGltZXIgYXQgMy41 Nzk1NDVNSHo+IHBvcnQgMHg4MDgtMHg4MGIgb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJ IGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBv biBwY2liMApwY2kwOiA8YmFzZSBwZXJpcGhlcmFsLCBJT01NVT4gYXQgZGV2aWNlIDAuMiAobm8g ZHJpdmVyIGF0dGFjaGVkKQpwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAx LjIgb24gcGNpMApwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQpwY2liMjogPEFDUEkgUENJ LVBDSSBicmlkZ2U+IGlycSAyOCBhdCBkZXZpY2UgMC4wIG9uIHBjaTEKcGNpMjogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjIKcGNpYjM6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMC4w IG9uIHBjaTIKcGNpMzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjMKbnZtZTA6IDxHZW5lcmljIE5W TWUgRGV2aWNlPiBtZW0gMHhmY2MwMDAwMC0weGZjYzAzZmZmIGlycSAyOCBhdCBkZXZpY2UgMC4w IG9uIHBjaTMKcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNC4wIG9uIHBj aTIKcGNpNDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjQKYWhjaTA6IDxBU01lZGlhIEFTTTEwNjIg QUhDSSBTQVRBIGNvbnRyb2xsZXI+IHBvcnQgMHhlMDUwLTB4ZTA1NywweGUwNDAtMHhlMDQzLDB4 ZTAzMC0weGUwMzcsMHhlMDIwLTB4ZTAyMywweGUwMDAtMHhlMDFmIG1lbSAweGZjYjAwMDAwLTB4 ZmNiMDAxZmYgaXJxIDI4IGF0IGRldmljZSAwLjAgb24gcGNpNAphaGNpMDogQUhDSSB2MS4yMCB3 aXRoIDIgNkdicHMgcG9ydHMsIFBvcnQgTXVsdGlwbGllciBzdXBwb3J0ZWQKYWhjaTA6IHF1aXJr cz0weGMwMDAwMDxOT0NDUyxOT0FVWD4KYWhjaWNoMDogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5l bCAwIG9uIGFoY2kwCmFoY2ljaDE6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMSBvbiBhaGNp MApwY2liNTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSA1LjAgb24gcGNpMgpwY2k1 OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNQpyZTA6IDxSZWFsVGVrIDgxNjgvODExMSBCL0MvQ1Av RC9EUC9FL0YvRyBQQ0llIEdpZ2FiaXQgRXRoZXJuZXQ+IHBvcnQgMHhkMDAwLTB4ZDBmZiBtZW0g MHhmY2EwNDAwMC0weGZjYTA0ZmZmLDB4ZmNhMDAwMDAtMHhmY2EwM2ZmZiBpcnEgMjkgYXQgZGV2 aWNlIDAuMCBvbiBwY2k1CnJlMDogVXNpbmcgMSBNU0ktWCBtZXNzYWdlCnJlMDogQ2hpcCByZXYu IDB4NTQwMDAwMDAKcmUwOiBNQUMgcmV2LiAweDAwMTAwMDAwCm1paWJ1czA6IDxNSUkgYnVzPiBv biByZTAKcmdlcGh5MDogPFJUTDgyNTEvODE1MyAxMDAwQkFTRS1UIG1lZGlhIGludGVyZmFjZT4g UEhZIDEgb24gbWlpYnVzMApyZ2VwaHkwOiAgbm9uZSwgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEw YmFzZVQtRkRYLWZsb3csIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgMTAwYmFzZVRYLUZEWC1m bG93LCAxMDAwYmFzZVQtRkRYLCAxMDAwYmFzZVQtRkRYLW1hc3RlciwgMTAwMGJhc2VULUZEWC1m bG93LCAxMDAwYmFzZVQtRkRYLWZsb3ctbWFzdGVyLCBhdXRvLCBhdXRvLWZsb3cKcmUwOiBVc2lu ZyBkZWZhdWx0cyBmb3IgVFNPOiA2NTUxOC8zNS8yMDQ4CnJlMDogRXRoZXJuZXQgYWRkcmVzczog MDA6ZDg6NjE6OWM6ZWI6ZDkKcmUwOiBuZXRtYXAgcXVldWVzL3Nsb3RzOiBUWCAxLzI1NiwgUlgg MS8yNTYKcGNpYjY6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMjggYXQgZGV2aWNlIDguMCBv biBwY2kyCnBjaTY6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI2CnBjaTY6IDx1bmtub3duPiBhdCBk ZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnhoY2kwOiA8WEhDSSAoZ2VuZXJpYykgVVNC IDMuMCBjb250cm9sbGVyPiBtZW0gMHhmYzcwMDAwMC0weGZjN2ZmZmZmIGlycSAyOCBhdCBkZXZp Y2UgMC4xIG9uIHBjaTYKeGhjaTA6IDY0IGJ5dGVzIGNvbnRleHQgc2l6ZSwgNjQtYml0IERNQQp1 c2J1czAgb24geGhjaTAKdXNidXMwOiA1LjBHYnBzIFN1cGVyIFNwZWVkIFVTQiB2My4wCnhoY2kx OiA8WEhDSSAoZ2VuZXJpYykgVVNCIDMuMCBjb250cm9sbGVyPiBtZW0gMHhmYzYwMDAwMC0weGZj NmZmZmZmIGlycSAzMCBhdCBkZXZpY2UgMC4zIG9uIHBjaTYKeGhjaTE6IDY0IGJ5dGVzIGNvbnRl eHQgc2l6ZSwgNjQtYml0IERNQQp1c2J1czEgb24geGhjaTEKdXNidXMxOiA1LjBHYnBzIFN1cGVy IFNwZWVkIFVTQiB2My4wCnBjaWI3OiA8UENJLVBDSSBicmlkZ2U+IGlycSAyOSBhdCBkZXZpY2Ug OS4wIG9uIHBjaTIKcGNpNzogPFBDSSBidXM+IG9uIHBjaWI3CmFoY2kxOiA8QU1EIEtFUk5DWiBB SENJIFNBVEEgY29udHJvbGxlcj4gbWVtIDB4ZmM5MDAwMDAtMHhmYzkwMDdmZiBpcnEgMjkgYXQg ZGV2aWNlIDAuMCBvbiBwY2k3CmFoY2kxOiBBSENJIHYxLjMxIHdpdGggMSA2R2JwcyBwb3J0cywg UG9ydCBNdWx0aXBsaWVyIHN1cHBvcnRlZCB3aXRoIEZCUwphaGNpY2gyOiA8QUhDSSBjaGFubmVs PiBhdCBjaGFubmVsIDAgb24gYWhjaTEKcGNpYjg6IDxQQ0ktUENJIGJyaWRnZT4gaXJxIDMwIGF0 IGRldmljZSAxMC4wIG9uIHBjaTIKcGNpODogPFBDSSBidXM+IG9uIHBjaWI4CmFoY2kyOiA8QU1E IEtFUk5DWiBBSENJIFNBVEEgY29udHJvbGxlcj4gbWVtIDB4ZmM4MDAwMDAtMHhmYzgwMDdmZiBp cnEgMzAgYXQgZGV2aWNlIDAuMCBvbiBwY2k4CmFoY2kyOiBBSENJIHYxLjMxIHdpdGggMyA2R2Jw cyBwb3J0cywgUG9ydCBNdWx0aXBsaWVyIHN1cHBvcnRlZCB3aXRoIEZCUwphaGNpY2gzOiA8QUhD SSBjaGFubmVsPiBhdCBjaGFubmVsIDAgb24gYWhjaTIKYWhjaWNoNzogPEFIQ0kgY2hhbm5lbD4g YXQgY2hhbm5lbCA0IG9uIGFoY2kyCmFoY2ljaDg6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwg NSBvbiBhaGNpMgpwY2liOTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAzLjEgb24g cGNpMApwY2k5OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liOQp2Z2FwY2kwOiA8VkdBLWNvbXBhdGli bGUgZGlzcGxheT4gcG9ydCAweGYwMDAtMHhmMGZmIG1lbSAweGQwMDAwMDAwLTB4ZGZmZmZmZmYs MHhlMDAwMDAwMC0weGUwMWZmZmZmLDB4ZmNmMDAwMDAtMHhmY2YzZmZmZiBpcnEgNTQgYXQgZGV2 aWNlIDAuMCBvbiBwY2k5CnZnYXBjaTA6IEJvb3QgdmlkZW8gZGV2aWNlCmhkYWMwOiA8QVRJICgw eGFhZjApIEhEQSBDb250cm9sbGVyPiBtZW0gMHhmY2Y2MDAwMC0weGZjZjYzZmZmIGlycSA1NSBh dCBkZXZpY2UgMC4xIG9uIHBjaTkKcGNpYjEwOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2 aWNlIDcuMSBvbiBwY2kwCnBjaTEwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMTAKcGNpMTA6IDx1 bmtub3duPiBhdCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaWIxMTogPEFDUEkg UENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSA4LjEgb24gcGNpMApwY2kxMTogPEFDUEkgUENJIGJ1 cz4gb24gcGNpYjExCnBjaTExOiA8dW5rbm93bj4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0 dGFjaGVkKQp4aGNpMjogPFhIQ0kgKGdlbmVyaWMpIFVTQiAzLjAgY29udHJvbGxlcj4gbWVtIDB4 ZmNkMDAwMDAtMHhmY2RmZmZmZiBpcnEgMzkgYXQgZGV2aWNlIDAuMyBvbiBwY2kxMQp4aGNpMjog NjQgYnl0ZXMgY29udGV4dCBzaXplLCA2NC1iaXQgRE1BCnVzYnVzMiBvbiB4aGNpMgp1c2J1czI6 IDUuMEdicHMgU3VwZXIgU3BlZWQgVVNCIHYzLjAKaGRhYzE6IDxBTUQgWDU3MCBIREEgQ29udHJv bGxlcj4gbWVtIDB4ZmNlMDAwMDAtMHhmY2UwN2ZmZiBpcnEgMzYgYXQgZGV2aWNlIDAuNCBvbiBw Y2kxMQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMjAuMyBvbiBwY2kwCmlzYTA6 IDxJU0EgYnVzPiBvbiBpc2FiMAphY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0b24+IG9uIGFjcGkw CnVhcnQyOiA8MTZ4NTAgd2l0aCAyNTYgYnl0ZSBGSUZPPiBpb21lbSAweGZlZGM5MDAwLTB4ZmVk YzlmZmYsMHhmZWRjNzAwMC0weGZlZGM3ZmZmIGlycSAzIG9uIGFjcGkwCnVhcnQzOiA8MTZ4NTAg d2l0aCAyNTYgYnl0ZSBGSUZPPiBpb21lbSAweGZlZGNhMDAwLTB4ZmVkY2FmZmYsMHhmZWRjODAw MC0weGZlZGM4ZmZmIGlycSA0IG9uIGFjcGkwCnVhcnQ0OiA8MTZ4NTAgd2l0aCAyNTYgYnl0ZSBG SUZPPiBpb21lbSAweGZlZGNlMDAwLTB4ZmVkY2VmZmYsMHhmZWRjYzAwMC0weGZlZGNjZmZmIGly cSAzIG9uIGFjcGkwCnVhcnQ1OiA8MTZ4NTAgd2l0aCAyNTYgYnl0ZSBGSUZPPiBpb21lbSAweGZl ZGNmMDAwLTB4ZmVkY2ZmZmYsMHhmZWRjZDAwMC0weGZlZGNkZmZmIGlycSA0IG9uIGFjcGkwCnVh cnQwOiA8MTY1NTAgb3IgY29tcGF0aWJsZT4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAw eDEwIG9uIGFjcGkwCm9ybTA6IDxJU0EgT3B0aW9uIFJPTT4gYXQgaW9tZW0gMHhjMDAwMC0weGNl ZmZmIHBucGlkIE9STTAwMDAgb24gaXNhMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAo aTgwNDIpPiBhdCBwb3J0IDB4NjAsMHg2NCBvbiBpc2EwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBp cnEgMSBvbiBhdGtiZGMwCmtiZDAgYXQgYXRrYmQwCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0KYXRr YmRjMDogbm9uLVBOUCBJU0EgZGV2aWNlIHdpbGwgYmUgcmVtb3ZlZCBmcm9tIEdFTkVSSUMgaW4g RnJlZUJTRCAxMi4KaHdwc3RhdGUwOiA8Q29vbGBuJ1F1aWV0IDIuMD4gb24gY3B1MApUaW1lY291 bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjCnVnZW4wLjE6IDwweDEwMjIgWEhDSSByb290IEhV Qj4gYXQgdXNidXMwCnVnZW4xLjE6IDwweDEwMjIgWEhDSSByb290IEhVQj4gYXQgdXNidXMxCnVn ZW4yLjE6IDwweDEwMjIgWEhDSSByb290IEhVQj4gYXQgdXNidXMyCnVodWIwIG9uIHVzYnVzMgp1 aHViMDogPDB4MTAyMiBYSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAzLjAwLzEuMDAsIGFk ZHIgMT4gb24gdXNidXMyCnVodWIxIG9uIHVzYnVzMQp1aHViMTogPDB4MTAyMiBYSENJIHJvb3Qg SFVCLCBjbGFzcyA5LzAsIHJldiAzLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMxCnVodWIyIG9u IHVzYnVzMAp1aHViMjogPDB4MTAyMiBYSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAzLjAw LzEuMDAsIGFkZHIgMT4gb24gdXNidXMwCm52ZDA6IDxTUENDIE0uMiBQQ0llIFNTRD4gTlZNZSBu YW1lc3BhY2UKbnZkMDogOTc2NzYyTUIgKDIwMDA0MDkyNjQgNTEyIGJ5dGUgc2VjdG9ycykKaGRh Y2MwOiA8QVRJIFI2eHggSERBIENPREVDPiBhdCBjYWQgMCBvbiBoZGFjMApoZGFhMDogPEFUSSBS Nnh4IEF1ZGlvIEZ1bmN0aW9uIEdyb3VwPiBhdCBuaWQgMSBvbiBoZGFjYzAKcGNtMDogPEFUSSBS Nnh4IChIRE1JKT4gYXQgbmlkIDMgb24gaGRhYTAKcGNtMTogPEFUSSBSNnh4IChIRE1JKT4gYXQg bmlkIDUgb24gaGRhYTAKcGNtMjogPEFUSSBSNnh4IChIRE1JKT4gYXQgbmlkIDcgb24gaGRhYTAK cGNtMzogPEFUSSBSNnh4IChIRE1JKT4gYXQgbmlkIDkgb24gaGRhYTAKcGNtNDogPEFUSSBSNnh4 IChIRE1JKT4gYXQgbmlkIDExIG9uIGhkYWEwCnBjbTU6IDxBVEkgUjZ4eCAoSERNSSk+IGF0IG5p ZCAxMyBvbiBoZGFhMApoZGFjYzE6IDxSZWFsdGVrIEFMQzEyMjAgSERBIENPREVDPiBhdCBjYWQg MCBvbiBoZGFjMQpoZGFhMTogPFJlYWx0ZWsgQUxDMTIyMCBBdWRpbyBGdW5jdGlvbiBHcm91cD4g YXQgbmlkIDEgb24gaGRhY2MxCnBjbTY6IDxSZWFsdGVrIEFMQzEyMjAgKFJlYXIgQW5hbG9nIDUu MS8yLjApPiBhdCBuaWQgMjAsMjIsMjEgYW5kIDI0LDI2IG9uIGhkYWExCnBjbTc6IDxSZWFsdGVr IEFMQzEyMjAgKEZyb250IEFuYWxvZyk+IGF0IG5pZCAyNyBhbmQgMjUgb24gaGRhYTEKcGNtODog PFJlYWx0ZWsgQUxDMTIyMCAoUmVhciBEaWdpdGFsKT4gYXQgbmlkIDMwIG9uIGhkYWExClRyeWlu ZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvYWRhMXAyIFtyd10uLi4KUm9vdCBtb3VudCB3 YWl0aW5nIGZvcjogQ0FNIHVzYnVzMCB1c2J1czEgdXNidXMyCldBUk5JTkc6IFdJVE5FU1Mgb3B0 aW9uIGVuYWJsZWQsIGV4cGVjdCByZWR1Y2VkIHBlcmZvcm1hbmNlLgphZGEwIGF0IGFoY2ljaDMg YnVzIDAgc2NidXMzIHRhcmdldCAwIGx1biAwCmFkYTA6IDxTVDIwMDBETTAwOC0yRlIxMDIgMDAw MT4gQUNTLTMgQVRBIFNBVEEgMy54IGRldmljZQphZGEwOiBTZXJpYWwgTnVtYmVyIFpGTDBGUkg0 CmFkYTA6IDYwMC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAzLngsIFVETUE2LCBQSU8gODE5MmJ5 dGVzKQphZGEwOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKYWRhMDogMTkwNzcyOU1CICgzOTA3 MDI5MTY4IDUxMiBieXRlIHNlY3RvcnMpCmFkYTA6IHF1aXJrcz0weDE8NEs+CmFkYTEgYXQgYWhj aWNoNyBidXMgMCBzY2J1czQgdGFyZ2V0IDAgbHVuIDAKYWRhMTogPFdEQyBXRDEwMDNGWkVYLTAw SzNDQTAgMDEuMDFBMDE+IEFDUy0zIEFUQSBTQVRBIDMueCBkZXZpY2UKYWRhMTogU2VyaWFsIE51 bWJlciBXRC1XQ0M2WTdVSzhKWFgKYWRhMTogNjAwLjAwME1CL3MgdHJhbnNmZXJzIChTQVRBIDMu eCwgVURNQTYsIFBJTyA4MTkyYnl0ZXMpCmFkYTE6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxlZAph ZGExOiA5NTM4NjlNQiAoMTk1MzUyNTE2OCA1MTIgYnl0ZSBzZWN0b3JzKQphZGExOiBxdWlya3M9 MHgxPDRLPgphZGEyIGF0IGFoY2ljaDggYnVzIDAgc2NidXM1IHRhcmdldCAwIGx1biAwCmFkYTI6 IDxXREMgV0RTMTAwVDJCMEEtMDBTTTUwIDQwMTAyMFdEPiBBQ1MtNCBBVEEgU0FUQSAzLnggZGV2 aWNlCmFkYTI6IFNlcmlhbCBOdW1iZXIgMjAyMjA4QTAwMkQyCmFkYTI6IDYwMC4wMDBNQi9zIHRy YW5zZmVycyAoU0FUQSAzLngsIFVETUE2LCBQSU8gNTEyYnl0ZXMpCmFkYTI6IENvbW1hbmQgUXVl dWVpbmcgZW5hYmxlZAphZGEyOiA5NTM4NjlNQiAoMTk1MzUyNTE2OCA1MTIgYnl0ZSBzZWN0b3Jz KQpjZDAgYXQgYWhjaWNoMCBidXMgMCBzY2J1czAgdGFyZ2V0IDAgbHVuIDAKY2QwOiA8QVNVUyBE UlctMjRCMVNUICAgaiAxLjExPiBSZW1vdmFibGUgQ0QtUk9NIFNDU0kgZGV2aWNlCmNkMDogU2Vy aWFsIE51bWJlciBKOEQwQ0wwMjcyMzUKY2QwOiAxNTAuMDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEg MS54LCBVRE1BNiwgQVRBUEkgMTJieXRlcywgUElPIDgxOTJieXRlcykKY2QwOiBBdHRlbXB0IHRv IHF1ZXJ5IGRldmljZSBzaXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHByZXNlbnQg LSB0cmF5IGNsb3NlZAp1aHViMDogOCBwb3J0cyB3aXRoIDggcmVtb3ZhYmxlLCBzZWxmIHBvd2Vy ZWQKdWh1YjE6IDEwIHBvcnRzIHdpdGggMTAgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjI6 IDEwIHBvcnRzIHdpdGggMTAgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWdlbjAuMjogPExvZ2l0 ZWNoIFVTQiBPcHRpY2FsIE1vdXNlPiBhdCB1c2J1czAKdWdlbjEuMjogPE1TSSBNWVNUSUMgTElH SFQ+IGF0IHVzYnVzMQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czAgdXNidXMxCnVnZW4x LjM6IDx2ZW5kb3IgMHgwNWUzIFVTQjIuMCBIdWI+IGF0IHVzYnVzMQp1aHViMyBvbiB1aHViMQp1 aHViMzogPHZlbmRvciAweDA1ZTMgVVNCMi4wIEh1YiwgY2xhc3MgOS8wLCByZXYgMi4wMC84OC4z MiwgYWRkciAyPiBvbiB1c2J1czEKdWdlbjAuMzogPExvZ2l0ZWNoIFVTQiBLZXlib2FyZD4gYXQg dXNidXMwCnVrYmQwIG9uIHVodWIyCnVrYmQwOiA8VVNCIEtleWJvYXJkPiBvbiB1c2J1czAKa2Jk MiBhdCB1a2JkMAp1aHViMzogNCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQK Um9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMxClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVz YnVzMQp1Z2VuMS40OiA8dmVuZG9yIDB4MTNmZSBQYXRyaW90IE1lbW9yeT4gYXQgdXNidXMxCnVt YXNzMCBvbiB1aHViMwp1bWFzczA6IDx2ZW5kb3IgMHgxM2ZlIFBhdHJpb3QgTWVtb3J5LCBjbGFz cyAwLzAsIHJldiAyLjEwLzEuMTAsIGFkZHIgMz4gb24gdXNidXMxCnVtYXNzMDogIFNDU0kgb3Zl ciBCdWxrLU9ubHk7IHF1aXJrcyA9IDB4ODEwMAp1bWFzczA6NjowOiBBdHRhY2hlZCB0byBzY2J1 czYKZGEwIGF0IHVtYXNzLXNpbTAgYnVzIDAgc2NidXM2IHRhcmdldCAwIGx1biAwCmRhMDogPCBQ YXRyaW90IE1lbW9yeSBQTUFQPiBSZW1vdmFibGUgRGlyZWN0IEFjY2VzcyBTUEMtNCBTQ1NJIGRl dmljZQpkYTA6IFNlcmlhbCBOdW1iZXIgMDcwMThCNzQ2QkIyQTY3NQpkYTA6IDQwLjAwME1CL3Mg dHJhbnNmZXJzCmRhMDogMjk1NzRNQiAoNjA1Njc1NTIgNTEyIGJ5dGUgc2VjdG9ycykKZGEwOiBx dWlya3M9MHgyPE5PXzZfQllURT4KbW91bnRyb290OiB3YWl0aW5nIGZvciBkZXZpY2UgL2Rldi9h ZGExcDIuLi4KW2RybV0gYW1kZ3B1IGtlcm5lbCBtb2Rlc2V0dGluZyBlbmFibGVkLgpkcm1uMDog PGRybW4+IG9uIHZnYXBjaTAKdmdhcGNpMDogY2hpbGQgZHJtbjAgcmVxdWVzdGVkIHBjaV9lbmFi bGVfaW8KdmdhcGNpMDogY2hpbGQgZHJtbjAgcmVxdWVzdGVkIHBjaV9lbmFibGVfaW8Kc3lzY3Rs X3dhcm5fcmV1c2U6IGNhbid0IHJlLXVzZSBhIGxlYWYgKGh3LmRyaS5kZWJ1ZykhCltkcm1dIGlu aXRpYWxpemluZyBrZXJuZWwgbW9kZXNldHRpbmcgKFBPTEFSSVMxMCAweDEwMDI6MHg2N0RGIDB4 MTQ2MjoweDM0MUIgMHhFRikuCltkcm1dIHJlZ2lzdGVyIG1taW8gYmFzZTogMHhGQ0YwMDAwMApb ZHJtXSByZWdpc3RlciBtbWlvIHNpemU6IDI2MjE0NApbZHJtXSBhZGQgaXAgYmxvY2sgbnVtYmVy IDAgPHZpX2NvbW1vbj4KW2RybV0gYWRkIGlwIGJsb2NrIG51bWJlciAxIDxnbWNfdjhfMD4KW2Ry bV0gYWRkIGlwIGJsb2NrIG51bWJlciAyIDx0b25nYV9paD4KW2RybV0gYWRkIGlwIGJsb2NrIG51 bWJlciAzIDxnZnhfdjhfMD4KW2RybV0gYWRkIGlwIGJsb2NrIG51bWJlciA0IDxzZG1hX3YzXzA+ Cltkcm1dIGFkZCBpcCBibG9jayBudW1iZXIgNSA8cG93ZXJwbGF5PgpbZHJtXSBhZGQgaXAgYmxv Y2sgbnVtYmVyIDYgPGRtPgpbZHJtXSBhZGQgaXAgYmxvY2sgbnVtYmVyIDcgPHV2ZF92Nl8wPgpb ZHJtXSBhZGQgaXAgYmxvY2sgbnVtYmVyIDggPHZjZV92M18wPgpBVE9NIEJJT1M6IDExM1YzNDEx NC1GMwpbZHJtXSBVVkQgaXMgZW5hYmxlZCBpbiBWTSBtb2RlCltkcm1dIFVWRCBFTkMgaXMgZW5h YmxlZCBpbiBWTSBtb2RlCltkcm1dIFZDRSBlbmFibGVkIGluIFZNIG1vZGUKW2RybV0gdm0gc2l6 ZSBpcyA2NCBHQiwgMiBsZXZlbHMsIGJsb2NrIHNpemUgaXMgMTAtYml0LCBmcmFnbWVudCBzaXpl IGlzIDktYml0CmRybW4wOiBzdWNjZXNzZnVsbHkgbG9hZGVkIGZpcm13YXJlIGltYWdlIHdpdGgg bmFtZTogYW1kZ3B1L3BvbGFyaXMxMF9tYy5iaW4KZHJtbjA6IFZSQU06IDgxOTJNIDB4MDAwMDAw RjQwMDAwMDAwMCAtIDB4MDAwMDAwRjVGRkZGRkZGRiAoODE5Mk0gdXNlZCkKZHJtbjA6IEdBUlQ6 IDI1Nk0gMHgwMDAwMDBGRjAwMDAwMDAwIC0gMHgwMDAwMDBGRjBGRkZGRkZGClN1Y2Nlc3NmdWxs eSBhZGRlZCBXQyBNVFJSIGZvciBbMHhkMDAwMDAwMC0weGRmZmZmZmZmXTogMDsgCltkcm1dIERl dGVjdGVkIFZSQU0gUkFNPTgxOTJNLCBCQVI9MjU2TQpbZHJtXSBSQU0gd2lkdGggMjU2Yml0cyBH RERSNQpbVFRNXSBab25lICBrZXJuZWw6IEF2YWlsYWJsZSBncmFwaGljcyBtZW1vcnk6IDgzMzE2 NTYgS2lCCltUVE1dIFpvbmUgICBkbWEzMjogQXZhaWxhYmxlIGdyYXBoaWNzIG1lbW9yeTogMjA5 NzE1MiBLaUIKW1RUTV0gSW5pdGlhbGl6aW5nIHBvb2wgYWxsb2NhdG9yCltkcm1dIGFtZGdwdTog ODE5Mk0gb2YgVlJBTSBtZW1vcnkgcmVhZHkKW2RybV0gYW1kZ3B1OiA4MTkyTSBvZiBHVFQgbWVt b3J5IHJlYWR5LgpbZHJtXSBHQVJUOiBudW0gY3B1IHBhZ2VzIDY1NTM2LCBudW0gZ3B1IHBhZ2Vz IDY1NTM2Cltkcm1dIFBDSUUgR0FSVCBvZiAyNTZNIGVuYWJsZWQgKHRhYmxlIGF0IDB4MDAwMDAw RjQwMDkwMDAwMCkuCmRybW4wOiBzdWNjZXNzZnVsbHkgbG9hZGVkIGZpcm13YXJlIGltYWdlIHdp dGggbmFtZTogYW1kZ3B1L3BvbGFyaXMxMF9wZnBfMi5iaW4KZHJtbjA6IHN1Y2Nlc3NmdWxseSBs b2FkZWQgZmlybXdhcmUgaW1hZ2Ugd2l0aCBuYW1lOiBhbWRncHUvcG9sYXJpczEwX21lXzIuYmlu CmRybW4wOiBzdWNjZXNzZnVsbHkgbG9hZGVkIGZpcm13YXJlIGltYWdlIHdpdGggbmFtZTogYW1k Z3B1L3BvbGFyaXMxMF9jZV8yLmJpbgpbZHJtXSBDaGFpbmVkIElCIHN1cHBvcnQgZW5hYmxlZCEK ZHJtbjA6IHN1Y2Nlc3NmdWxseSBsb2FkZWQgZmlybXdhcmUgaW1hZ2Ugd2l0aCBuYW1lOiBhbWRn cHUvcG9sYXJpczEwX3JsYy5iaW4KZHJtbjA6IHN1Y2Nlc3NmdWxseSBsb2FkZWQgZmlybXdhcmUg aW1hZ2Ugd2l0aCBuYW1lOiBhbWRncHUvcG9sYXJpczEwX21lY18yLmJpbgpkcm1uMDogc3VjY2Vz c2Z1bGx5IGxvYWRlZCBmaXJtd2FyZSBpbWFnZSB3aXRoIG5hbWU6IGFtZGdwdS9wb2xhcmlzMTBf bWVjMl8yLmJpbgpkcm1uMDogc3VjY2Vzc2Z1bGx5IGxvYWRlZCBmaXJtd2FyZSBpbWFnZSB3aXRo IG5hbWU6IGFtZGdwdS9wb2xhcmlzMTBfc2RtYS5iaW4KZHJtbjA6IHN1Y2Nlc3NmdWxseSBsb2Fk ZWQgZmlybXdhcmUgaW1hZ2Ugd2l0aCBuYW1lOiBhbWRncHUvcG9sYXJpczEwX3NkbWExLmJpbgph bWRncHU6IFtwb3dlcnBsYXldIGh3bWdyX3N3X2luaXQgc211IGJhY2tlZCBpcyBwb2xhcmlzMTBf c211CmRybW4wOiBzdWNjZXNzZnVsbHkgbG9hZGVkIGZpcm13YXJlIGltYWdlIHdpdGggbmFtZTog YW1kZ3B1L3BvbGFyaXMxMF91dmQuYmluCltkcm1dIEZvdW5kIFVWRCBmaXJtd2FyZSBWZXJzaW9u OiAxLjEzMCBGYW1pbHkgSUQ6IDE2CmRybW4wOiBzdWNjZXNzZnVsbHkgbG9hZGVkIGZpcm13YXJl IGltYWdlIHdpdGggbmFtZTogYW1kZ3B1L3BvbGFyaXMxMF92Y2UuYmluCltkcm1dIEZvdW5kIFZD RSBmaXJtd2FyZSBWZXJzaW9uOiA1My4yNiBCaW5hcnkgSUQ6IDMKZHJtbjA6IHN1Y2Nlc3NmdWxs eSBsb2FkZWQgZmlybXdhcmUgaW1hZ2Ugd2l0aCBuYW1lOiBhbWRncHUvcG9sYXJpczEwX2tfc21j LmJpbgpbZHJtXSBETV9QUExJQjogdmFsdWVzIGZvciBFbmdpbmUgY2xvY2sKW2RybV0gRE1fUFBM SUI6CSAzMDAwMDAKW2RybV0gRE1fUFBMSUI6CSA1ODgwMDAKW2RybV0gRE1fUFBMSUI6CSA5ODAw MDAKW2RybV0gRE1fUFBMSUI6CSAxMDcyMDAwCltkcm1dIERNX1BQTElCOgkgMTEzOTAwMApbZHJt XSBETV9QUExJQjoJIDEyMDMwMDAKW2RybV0gRE1fUFBMSUI6CSAxMjMyMDAwCltkcm1dIERNX1BQ TElCOgkgMTI2ODAwMApbZHJtXSBETV9QUExJQjogVmFsaWRhdGlvbiBjbG9ja3M6Cltkcm1dIERN X1BQTElCOiAgICBlbmdpbmVfbWF4X2Nsb2NrOiAxMjY4MDAKW2RybV0gRE1fUFBMSUI6ICAgIG1l bW9yeV9tYXhfY2xvY2s6IDE3NTAwMApbZHJtXSBETV9QUExJQjogICAgbGV2ZWwgICAgICAgICAg IDogOApbZHJtXSBETV9QUExJQjogdmFsdWVzIGZvciBNZW1vcnkgY2xvY2sKW2RybV0gRE1fUFBM SUI6CSAzMDAwMDAKW2RybV0gRE1fUFBMSUI6CSAxMDAwMDAwCltkcm1dIERNX1BQTElCOgkgMTc1 MDAwMApbZHJtXSBETV9QUExJQjogVmFsaWRhdGlvbiBjbG9ja3M6Cltkcm1dIERNX1BQTElCOiAg ICBlbmdpbmVfbWF4X2Nsb2NrOiAxMjY4MDAKW2RybV0gRE1fUFBMSUI6ICAgIG1lbW9yeV9tYXhf Y2xvY2s6IDE3NTAwMApbZHJtXSBETV9QUExJQjogICAgbGV2ZWwgICAgICAgICAgIDogOApbZHJt XSBEaXNwbGF5IENvcmUgaW5pdGlhbGl6ZWQgd2l0aCB2My4yLjQ4IQpbZHJtXSBDb25uZWN0b3Ig RFAtMTogZ2V0IG1vZGUgZnJvbSB0dW5hYmxlczoKW2RybV0gICAtIGtlcm4udnQuZmIubW9kZXMu RFAtMQpbZHJtXSAgIC0ga2Vybi52dC5mYi5kZWZhdWx0X21vZGUKW2RybV0gQ29ubmVjdG9yIERQ LTI6IGdldCBtb2RlIGZyb20gdHVuYWJsZXM6Cltkcm1dICAgLSBrZXJuLnZ0LmZiLm1vZGVzLkRQ LTIKW2RybV0gICAtIGtlcm4udnQuZmIuZGVmYXVsdF9tb2RlCltkcm1dIENvbm5lY3RvciBIRE1J LUEtMTogZ2V0IG1vZGUgZnJvbSB0dW5hYmxlczoKW2RybV0gICAtIGtlcm4udnQuZmIubW9kZXMu SERNSS1BLTEKW2RybV0gICAtIGtlcm4udnQuZmIuZGVmYXVsdF9tb2RlCltkcm1dIENvbm5lY3Rv ciBIRE1JLUEtMjogZ2V0IG1vZGUgZnJvbSB0dW5hYmxlczoKW2RybV0gICAtIGtlcm4udnQuZmIu bW9kZXMuSERNSS1BLTIKW2RybV0gICAtIGtlcm4udnQuZmIuZGVmYXVsdF9tb2RlCltkcm1dIENv bm5lY3RvciBEVkktRC0xOiBnZXQgbW9kZSBmcm9tIHR1bmFibGVzOgpbZHJtXSAgIC0ga2Vybi52 dC5mYi5tb2Rlcy5EVkktRC0xCltkcm1dICAgLSBrZXJuLnZ0LmZiLmRlZmF1bHRfbW9kZQpbZHJt XSBTQURzIGNvdW50IGlzOiAtMiwgZG9uJ3QgbmVlZCB0byByZWFkIGl0Cltkcm1dIFN1cHBvcnRz IHZibGFuayB0aW1lc3RhbXAgY2FjaGluZyBSZXYgMiAoMjEuMTAuMjAxMykuCltkcm1dIERyaXZl ciBzdXBwb3J0cyBwcmVjaXNlIHZibGFuayB0aW1lc3RhbXAgcXVlcnkuCltkcm1dIFVWRCBhbmQg VVZEIEVOQyBpbml0aWFsaXplZCBzdWNjZXNzZnVsbHkuCltkcm1dIFZDRSBpbml0aWFsaXplZCBz dWNjZXNzZnVsbHkuCltkcm1dIGZiIG1hcHBhYmxlIGF0IDB4RDBFMzAwMDAKW2RybV0gdnJhbSBh cHBlciBhdCAweEQwMDAwMDAwCltkcm1dIHNpemUgODI5NDQwMApbZHJtXSBmYiBkZXB0aCBpcyAy NApbZHJtXSAgICBwaXRjaCBpcyA3NjgwCldBUk5JTkc6IERldmljZSAiZmIiIGlzIEdpYW50IGxv Y2tlZCBhbmQgbWF5IGJlIGRlbGV0ZWQgYmVmb3JlIEZyZWVCU0QgMTMuMC4KVlQ6IFJlcGxhY2lu ZyBkcml2ZXIgInZnYSIgd2l0aCBuZXcgImZiIi4KdGFza3F1ZXVlX2RyYWluIHdpdGggdGhlIGZv bGxvd2luZyBub24tc2xlZXBhYmxlIGxvY2tzIGhlbGQ6CmV4Y2x1c2l2ZSBzbGVlcCBtdXRleCB2 dGRldiAodnRkZXYpIHIgPSAwICgweGZmZmZmZmZmODE4ZTYzZTApIGxvY2tlZCBAIC91c3Ivc3Jj L3N5cy9kZXYvdnQvdnRfY29yZS5jOjI5NjAKc3RhY2sgYmFja3RyYWNlOgojMCAweGZmZmZmZmZm ODBjNTY0ZDEgYXQgd2l0bmVzc19kZWJ1Z2dlcisweDcxCiMxIDB4ZmZmZmZmZmY4MGM1NzVlZCBh dCB3aXRuZXNzX3dhcm4rMHg0MGQKIzIgMHhmZmZmZmZmZjgwYzQ4ZWQ5IGF0IHRhc2txdWV1ZV9k cmFpbisweDM5CiMzIDB4ZmZmZmZmZmY4MjM2ODRhMyBhdCB2dF9rbXNfcG9zdHN3aXRjaCsweDcz CiM0IDB4ZmZmZmZmZmY4MGEzOTVlZCBhdCB2dF9mYl9pbml0KzB4ZmQKIzUgMHhmZmZmZmZmZjgw YTQwYmQ4IGF0IHZ0X3JlcGxhY2VfYmFja2VuZCsweDExOAojNiAweGZmZmZmZmZmODBhMzk2ZjMg YXQgdnRfZmJfYXR0YWNoKzB4MTMKIzcgMHhmZmZmZmZmZjgyMzY4Zjc4IGF0IGxpbnV4X3JlZ2lz dGVyX2ZyYW1lYnVmZmVyKzB4NWU4CiM4IDB4ZmZmZmZmZmY4MjM3MDgxOSBhdCBfX2RybV9mYl9o ZWxwZXJfaW5pdGlhbF9jb25maWdfYW5kX3VubG9jaysweDQxOQojOSAweGZmZmZmZmZmODI0MWEw NzYgYXQgYW1kZ3B1X2ZiZGV2X2luaXQrMHhlNgojMTAgMHhmZmZmZmZmZjgyNDExODY1IGF0IGFt ZGdwdV9kZXZpY2VfaW5pdCsweDFlZTUKIzExIDB4ZmZmZmZmZmY4MjQyNGE4NyBhdCBhbWRncHVf ZHJpdmVyX2xvYWRfa21zKzB4NDcKIzEyIDB4ZmZmZmZmZmY4MjMzZjdlNiBhdCBkcm1fZGV2X3Jl Z2lzdGVyKzB4YzYKIzEzIDB4ZmZmZmZmZmY4MjQxOTUxYSBhdCBhbWRncHVfcGNpX3Byb2JlKzB4 MWVhCiMxNCAweGZmZmZmZmZmODIzYTgzYmYgYXQgbGludXhfcGNpX2F0dGFjaF9kZXZpY2UrMHg1 NmYKIzE1IDB4ZmZmZmZmZmY4MGMyMWJiYSBhdCBkZXZpY2VfYXR0YWNoKzB4M2NhCiMxNiAweGZm ZmZmZmZmODBjMjE3NjAgYXQgZGV2aWNlX3Byb2JlX2FuZF9hdHRhY2grMHg3MAojMTcgMHhmZmZm ZmZmZjgwYzIzNjM4IGF0IGJ1c19nZW5lcmljX2RyaXZlcl9hZGRlZCsweDU4ClNsZWVwaW5nIG9u ICJ0cV9kcmFpbiIgd2l0aCB0aGUgZm9sbG93aW5nIG5vbi1zbGVlcGFibGUgbG9ja3MgaGVsZDoK ZXhjbHVzaXZlIHNsZWVwIG11dGV4IHZ0ZGV2ICh2dGRldikgciA9IDAgKDB4ZmZmZmZmZmY4MThl NjNlMCkgbG9ja2VkIEAgL3Vzci9zcmMvc3lzL2Rldi92dC92dF9jb3JlLmM6Mjk2MApzdGFjayBi YWNrdHJhY2U6CiMwIDB4ZmZmZmZmZmY4MGM1NjRkMSBhdCB3aXRuZXNzX2RlYnVnZ2VyKzB4NzEK IzEgMHhmZmZmZmZmZjgwYzU3NWVkIGF0IHdpdG5lc3Nfd2FybisweDQwZAojMiAweGZmZmZmZmZm ODBiZjMyY2IgYXQgX3NsZWVwKzB4NWIKIzMgMHhmZmZmZmZmZjgwYzQ4ZjliIGF0IHRhc2txdWV1 ZV9kcmFpbisweGZiCiM0IDB4ZmZmZmZmZmY4MjM2ODRhMyBhdCB2dF9rbXNfcG9zdHN3aXRjaCsw eDczCiM1IDB4ZmZmZmZmZmY4MGEzOTVlZCBhdCB2dF9mYl9pbml0KzB4ZmQKIzYgMHhmZmZmZmZm ZjgwYTQwYmQ4IGF0IHZ0X3JlcGxhY2VfYmFja2VuZCsweDExOAojNyAweGZmZmZmZmZmODBhMzk2 ZjMgYXQgdnRfZmJfYXR0YWNoKzB4MTMKIzggMHhmZmZmZmZmZjgyMzY4Zjc4IGF0IGxpbnV4X3Jl Z2lzdGVyX2ZyYW1lYnVmZmVyKzB4NWU4CiM5IDB4ZmZmZmZmZmY4MjM3MDgxOSBhdCBfX2RybV9m Yl9oZWxwZXJfaW5pdGlhbF9jb25maWdfYW5kX3VubG9jaysweDQxOQojMTAgMHhmZmZmZmZmZjgy NDFhMDc2IGF0IGFtZGdwdV9mYmRldl9pbml0KzB4ZTYKIzExIDB4ZmZmZmZmZmY4MjQxMTg2NSBh dCBhbWRncHVfZGV2aWNlX2luaXQrMHgxZWU1CiMxMiAweGZmZmZmZmZmODI0MjRhODcgYXQgYW1k Z3B1X2RyaXZlcl9sb2FkX2ttcysweDQ3CiMxMyAweGZmZmZmZmZmODIzM2Y3ZTYgYXQgZHJtX2Rl dl9yZWdpc3RlcisweGM2CiMxNCAweGZmZmZmZmZmODI0MTk1MWEgYXQgYW1kZ3B1X3BjaV9wcm9i ZSsweDFlYQojMTUgMHhmZmZmZmZmZjgyM2E4M2JmIGF0IGxpbnV4X3BjaV9hdHRhY2hfZGV2aWNl KzB4NTZmCiMxNiAweGZmZmZmZmZmODBjMjFiYmEgYXQgZGV2aWNlX2F0dGFjaCsweDNjYQojMTcg MHhmZmZmZmZmZjgwYzIxNzYwIGF0IGRldmljZV9wcm9iZV9hbmRfYXR0YWNoKzB4NzAKbG9jayBv cmRlciByZXZlcnNhbDogKEdpYW50IGFmdGVyIG5vbi1zbGVlcGFibGUpCiAxc3QgMHhmZmZmZmZm ZjgxOGU2M2UwIHZ0ZGV2ICh2dGRldiwgc2xlZXAgbXV0ZXgpIEAgL3Vzci9zcmMvc3lzL2Rldi92 dC92dF9jb3JlLmM6Mjk2MAogMm5kIDB4ZmZmZmZmZmY4MTgwMjcwMCBHaWFudCAoR2lhbnQsIHNs ZWVwIG11dGV4KSBAIC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc3luY2guYzoyMjgKbG9jayBvcmRl ciBHaWFudCAtPiB2dGRldiBlc3RhYmxpc2hlZCBhdDoKIzAgMHhmZmZmZmZmZjgwYzU1OGFkIGF0 IHdpdG5lc3NfY2hlY2tvcmRlcisweDQ2ZAojMSAweGZmZmZmZmZmODBiYzMyMzQgYXQgX19tdHhf bG9ja19mbGFncysweDk0CiMyIDB4ZmZmZmZmZmY4MGE0MDFhZiBhdCB2dF91cGdyYWRlKzB4MzJm CiMzIDB4ZmZmZmZmZmY4MGI3NDY5YyBhdCBtaV9zdGFydHVwKzB4ZWMKIzQgMHhmZmZmZmZmZjgw MzcxMDJjIGF0IGJ0ZXh0KzB4MmMKbG9jayBvcmRlciB2dGRldiAtPiBHaWFudCBhdHRlbXB0ZWQg YXQ6CiMwIDB4ZmZmZmZmZmY4MGM1NjIwYyBhdCB3aXRuZXNzX2NoZWNrb3JkZXIrMHhkY2MKIzEg MHhmZmZmZmZmZjgwYmMzMjM0IGF0IF9fbXR4X2xvY2tfZmxhZ3MrMHg5NAojMiAweGZmZmZmZmZm ODBiZjM1YmQgYXQgX3NsZWVwKzB4MzRkCiMzIDB4ZmZmZmZmZmY4MGM0OGY5YiBhdCB0YXNrcXVl dWVfZHJhaW4rMHhmYgojNCAweGZmZmZmZmZmODIzNjg0YTMgYXQgdnRfa21zX3Bvc3Rzd2l0Y2gr MHg3MwojNSAweGZmZmZmZmZmODBhMzk1ZWQgYXQgdnRfZmJfaW5pdCsweGZkCiM2IDB4ZmZmZmZm ZmY4MGE0MGJkOCBhdCB2dF9yZXBsYWNlX2JhY2tlbmQrMHgxMTgKIzcgMHhmZmZmZmZmZjgwYTM5 NmYzIGF0IHZ0X2ZiX2F0dGFjaCsweDEzCiM4IDB4ZmZmZmZmZmY4MjM2OGY3OCBhdCBsaW51eF9y ZWdpc3Rlcl9mcmFtZWJ1ZmZlcisweDVlOAojOSAweGZmZmZmZmZmODIzNzA4MTkgYXQgX19kcm1f ZmJfaGVscGVyX2luaXRpYWxfY29uZmlnX2FuZF91bmxvY2srMHg0MTkKIzEwIDB4ZmZmZmZmZmY4 MjQxYTA3NiBhdCBhbWRncHVfZmJkZXZfaW5pdCsweGU2CiMxMSAweGZmZmZmZmZmODI0MTE4NjUg YXQgYW1kZ3B1X2RldmljZV9pbml0KzB4MWVlNQojMTIgMHhmZmZmZmZmZjgyNDI0YTg3IGF0IGFt ZGdwdV9kcml2ZXJfbG9hZF9rbXMrMHg0NwojMTMgMHhmZmZmZmZmZjgyMzNmN2U2IGF0IGRybV9k ZXZfcmVnaXN0ZXIrMHhjNgojMTQgMHhmZmZmZmZmZjgyNDE5NTFhIGF0IGFtZGdwdV9wY2lfcHJv YmUrMHgxZWEKIzE1IDB4ZmZmZmZmZmY4MjNhODNiZiBhdCBsaW51eF9wY2lfYXR0YWNoX2Rldmlj ZSsweDU2ZgojMTYgMHhmZmZmZmZmZjgwYzIxYmJhIGF0IGRldmljZV9hdHRhY2grMHgzY2EKIzE3 IDB4ZmZmZmZmZmY4MGMyMTc2MCBhdCBkZXZpY2VfcHJvYmVfYW5kX2F0dGFjaCsweDcwCnN0YXJ0 IEZCX0lORk86CnR5cGU9MTEgaGVpZ2h0PTEwODAgd2lkdGg9MTkyMCBkZXB0aD0zMgpjbXNpemU9 MTYgc2l6ZT04Mjk0NDAwCnBiYXNlPTB4ZDBlMzAwMDAgdmJhc2U9MHhmZmZmZjgwMGQwZTMwMDAw Cm5hbWU9ZHJtbjAgZmxhZ3M9MHgwIHN0cmlkZT03NjgwIGJwcD0zMgpjbWFwWzBdPTAgY21hcFsx XT03ZjAwMDAgY21hcFsyXT03ZjAwIGNtYXBbM109YzRhMDAwCmVuZCBGQl9JTkZPCmRybW4wOiBm YjA6IGFtZGdwdWRybWZiIGZyYW1lIGJ1ZmZlciBkZXZpY2UKW2RybV0gSW5pdGlhbGl6ZWQgYW1k Z3B1IDMuMzUuMCAyMDE1MDEwMSBmb3IgZHJtbjAgb24gbWlub3IgMApsbzA6IGxpbmsgc3RhdGUg Y2hhbmdlZCB0byBVUApyZTA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBET1dOCnJlMDogbGluayBz dGF0ZSBjaGFuZ2VkIHRvIFVQCmFjcGlfd21pMDogPEFDUEktV01JIG1hcHBpbmc+IG9uIGFjcGkw CmFjcGlfd21pMDogY2Fubm90IGZpbmQgRUMgZGV2aWNlCmRldmljZV9hdHRhY2g6IGFjcGlfd21p MCBhdHRhY2ggcmV0dXJuZWQgNgpkcml2ZXIgYnVnOiBVbmFibGUgdG8gc2V0IGRldmNsYXNzIChj bGFzczogcHBjIGRldm5hbWU6ICh1bmtub3duKSkKYWNwaV93bWkwOiA8QUNQSS1XTUkgbWFwcGlu Zz4gb24gYWNwaTAKYWNwaV93bWkwOiBjYW5ub3QgZmluZCBFQyBkZXZpY2UKZGV2aWNlX2F0dGFj aDogYWNwaV93bWkwIGF0dGFjaCByZXR1cm5lZCA2CmFjcGlfd21pMDogPEFDUEktV01JIG1hcHBp bmc+IG9uIGFjcGkwCmFjcGlfd21pMDogY2Fubm90IGZpbmQgRUMgZGV2aWNlCmRldmljZV9hdHRh Y2g6IGFjcGlfd21pMCBhdHRhY2ggcmV0dXJuZWQgNgppbnRzbWIwOiA8QU1EIEZDSCBTTUJ1cyBD b250cm9sbGVyPiBhdCBkZXZpY2UgMjAuMCBvbiBwY2kwCnNtYnVzMDogPFN5c3RlbSBNYW5hZ2Vt ZW50IEJ1cz4gb24gaW50c21iMAp1bXMwIG9uIHVodWIyCnVtczA6IDxMb2dpdGVjaCBVU0IgT3B0 aWNhbCBNb3VzZSwgY2xhc3MgMC8wLCByZXYgMi4wMC83Mi4wMCwgYWRkciAxPiBvbiB1c2J1czAK dW1zMDogMyBidXR0b25zIGFuZCBbWFlaXSBjb29yZGluYXRlcyBJRD0wCnVoaWQwIG9uIHVodWIx CnVoaWQwOiA8TVNJIE1ZU1RJQyBMSUdIVCwgY2xhc3MgMC8wLCByZXYgMS4xMC8wLjAxLCBhZGRy IDE+IG9uIHVzYnVzMQp1aGlkMSBvbiB1aHViMgp1aGlkMTogPFVTQiBLZXlib2FyZD4gb24gdXNi dXMwClNlY3VyaXR5IHBvbGljeSBsb2FkZWQ6IE1BQy9udHBkIChtYWNfbnRwZCkK --000000000000e80da105b62a8173-- From owner-freebsd-current@freebsd.org Fri Dec 11 07:06:33 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D099E47DD61; Fri, 11 Dec 2020 07:06:33 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CshfJ5rRgz4tpj; Fri, 11 Dec 2020 07:06:32 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [188.174.52.157] (helo=c720-r368166.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kncVZ-0003zS-8P; Fri, 11 Dec 2020 08:06:29 +0100 Received: from c720-r368166.fritz.box (localhost [127.0.0.1]) by c720-r368166.unixarea.de (8.16.1/8.14.9) with ESMTPS id 0BB76STI002130 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 11 Dec 2020 08:06:28 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by c720-r368166.fritz.box (8.16.1/8.14.9/Submit) id 0BB76RsB002129; Fri, 11 Dec 2020 08:06:27 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: c720-r368166.fritz.box: guru set sender to guru@unixarea.de using -f Date: Fri, 11 Dec 2020 08:06:27 +0100 From: Matthias Apitz To: freebsd-current@freebsd.org, freebsd-multimedia@freebsd.org Cc: Hans Petter Selasky Subject: Re: after update to r368166: no sound recording Message-ID: Reply-To: Matthias Apitz Mail-Followup-To: freebsd-current@freebsd.org, freebsd-multimedia@freebsd.org, Hans Petter Selasky References: <72bd5240-3092-bf7b-51aa-2ad12a576efb@selasky.org> <4d83e630-7bed-16bd-3422-267813d3e842@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4d83e630-7bed-16bd-3422-267813d3e842@selasky.org> X-Operating-System: FreeBSD 13.0-CURRENT r368166 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 188.174.52.157 X-Rspamd-Queue-Id: 4CshfJ5rRgz4tpj X-Spamd-Bar: + X-Spamd-Result: default: False [1.80 / 15.00]; HAS_REPLYTO(0.00)[guru@unixarea.de]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_XOIP(0.00)[]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[178.254.4.101:from]; HAS_XAW(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RECEIVED_SPAMHAUS_PBL(0.00)[188.174.52.157:received]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[178.254.4.101:from]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE]; 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]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[unixarea.de]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[178.254.4.101:from:127.0.2.255]; RCVD_IN_DNSWL_LOW(-0.10)[178.254.4.101:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; R_SPF_NA(0.00)[no SPF record]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-multimedia] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2020 07:06:33 -0000 El día miércoles, diciembre 09, 2020 a las 11:55:18a. m. +0100, Hans Petter Selasky escribió: > On 12/9/20 11:48 AM, Matthias Apitz wrote: > > El día miércoles, diciembre 09, 2020 a las 11:05:09a. m. +0100, Hans Petter Selasky escribió: > > > > > On 12/9/20 10:44 AM, Matthias Apitz wrote: > > > > > > > > Hello, > > > > > > > > I've updated a laptop Acer C720 from r342378 to r368166 and do not have > > > > any sound incoming anymore. I rebooted r342378 from an USB stick and the > > > > old kernel produces already noise in the speakers when I touch the > > > > micro hole in the keyboard, the new kernel does not produce any noise > > > > there. Both system have the same /boot/device.hints values: > > > > > > > > .... Hello, I reverted the kernel source in the directory sys/dev/sound/pci/hda to r342378: $ cd /usr/src/sys/dev/sound/pci $ svn info hda Path: hda Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head/sys/dev/sound/pci/hda Relative URL: ^/head/sys/dev/sound/pci/hda Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 342378 Node Kind: directory Schedule: normal Last Changed Author: mav Last Changed Rev: 340071 Last Changed Date: 2018-11-02 18:02:10 +0100 (Fri, 02 Nov 2018) compiled and installed the kernel: $ uname -a FreeBSD c720-r368166 13.0-CURRENT FreeBSD 13.0-CURRENT #1 r342378:368166M: Fri Dec 11 07:46:32 CET 2020 guru@c720-r368166:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 and all is fine again as it was before. Someone with more knowledge should have a look into a 'svn diff -r342378:368166 sys/dev/sound/pci/hda' and see which of the changes might break the things. Thanks matthias -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub Без книги нет знания, без знания нет коммунизма (Влaдимир Ильич Ленин) Without books no knowledge - without knowledge no communism (Vladimir Ilyich Lenin) Sin libros no hay saber - sin saber no hay comunismo. (Vladimir Ilich Lenin) From owner-freebsd-current@freebsd.org Fri Dec 11 14:12:46 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 382F34B0CDD for ; Fri, 11 Dec 2020 14:12:46 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4Cst660L1Yz3v5h for ; Fri, 11 Dec 2020 14:12:46 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.nyi.freebsd.org (Postfix) id 0B79D4B100A; Fri, 11 Dec 2020 14:12:46 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0B4564B0CDC for ; Fri, 11 Dec 2020 14:12:46 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (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 4Cst6504WJz3v5g for ; Fri, 11 Dec 2020 14:12:44 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.129] (helo=rmmprod07.runbox) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1knjA2-0002zn-7G for current@freebsd.org; Fri, 11 Dec 2020 15:12:42 +0100 Received: from mail by rmmprod07.runbox with local (Exim 4.86_2) (envelope-from ) id 1knjA2-0005Hn-5u for current@freebsd.org; Fri, 11 Dec 2020 15:12:42 +0100 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated alias (650894)] by runbox.com with http (RMM6); for ; Fri, 11 Dec 2020 14:12:42 GMT From: "Jeffrey Bouquet" To: "current" Subject: Updating current i386 broke wlan0... Date: Fri, 11 Dec 2020 06:12:42 -0800 (PST) X-RMM-Aliasid: 650894 X-Mailer: RMM6 Message-Id: X-Rspamd-Queue-Id: 4Cst6504WJz3v5g X-Spamd-Bar: + X-Spamd-Result: default: False [1.80 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[91.220.196.211:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[91.220.196.211:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DMARC_NA(0.00)[iherebuywisely.com]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[91.220.196.211:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:50304, ipnet:91.220.196.0/24, country:NO]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[current]; RCVD_IN_DNSWL_LOW(-0.10)[91.220.196.211:from] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2020 14:12:46 -0000 Longtime BSD current user, due to several constraints I had to update from = a recent dec 10 image in a quasi-piecemeal fashion. Fixed all issues [ I think ] From 11-Current t= o 13-Current except=20 service netif onestart wlan0 up no longer completes.=20 .................................... /etc/rc.d/netif set_rcvar_obsolete: not found eval: wlan_up: not found starting wpa_supplicant /etc/rc.d/wpa_supplicant: WARNING: failed to start... starting dhclient eval: wlan0: not found /etc/rc.d/dhclient: WARNING: failed to start dhclient /etc/rc.d/netif: WARNING: $ipv6_enable is not set properly, see rc.conf(5) starting network wlan0 eval: check_startmsgs: not found eval: afexits: not found ...........................................................................= ............... Piecemeal update was needed because make toolchain and make buildworld failed each early on. ...........................................................................= .................. I have the freebsd-manifest base.* etc files but am hesitant to overwrite s= ystem files rendering the i386 system less usable than now, as well as unschooled in the syntax for same. ...........................................................................= .................... Hoping that just a few files into /etc I may not have thought of can fix wpa_supplicant... ...........................................................................= ........................ other dmesg errors: [rc.d...]=20 list_vars: not found sort_list: not found check_kern_features: not found set_rcvar_obsolete: not found ...........................................................................= .......................... Any insights appreciated.=20 Jeff=20= From owner-freebsd-current@freebsd.org Fri Dec 11 14:50:48 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 358C64B1465; Fri, 11 Dec 2020 14:50:48 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cstxz1Kbyz4Rdy; Fri, 11 Dec 2020 14:50:46 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-f649235c.06-431-73746f70.bbcust.telenor.se ([92.35.73.246] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1knjkk-0008aj-Km; Fri, 11 Dec 2020 15:50:38 +0100 Received: from office.as33885.net ([84.55.65.101] helo=[192.168.3.70]) by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1knjkk-000P5v-0u; Fri, 11 Dec 2020 15:50:38 +0100 Subject: Re: after update to r368166: no sound recording To: freebsd-current@freebsd.org, freebsd-multimedia@freebsd.org, Hans Petter Selasky References: <72bd5240-3092-bf7b-51aa-2ad12a576efb@selasky.org> <4d83e630-7bed-16bd-3422-267813d3e842@selasky.org> From: Jakob Alvermark Message-ID: <888e9843-46e5-cfbe-6e85-1243e0f6181b@alvermark.net> Date: Fri, 11 Dec 2020 15:50:37 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4Cstxz1Kbyz4Rdy X-Spamd-Bar: - X-Spamd-Result: default: False [-1.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[alvermark.net:s=x]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.34.136.138]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[alvermark.net: no valid DMARC record]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[185.34.136.138:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[alvermark.net:+]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[185.34.136.138:from]; ASN(0.00)[asn:34971, ipnet:185.34.136.0/24, country:IT]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-multimedia,freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2020 14:50:48 -0000 On 12/11/20 8:06 AM, Matthias Apitz wrote: > El día miércoles, diciembre 09, 2020 a las 11:55:18a. m. +0100, Hans Petter Selasky escribió: > >> On 12/9/20 11:48 AM, Matthias Apitz wrote: >>> El día miércoles, diciembre 09, 2020 a las 11:05:09a. m. +0100, Hans Petter Selasky escribió: >>> >>>> On 12/9/20 10:44 AM, Matthias Apitz wrote: >>>>> Hello, >>>>> >>>>> I've updated a laptop Acer C720 from r342378 to r368166 and do not have >>>>> any sound incoming anymore. I rebooted r342378 from an USB stick and the >>>>> old kernel produces already noise in the speakers when I touch the >>>>> micro hole in the keyboard, the new kernel does not produce any noise >>>>> there. Both system have the same /boot/device.hints values: >>>>> >>>>> .... > Hello, > > I reverted the kernel source in the directory sys/dev/sound/pci/hda to r342378: > > $ cd /usr/src/sys/dev/sound/pci > $ svn info hda > Path: hda > Working Copy Root Path: /usr/src > URL: svn://svn.freebsd.org/base/head/sys/dev/sound/pci/hda > Relative URL: ^/head/sys/dev/sound/pci/hda > Repository Root: svn://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 342378 > Node Kind: directory > Schedule: normal > Last Changed Author: mav > Last Changed Rev: 340071 > Last Changed Date: 2018-11-02 18:02:10 +0100 (Fri, 02 Nov 2018) > > compiled and installed the kernel: > > $ uname -a > FreeBSD c720-r368166 13.0-CURRENT FreeBSD 13.0-CURRENT #1 r342378:368166M: Fri Dec 11 07:46:32 CET 2020 guru@c720-r368166:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > > and all is fine again as it was before. Someone with more knowledge should > have a look into a 'svn diff -r342378:368166 sys/dev/sound/pci/hda' and > see which of the changes might break the things. > > Thanks > > matthias > > Have you tried "hint.hdaa.1.init_clear=0" in /boot/loader.conf Jakob From owner-freebsd-current@freebsd.org Fri Dec 11 15:27:05 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 342D64B26A7; Fri, 11 Dec 2020 15:27:05 +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 4Csvlq5nZMz4TFq; Fri, 11 Dec 2020 15:27:03 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id fef67d4d; Fri, 11 Dec 2020 15:26:54 +0000 (UTC) Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 23d93583 (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO); Fri, 11 Dec 2020 15:26:52 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) Subject: Re: after update to r368166: no sound recording From: Michael Gmelin In-Reply-To: <888e9843-46e5-cfbe-6e85-1243e0f6181b@alvermark.net> Date: Fri, 11 Dec 2020 16:26:51 +0100 Cc: freebsd-current@freebsd.org, freebsd-multimedia@freebsd.org, Hans Petter Selasky Message-Id: <4A633A6F-6D34-4BCB-BE91-0769350225FB@grem.de> References: <888e9843-46e5-cfbe-6e85-1243e0f6181b@alvermark.net> To: Jakob Alvermark X-Mailer: iPhone Mail (18B92) X-Rspamd-Queue-Id: 4Csvlq5nZMz4TFq X-Spamd-Bar: + X-Spamd-Result: default: False [1.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[grem.de:s=20180501]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:213.239.217.29/32]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grem.de]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_DN_SOME(0.00)[]; SPAMHAUS_ZRD(0.00)[213.239.217.29:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[grem.de:+]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_HAM_SHORT(-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,freebsd-multimedia]; FORGED_RECIPIENTS(2.00)[m:hps@selasky.org, m:jakob@alvermark.net, s:grembo@freebsd.org] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2020 15:27:05 -0000 > On 11. Dec 2020, at 15:51, Jakob Alvermark wrote: >=20 > =EF=BB=BF >> On 12/11/20 8:06 AM, Matthias Apitz wrote: >>> El d=C3=ADa mi=C3=A9rcoles, diciembre 09, 2020 a las 11:55:18a. m. +0100= , Hans Petter Selasky escribi=C3=B3: >>>=20 >>> On 12/9/20 11:48 AM, Matthias Apitz wrote: >>>> El d=C3=ADa mi=C3=A9rcoles, diciembre 09, 2020 a las 11:05:09a. m. +010= 0, Hans Petter Selasky escribi=C3=B3: >>>>=20 >>>>> On 12/9/20 10:44 AM, Matthias Apitz wrote: >>>>>> Hello, >>>>>>=20 >>>>>> I've updated a laptop Acer C720 from r342378 to r368166 and do not ha= ve >>>>>> any sound incoming anymore. I rebooted r342378 from an USB stick and t= he >>>>>> old kernel produces already noise in the speakers when I touch the >>>>>> micro hole in the keyboard, the new kernel does not produce any noise= >>>>>> there. Both system have the same /boot/device.hints values: >>>>>>=20 >>>>>> .... >> Hello, >>=20 >> I reverted the kernel source in the directory sys/dev/sound/pci/hda to r3= 42378: >>=20 >> $ cd /usr/src/sys/dev/sound/pci >> $ svn info hda >> Path: hda >> Working Copy Root Path: /usr/src >> URL: svn://svn.freebsd.org/base/head/sys/dev/sound/pci/hda >> Relative URL: ^/head/sys/dev/sound/pci/hda >> Repository Root: svn://svn.freebsd.org/base >> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >> Revision: 342378 >> Node Kind: directory >> Schedule: normal >> Last Changed Author: mav >> Last Changed Rev: 340071 >> Last Changed Date: 2018-11-02 18:02:10 +0100 (Fri, 02 Nov 2018) >>=20 >> compiled and installed the kernel: >>=20 >> $ uname -a >> FreeBSD c720-r368166 13.0-CURRENT FreeBSD 13.0-CURRENT #1 r342378:368166M= : Fri Dec 11 07:46:32 CET 2020 guru@c720-r368166:/usr/obj/usr/src/amd64.= amd64/sys/GENERIC amd64 >>=20 >> and all is fine again as it was before. Someone with more knowledge shoul= d >> have a look into a 'svn diff -r342378:368166 sys/dev/sound/pci/hda' and >> see which of the changes might break the things. >>=20 >> Thanks >>=20 >> matthias >>=20 >>=20 >=20 > Have you tried "hint.hdaa.1.init_clear=3D0" in /boot/loader.conf >=20 I updated my c720 to the same revision and could reproduce the problem. I di= dn=E2=80=99t have much time to look into it though. I played with a couple o= f settings (including this one), but it didn=E2=80=99t make a difference. -m >=20 > Jakob >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"= From owner-freebsd-current@freebsd.org Fri Dec 11 16:10:45 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 76C874B3A10 for ; Fri, 11 Dec 2020 16:10:45 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4CswkF2C9Vz4XlV for ; Fri, 11 Dec 2020 16:10:45 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: by mailman.nyi.freebsd.org (Postfix) id 4B8154B34FD; Fri, 11 Dec 2020 16:10:45 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4B49B4B37CD for ; Fri, 11 Dec 2020 16:10:45 +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 4CswkF0nB2z4XlT for ; Fri, 11 Dec 2020 16:10:44 +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 0BBGAbpg057833 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 11 Dec 2020 08:10:37 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.16.1/8.16.1/Submit) id 0BBGAbUm057832; Fri, 11 Dec 2020 08:10:37 -0800 (PST) (envelope-from sgk) Date: Fri, 11 Dec 2020 08:10:37 -0800 From: Steve Kargl To: Jeffrey Bouquet Cc: current Subject: Re: Updating current i386 broke wlan0... Message-ID: <20201211161037.GA57823@troutmask.apl.washington.edu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4CswkF0nB2z4XlT X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2020 16:10:45 -0000 On Fri, Dec 11, 2020 at 06:12:42AM -0800, Jeffrey Bouquet wrote: > Longtime BSD current user, due to several constraints I had to update from a recent dec 10 image in > a quasi-piecemeal fashion. Fixed all issues [ I think ] From 11-Current to 13-Current except > service netif onestart wlan0 up > no longer completes. > .................................... > /etc/rc.d/netif set_rcvar_obsolete: not found > eval: wlan_up: not found > starting wpa_supplicant > /etc/rc.d/wpa_supplicant: WARNING: failed to start... > starting dhclient > eval: wlan0: not found > /etc/rc.d/dhclient: WARNING: failed to start dhclient > /etc/rc.d/netif: WARNING: $ipv6_enable is not set properly, see rc.conf(5) > starting network wlan0 > eval: check_startmsgs: not found > eval: afexits: not found > .......................................................................................... > Piecemeal update was needed because make toolchain and make buildworld > failed each early on. I have a Dec 2 i386-*-freebsd (typing on it now), which uses wlan0 over a lowly D-Link DWL-G630. Works fine. The change causing you problems appears to have occurred after Dec 2. -- Steve From owner-freebsd-current@freebsd.org Fri Dec 11 16:14:16 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 664B14B3AC8; Fri, 11 Dec 2020 16:14:16 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (phouka1.phouka.net [107.170.196.116]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "phouka.net", Issuer "Go Daddy Secure Certificate Authority - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CswpH3YgBz4Xww; Fri, 11 Dec 2020 16:14:15 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (localhost [127.0.0.1]) by phouka1.phouka.net (8.16.1/8.16.1) with ESMTPS id 0BBGCpkp089205 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 11 Dec 2020 08:12:51 -0800 (PST) (envelope-from warlock@phouka1.phouka.net) Received: (from warlock@localhost) by phouka1.phouka.net (8.16.1/8.16.1/Submit) id 0BBGCphx089204; Fri, 11 Dec 2020 08:12:51 -0800 (PST) (envelope-from warlock) Date: Fri, 11 Dec 2020 08:12:51 -0800 From: John Kennedy To: "Hartmann, O." Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org Subject: Re: AMNESIA:33 and FreeBSD TCP/IP stack involvement Message-ID: References: <20201209065849.47a51561@hermann.fritz.box> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201209065849.47a51561@hermann.fritz.box> X-Rspamd-Queue-Id: 4CswpH3YgBz4Xww X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.18 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.98)[0.981]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[phouka.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[107.170.196.116:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[107.170.196.116:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[warlock@phouka.net,warlock@phouka1.phouka.net]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14061, ipnet:107.170.192.0/18, country:US]; FROM_NEQ_ENVFROM(0.00)[warlock@phouka.net,warlock@phouka1.phouka.net]; MAILMAN_DEST(0.00)[freebsd-security,freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2020 16:14:16 -0000 On Wed, Dec 09, 2020 at 06:58:49AM +0100, Hartmann, O. wrote: > Hello, > I've got a question about recently discovered serious vulnerabilities > in certain TCP stack implementations, designated as AMNESIA:33 (as far > as I could follow the recently made announcements and statements, > please see, for instance, > https://www.zdnet.com/article/amnesia33-vulnerabilities-impact-millions-of-smart-and-industrial-devices/). > > All mentioned open-source TCP stacks seem not to be related in any way > with freeBSD or any derivative of the FreeBSD project, but I do not > dare to make a statement about that. > > My question is very simple and aimes towards calming down my employees > requests: is FreeBSD potentially vulnerable to this newly discovered > flaw (we use mainly 12.1-RELENG, 12.2-RELENG, 12-STABLE and 13-CURRENT, > latest incarnations, of course, should be least vulnerable ...). Look at it this way: If it is/was, what are you going to do about it? [Please don't take this as a personal attack. I get the same kind of questions you are by my bosses and auditors, who live in their own little world where they think there is a guarantee for everything and the only real-world cost is an appropriately asked question.] If you've got an upgrade policy that rolls out patches when FreeBSD publishes them (or tracking -STABLE or -CURRENT in such a way that they're going to be incorporated with some parity with the security and errata notifications) and you're keeping your packages up to date, you're doing pretty good. If there is a problem, you'll roll out the fixes when they're available. You may not even know they're in there yet. If you've got a menagerie of FreeBSD-based IoT-style devices that aren't getting regular updates and this bug has shown you the tip of the iceberg to all the other potential problems, then you probably have issues. Now an attack against the kernel TCP/IP stack is universally bad (possibly bypassing any firewall, probably not requiring authentication, probably gaining the kernel privileges, etc), plenty of other problems are a subset of just as bad. Assuming that the Amnesia:33 reported responsibly disclosed, if FreeBSD was affected we'd probably have fixes out (pre-publication). On 12/8, you just got patch released for FreeBSD-SA-20:33.openssl, and that is burned into a lot of OS pieces. Have you pushed those changes out yet? Two paragraphs up, I basically asked a policy question. This paragraph, I'm basically asking you an implementation question: You had a policy, did it work? Did anything get missed? Can someone audit that? -CURRENT and -STABLE tend to get patches (and, potentially, problems) before -RELENG does, but sometime that's a natural process of the patches discovering the problems that need put into -RELENG. It's always nice to see a bug report for -RELENG and then tracking down the revision and finding out you've been patched for a while now. On the other hand, -STABLE gets daily patches and you probably wouldn't want to have a production patch cycles with that kind of frequently. [Personally, I tend to update -STABLE/-CURRENT when I see a "Security:" tag with a CVE reference, semi-weekly, or when I see something that looks alarming or interesting and -RELENG when it gets a patch.] From owner-freebsd-current@freebsd.org Fri Dec 11 16:38:23 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9E2D44B47BC for ; Fri, 11 Dec 2020 16:38:23 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4CsxL72Fp0z4Zm0 for ; Fri, 11 Dec 2020 16:38:23 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.nyi.freebsd.org (Postfix) id 4D4C14B4837; Fri, 11 Dec 2020 16:38:23 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4D13B4B47BB for ; Fri, 11 Dec 2020 16:38:23 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (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 4CsxL71FMVz4Zrp for ; Fri, 11 Dec 2020 16:38:22 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.129] (helo=rmmprod07.runbox) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1knlQv-00056W-Mr; Fri, 11 Dec 2020 17:38:17 +0100 Received: from mail by rmmprod07.runbox with local (Exim 4.86_2) (envelope-from ) id 1knlQq-0002kk-LS; Fri, 11 Dec 2020 17:38:12 +0100 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated alias (650894)] by runbox.com with http (RMM6); Fri, 11 Dec 2020 16:38:12 GMT From: "Jeffrey Bouquet" To: "Steve Kargl" CC: "current" Subject: Re: Updating current i386 broke wlan0... Date: Fri, 11 Dec 2020 08:38:12 -0800 (PST) X-RMM-Aliasid: 650894 X-Mailer: RMM6 In-Reply-To: <20201211161037.GA57823@troutmask.apl.washington.edu> Message-Id: X-Rspamd-Queue-Id: 4CsxL71FMVz4Zrp X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2020 16:38:23 -0000 On Fri, 11 Dec 2020 08:10:37 -0800, Steve Kargl wrote: > On Fri, Dec 11, 2020 at 06:12:42AM -0800, Jeffrey Bouquet wrote: > > Longtime BSD current user, due to several constraints I had to update f= rom a recent dec 10 image in > > a quasi-piecemeal fashion. Fixed all issues [ I think ] From 11-Curre= nt to 13-Current except=20 > > service netif onestart wlan0 up > > no longer completes.=20 > > .................................... > > /etc/rc.d/netif set_rcvar_obsolete: not found > > eval: wlan_up: not found > > starting wpa_supplicant > > /etc/rc.d/wpa_supplicant: WARNING: failed to start... > > starting dhclient > > eval: wlan0: not found > > /etc/rc.d/dhclient: WARNING: failed to start dhclient > > /etc/rc.d/netif: WARNING: $ipv6_enable is not set properly, see rc.con= f(5) > > starting network wlan0 > > eval: check_startmsgs: not found > > eval: afexits: not found > > .......................................................................= ................... > > Piecemeal update was needed because make toolchain and make buildworld > > failed each early on. >=20 > I have a Dec 2 i386-*-freebsd (typing on it now), which uses wlan0 > over a lowly D-Link DWL-G630. Works fine. The change causing > you problems appears to have occurred after Dec 2. >=20 > --=20 > Steve Maybe, if new code was in wlan0 or *rc*=20 or wpa_supplicant or /etc or run0, but I suspect it is some problem I caused by not doing a proper upgrade.=20= From owner-freebsd-current@freebsd.org Fri Dec 11 16:46:33 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E5D5F4B4C3B for ; Fri, 11 Dec 2020 16:46:33 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4CsxWY5CpWz4bhB for ; Fri, 11 Dec 2020 16:46:33 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: by mailman.nyi.freebsd.org (Postfix) id B138C4B4C3A; Fri, 11 Dec 2020 16:46:33 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B0FF64B49DD for ; Fri, 11 Dec 2020 16:46:33 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (cross.sbone.de [195.201.62.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CsxWY3mp3z4bcx for ; Fri, 11 Dec 2020 16:46:32 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 80EEE8D4A156; Fri, 11 Dec 2020 16:46:25 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 0C043E707D7; Fri, 11 Dec 2020 16:46:25 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id mok6VXurKAgD; Fri, 11 Dec 2020 16:46:21 +0000 (UTC) Received: from [127.0.0.1] (unknown [IPv6:fde9:577b:c1a9:4902:65c3:5ead:6e0c:58a2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id E7E62E707D0; Fri, 11 Dec 2020 16:46:21 +0000 (UTC) From: "Bjoern A. Zeeb" To: "Jeffrey Bouquet" Cc: current Subject: Re: Updating current i386 broke rc* [not wlan0]... Date: Fri, 11 Dec 2020 16:46:20 +0000 X-Mailer: MailMate (2.0BETAr6151) Message-ID: In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4CsxWY3mp3z4bcx X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2020 16:46:34 -0000 On 11 Dec 2020, at 14:12, Jeffrey Bouquet wrote: > Longtime BSD current user, due to several constraints I had to update = > from a recent dec 10 image in > a quasi-piecemeal fashion. Fixed all issues [ I think ] From = > 11-Current to 13-Current except It seems you didn=E2=80=99t prorperly merge /etc; are you using source = updates or how did you do that? If you did use src, then an etcupdate or mergemaster run might fix = things. It seems at least /etc/network.subr isn=E2=80=99t there/updated? There is= = probably more... > service netif onestart wlan0 up > no longer completes. > .................................... > /etc/rc.d/netif set_rcvar_obsolete: not found > eval: wlan_up: not found > starting wpa_supplicant > /etc/rc.d/wpa_supplicant: WARNING: failed to start... > starting dhclient > eval: wlan0: not found > /etc/rc.d/dhclient: WARNING: failed to start dhclient > /etc/rc.d/netif: WARNING: $ipv6_enable is not set properly, see = > rc.conf(5) > starting network wlan0 > eval: check_startmsgs: not found > eval: afexits: not found > .......................................................................= =2E.................. > Piecemeal update was needed because make toolchain and make buildworld > failed each early on. > .......................................................................= =2E..................... > I have the freebsd-manifest base.* etc files but am hesitant to = > overwrite system files > rendering the i386 system less usable than now, as well as unschooled = > in the > syntax for same. > .......................................................................= =2E....................... > Hoping that just a few files into /etc I may not have thought of can = > fix > wpa_supplicant... > .......................................................................= =2E........................... > other dmesg errors: [rc.d...] > list_vars: not found > sort_list: not found > check_kern_features: not found > set_rcvar_obsolete: not found > .......................................................................= =2E............................. > Any insights appreciated. > > > Jeff > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Fri Dec 11 16:51:15 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 86E564B5080 for ; Fri, 11 Dec 2020 16:51:15 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4Csxcz1llHz4byq for ; Fri, 11 Dec 2020 16:51:15 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.nyi.freebsd.org (Postfix) id 3A4FA4B4E7C; Fri, 11 Dec 2020 16:51:15 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3A0F24B4E7B for ; Fri, 11 Dec 2020 16:51:15 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x841.google.com (mail-qt1-x841.google.com [IPv6:2607:f8b0:4864:20::841]) (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 4Csxcz11P4z4brP for ; Fri, 11 Dec 2020 16:51:14 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x841.google.com with SMTP id h19so6849142qtq.13 for ; Fri, 11 Dec 2020 08:51:14 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=mQIaBEj8NMRCZptdnV509GfMfW6ZoBaMjt9RB/5F1HM=; b=ZAcO/vCIZpZ1maAqBpe8R2TYvuwjoiyVVsVh7qfQkOC8bzUXRC5Xq0wnZ6tvfPXGki E43jjFYOqbDeiQ2dHWHtaYhixcIlOLeQLX+6a1WcDQI9INhGGZpaMmc7SDkrLW74zR6n gEiPNLJ6vEvFq9G5zQ0jVA1vlME6FkpbuhDwfxYMVKXKVW0Iyg4lYK1YHVh5ZT+NL5Ym DwRkxD9/H5eSCqSRXJnLJFw1TEFuPHbzQ2Eri1Cy1nSJQl4YwidkuM9pZr94LoexHLt2 tpPYcrBh6l5Su/ZGiWNHragcUXY/mru0oI7ztioOpOFLhg9vCTSHoWMXOcx467PRSkHi 2+ag== X-Gm-Message-State: AOAM5320Mn0+xuZnlXV22+okvJYWNPoOIKhbqK/Nd8lqwILCpULnFZ2T nBTJUYxgB8E8IchREtwQcWZW00OYzyLvh3UB+JP8UZj+qsX4gA== X-Google-Smtp-Source: ABdhPJxnZxX5FxNFuZLuLl8srq5DE7t7cGK+fiov1JC/tYmAHQFF7B3CG6s5kcdxTk9UlsjDa80838RWhBQQsTRvXYs= X-Received: by 2002:ac8:74d4:: with SMTP id j20mr15998202qtr.101.1607705474140; Fri, 11 Dec 2020 08:51:14 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Fri, 11 Dec 2020 09:51:03 -0700 Message-ID: Subject: Re: Updating current i386 broke rc* [not wlan0]... To: "Bjoern A. Zeeb" Cc: Jeffrey Bouquet , current X-Rspamd-Queue-Id: 4Csxcz11P4z4brP X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2020 16:51:15 -0000 On Fri, Dec 11, 2020 at 9:46 AM Bjoern A. Zeeb < bzeeb-lists@lists.zabbadoz.net> wrote: > On 11 Dec 2020, at 14:12, Jeffrey Bouquet wrote: > > > Longtime BSD current user, due to several constraints I had to update > > from a recent dec 10 image in > > a quasi-piecemeal fashion. Fixed all issues [ I think ] From > > 11-Current to 13-Current except > > It seems you didn=E2=80=99t prorperly merge /etc; are you using source > updates or how did you do that? > If you did use src, then an etcupdate or mergemaster run might fix > things. > > It seems at least /etc/network.subr isn=E2=80=99t there/updated? There is > probably more... > I'm not saying there's not a kernel issue, but I'm with bjoern here. The last maybe half dozen times that wifi broke for me, dating back a decade, every single one of them has been failure to update /etc/rc files properly and/or failure to update both userland and kernel and/or corrupting wpa_supplicant.conf... Given the errors reported, I'd make sure there's a complete update of /etc files before looking elsewhere. Warner > > service netif onestart wlan0 up > > no longer completes. > > .................................... > > /etc/rc.d/netif set_rcvar_obsolete: not found > > eval: wlan_up: not found > > starting wpa_supplicant > > /etc/rc.d/wpa_supplicant: WARNING: failed to start... > > starting dhclient > > eval: wlan0: not found > > /etc/rc.d/dhclient: WARNING: failed to start dhclient > > /etc/rc.d/netif: WARNING: $ipv6_enable is not set properly, see > > rc.conf(5) > > starting network wlan0 > > eval: check_startmsgs: not found > > eval: afexits: not found > > > .........................................................................= ................. > > Piecemeal update was needed because make toolchain and make buildworld > > failed each early on. > > > .........................................................................= .................... > > I have the freebsd-manifest base.* etc files but am hesitant to > > overwrite system files > > rendering the i386 system less usable than now, as well as unschooled > > in the > > syntax for same. > > > .........................................................................= ...................... > > Hoping that just a few files into /etc I may not have thought of can > > fix > > wpa_supplicant... > > > .........................................................................= .......................... > > other dmesg errors: [rc.d...] > > list_vars: not found > > sort_list: not found > > check_kern_features: not found > > set_rcvar_obsolete: not found > > > .........................................................................= ............................ > > Any insights appreciated. > > > > > > Jeff > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@freebsd.org Fri Dec 11 18:26:29 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B9DCB4B6E37; Fri, 11 Dec 2020 18:26:29 +0000 (UTC) (envelope-from ludovit.koren@gmail.com) Received: from mail-ed1-x52b.google.com (mail-ed1-x52b.google.com [IPv6:2a00:1450:4864:20::52b]) (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 4Cszkr68N7z4jv1; Fri, 11 Dec 2020 18:26:28 +0000 (UTC) (envelope-from ludovit.koren@gmail.com) Received: by mail-ed1-x52b.google.com with SMTP id dk8so10374397edb.1; Fri, 11 Dec 2020 10:26:28 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:user-mail-address:date :message-id:user-agent:mime-version; bh=9rFmM/nxORrZ2TNK7kFnsb8b0706Zz7UPyyR7ru78Mc=; b=qMJlyws/dYidBvYxhmATzuHXxP9fophYAW7ByVeyaoJDBUrZSl+jvUuwCkKXxUkMd/ lkHzIWaoz3BaXE0krBzOGnVrH6rs9I6zLSprSyHdmcSG0JwkD4/fR4YJyNhqlPJCwrpN 5dFMDwigyW3gJkaijZNc3LeQg3I5JCYmp90+yDOTltbt6CzBWKB6fvtN8qIVGN4AAW25 dtEp1rEcSI939dItSIL5AP2yyBCouh4FNU4CAjzScubBAb9VTTKElSe2wJmqEmzwsyxX Wi+zIQ6499HsUaQAzkrrSKqyF5rtk5aBIZAwToXBTRxBBP0LP9XrKIeMAhC0zg6ld9As 2ysw== X-Gm-Message-State: AOAM532mh/WSZ/OfA0y7qngnBJJ5uGAPLssxcxrk99W0rVP9oavipWmF L8cg4GFCr7z8fZDw9GwNQBu02p5/jhI= X-Google-Smtp-Source: ABdhPJzp7Bvek+e0zgDfy/qv4RkF/luiQXL1tXNE+SWIgUv1fdoPAmwN7c0ZSCxFHpwnEc7l91Jz3A== X-Received: by 2002:a50:fd10:: with SMTP id i16mr13263480eds.331.1607711186423; Fri, 11 Dec 2020 10:26:26 -0800 (PST) Received: from jedi.localdomain (adsl-dyn-169.95-102-30.t-com.sk. [95.102.30.169]) by smtp.gmail.com with ESMTPSA id z26sm8342066edl.71.2020.12.11.10.26.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 11 Dec 2020 10:26:24 -0800 (PST) Received: by jedi.localdomain (Postfix, from userid 1001) id 98BF5158359; Fri, 11 Dec 2020 19:26:22 +0100 (CET) From: Ludovit Koren To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: HP Elitebook 830 G7 User-Mail-Address: ludovit.koren@gmail.com Date: Fri, 11 Dec 2020 19:26:22 +0100 Message-ID: <86360c9p2p.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 4Cszkr68N7z4jv1 X-Spamd-Bar: - X-Spamd-Result: default: False [-2.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:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::52b:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; 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)[95.102.30.169:received]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::52b:from:127.0.2.255]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::52b:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-stable] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2020 18:26:29 -0000 Hi, I am trying to install FreeBSD-12.2-RELEASE, FreeBSD-13.0-CURRENT-amd64-20201203-f659bf1d31c The image starts booting and it hangs in: .... Loading kernel... /boot/kernel/kernel text=0x16bdcc4 data 0x140 data 0x75fe80 .... Loading configured modules... can't find '/etc/hostid' can't find '/boot/entropy' Start @ 0xffffffff80373000 ... EFI framebuffer information: addr, size 0xa0000000, 0x7e9000 dimensions 1920 x 1080 stride 1920 masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 _ Any hints greatly appreciated. Regards, lk From owner-freebsd-current@freebsd.org Fri Dec 11 18:32:46 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AF76F4B7544 for ; Fri, 11 Dec 2020 18:32:46 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cszt629yyz4kqW for ; Fri, 11 Dec 2020 18:32:45 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 0BBIWdqZ092358 for ; Fri, 11 Dec 2020 10:32:45 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) MIME-Version: 1.0 Date: Fri, 11 Dec 2020 10:32:39 -0800 From: Chris To: freebsd-current@freebsd.org Subject: Re: Updating current i386 broke wlan0... In-Reply-To: <20201211161037.GA57823@troutmask.apl.washington.edu> References: <20201211161037.GA57823@troutmask.apl.washington.edu> User-Agent: UDNSMS/17.0 Message-ID: <2038a586d1e6da5ce895df48f98f2427@bsdforge.com> X-Sender: bsd-lists@bsdforge.com Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Cszt629yyz4kqW X-Spamd-Bar: / X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2020 18:32:46 -0000 On 2020-12-11 08:10, Steve Kargl wrote: > On Fri, Dec 11, 2020 at 06:12:42AM -0800, Jeffrey Bouquet wrote: >> Longtime BSD current user, due to several constraints I had to update from >> a recent dec 10 image in >> a quasi-piecemeal fashion. Fixed all issues [ I think ] From 11-Current >> to 13-Current except >> service netif onestart wlan0 up >> no longer completes. >> .................................... >> /etc/rc.d/netif set_rcvar_obsolete: not found >> eval: wlan_up: not found >> starting wpa_supplicant >> /etc/rc.d/wpa_supplicant: WARNING: failed to start... >> starting dhclient >> eval: wlan0: not found >> /etc/rc.d/dhclient: WARNING: failed to start dhclient >> /etc/rc.d/netif: WARNING: $ipv6_enable is not set properly, see rc.conf(5) >> starting network wlan0 >> eval: check_startmsgs: not found >> eval: afexits: not found >> .......................................................................................... >> Piecemeal update was needed because make toolchain and make buildworld >> failed each early on. > > I have a Dec 2 i386-*-freebsd (typing on it now), which uses wlan0 > over a lowly D-Link DWL-G630. Works fine. The change causing > you problems appears to have occurred after Dec 2. mergemaster appears to have not been done (I know. You said quasi-piecemeal). Fair enough. Assuming you have both your /etc && (proposed 13) /etc; perhaps a diff -ruN /your-etc /13-etc >./new-stuff.diff will help you discover what function names were changed/moved/deleted. As well as what services were altered/added/deleted --Chris From owner-freebsd-current@freebsd.org Fri Dec 11 18:54:01 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B7E344B7DCD for ; Fri, 11 Dec 2020 18:54:01 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ct0Ld3dT1z4lH9 for ; Fri, 11 Dec 2020 18:54:01 +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 0BBIrtIE035831 for ; Fri, 11 Dec 2020 10:54:01 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) MIME-Version: 1.0 Date: Fri, 11 Dec 2020 10:53:55 -0800 From: Chris To: freebsd-current@freebsd.org Subject: Re: Updating current i386 broke wlan0... In-Reply-To: <2038a586d1e6da5ce895df48f98f2427@bsdforge.com> References: <20201211161037.GA57823@troutmask.apl.washington.edu> <2038a586d1e6da5ce895df48f98f2427@bsdforge.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: 4Ct0Ld3dT1z4lH9 X-Spamd-Bar: / X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2020 18:54:01 -0000 On 2020-12-11 10:32, Chris wrote: > On 2020-12-11 08:10, Steve Kargl wrote: >> On Fri, Dec 11, 2020 at 06:12:42AM -0800, Jeffrey Bouquet wrote: >>> Longtime BSD current user, due to several constraints I had to update from >>> a recent dec 10 image in >>> a quasi-piecemeal fashion. Fixed all issues [ I think ] From 11-Current >>> to 13-Current except >>> service netif onestart wlan0 up >>> no longer completes. >>> .................................... >>> /etc/rc.d/netif set_rcvar_obsolete: not found >>> eval: wlan_up: not found >>> starting wpa_supplicant >>> /etc/rc.d/wpa_supplicant: WARNING: failed to start... >>> starting dhclient >>> eval: wlan0: not found >>> /etc/rc.d/dhclient: WARNING: failed to start dhclient >>> /etc/rc.d/netif: WARNING: $ipv6_enable is not set properly, see >>> rc.conf(5) >>> starting network wlan0 >>> eval: check_startmsgs: not found >>> eval: afexits: not found >>> .......................................................................................... >>> Piecemeal update was needed because make toolchain and make buildworld >>> failed each early on. >> >> I have a Dec 2 i386-*-freebsd (typing on it now), which uses wlan0 >> over a lowly D-Link DWL-G630. Works fine. The change causing >> you problems appears to have occurred after Dec 2. > > mergemaster appears to have not been done (I know. You said > quasi-piecemeal). Fair > enough. Assuming you have both your /etc && (proposed 13) /etc; > perhaps a diff -ruN /your-etc /13-etc >./new-stuff.diff > will help you discover what function names were changed/moved/deleted. As > well > as what services were altered/added/deleted Actually. As I think about it. Adding a p to the diff(1) line above may make it easier to visually determine the differences eg; $ diff -rupN orig-etc/ 13-etc/ > > --Chris From owner-freebsd-current@freebsd.org Fri Dec 11 21:07:28 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 510574BACD5 for ; Fri, 11 Dec 2020 21:07:28 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (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 4Ct3Jb2Mgzz4t23 for ; Fri, 11 Dec 2020 21:07:27 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.129] (helo=rmmprod07.runbox) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1knpdL-00058n-RC; Fri, 11 Dec 2020 22:07:23 +0100 Received: from mail by rmmprod07.runbox with local (Exim 4.86_2) (envelope-from ) id 1knpdL-0002BC-PW; Fri, 11 Dec 2020 22:07:23 +0100 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated alias (650894)] by runbox.com with http (RMM6); Fri, 11 Dec 2020 21:07:23 GMT From: "Jeffrey Bouquet" To: "Chris" CC: "freebsd-current" Subject: Re: Updating current i386 broke wlan0... Date: Fri, 11 Dec 2020 13:07:23 -0800 (PST) X-RMM-Aliasid: 650894 X-Mailer: RMM6 In-Reply-To: Message-Id: X-Rspamd-Queue-Id: 4Ct3Jb2Mgzz4t23 X-Spamd-Bar: + X-Spamd-Result: default: False [1.75 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[91.220.196.211:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[91.220.196.211:from]; NEURAL_SPAM_SHORT(0.95)[0.945]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[iherebuywisely.com]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[91.220.196.211:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(1.00)[1.000]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:50304, ipnet:91.220.196.0/24, country:NO]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_IN_DNSWL_LOW(-0.10)[91.220.196.211:from] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2020 21:07:28 -0000 On Fri, 11 Dec 2020 10:53:55 -0800, Chris wrote: > On 2020-12-11 10:32, Chris wrote: > > On 2020-12-11 08:10, Steve Kargl wrote: > >> On Fri, Dec 11, 2020 at 06:12:42AM -0800, Jeffrey Bouquet wrote: > >>> Longtime BSD current user, due to several constraints I had to update= from=20 > >>> a recent dec 10 image in > >>> a quasi-piecemeal fashion. Fixed all issues [ I think ] From 11-Cur= rent=20 > >>> to 13-Current except > >>> service netif onestart wlan0 up > >>> no longer completes. > >>> .................................... > >>> /etc/rc.d/netif set_rcvar_obsolete: not found > >>> eval: wlan_up: not found > >>> starting wpa_supplicant > >>> /etc/rc.d/wpa_supplicant: WARNING: failed to start... > >>> starting dhclient > >>> eval: wlan0: not found > >>> /etc/rc.d/dhclient: WARNING: failed to start dhclient > >>> /etc/rc.d/netif: WARNING: $ipv6_enable is not set properly, see=20 > >>> rc.conf(5) > >>> starting network wlan0 > >>> eval: check_startmsgs: not found > >>> eval: afexits: not found > >>> .....................................................................= ..................... > >>> Piecemeal update was needed because make toolchain and make buildworld > >>> failed each early on. > >>=20 > >> I have a Dec 2 i386-*-freebsd (typing on it now), which uses wlan0 > >> over a lowly D-Link DWL-G630. Works fine. The change causing > >> you problems appears to have occurred after Dec 2. > >=20 > > mergemaster appears to have not been done (I know. You said=20 > > quasi-piecemeal). Fair > > enough. Assuming you have both your /etc && (proposed 13) /etc; > > perhaps a diff -ruN /your-etc /13-etc >./new-stuff.diff > > will help you discover what function names were changed/moved/deleted. = As=20 > > well > > as what services were altered/added/deleted > Actually. As I think about it. Adding a p to the diff(1) line above may m= ake=20 > it > easier to visually determine the differences eg; >=20 > $ diff -rupN orig-etc/ 13-etc/ >=20 > >=20 > > --Chris > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" I had done a full mergemaster previously...=20 It gets stranger.=20 I tried etcmerge, it could not do any useful work [ no conflicts found iirc= ]=20 I tried etcupdate, it could neither [ no /usr/src on the .img file filesyt= em iirc ] I found a wpa_supplicant line that creates wlan0 but run0 never gets beyond 'no carrier' ..................................... then I started Xorg and it worked... so maybe I just forgot to copy the new= kernel over,=20 but then why would the newer binaries and .ko files be working?=20 .................................... Also, when trying the install of the dec 10 .img again, it failed in a seco= nd or so ..................................... When copying several files I missed in /etc over, I accidently converted the system to a 'live cd'... in other words, the system boots normally [ except= the run0 not starting and other error messages ] but after login I am presented with the install menu even thought the thumbdrive is not present. And get a real boot completed by choosing 'live CD ' .... which is also off topic though... ................................... So I got further along, [ fixed Xorg ... ] but it maybe shouldn't be.=20= =20=20 ................................... Thanks for the suggestions. I don't wish anyone to spend any more time on= this, eventually I may revert to a wired interface [ if only I was certain how to connect [ type of ethernet cable, ifconfig, route add paramaters... ]=20 to the wifi=20 modem ethernet=20 router ports] ... I have more research to do.=20 ...........................= From owner-freebsd-current@freebsd.org Fri Dec 11 21:55:21 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 16B0C4BC28B for ; Fri, 11 Dec 2020 21:55:21 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ct4Mr55Dgz3CsK for ; Fri, 11 Dec 2020 21:55:20 +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 0BBLtE4I052769; Fri, 11 Dec 2020 13:55:20 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) MIME-Version: 1.0 Date: Fri, 11 Dec 2020 13:55:14 -0800 From: Chris To: Jeffrey Bouquet Cc: freebsd-current Subject: Re: Updating current i386 broke wlan0... In-Reply-To: References: User-Agent: UDNSMS/17.0 Message-ID: <6859ff6366b746196953e3b7ab26b459@bsdforge.com> X-Sender: bsd-lists@bsdforge.com Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Ct4Mr55Dgz3CsK X-Spamd-Bar: / X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2020 21:55:21 -0000 On 2020-12-11 13:07, Jeffrey Bouquet wrote: > On Fri, 11 Dec 2020 10:53:55 -0800, Chris wrote: > >> On 2020-12-11 10:32, Chris wrote: >> > On 2020-12-11 08:10, Steve Kargl wrote: >> >> On Fri, Dec 11, 2020 at 06:12:42AM -0800, Jeffrey Bouquet wrote: >> >>> Longtime BSD current user, due to several constraints I had to update from >> >>> a recent dec 10 image in >> >>> a quasi-piecemeal fashion. Fixed all issues [ I think ] From 11-Current >> >>> to 13-Current except >> >>> service netif onestart wlan0 up >> >>> no longer completes. >> >>> .................................... >> >>> /etc/rc.d/netif set_rcvar_obsolete: not found >> >>> eval: wlan_up: not found >> >>> starting wpa_supplicant >> >>> /etc/rc.d/wpa_supplicant: WARNING: failed to start... >> >>> starting dhclient >> >>> eval: wlan0: not found >> >>> /etc/rc.d/dhclient: WARNING: failed to start dhclient >> >>> /etc/rc.d/netif: WARNING: $ipv6_enable is not set properly, see >> >>> rc.conf(5) >> >>> starting network wlan0 >> >>> eval: check_startmsgs: not found >> >>> eval: afexits: not found >> >>> .......................................................................................... >> >>> Piecemeal update was needed because make toolchain and make buildworld >> >>> failed each early on. >> >> >> >> I have a Dec 2 i386-*-freebsd (typing on it now), which uses wlan0 >> >> over a lowly D-Link DWL-G630. Works fine. The change causing >> >> you problems appears to have occurred after Dec 2. >> > >> > mergemaster appears to have not been done (I know. You said >> > quasi-piecemeal). Fair >> > enough. Assuming you have both your /etc && (proposed 13) /etc; >> > perhaps a diff -ruN /your-etc /13-etc >./new-stuff.diff >> > will help you discover what function names were changed/moved/deleted. As >> > well >> > as what services were altered/added/deleted >> Actually. As I think about it. Adding a p to the diff(1) line above may >> make >> it >> easier to visually determine the differences eg; >> >> $ diff -rupN orig-etc/ 13-etc/ >> >> > >> > --Chris >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > I had done a full mergemaster previously... > It gets stranger. > I tried etcmerge, it could not do any useful work [ no conflicts found iirc > ] > I tried etcupdate, it could neither [ no /usr/src on the .img file > filesytem iirc ] > I found a wpa_supplicant line that creates wlan0 but run0 never gets beyond > 'no carrier' > ..................................... > then I started Xorg and it worked... so maybe I just forgot to copy the new > kernel over, > but then why would the newer binaries and .ko files be working? > .................................... > Also, when trying the install of the dec 10 .img again, it failed in a > second or so > ..................................... > When copying several files I missed in /etc over, I accidently converted the > system to a 'live cd'... in other words, the system boots normally [ except > the > run0 not starting and other error messages ] but after login I am presented > with the install menu even thought the thumbdrive is not present. And get > a real boot completed by choosing 'live CD ' > .... which is also off topic though... > ................................... > So I got further along, [ fixed Xorg ... ] but it maybe shouldn't be. > ................................... > Thanks for the suggestions. I don't wish anyone to spend any more time on > this, eventually > I may revert to a wired interface [ if only I was certain how to connect > [ type of ethernet cable, ifconfig, route add paramaters... ] > to the wifi > modem ethernet > router ports] ... I have more research to do. > ........................... Well FWIW when I've been confronted with the need to perform an "unorthodox" upgrade path. I always perform a cd / && cp -rp /etc /eetc *prior* to a mergemaster(8) because you never know. ;-) Sorry for your grief, and best wishes for a quick & easy resolve. :-) --Chris From owner-freebsd-current@freebsd.org Fri Dec 11 22:03:49 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 24EE54BC595 for ; Fri, 11 Dec 2020 22:03:49 +0000 (UTC) (envelope-from bakul@iitbombay.org) Received: from mail-pj1-x1029.google.com (mail-pj1-x1029.google.com [IPv6:2607:f8b0:4864:20::1029]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ct4Yc2hNfz3DQ0 for ; Fri, 11 Dec 2020 22:03:48 +0000 (UTC) (envelope-from bakul@iitbombay.org) Received: by mail-pj1-x1029.google.com with SMTP id iq13so2861150pjb.3 for ; Fri, 11 Dec 2020 14:03:48 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=TVOJhekXa3Gzf81U36nYQapt9JFwDve9O7Jp2pGnxUI=; b=RGbGpDVreZEskc17DRwAGxmO0W1g7i8turXREb6CAzPe9mquFWjRzkA1xpDcaX98v6 kfqv2enYb78xlTdNt5SjCCQLLV5qbaM3WfYPQkJo0pWh0fHRrrPySFBuHWOM8+XztPh+ rWkBi9UBe1lhsAKgQDiTy0F/dUgx5ODuxvWBZ+N7QHEu4hG8EwKE2V7hCDu310cpEQB1 nxllEzYs4+YFBrso0aZpbWumMl2AQALl5ZGIoBsk/9gscZ+9R1OQdwd615DJ17mCL6KB MKz/FEFYcyKCGNKsuxaiSyiPcIYRHCNC4sdulB7Z3IT6x4UmhA6G3ka/nR7XrEued+Dn bkSQ== X-Gm-Message-State: AOAM533p5fli7bb1ITevG9fuJrOL4+vPNX/CqB5H4ywPzEnyFYrM3iqV a8c21qPQ1OuUVqVolJuyLVq7zYn08Sh1ww== X-Google-Smtp-Source: ABdhPJwPZA+EgfIu3wpOTX8DYFWknU/k5h3l+3JaNIZAW70LRZRhXammojoEI7ym8o2M6mg7tD+n+g== X-Received: by 2002:a17:902:8ec4:b029:d7:eb0d:84c0 with SMTP id x4-20020a1709028ec4b02900d7eb0d84c0mr12436750plo.23.1607724226970; Fri, 11 Dec 2020 14:03:46 -0800 (PST) Received: from [192.168.1.113] (172-125-77-130.lightspeed.sntcca.sbcglobal.net. [172.125.77.130]) by smtp.gmail.com with ESMTPSA id v24sm11571295pgi.61.2020.12.11.14.03.45 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 11 Dec 2020 14:03:46 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.20.0.2.21\)) Subject: Re: Updating current i386 broke wlan0... From: Bakul Shah In-Reply-To: <6859ff6366b746196953e3b7ab26b459@bsdforge.com> Date: Fri, 11 Dec 2020 14:03:44 -0800 Cc: freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: <82C6E9BC-84B6-4CED-B4F0-A687E19702E3@iitbombay.org> References: <6859ff6366b746196953e3b7ab26b459@bsdforge.com> To: Chris X-Mailer: Apple Mail (2.3654.20.0.2.21) X-Rspamd-Queue-Id: 4Ct4Yc2hNfz3DQ0 X-Spamd-Bar: / X-Spamd-Result: default: False [-1.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[iitbombay-org.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::1029:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[iitbombay-org.20150623.gappssmtp.com:s=20150623]; FREEFALL_USER(0.00)[bakul]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[iitbombay.org]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::1029:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1029:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2020 22:03:49 -0000 On Dec 11, 2020, at 1:55 PM, Chris wrote: >=20 > Well FWIW when I've been confronted with the need to perform an = "unorthodox" upgrade > path. I always perform a > cd / && cp -rp /etc /eetc > *prior* to a mergemaster(8) > because you never know. ;-) Just commit every *working* set of files in /etc & /usr/local/etc to git or something :-)=20 From owner-freebsd-current@freebsd.org Fri Dec 11 22:40:26 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 008A64BD270 for ; Fri, 11 Dec 2020 22:40:26 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (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 4Ct5Ms1wd2z3GB9 for ; Fri, 11 Dec 2020 22:40:24 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.129] (helo=rmmprod07.runbox) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1knr5K-0004aE-GQ; Fri, 11 Dec 2020 23:40:22 +0100 Received: from mail by rmmprod07.runbox with local (Exim 4.86_2) (envelope-from ) id 1knr5K-0001P0-FP; Fri, 11 Dec 2020 23:40:22 +0100 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated alias (650894)] by runbox.com with http (RMM6); Fri, 11 Dec 2020 22:40:22 GMT From: "Jeffrey Bouquet" To: "Chris" CC: "freebsd-current" Subject: Re: Updating current i386 broke wlan0... Date: Fri, 11 Dec 2020 14:40:22 -0800 (PST) X-RMM-Aliasid: 650894 X-Mailer: RMM6 In-Reply-To: <6859ff6366b746196953e3b7ab26b459@bsdforge.com> Message-Id: X-Rspamd-Queue-Id: 4Ct5Ms1wd2z3GB9 X-Spamd-Bar: / X-Spamd-Result: default: False [0.79 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[91.220.196.211:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[91.220.196.211:from]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[iherebuywisely.com]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[91.220.196.211:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.01)[-0.012]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(1.00)[1.000]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:50304, ipnet:91.220.196.0/24, country:NO]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_IN_DNSWL_LOW(-0.10)[91.220.196.211:from] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2020 22:40:26 -0000 On Fri, 11 Dec 2020 13:55:14 -0800, Chris wrote: > On 2020-12-11 13:07, Jeffrey Bouquet wrote: > > On Fri, 11 Dec 2020 10:53:55 -0800, Chris wrot= e: > >=20 > >> On 2020-12-11 10:32, Chris wrote: > >> > On 2020-12-11 08:10, Steve Kargl wrote: > >> >> On Fri, Dec 11, 2020 at 06:12:42AM -0800, Jeffrey Bouquet wrote: > >> >>> Longtime BSD current user, due to several constraints I had to upd= ate from > >> >>> a recent dec 10 image in > >> >>> a quasi-piecemeal fashion. Fixed all issues [ I think ] From 11-= Current > >> >>> to 13-Current except > >> >>> service netif onestart wlan0 up > >> >>> no longer completes. > >> >>> .................................... > >> >>> /etc/rc.d/netif set_rcvar_obsolete: not found > >> >>> eval: wlan_up: not found > >> >>> starting wpa_supplicant > >> >>> /etc/rc.d/wpa_supplicant: WARNING: failed to start... > >> >>> starting dhclient > >> >>> eval: wlan0: not found > >> >>> /etc/rc.d/dhclient: WARNING: failed to start dhclient > >> >>> /etc/rc.d/netif: WARNING: $ipv6_enable is not set properly, see > >> >>> rc.conf(5) > >> >>> starting network wlan0 > >> >>> eval: check_startmsgs: not found > >> >>> eval: afexits: not found > >> >>> ..................................................................= ........................ > >> >>> Piecemeal update was needed because make toolchain and make buildw= orld > >> >>> failed each early on. > >> >> > >> >> I have a Dec 2 i386-*-freebsd (typing on it now), which uses wlan0 > >> >> over a lowly D-Link DWL-G630. Works fine. The change causing > >> >> you problems appears to have occurred after Dec 2. > >> > > >> > mergemaster appears to have not been done (I know. You said > >> > quasi-piecemeal). Fair > >> > enough. Assuming you have both your /etc && (proposed 13) /etc; > >> > perhaps a diff -ruN /your-etc /13-etc >./new-stuff.diff > >> > will help you discover what function names were changed/moved/delete= d. As > >> > well > >> > as what services were altered/added/deleted > >> Actually. As I think about it. Adding a p to the diff(1) line above ma= y=20 > >> make > >> it > >> easier to visually determine the differences eg; > >>=20 > >> $ diff -rupN orig-etc/ 13-etc/ > >>=20 > >> > > >> > --Chris > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.= org" > >=20 > > I had done a full mergemaster previously... > > It gets stranger. > > I tried etcmerge, it could not do any useful work [ no conflicts found = iirc=20 > > ] > > I tried etcupdate, it could neither [ no /usr/src on the .img file=20 > > filesytem iirc ] > > I found a wpa_supplicant line that creates wlan0 but run0 never gets be= yond > > 'no carrier' > > ..................................... > > then I started Xorg and it worked... so maybe I just forgot to copy the= new=20 > > kernel over, > > but then why would the newer binaries and .ko files be working? > > .................................... > > Also, when trying the install of the dec 10 .img again, it failed in a= =20 > > second or so > > ..................................... > > When copying several files I missed in /etc over, I accidently converte= d the > > system to a 'live cd'... in other words, the system boots normally [ ex= cept=20 > > the > > run0 not starting and other error messages ] but after login I am prese= nted > > with the install menu even thought the thumbdrive is not present. And = get > > a real boot completed by choosing 'live CD ' > > .... which is also off topic though... > > ................................... > > So I got further along, [ fixed Xorg ... ] but it maybe shouldn't be. > > ................................... > > Thanks for the suggestions. I don't wish anyone to spend any more tim= e on=20 > > this, eventually > > I may revert to a wired interface [ if only I was certain how to conne= ct > > [ type of ethernet cable, ifconfig, route add paramaters... ] > > to the wifi > > modem ethernet > > router ports] ... I have more research to do. > > ........................... > Well FWIW when I've been confronted with the need to perform an "unorthod= ox"=20 > upgrade > path. I always perform a > cd / && cp -rp /etc /eetc > *prior* to a mergemaster(8) > because you never know. ;-) >=20 > Sorry for your grief, and best wishes for a quick & easy resolve. :-) >=20 > --Chris > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" I don't know if to laugh or cry. I copied base.* and kernel.* from /usr/freebsd-dist on the thumbdrive to / then using a ten minute forum search results, I succeeded in from / gtar -xpJf base.txz gtar -xpJf kernel.txz [ tar failed with an error ] and presto chango=20 all I had to do was change v11 to v13 in /usr/local/etc/pkg/repos/FreeBSD.c= onf and what works: run0 at boot xorg !!! which means also the drivers. and all the dmesg errors are gone, as well as not having to 'service netif onestart' !!! ...... For those using this as a guide, I made a backup of /etc from which I had to, or chose to, restore master.password, and the three others, [ and come to think of it have not checked 'shells' 'group' files yet.=20 as well as rc.conf and wpa_supplicant.conf . and others I will remember ...................... Thanks for all the replies, they were very encouraging. As is this end res= ult...=20 .....................= From owner-freebsd-current@freebsd.org Sat Dec 12 03:03:10 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D133647CB68 for ; Sat, 12 Dec 2020 03:03:10 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x335.google.com (mail-wm1-x335.google.com [IPv6:2a00:1450:4864:20::335]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CtCC15G8cz3pjh for ; Sat, 12 Dec 2020 03:03:09 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x335.google.com with SMTP id v14so9048088wml.1 for ; Fri, 11 Dec 2020 19:03:09 -0800 (PST) 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=Rq8Mp7SWfdoJWzAAreRSPvm+fSvQJQ07e5WTbs4m5vw=; b=HP890J6EC2jimAPfjaRsV7iEDyAvdlYR3KgzvH/wDDgNBMmSuN+s1yOlJ1f0qndEgp 7eWf82JOqbtpFS86gCUWXSa+jwV5jZIgjl7HndwKdtEDSwIz4+lNdn+jeojasgUlF3Hi qDPYkoHJMTlatGRoaGtoWtidhCOuWbbOc/cPFFvF4oB/AwUbwDiPLfqsrpdNG2AKilKq 4yNpe1rmRqfMXTqa+ft8JTbfqAsqdt7foNZXpPo9oZyIKysSkx2Ipc8RxKOWEQAgqGi3 TsG/yVbDr2uICY+fu1GEWE6i9b4LjF4aQteqhRD6mlGhZRn5DS9SQNEevWBpNGBiNIkM O8OQ== X-Gm-Message-State: AOAM531kxYYrV/AYc1qegHGuKQDz6yETc5VJD0VxSDiYvola7Vt4CBbS WHY5TnXZWmznE7ubRo1a4/odxX2JzVWzSA== X-Google-Smtp-Source: ABdhPJxVRPU1NmkhRvbqgCSuUesWS0G5+O7LQZWWLFRcI2bfnYBv5J1hTm4SHSOQijWYZ3j0HUDHrA== X-Received: by 2002:a1c:2d6:: with SMTP id 205mr16617583wmc.60.1607742187650; Fri, 11 Dec 2020 19:03:07 -0800 (PST) Received: from [192.168.1.8] (79-66-147-78.dynamic.dsl.as9105.com. [79.66.147.78]) by smtp.gmail.com with ESMTPSA id 94sm18960492wrq.22.2020.12.11.19.03.06 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 11 Dec 2020 19:03:06 -0800 (PST) Subject: (244906) installers for FreeBSD fail to boot HP Elitebook 830 G7 To: freebsd-current@freebsd.org References: <86360c9p2p.fsf@gmail.com> From: Graham Perrin Message-ID: <8cd298fa-5b16-d58b-b63b-201905f83438@gmail.com> Date: Sat, 12 Dec 2020 03:03:05 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: <86360c9p2p.fsf@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4CtCC15G8cz3pjh X-Spamd-Bar: - X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-0.999]; RECEIVED_SPAMHAUS_PBL(0.00)[79.66.147.78: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::335: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)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::335:from:127.0.2.255]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::335:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2020 03:03:10 -0000 On 11/12/2020 18:26, Ludovit Koren wrote: > Hi, > > I am trying to install FreeBSD-12.2-RELEASE, > FreeBSD-13.0-CURRENT-amd64-20201203-f659bf1d31c > > The image starts booting and it hangs in: > > .... > Loading kernel... > /boot/kernel/kernel text=0x16bdcc4 data 0x140 data 0x75fe80 .... > Loading configured modules... > can't find '/etc/hostid' > can't find '/boot/entropy' > Start @ 0xffffffff80373000 ... > EFI framebuffer information: > addr, size 0xa0000000, 0x7e9000 > dimensions 1920 x 1080 > stride 1920 > masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 > _ > > … Probably From owner-freebsd-current@freebsd.org Sat Dec 12 07:15:31 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2DF904AB5A9 for ; Sat, 12 Dec 2020 07:15:31 +0000 (UTC) (envelope-from grahamperrin@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 4CtJpB2Nw8z4Yc7; Sat, 12 Dec 2020 07:15:30 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x435.google.com with SMTP id w5so7457663wrm.11; Fri, 11 Dec 2020 23:15:29 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=PYCLgxNWEBFWJKoXhxutbCc8kCJLFCTMRiB3y2aT2x4=; b=OKSC3CYOF5Qdauo0kilZXW/tpchR14nVT+mx9n7JbC1noHiOm8ScRqrZvZzWodVQkN RvHr3CgIeIv2yDcwoiTUDHKgeC3671xAcuweTudn55UzbtRN2be6tO/BnsLJs98joGvK L09VPd2M0LuWbdP6LmymvGJ4kvKGxIl0UJdlQrIoXgTy2g9N28zRH0Y3yawcIRZ4s7I9 /hzuxOKpl/ay0DFDIha23gV1oOAKmeBBjwrnlMsqoWdCwljyWt72dky/MkW49s/Z8VGV FMGvqlYHdoSTqM2LAEKNghEgiH5BFz60DXuZl5ql3Th3jjCAU1ZsWy3sxdF+IpkQlriH hfvQ== X-Gm-Message-State: AOAM533O2/isqEsun2RD5dC59efJVMCMFil6gQvAdeVckiMuydZd9Yop mmeFqUB1GOdb5edpoqWjr+MVOCSmYTL5qOWo X-Google-Smtp-Source: ABdhPJwxSXgWyIauL1b1Fxk/di6XPkIPo1BZyG795Ba2GgpYAoT0W4wPeSko0KBOUnJWo1g9V8lhUw== X-Received: by 2002:a5d:4c45:: with SMTP id n5mr9974704wrt.396.1607757326975; Fri, 11 Dec 2020 23:15:26 -0800 (PST) Received: from [192.168.1.8] (79-66-147-78.dynamic.dsl.as9105.com. [79.66.147.78]) by smtp.gmail.com with ESMTPSA id 34sm19696697wrh.78.2020.12.11.23.15.26 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 11 Dec 2020 23:15:26 -0800 (PST) Subject: Re: usr.bin/xinstall r366697 versus: buildworld: lib/libc: install: short write to libc.so.7.debug: [_libinstall] Error code 71 From: Graham Perrin To: Kyle Evans , Alex Richardson , Ryan Moeller , Matthew Macy , Dimitry Andric Cc: FreeBSD-CURRENT References: <746a3af4-3daf-9029-bf48-23efa3f5da8e@gmail.com> <37d2a873-8cb9-b858-fa06-4bbfcf006835@gmail.com> <1e9e8649-0fe7-4b83-078d-f67908e2f430@gmail.com> <40C5DB30-4B7C-4A51-8069-B4E67298C558@FreeBSD.org> <9b6bbf0b-93d2-123e-ee5c-f8de660b150a@gmail.com> Message-ID: Date: Sat, 12 Dec 2020 07:15:25 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: <9b6bbf0b-93d2-123e-ee5c-f8de660b150a@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4CtJpB2Nw8z4Yc7 X-Spamd-Bar: - X-Spamd-Result: default: False [-2.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]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[79.66.147.78:received]; FROM_EQ_ENVFROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::435: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)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::435:from:127.0.2.255]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::435:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2020 07:15:31 -0000 On 23/11/2020 12:18, Graham Perrin wrote: > On 22/11/2020 12:00, Dimitry Andric wrote: >> … >> I'd guess it's an unintended side-effect of >> https://svnweb.freebsd.org/base?view=revision&revision=366697 >> ("install(1): Avoid unncessary fstatfs() calls and use mmap() based on >> size"). >> >> If you only revert usr.bin/xinstall to r366696, and then rebuild it, >> does it still occur? >> >> -Dimitry > > Thank you! > > Success with r366696: > > ---- > > … Re: please, should I open a bug for this? Is the issue exposed by my choice of gzip-9 for e.g. /usr/ and if so, can I avoid it by (now) reverting to lz4 for that part, and/or any other part, of the file system? ---- root@mowa219-gjp4-8570p:~ # zfs get mountpoint,compression NAME PROPERTY     VALUE                                          SOURCE Transcend mountpoint   /Volumes/t500                                  local Transcend compression  zstd                                           local Transcend/VirtualBox mountpoint   /Volumes/t500/VirtualBox inherited from Transcend Transcend/VirtualBox compression  zstd inherited from Transcend copperbowl mountpoint   /copperbowl                                    local copperbowl compression  lz4                                            local copperbowl/ROOT mountpoint   none                                           local copperbowl/ROOT compression  lz4 inherited from copperbowl copperbowl/ROOT/Waterfox mountpoint   /                                              local copperbowl/ROOT/Waterfox compression  lz4 inherited from copperbowl copperbowl/ROOT/r367081f mountpoint   /                                              local copperbowl/ROOT/r367081f compression  lz4 inherited from copperbowl copperbowl/ROOT/r367936e mountpoint   /                                              local copperbowl/ROOT/r367936e compression  lz4 inherited from copperbowl copperbowl/ROOT/r367936f mountpoint   /                                              local copperbowl/ROOT/r367936f compression  lz4 inherited from copperbowl copperbowl/ROOT/r367936f@2020-03-20-06:19:45 mountpoint   -                                              - copperbowl/ROOT/r367936f@2020-03-20-06:19:45 compression  -                                              - copperbowl/ROOT/r367936f@2020-11-22-23:18:47 mountpoint   -                                              - copperbowl/ROOT/r367936f@2020-11-22-23:18:47 compression  -                                              - copperbowl/ROOT/r367936f@2020-12-06-16:23:14 mountpoint   -                                              - copperbowl/ROOT/r367936f@2020-12-06-16:23:14 compression  -                                              - copperbowl/VirtualBox mountpoint   /usr/local/VirtualBox                          local copperbowl/VirtualBox compression  gzip-9                                         local copperbowl/iocage mountpoint   /copperbowl/iocage inherited from copperbowl copperbowl/iocage compression  gzip-9                                         local copperbowl/iocage/download mountpoint   /copperbowl/iocage/download inherited from copperbowl copperbowl/iocage/download compression  lz4                                            local copperbowl/iocage/download/12.0-RELEASE mountpoint   /copperbowl/iocage/download/12.0-RELEASE inherited from copperbowl copperbowl/iocage/download/12.0-RELEASE compression  lz4                                            local copperbowl/iocage/images mountpoint   /copperbowl/iocage/images inherited from copperbowl copperbowl/iocage/images compression  lz4                                            local copperbowl/iocage/jails mountpoint   /copperbowl/iocage/jails inherited from copperbowl copperbowl/iocage/jails compression  lz4                                            local copperbowl/iocage/jails/jbrowsers mountpoint   /copperbowl/iocage/jails/jbrowsers inherited from copperbowl copperbowl/iocage/jails/jbrowsers compression  lz4 inherited from copperbowl/iocage/jails copperbowl/iocage/jails/jbrowsers/root mountpoint   /copperbowl/iocage/jails/jbrowsers/root inherited from copperbowl copperbowl/iocage/jails/jbrowsers/root compression  lz4 inherited from copperbowl/iocage/jails copperbowl/iocage/log mountpoint   /copperbowl/iocage/log inherited from copperbowl copperbowl/iocage/log compression  lz4                                            local copperbowl/iocage/releases mountpoint   /copperbowl/iocage/releases inherited from copperbowl copperbowl/iocage/releases compression  lz4                                            local copperbowl/iocage/releases/12.0-RELEASE mountpoint   /copperbowl/iocage/releases/12.0-RELEASE inherited from copperbowl copperbowl/iocage/releases/12.0-RELEASE compression  lz4 inherited from copperbowl/iocage/releases copperbowl/iocage/releases/12.0-RELEASE/root mountpoint   /copperbowl/iocage/releases/12.0-RELEASE/root inherited from copperbowl copperbowl/iocage/releases/12.0-RELEASE/root compression  lz4                                            local copperbowl/iocage/releases/12.0-RELEASE/root@jbrowsers mountpoint   -                                              - copperbowl/iocage/releases/12.0-RELEASE/root@jbrowsers compression  -                                              - copperbowl/iocage/templates mountpoint   /copperbowl/iocage/templates inherited from copperbowl copperbowl/iocage/templates compression  lz4                                            local copperbowl/poudriere mountpoint   /copperbowl/poudriere inherited from copperbowl copperbowl/poudriere compression  gzip-9                                         local copperbowl/poudriere/data mountpoint   /usr/local/poudriere/data                      local copperbowl/poudriere/data compression  gzip-9                                         local copperbowl/poudriere/data/.m mountpoint   /usr/local/poudriere/data/.m inherited from copperbowl/poudriere/data copperbowl/poudriere/data/.m compression  gzip-9 inherited from copperbowl/poudriere/data copperbowl/poudriere/data/cache mountpoint   /usr/local/poudriere/data/cache inherited from copperbowl/poudriere/data copperbowl/poudriere/data/cache compression  off                                            local copperbowl/poudriere/data/logs mountpoint   /usr/local/poudriere/data/logs inherited from copperbowl/poudriere/data copperbowl/poudriere/data/logs compression  gzip-9                                         local copperbowl/poudriere/data/packages mountpoint   /usr/local/poudriere/data/packages inherited from copperbowl/poudriere/data copperbowl/poudriere/data/packages compression  off                                            local copperbowl/poudriere/data/wrkdirs mountpoint   /usr/local/poudriere/data/wrkdirs inherited from copperbowl/poudriere/data copperbowl/poudriere/data/wrkdirs compression  off                                            local copperbowl/poudriere/jails mountpoint   /copperbowl/poudriere/jails inherited from copperbowl copperbowl/poudriere/jails compression  gzip-9                                         local copperbowl/poudriere/jails/head mountpoint   /usr/local/poudriere/jails/head                local copperbowl/poudriere/jails/head compression  gzip-9                                         local copperbowl/poudriere/jails/head@clean mountpoint   -                                              - copperbowl/poudriere/jails/head@clean compression  -                                              - copperbowl/poudriere/ports mountpoint   /copperbowl/poudriere/ports inherited from copperbowl copperbowl/poudriere/ports compression  gzip-9 inherited from copperbowl/poudriere copperbowl/poudriere/ports/default mountpoint   /usr/local/poudriere/ports/default             local copperbowl/poudriere/ports/default compression  gzip-9                                         local copperbowl/poudriere/ports/freebsd-ports-kde mountpoint   /usr/local/poudriere/ports/freebsd-ports-kde   local copperbowl/poudriere/ports/freebsd-ports-kde compression  gzip-9                                         local copperbowl/tmp mountpoint   /tmp                                           local copperbowl/tmp compression  off                                            local copperbowl/usr mountpoint   /usr                                           local copperbowl/usr compression  gzip-9                                         local copperbowl/usr/home mountpoint   /usr/home inherited from copperbowl/usr copperbowl/usr/home compression  lz4                                            local copperbowl/usr/home@2020-09-19-20:29-r365364 mountpoint   -                                              - copperbowl/usr/home@2020-09-19-20:29-r365364 compression  -                                              - copperbowl/usr/ports mountpoint   /usr/ports inherited from copperbowl/usr copperbowl/usr/ports compression  gzip-9 inherited from copperbowl/usr copperbowl/usr/src mountpoint   /usr/src inherited from copperbowl/usr copperbowl/usr/src compression  gzip-9 inherited from copperbowl/usr copperbowl/var mountpoint   /var                                           local copperbowl/var compression  lz4 inherited from copperbowl copperbowl/var/audit mountpoint   /var/audit inherited from copperbowl/var copperbowl/var/audit compression  lz4 inherited from copperbowl copperbowl/var/crash mountpoint   /var/crash inherited from copperbowl/var copperbowl/var/crash compression  lz4 inherited from copperbowl copperbowl/var/log mountpoint   /var/log inherited from copperbowl/var copperbowl/var/log compression  lz4 inherited from copperbowl copperbowl/var/mail mountpoint   /var/mail inherited from copperbowl/var copperbowl/var/mail compression  lz4 inherited from copperbowl copperbowl/var/tmp mountpoint   /var/tmp inherited from copperbowl/var copperbowl/var/tmp compression  lz4 inherited from copperbowl copperbowl/vm-bhyve mountpoint   /copperbowl/vm-bhyve inherited from copperbowl copperbowl/vm-bhyve compression  gzip-9 From owner-freebsd-current@freebsd.org Sat Dec 12 19:18:13 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 33E674BDC6E for ; Sat, 12 Dec 2020 19:18:13 +0000 (UTC) (envelope-from rebecca@bsdio.com) Received: from out03.mta.xmission.com (out03.mta.xmission.com [166.70.13.233]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ctcr36v2kz3pqg for ; Sat, 12 Dec 2020 19:18:11 +0000 (UTC) (envelope-from rebecca@bsdio.com) Received: from in01.mta.xmission.com ([166.70.13.51]) by out03.mta.xmission.com with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from ) id 1koAPC-00AaPW-0N; Sat, 12 Dec 2020 12:18:10 -0700 Received: from mta4.zcs.xmission.com ([166.70.13.68]) by in01.mta.xmission.com with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.87) (envelope-from ) id 1koAPB-0001P8-5R; Sat, 12 Dec 2020 12:18:09 -0700 Received: from localhost (localhost [127.0.0.1]) by mta4.zcs.xmission.com (Postfix) with ESMTP id 11BF5500D93; Sat, 12 Dec 2020 12:18:09 -0700 (MST) X-Amavis-Modified: Mail body modified (using disclaimer) - mta4.zcs.xmission.com Received: from mta4.zcs.xmission.com ([127.0.0.1]) by localhost (mta4.zcs.xmission.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id xhFbhsmE_IST; Sat, 12 Dec 2020 12:18:08 -0700 (MST) Received: from [10.0.10.120] (c-174-52-16-57.hsd1.ut.comcast.net [174.52.16.57]) by mta4.zcs.xmission.com (Postfix) with ESMTPSA id DA0A7500CFF; Sat, 12 Dec 2020 12:18:08 -0700 (MST) To: Graham Perrin , freebsd-current@freebsd.org References: <86360c9p2p.fsf@gmail.com> <8cd298fa-5b16-d58b-b63b-201905f83438@gmail.com> From: Rebecca Cran Message-ID: <8aa45f8c-7b14-a264-a8b7-9dd0b6b36f59@bsdio.com> Date: Sat, 12 Dec 2020 12:18:08 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: <8cd298fa-5b16-d58b-b63b-201905f83438@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-XM-SPF: eid=1koAPB-0001P8-5R; ; ; mid=<8aa45f8c-7b14-a264-a8b7-9dd0b6b36f59@bsdio.com>; ; ; hst=in01.mta.xmission.com; ; ; ip=166.70.13.68; ; ; frm=rebecca@bsdio.com; ; ; spf=none X-SA-Exim-Connect-IP: 166.70.13.68 X-SA-Exim-Mail-From: rebecca@bsdio.com X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on sa02.xmission.com X-Spam-Level: X-Spam-Status: No, score=0.8 required=8.0 tests=ALL_TRUSTED,BAYES_50, DCC_CHECK_NEGATIVE,NICE_REPLY_A,T_TM2_M_HEADER_IN_MSG,TooManyTo_001, XMSubLong,XM_B_Unicode autolearn=disabled version=3.4.2 X-Spam-Virus: No X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% * [score: 0.5000] * 0.7 XMSubLong Long Subject * 0.3 TooManyTo_001 Multiple "To" Header Recipients 2x (uncommon) * 0.0 T_TM2_M_HEADER_IN_MSG BODY: No description available. * 0.0 XM_B_Unicode BODY: Testing for specific types of unicode * -0.0 DCC_CHECK_NEGATIVE Not listed in DCC * [sa02 1397; IP=ok Body=1 Fuz1=1] [Fuz2=1] * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Spam-DCC: XMission; sa02 1397; IP=ok Body=1 Fuz1=1 Fuz2=1 X-Spam-Combo: ;Graham Perrin , freebsd-current@freebsd.org X-Spam-Relay-Country: X-Spam-Timing: total 371 ms - load_scoreonly_sql: 0.03 (0.0%), signal_user_changed: 3.0 (0.8%), b_tie_ro: 1.97 (0.5%), parse: 1.10 (0.3%), extract_message_metadata: 4.6 (1.2%), get_uri_detail_list: 1.01 (0.3%), tests_pri_-1000: 2.8 (0.8%), tests_pri_-950: 1.39 (0.4%), tests_pri_-900: 1.09 (0.3%), tests_pri_-90: 77 (20.8%), check_bayes: 75 (20.3%), b_tokenize: 7 (1.8%), b_tok_get_all: 4.7 (1.3%), b_comp_prob: 2.0 (0.6%), b_tok_touch_all: 60 (16.1%), b_finish: 0.62 (0.2%), tests_pri_0: 268 (72.3%), check_dkim_signature: 0.58 (0.2%), check_dkim_adsp: 131 (35.3%), poll_dns_idle: 126 (33.9%), tests_pri_10: 2.2 (0.6%), tests_pri_500: 7 (1.8%), rewrite_mail: 0.00 (0.0%) Subject: Re: (244906) installers for FreeBSD fail to boot HP Elitebook 830 G7 X-Spam-Flag: No X-SA-Exim-Version: 4.2.1 (built Thu, 05 May 2016 13:38:54 -0600) X-SA-Exim-Scanned: Yes (on in01.mta.xmission.com) X-Rspamd-Queue-Id: 4Ctcr36v2kz3pqg X-Spamd-Bar: - X-Spamd-Result: default: False [-1.38 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdio.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.98)[-0.981]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; RECEIVED_SPAMHAUS_PBL(0.00)[174.52.16.57:received]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[166.70.13.233:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:6315, ipnet:166.70.0.0/16, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_FIVE(0.00)[6]; R_DKIM_ALLOW(-0.20)[bsdio.com:s=xmission]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bsdio.com]; SPAMHAUS_ZRD(0.00)[166.70.13.233:from:127.0.2.255]; RCVD_IN_DNSWL_LOW(-0.10)[166.70.13.233:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; R_SPF_NA(0.00)[no SPF record]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2020 19:18:13 -0000 On 12/11/2020 8:03 PM, Graham Perrin wrote: > On 11/12/2020 18:26, Ludovit Koren wrote: > >> >> I am trying to install FreeBSD-12.2-RELEASE, >> FreeBSD-13.0-CURRENT-amd64-20201203-f659bf1d31c >> >> The image starts booting and it hangs in: >> >> .... >> Loading kernel... >> /boot/kernel/kernel text=0x16bdcc4 data 0x140 data 0x75fe80 .... >> Loading configured modules... >> can't find '/etc/hostid' >> can't find '/boot/entropy' >> Start @ 0xffffffff80373000 ... >> EFI framebuffer information: >> addr, size      0xa0000000, 0x7e9000 >> dimensions      1920 x 1080 >> stride          1920 >> masks           0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 > Probably > This crash also happens on VMware Workstation 16 Pro with 13-CURRENT. I'm hoping to find some time to debug it. -- Rebecca Cran