From owner-freebsd-stable@freebsd.org Sun Oct 4 11:15:16 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E684242417A; Sun, 4 Oct 2020 11:15:16 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from forward500o.mail.yandex.net (forward500o.mail.yandex.net [37.140.190.195]) (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 4C41Ng1gPRz4YkY; Sun, 4 Oct 2020 11:15:14 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from mxback8q.mail.yandex.net (mxback8q.mail.yandex.net [IPv6:2a02:6b8:c0e:42:0:640:b38f:32ec]) by forward500o.mail.yandex.net (Yandex) with ESMTP id EC3E7601FD; Sun, 4 Oct 2020 14:15:11 +0300 (MSK) Received: from localhost (localhost [::1]) by mxback8q.mail.yandex.net (mxback/Yandex) with ESMTP id F926xM6VEs-FAG0KsOJ; Sun, 04 Oct 2020 14:15:11 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipfw.ru; s=mail; t=1601810111; bh=2vEXqHldOTBzautway36wfbZjFk2H+J6mkbrMn1Li54=; h=Message-Id:Cc:Subject:In-Reply-To:Date:References:To:From; b=AS+uk2mt2dI+wEOZj7eTos77eu28XQAcAY+GuLqBsiw2RHbmXYI0R4CI8AxIXjWqX d7qD73nFjNTS7XIbIXF7AnW3DEJBYrRQ08KWf2EOMHoYi/Ev5dvGPu2LqpaNj8GeRH cWXdDdX7asW7CsOpnHJMLPdGAGRfbIkksBhVS78k= Received: by vla5-b23e4d8cdbda.qloud-c.yandex.net with HTTP; Sun, 04 Oct 2020 14:15:10 +0300 From: Alexander V. Chernikov To: Muhammad Moinur Rahman Cc: Kristof Provost , "freebsd-testing@freebsd.org" , "freebsd-current@freebsd.org" , "freebsd-stable@freebsd.org" , =?utf-8?B?T2xpdmllciBDb2NoYXJkLUxhYmLDqQ==?= In-Reply-To: References: <20200414223710.GB33328@freefall.freebsd.org> <885331586982061@myt5-bc0f9d8e5f27.qloud-c.yandex.net> Subject: Re: FreeBSD CI Weekly Report 2020-04-12 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Sun, 04 Oct 2020 12:15:10 +0100 Message-Id: <146141601809982@mail.yandex.ru> X-Rspamd-Queue-Id: 4C41Ng1gPRz4YkY X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ipfw.ru header.s=mail header.b=AS+uk2mt; dmarc=none; spf=pass (mx1.freebsd.org: domain of melifaro@ipfw.ru designates 37.140.190.195 as permitted sender) smtp.mailfrom=melifaro@ipfw.ru X-Spamd-Result: default: False [-2.92 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[37.140.190.195:from]; R_DKIM_ALLOW(-0.20)[ipfw.ru:s=mail]; FREEFALL_USER(0.00)[melifaro]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:37.140.128.0/18]; NEURAL_HAM_LONG(-1.05)[-1.051]; DMARC_NA(0.00)[ipfw.ru]; ARC_NA(0.00)[]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.02)[-1.019]; DKIM_TRACE(0.00)[ipfw.ru:+]; MIME_BASE64_TEXT(0.10)[]; NEURAL_HAM_SHORT(-0.65)[-0.645]; MIME_HTML_ONLY(0.20)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:13238, ipnet:37.140.128.0/18, country:RU]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-stable,freebsd-testing]; RCVD_IN_DNSWL_LOW(-0.10)[37.140.190.195:from] MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Oct 2020 11:15:17 -0000 From owner-freebsd-stable@freebsd.org Mon Oct 5 00:01:54 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E2FEC437A9D for ; Mon, 5 Oct 2020 00:01:54 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [IPv6:2607:f3e0:0:3::19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "pyroxene.sentex.ca", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C4LPG0b4Lz4Qv9; Mon, 5 Oct 2020 00:01:54 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:5de2:a064:3459:3411] ([IPv6:2607:f3e0:0:4:5de2:a064:3459:3411]) by pyroxene2a.sentex.ca (8.15.2/8.15.2) with ESMTPS id 094Ns6X9007611 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Sun, 4 Oct 2020 19:54:06 -0400 (EDT) (envelope-from mike@sentex.net) To: FreeBSD-STABLE Mailing List From: mike tancsa Subject: building releng11 on RELENG12 broken ? Autocrypt: addr=mike@sentex.net; keydata= mQENBFywzOMBCACoNFpwi5MeyEREiCeHtbm6pZJI/HnO+wXdCAWtZkS49weOoVyUj5BEXRZP xflV2ib2hflX4nXqhenaNiia4iaZ9ft3I1ebd7GEbGnsWCvAnob5MvDZyStDAuRxPJK1ya/s +6rOvr+eQiXYNVvfBhrCfrtR/esSkitBGxhUkBjOti8QwzD71JVF5YaOjBAs7jZUKyLGj0kW yDg4jUndudWU7G2yc9GwpHJ9aRSUN8e/mWdIogK0v+QBHfv/dsI6zVB7YuxCC9Fx8WPwfhDH VZC4kdYCQWKXrm7yb4TiVdBh5kgvlO9q3js1yYdfR1x8mjK2bH2RSv4bV3zkNmsDCIxjABEB AAG0HW1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5uZXQ+iQFUBBMBCAA+FiEEmuvCXT0aY6hs 4SbWeVOEFl5WrMgFAlywzOYCGwMFCQHhM4AFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQ eVOEFl5WrMhnPAf7Bf+ola0V9t4i8rwCMGvzkssGaxY/5zNSZO9BgSgfN0WzgmBEOy/3R4km Yn5KH94NltJYAAE5hqkFmAwK6psOqAR9cxHrRfU+gV2KO8pCDc6K/htkQcd/mclJYpCHp6Eq EVJOiAxcNaYuHZkeMdXDuvvI5Rk82VHk84BGgxIqIrhLlkguoPbXOOa+8c/Mpb1sRAGZEOuX EzKNC49+GS9gKW6ISbanyPsGEcFyP7GKMzcHBPf3cPrewZQZ6gBoNscasL6IJeAQDqzQAxbU GjO0qBSMRgnLXK7+DJlxrYdHGXqNbV6AYsmHJ6c2WWWiuRviFBqXinlgJ2FnYebZPAfWiQ== Message-ID: <79727736-e586-fe94-f1f1-f4bf21acd17d@sentex.net> Date: Sun, 4 Oct 2020 19:54:06 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4C4LPG0b4Lz4Qv9 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:3::19 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [2.65 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; FORGED_RECIPIENTS(2.00)[freebsd-stable@freebsd.org,dim@FreeBSD.org ...]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; DMARC_NA(0.00)[sentex.net]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.36)[-0.358]; HFILTER_HELO_IP_A(1.00)[pyroxene2a.sentex.ca]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.16)[-0.161]; HFILTER_HELO_NORES_A_OR_MX(0.30)[pyroxene2a.sentex.ca]; NEURAL_HAM_MEDIUM(-0.83)[-0.834]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; SUBJECT_ENDS_QUESTION(1.00)[]; MAILMAN_DEST(0.00)[freebsd-stable]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Oct 2020 00:01:55 -0000 Not sure exactly when, but it seems building RELENG_11 seems to be broken on releng12.  I am trying to buildworld on a RELENG12 image with -j4 (12.2-STABLE r366088) and it fails with the errors below cc  -O2 -pipe   -I/crossbuilds/src/11/lib/libnetbsd -I/crossbuilds/src/11/contrib/netbsd-tests -g -MD  -MF.depend.mincore_test.t_mincore.o -MTt_mincore.o -std=iso9899:1999 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter  -Qunused-arguments  -c /crossbuilds/src/11/contrib/netbsd-tests/lib/libc/sys/t_mincore.c -o t_mincore.o --- all_subdir_rescue --- --- /crossbuilds/src/11/bin/cp/utils.o --- cc  -O2 -pipe   -std=gnu99    -Qunused-arguments   -O2 -pipe -c /crossbuilds/src/11/bin/cp/utils.c -o /crossbuilds/src/11/bin/cp/utils.o --- all_subdir_secure --- --- err_prn.po --- cc  -pg  -O2 -pipe   -I/crossbuilds/src/11/crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -DVPAES_ASM -DECP_NISTZ256_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/crossbuilds/obj/11/crossbuilds/src/11/secure/lib/libcrypto -I/crossbuilds/src/11/crypto/openssl/crypto -I/crossbuilds/src/11/crypto/openssl/crypto/asn1 -I/crossbuilds/src/11/crypto/openssl/crypto/evp -I/crossbuilds/src/11/crypto/openssl/crypto/modes -MD  -MF.depend.err_prn.po -MTerr_prn.po -std=gnu89 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses  -Qunused-arguments  -c /crossbuilds/src/11/crypto/openssl/crypto/err/err_prn.c -o err_prn.po --- all_subdir_rescue --- /crossbuilds/src/11/bin/cp/utils.c:515:14: error: member reference base type 'void' is not a structure or union                 aclp = &acl->ats_acl;                         ~~~^ ~~~~~~~ /crossbuilds/src/11/bin/cp/utils.c:516:11: error: incomplete definition of type 'struct acl'                 if (aclp->acl_cnt != 0 && aclsetf(dest_dir,                     ~~~~^ /crossbuilds/src/11/bin/cp/utils.c:466:9: note: forward declaration of 'struct acl'         struct acl *aclp;                ^ 2 errors generated. *** [/crossbuilds/src/11/bin/cp/utils.o] Error code 1 bmake[5]: stopped in /crossbuilds/obj/11/crossbuilds/src/11/rescue/rescue 1 error bmake[5]: stopped in /crossbuilds/obj/11/crossbuilds/src/11/rescue/rescue *** [rescue] Error code 2 bmake[4]: stopped in /crossbuilds/src/11/rescue/rescue 1 error bmake[4]: stopped in /crossbuilds/src/11/rescue/rescue *** [all] Error code 2 bmake[3]: stopped in /crossbuilds/src/11/rescue 1 error bmake[3]: stopped in /crossbuilds/src/11/rescue *** [all_subdir_rescue] Error code 2 bmake[2]: stopped in /crossbuilds/src/11 --- all_subdir_kerberos5 --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /crossbuilds/src/11/kerberos5/usr.sbin/ktutil *** [all_subdir_kerberos5/usr.sbin/ktutil] Error code 2 bmake[4]: stopped in /crossbuilds/src/11/kerberos5/usr.sbin 1 error bmake[4]: stopped in /crossbuilds/src/11/kerberos5/usr.sbin *** [all_subdir_kerberos5/usr.sbin] Error code 2 bmake[3]: stopped in /crossbuilds/src/11/kerberos5 1 error bmake[3]: stopped in /crossbuilds/src/11/kerberos5 *** [all_subdir_kerberos5] Error code 2 bmake[2]: stopped in /crossbuilds/src/11 --- all_subdir_secure --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /crossbuilds/src/11/secure/lib/libcrypto *** [all] Error code 2 bmake[4]: stopped in /crossbuilds/src/11/secure/lib 1 error bmake[4]: stopped in /crossbuilds/src/11/secure/lib *** [all_subdir_secure/lib] Error code 2 bmake[3]: stopped in /crossbuilds/src/11/secure 1 error bmake[3]: stopped in /crossbuilds/src/11/secure *** [all_subdir_secure] Error code 2 bmake[2]: stopped in /crossbuilds/src/11 --- all_subdir_lib --- A failure has been detected in another branch of the parallel make bmake[7]: stopped in /crossbuilds/src/11/lib/libc/tests/sys *** [mincore_test] Error code 2 bmake[6]: stopped in /crossbuilds/src/11/lib/libc/tests/sys 1 error bmake[6]: stopped in /crossbuilds/src/11/lib/libc/tests/sys *** [all_subdir_lib/libc/tests/sys] Error code 2 bmake[5]: stopped in /crossbuilds/src/11/lib/libc/tests 1 error bmake[5]: stopped in /crossbuilds/src/11/lib/libc/tests *** [all] Error code 2 bmake[4]: stopped in /crossbuilds/src/11/lib/libc 1 error bmake[4]: stopped in /crossbuilds/src/11/lib/libc *** [all_subdir_lib/libc] Error code 2 bmake[3]: stopped in /crossbuilds/src/11/lib 1 error bmake[3]: stopped in /crossbuilds/src/11/lib *** [all_subdir_lib] Error code 2 bmake[2]: stopped in /crossbuilds/src/11 --- all_subdir_share --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /crossbuilds/src/11/share/colldef *** [all_subdir_share/colldef] Error code 2 bmake[3]: stopped in /crossbuilds/src/11/share 1 error bmake[3]: stopped in /crossbuilds/src/11/share *** [all_subdir_share] Error code 2 bmake[2]: stopped in /crossbuilds/src/11 5 errors bmake[2]: stopped in /crossbuilds/src/11 *** [everything] Error code 2 bmake[1]: stopped in /crossbuilds/src/11 1 error bmake[1]: stopped in /crossbuilds/src/11 % From owner-freebsd-stable@freebsd.org Mon Oct 5 00:21:21 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 778D33F0C29 for ; Mon, 5 Oct 2020 00:21:21 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C4Lqj2HNmz4S5R; Mon, 5 Oct 2020 00:21:21 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f181.google.com (mail-qk1-f181.google.com [209.85.222.181]) (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 2C1781A58A; Mon, 5 Oct 2020 00:21:21 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f181.google.com with SMTP id w12so10162388qki.6; Sun, 04 Oct 2020 17:21:21 -0700 (PDT) X-Gm-Message-State: AOAM531W+67/LAwETwIGC/ymXoZYArNPHe5i8QXNJh1YmdTfIte5mUVz azhUic0tQpKs0U5ZbvtZHK0qQ4rJsqDcnFPpMs4= X-Google-Smtp-Source: ABdhPJx2ctgcD/CmrE7kqr96UH73ZMyXUmSYCJCZIE2XRPPty9Fa6IUzc9FAWmBGOamW7rurC7QgeOzqkSn+i3HDNCM= X-Received: by 2002:a05:620a:ce3:: with SMTP id c3mr12214568qkj.103.1601857280730; Sun, 04 Oct 2020 17:21:20 -0700 (PDT) MIME-Version: 1.0 References: <79727736-e586-fe94-f1f1-f4bf21acd17d@sentex.net> In-Reply-To: <79727736-e586-fe94-f1f1-f4bf21acd17d@sentex.net> From: Kyle Evans Date: Sun, 4 Oct 2020 19:21:09 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: building releng11 on RELENG12 broken ? To: mike tancsa Cc: FreeBSD-STABLE Mailing List , Bryan Drewery Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Oct 2020 00:21:21 -0000 On Sun, Oct 4, 2020 at 7:02 PM mike tancsa wrote: > > Not sure exactly when, but it seems building RELENG_11 seems to be > broken on releng12. I am trying to buildworld on a RELENG12 image with > -j4 (12.2-STABLE r366088) and it fails with the errors below > Hi, I've been battling this one for a couple days, but I really haven't decided how to move forward. The TL;DR version is that crunchgen is getting the OBJDIR wrong when building WITHOUT_AUTO_OBJ by assuming objects will be built in-tree, but the reality is that it's more complicated than that- it may still use out-of-tree OBJDIR if some circumstances are hit. This is reproducible on -HEAD and stable/12, too, but it's effectively mitigated by the fact that those branches default to WITH_AUTO_OBJ. CC'ing Bryan, because he probably has a better idea of how to fix it. I almost smacked it with a "shell out for each utility and just ask what the OBJDIR is" hammer, but I don't want to get smacked. =) Thanks, Kyle Evans From owner-freebsd-stable@freebsd.org Mon Oct 5 10:13:57 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 709963FE913 for ; Mon, 5 Oct 2020 10:13:57 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [IPv6:2607:f3e0:0:3::19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "pyroxene.sentex.ca", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C4bzT07pMz3SD4; Mon, 5 Oct 2020 10:13:56 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:5de2:a064:3459:3411] ([IPv6:2607:f3e0:0:4:5de2:a064:3459:3411]) by pyroxene2a.sentex.ca (8.15.2/8.15.2) with ESMTPS id 095ADtLR089501 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Mon, 5 Oct 2020 06:13:55 -0400 (EDT) (envelope-from mike@sentex.net) Subject: Re: building releng11 on RELENG12 broken ? To: Kyle Evans Cc: FreeBSD-STABLE Mailing List , Bryan Drewery References: <79727736-e586-fe94-f1f1-f4bf21acd17d@sentex.net> From: mike tancsa Autocrypt: addr=mike@sentex.net; keydata= mQENBFywzOMBCACoNFpwi5MeyEREiCeHtbm6pZJI/HnO+wXdCAWtZkS49weOoVyUj5BEXRZP xflV2ib2hflX4nXqhenaNiia4iaZ9ft3I1ebd7GEbGnsWCvAnob5MvDZyStDAuRxPJK1ya/s +6rOvr+eQiXYNVvfBhrCfrtR/esSkitBGxhUkBjOti8QwzD71JVF5YaOjBAs7jZUKyLGj0kW yDg4jUndudWU7G2yc9GwpHJ9aRSUN8e/mWdIogK0v+QBHfv/dsI6zVB7YuxCC9Fx8WPwfhDH VZC4kdYCQWKXrm7yb4TiVdBh5kgvlO9q3js1yYdfR1x8mjK2bH2RSv4bV3zkNmsDCIxjABEB AAG0HW1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5uZXQ+iQFUBBMBCAA+FiEEmuvCXT0aY6hs 4SbWeVOEFl5WrMgFAlywzOYCGwMFCQHhM4AFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQ eVOEFl5WrMhnPAf7Bf+ola0V9t4i8rwCMGvzkssGaxY/5zNSZO9BgSgfN0WzgmBEOy/3R4km Yn5KH94NltJYAAE5hqkFmAwK6psOqAR9cxHrRfU+gV2KO8pCDc6K/htkQcd/mclJYpCHp6Eq EVJOiAxcNaYuHZkeMdXDuvvI5Rk82VHk84BGgxIqIrhLlkguoPbXOOa+8c/Mpb1sRAGZEOuX EzKNC49+GS9gKW6ISbanyPsGEcFyP7GKMzcHBPf3cPrewZQZ6gBoNscasL6IJeAQDqzQAxbU GjO0qBSMRgnLXK7+DJlxrYdHGXqNbV6AYsmHJ6c2WWWiuRviFBqXinlgJ2FnYebZPAfWiQ== Message-ID: <51c92670-c056-7dfa-d449-de40e784ab3c@sentex.net> Date: Mon, 5 Oct 2020 06:13:55 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4C4bzT07pMz3SD4 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Oct 2020 10:13:57 -0000 On 10/4/2020 8:21 PM, Kyle Evans wrote: > On Sun, Oct 4, 2020 at 7:02 PM mike tancsa wrote: >> Not sure exactly when, but it seems building RELENG_11 seems to be >> broken on releng12. I am trying to buildworld on a RELENG12 image with >> -j4 (12.2-STABLE r366088) and it fails with the errors below >> > Hi, > > I've been battling this one for a couple days, but I really haven't > decided how to move forward. The TL;DR version is that crunchgen is > getting the OBJDIR wrong when building WITHOUT_AUTO_OBJ by assuming > objects will be built in-tree, but the reality is that it's more > complicated than that- it may still use out-of-tree OBJDIR if some > circumstances are hit. > > This is reproducible on -HEAD and stable/12, too, but it's effectively > mitigated by the fact that those branches default to WITH_AUTO_OBJ. > > CC'ing Bryan, because he probably has a better idea of how to fix it. > I almost smacked it with a "shell out for each utility and just ask > what the OBJDIR is" hammer, but I don't want to get smacked. =) Thanks, is it merely defining WITH_AUTO_OBJ to allow things to build ? Would that have just build consequences or would it cause installation issues too ? We crossbuild on a releng12 box and then mount over nfs to do an installworld on some servers.     ---Mike From owner-freebsd-stable@freebsd.org Mon Oct 5 14:48:52 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9391E426567 for ; Mon, 5 Oct 2020 14:48:52 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C4k4h3KVlz40q4; Mon, 5 Oct 2020 14:48:52 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f175.google.com (mail-qk1-f175.google.com [209.85.222.175]) (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 50AAF20BC3; Mon, 5 Oct 2020 14:48:52 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f175.google.com with SMTP id v123so12150023qkd.9; Mon, 05 Oct 2020 07:48:52 -0700 (PDT) X-Gm-Message-State: AOAM532rVoht7kQy54gpgr9oj2Bqx8zf5PEzr6wrhXo43xoNTrMCSot6 9URzIBE0rAZaFt4MPzdNXrXXVkuNBiV5Lv8ElDU= X-Google-Smtp-Source: ABdhPJxEBi8vOCPatdPLZ21ZbddtMbcIuM5VmPz+DEmxO7YVC91quLCzJ8DgdTnuPXC8hVjjCoySGmp5orYB4TjLa2A= X-Received: by 2002:a05:620a:4fb:: with SMTP id b27mr360691qkh.120.1601909331880; Mon, 05 Oct 2020 07:48:51 -0700 (PDT) MIME-Version: 1.0 References: <79727736-e586-fe94-f1f1-f4bf21acd17d@sentex.net> <51c92670-c056-7dfa-d449-de40e784ab3c@sentex.net> In-Reply-To: <51c92670-c056-7dfa-d449-de40e784ab3c@sentex.net> From: Kyle Evans Date: Mon, 5 Oct 2020 09:48:38 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: building releng11 on RELENG12 broken ? To: mike tancsa Cc: FreeBSD-STABLE Mailing List , Bryan Drewery Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Oct 2020 14:48:52 -0000 On Mon, Oct 5, 2020 at 5:13 AM mike tancsa wrote: > > On 10/4/2020 8:21 PM, Kyle Evans wrote: > > On Sun, Oct 4, 2020 at 7:02 PM mike tancsa wrote: > >> Not sure exactly when, but it seems building RELENG_11 seems to be > >> broken on releng12. I am trying to buildworld on a RELENG12 image with > >> -j4 (12.2-STABLE r366088) and it fails with the errors below > >> > > Hi, > > > > I've been battling this one for a couple days, but I really haven't > > decided how to move forward. The TL;DR version is that crunchgen is > > getting the OBJDIR wrong when building WITHOUT_AUTO_OBJ by assuming > > objects will be built in-tree, but the reality is that it's more > > complicated than that- it may still use out-of-tree OBJDIR if some > > circumstances are hit. > > > > This is reproducible on -HEAD and stable/12, too, but it's effectively > > mitigated by the fact that those branches default to WITH_AUTO_OBJ. > > > > CC'ing Bryan, because he probably has a better idea of how to fix it. > > I almost smacked it with a "shell out for each utility and just ask > > what the OBJDIR is" hammer, but I don't want to get smacked. =) > > Thanks, is it merely defining > > WITH_AUTO_OBJ > > to allow things to build ? Would that have just build consequences or > would it cause installation issues too ? We crossbuild on a releng12 box > and then mount over nfs to do an installworld on some servers. > Yes, I suspect this is sufficient -- you'd need to make sure the rescue build is clean, so either a not-no-clean build or make -C rescue/rescue clean prior so that it rebuilds the rescue.mk inside your .OBJDIR (probably better to just do a full clean build). Note that I don't know what kind of behavior may be present that leaves it off-by-default in 11; Bryan put a lot of work into the build system between 11 and 12. Thanks, Kyle Evans From owner-freebsd-stable@freebsd.org Tue Oct 6 01:36:47 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A1CAE435F4F for ; Tue, 6 Oct 2020 01:36:47 +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 4C50SH3sn6z3W14 for ; Tue, 6 Oct 2020 01:36:47 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f181.google.com (mail-qk1-f181.google.com [209.85.222.181]) (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 64CF12589F for ; Tue, 6 Oct 2020 01:36:47 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f181.google.com with SMTP id z6so6410351qkz.4 for ; Mon, 05 Oct 2020 18:36:47 -0700 (PDT) X-Gm-Message-State: AOAM5320wkR0tMeWJxQFYSzJrNik5FDtdjbZo/jJJUMiNhkN/tPQBZFG jpR0AjLVV3N+bKI1hwKVcBq8PSsfR8l5wLhvkiE= X-Received: by 2002:a05:620a:4fb:: with SMTP id b27mt3299137qkh.120.1601948206751; Mon, 05 Oct 2020 18:36:46 -0700 (PDT) MIME-Version: 1.0 References: <79727736-e586-fe94-f1f1-f4bf21acd17d@sentex.net> <51c92670-c056-7dfa-d449-de40e784ab3c@sentex.net> In-Reply-To: From: Kyle Evans Date: Mon, 5 Oct 2020 20:36:35 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: building releng11 on RELENG12 broken ? Cc: mike tancsa , FreeBSD-STABLE Mailing List , Bryan Drewery Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Oct 2020 01:36:47 -0000 On Mon, Oct 5, 2020 at 9:48 AM Kyle Evans wrote: > > On Mon, Oct 5, 2020 at 5:13 AM mike tancsa wrote: > > > > On 10/4/2020 8:21 PM, Kyle Evans wrote: > > > On Sun, Oct 4, 2020 at 7:02 PM mike tancsa wrote: > > >> Not sure exactly when, but it seems building RELENG_11 seems to be > > >> broken on releng12. I am trying to buildworld on a RELENG12 image with > > >> -j4 (12.2-STABLE r366088) and it fails with the errors below > > >> > > > Hi, > > > > > > I've been battling this one for a couple days, but I really haven't > > > decided how to move forward. The TL;DR version is that crunchgen is > > > getting the OBJDIR wrong when building WITHOUT_AUTO_OBJ by assuming > > > objects will be built in-tree, but the reality is that it's more > > > complicated than that- it may still use out-of-tree OBJDIR if some > > > circumstances are hit. > > > > > > This is reproducible on -HEAD and stable/12, too, but it's effectively > > > mitigated by the fact that those branches default to WITH_AUTO_OBJ. > > > > > > CC'ing Bryan, because he probably has a better idea of how to fix it. > > > I almost smacked it with a "shell out for each utility and just ask > > > what the OBJDIR is" hammer, but I don't want to get smacked. =) > > > > Thanks, is it merely defining > > > > WITH_AUTO_OBJ > > > > to allow things to build ? Would that have just build consequences or > > would it cause installation issues too ? We crossbuild on a releng12 box > > and then mount over nfs to do an installworld on some servers. > > > > Yes, I suspect this is sufficient -- you'd need to make sure the > rescue build is clean, so either a not-no-clean build or make -C > rescue/rescue clean prior so that it rebuilds the rescue.mk inside > your .OBJDIR (probably better to just do a full clean build). Note > that I don't know what kind of behavior may be present that leaves it > off-by-default in 11; Bryan put a lot of work into the build system > between 11 and 12. > Another report came to me privately that had tracked it down in the other direction -- building -CURRENT from an earlier 12 -- that pointed directly at a bug in crunchgen on -CURRENT. I've committed the fix in r366466 and will MFC in 3ish days. Thanks, Kyle Evans From owner-freebsd-stable@freebsd.org Tue Oct 6 10:16:52 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D753A42ECF3 for ; Tue, 6 Oct 2020 10:16:52 +0000 (UTC) (envelope-from rpalov@e-card.bg) Received: from e-card.bg (mail.e-card.bg [193.47.74.3]) (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 4C5D0M3HfNz4HPm for ; Tue, 6 Oct 2020 10:16:50 +0000 (UTC) (envelope-from rpalov@e-card.bg) Comment: DomainKeys? See http://domainkeys.sourceforge.net/ Received: (qmail 71471 invoked by uid 89); 6 Oct 2020 10:16:42 -0000 Received: from unknown (HELO webbie.e-card.bg) (10.20.10.13) by mail.e-card.bg with SMTP; 6 Oct 2020 10:16:42 -0000 Reply-To: rpalov@e-card.bg To: freebsd-stable@freebsd.org From: =?UTF-8?B?0KDRg9C80LXQvSDQn9Cw0LvQvtCy?= Subject: Issues with gptboot loader Organization: E-CARD LTD. Message-ID: Date: Tue, 6 Oct 2020 13:16:42 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4C5D0M3HfNz4HPm X-Spamd-Bar: ++++ X-Spamd-Result: default: False [4.74 / 15.00]; HAS_REPLYTO(0.00)[rpalov@e-card.bg]; ARC_NA(0.00)[]; R_DKIM_ALLOW(0.00)[e-card.bg:s=default]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(0.00)[+mx]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_MEDIUM(1.04)[1.041]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RBL_VIRUSFREE_BOTNET(2.00)[193.47.74.3:from]; NEURAL_SPAM_SHORT(0.69)[0.694]; DKIM_TRACE(0.00)[e-card.bg:+]; DMARC_POLICY_ALLOW(0.00)[e-card.bg,quarantine]; NEURAL_SPAM_LONG(1.01)[1.005]; BAD_REP_POLICIES(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:35293, ipnet:193.47.74.0/24, country:BG]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Oct 2020 10:16:52 -0000 Hello all, We have following situations with FreeBSD 12.1 Release. Updating to FreeBSD 12 Stable does not change the situation. We have Server with 8T UFS root partition created on top of AVAGO 9361-4i RAID 10 with lastest firmware. It works on FreeBSD 11.1 Stable, before upgrade and boot in normal fashion. After the ugprade the OS to FreeBSD 12.1 or 12.2 it was unable to boot. We backup the content of system disk and start playing with the RAID configuration, changing RAID cards and so on. Our results are as follow with FreeBSD12.1 Release IMG: When the RAID is 8T the booting process freezes on message "gptboot: invalid backup GPT header" When we recreate the RAID of 4T it boots to mountfrom> prompt and to continue, we need to enter the same disk device, which is described in the fstab manualy, etc: ufs:/dev/da0p2 When we recreate the RAID with (500G and 2500G) it boots normal and mount the root partiion. The issues described above are valid only for gptboot loader. With zfs installed there is this message: "Shortening read at 4294967200" from 16 to 15 Then we decide to exclude the RAID card from the setup and connect one 6T drive to the motherboard and here the major factor of succesful boot becomes the presence of usb drive with freebsd install image. When we install FeeBSD on partition with size up to 5T, the system boots normaly mount the root partition and the OS is ready for operations. Here does not matter if the flash drive is present or not. When we install FreeBSD on the full size of the HDD 6T( eg 5.5T usable ) and try to boot with usb drive plugged, the booting process fails with message "can't load kernel". If the flash drive is removed from the Server, the booting proccess goes successful. Here we do not repeat the steps with zfsloader. The motherboard is SUPERMICRO X11DPI-NT with lates BIOS firmware. Is any one having issues like this ? Is this behavior enougth for PR request ? -- Chhers Rumen Palov From owner-freebsd-stable@freebsd.org Wed Oct 7 04:03:03 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 48DAB3FA178 for ; Wed, 7 Oct 2020 04:03:03 +0000 (UTC) (envelope-from sreeharisreedev1@gmail.com) Received: from mail-ed1-x52c.google.com (mail-ed1-x52c.google.com [IPv6:2a00:1450: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 4C5gfZ21q2z4Hmg for ; Wed, 7 Oct 2020 04:03:02 +0000 (UTC) (envelope-from sreeharisreedev1@gmail.com) Received: by mail-ed1-x52c.google.com with SMTP id l16so685784eds.3 for ; Tue, 06 Oct 2020 21:03:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=CiQwwC2ftIyJ2s9+kZy4343EE6xI83rr4jVXc6/TGk0=; b=RRAjM92npO7o4Mk9yIAaTMtk22M1RTd7TinkGR7p+h6V26xfqIZiPW3P8TIt8Uv/De pe1270xEg0UaxpX8Xi5Ui/7TsApx6u9lvTRDeWgG+pSINMvd8IiY1LrKB5dDMmiaimMi 3Wu2REuJIdbbCIwIZFjMk93m/fDTTRLp/T4seUIOLMYSi+5TheaqDVD2juHG9baamO8q ItZHIRX2RZkgPId2SNFJD2NjiwSR5gqsRppyn2r32nqyxZhRH6u4gip3gV9xz8iXqo2N Oshp/d7HfRwnZQ5PjO69fTn6F3e62IMHHo9tyb6LPaOi8krZLO9VY10ij6EozE1hyEyL uQSA== 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=CiQwwC2ftIyJ2s9+kZy4343EE6xI83rr4jVXc6/TGk0=; b=kp2hhjOcUii7qKTpNDKePBOkQ9UvgOwaFh51pKHe00zQp8JgoZGwdlDSkVONhznadv dZMXqe0q+w7fxrfRoOrVEKJ62hysFUtOyR8lzAtKDTaE1P6VapRZQ12r7nbBUPEpKb1K Gu97lSaxXKy+tP4GyyZdEsnfZCpl73T22x8Yq8q/U+sB83fUPViNLy2CIUvSF3tjvuQi Xst0YZrPlCrr3wzBOZXRNOuDRrq9WoqNXgMzRggdic+Y+rVDBnNjThExS+b6/IqXUBkA JZpQVtbwYUYsJKPNBeRTZI5owzeYPzet+A/azrdSW+sUJ151y5U8fgVCvQEL7/otQ/6K +Rcw== X-Gm-Message-State: AOAM5335rEXvvX7WI5Lq4US2nNLEzBUIRpyHYBg7Hi0l0ollB2atUI26 3/Cj0wXjzSy4hrDjqg1unn/GDPIcAIK/dCKbD87AI0cy3+M= X-Google-Smtp-Source: ABdhPJxMQU78eoVpvg7HvXC3j3g4XqdwohAWN48MXouZ+LcoMtBL+Byl7eTxomdZVf5n7IJ9mOIFv7RDmN8g6LiyiBI= X-Received: by 2002:a05:6402:21e9:: with SMTP id ce9mr1474533edb.125.1602043380231; Tue, 06 Oct 2020 21:03:00 -0700 (PDT) MIME-Version: 1.0 From: sreehari Date: Tue, 6 Oct 2020 21:02:48 -0700 Message-ID: Subject: 12.2-RC1: RTL8251/8153 1000BASE-T seemingly stuck at 100Mbps To: "FreeBSD-stable@FreeBSD.org" Content-Type: multipart/mixed; boundary="00000000000098494705b10cca86" X-Rspamd-Queue-Id: 4C5gfZ21q2z4Hmg X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=RRAjM92n; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sreeharisreedev1@gmail.com designates 2a00:1450:4864:20::52c as permitted sender) smtp.mailfrom=sreeharisreedev1@gmail.com X-Spamd-Result: default: False [-3.02 / 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.005]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.03)[-1.034]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::52c:from]; NEURAL_SPAM_SHORT(0.02)[0.022]; TO_DN_EQ_ADDR_ALL(0.00)[]; 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-stable]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Oct 2020 04:03:03 -0000 --00000000000098494705b10cca86 Content-Type: text/plain; charset="UTF-8" I have a USB C hub that supports gigabit ethernet under any other OS, but under FreeBSD it seems to detect it properly, but I never get speeds exceeding 100Mbps transfer rate on the whole thing. Is this a known issue? Also is there any way to check what the perceived link speed is? I've attached dmesg.boot if that helps. --00000000000098494705b10cca86 Content-Type: application/octet-stream; name="dmesg.boot" Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_kfyv5bqj0 LS0tPDxCT09UPj4tLS0KQ29weXJpZ2h0IChjKSAxOTkyLTIwMjAgVGhlIEZyZWVCU0QgUHJvamVj dC4KQ29weXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkx LCAxOTkyLCAxOTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxp Zm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFk ZW1hcmsgb2YgVGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAxMi4yLVJDMSByMzY2MzUy IEdFTkVSSUMgYW1kNjQKRnJlZUJTRCBjbGFuZyB2ZXJzaW9uIDEwLjAuMSAoZ2l0QGdpdGh1Yi5j b206bGx2bS9sbHZtLXByb2plY3QuZ2l0IGxsdm1vcmctMTAuMC4xLTAtZ2VmMzJjNjExYWEyKQpW VChlZmlmYik6IHJlc29sdXRpb24gMTkyMHgxMDgwCkNQVTogSW50ZWwoUikgQ29yZShUTSkgaTct ODU2NVUgQ1BVIEAgMS44MEdIeiAoMTk5Mi4xMC1NSHogSzgtY2xhc3MgQ1BVKQogIE9yaWdpbj0i R2VudWluZUludGVsIiAgSWQ9MHg4MDZlYyAgRmFtaWx5PTB4NiAgTW9kZWw9MHg4ZSAgU3RlcHBp bmc9MTIKICBGZWF0dXJlcz0weGJmZWJmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1D RSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxVU0gsRFRTLEFD UEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRULFRNLFBCRT4KICBGZWF0dXJlczI9MHg3ZmZhZmJi ZjxTU0UzLFBDTE1VTFFEUSxEVEVTNjQsTU9OLERTX0NQTCxWTVgsRVNULFRNMixTU1NFMyxTREJH LEZNQSxDWDE2LHhUUFIsUERDTSxQQ0lELFNTRTQuMSxTU0U0LjIseDJBUElDLE1PVkJFLFBPUENO VCxUU0NETFQsQUVTTkksWFNBVkUsT1NYU0FWRSxBVlgsRjE2QyxSRFJBTkQ+CiAgQU1EIEZlYXR1 cmVzPTB4MmMxMDA4MDA8U1lTQ0FMTCxOWCxQYWdlMUdCLFJEVFNDUCxMTT4KICBBTUQgRmVhdHVy ZXMyPTB4MTIxPExBSEYsQUJNLFByZWZldGNoPgogIFN0cnVjdHVyZWQgRXh0ZW5kZWQgRmVhdHVy ZXM9MHgyOWM2N2FmPEZTR1NCQVNFLFRTQ0FESixTR1gsQk1JMSxBVlgyLFNNRVAsQk1JMixFUk1T LElOVlBDSUQsTkZQVVNHLE1QWCxSRFNFRUQsQURYLFNNQVAsQ0xGTFVTSE9QVCxQUk9DVFJBQ0U+ CiAgU3RydWN0dXJlZCBFeHRlbmRlZCBGZWF0dXJlczM9MHhiYzAwMDYwMDxNQ1VPUFQsTURfQ0xF QVIsSUJQQixTVElCUCxMMURGTCxBUkNIX0NBUCxTU0JEPgogIFhTQVZFIEZlYXR1cmVzPTB4ZjxY U0FWRU9QVCxYU0FWRUMsWElOVVNFLFhTQVZFUz4KICBJQTMyX0FSQ0hfQ0FQUz0weDJiPFJEQ0xf Tk8sSUJSU19BTEwsU0tJUF9MMURGTF9WTUU+CiAgVlQteDogUEFULEhMVCxNVEYsUEFVU0UsRVBU LFVHLFZQSUQKICBUU0M6IFAtc3RhdGUgaW52YXJpYW50LCBwZXJmb3JtYW5jZSBzdGF0aXN0aWNz CnJlYWwgbWVtb3J5ICA9IDE3MTc5ODY5MTg0ICgxNjM4NCBNQikKYXZhaWwgbWVtb3J5ID0gMTYy NTU2MTQ5NzYgKDE1NTAyIE1CKQpFdmVudCB0aW1lciAiTEFQSUMiIHF1YWxpdHkgNjAwCkFDUEkg QVBJQyBUYWJsZTogPExFTk9WTyBUUC1OMkggID4KRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29y IFN5c3RlbSBEZXRlY3RlZDogOCBDUFVzCkZyZWVCU0QvU01QOiAxIHBhY2thZ2UocykgeCA0IGNv cmUocykgeCAyIGhhcmR3YXJlIHRocmVhZHMKcmFuZG9tOiB1bmJsb2NraW5nIGRldmljZS4KaW9h cGljMCA8VmVyc2lvbiAyLjA+IGlycXMgMC0xMTkgb24gbW90aGVyYm9hcmQKTGF1bmNoaW5nIEFQ czogMSA1IDMgNyA2IDIgNApUaW1lY291bnRlciAiVFNDIiBmcmVxdWVuY3kgMTk5MjEwMjMxNyBI eiBxdWFsaXR5IDEwMDAKQ3VzZSB2MC4xLjM2IEAgL2Rldi9jdXNlCnJhbmRvbTogZW50cm9weSBk ZXZpY2UgZXh0ZXJuYWwgaW50ZXJmYWNlCmtiZDEgYXQga2JkbXV4MAowMDAuMDAwMDI0IFs0MzM2 XSBuZXRtYXBfaW5pdCAgICAgICAgICAgICAgIG5ldG1hcDogbG9hZGVkIG1vZHVsZQpbYXRoX2hh bF0gbG9hZGVkCm1vZHVsZV9yZWdpc3Rlcl9pbml0OiBNT0RfTE9BRCAodmVzYSwgMHhmZmZmZmZm ZjgxMTE1ZTQwLCAwKSBlcnJvciAxOQpyYW5kb206IHJlZ2lzdGVyaW5nIGZhc3Qgc291cmNlIElu dGVsIFNlY3VyZSBLZXkgUk5HCnJhbmRvbTogZmFzdCBwcm92aWRlcjogIkludGVsIFNlY3VyZSBL ZXkgUk5HIgpuZXh1czAKZWZpcnRjMDogPEVGSSBSZWFsdGltZSBDbG9jaz4gb24gbW90aGVyYm9h cmQKZWZpcnRjMDogcmVnaXN0ZXJlZCBhcyBhIHRpbWUtb2YtZGF5IGNsb2NrLCByZXNvbHV0aW9u IDEuMDAwMDAwcwpjcnlwdG9zb2Z0MDogPHNvZnR3YXJlIGNyeXB0bz4gb24gbW90aGVyYm9hcmQK YWVzbmkwOiA8QUVTLUNCQyxBRVMtQ0NNLEFFUy1HQ00sQUVTLUlDTSxBRVMtWFRTPiBvbiBtb3Ro ZXJib2FyZAphY3BpMDogPExFTk9WTyBUUC1OMkg+IG9uIG1vdGhlcmJvYXJkCmFjcGlfZWMwOiA8 RW1iZWRkZWQgQ29udHJvbGxlcjogR1BFIDB4MTYsIEVDRFQ+IHBvcnQgMHg2MiwweDY2IG9uIGFj cGkwCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQp1bmtub3duOiBtZW1vcnkgcmFuZ2Ugbm90 IHN1cHBvcnRlZApjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmhwZXQwOiA8SGlnaCBQcmVjaXNp b24gRXZlbnQgVGltZXI+IGlvbWVtIDB4ZmVkMDAwMDAtMHhmZWQwMDNmZiBvbiBhY3BpMApUaW1l Y291bnRlciAiSFBFVCIgZnJlcXVlbmN5IDI0MDAwMDAwIEh6IHF1YWxpdHkgOTUwCkV2ZW50IHRp bWVyICJIUEVUIiBmcmVxdWVuY3kgMjQwMDAwMDAgSHogcXVhbGl0eSA1NTAKYXR0aW1lcjA6IDxB VCB0aW1lcj4gcG9ydCAweDQwLTB4NDMsMHg1MC0weDUzIGlycSAwIG9uIGFjcGkwClRpbWVjb3Vu dGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwCkV2ZW50IHRpbWVyICJp ODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAxMDAKVGltZWNvdW50ZXIgIkFDUEkt ZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSA5MDAKYWNwaV90aW1lcjA6IDwyNC1i aXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHgxODA4LTB4MTgwYiBvbiBhY3BpMApwY2li MDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTA6 IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5 PiBwb3J0IDB4MjAwMC0weDIwM2YgbWVtIDB4ZTkwMDAwMDAtMHhlOWZmZmZmZiwweGMwMDAwMDAw LTB4Y2ZmZmZmZmYgYXQgZGV2aWNlIDIuMCBvbiBwY2kwCnZnYXBjaTA6IEJvb3QgdmlkZW8gZGV2 aWNlCnhoY2kwOiA8WEhDSSAoZ2VuZXJpYykgVVNCIDMuMCBjb250cm9sbGVyPiBtZW0gMHhlYTIy MDAwMC0weGVhMjJmZmZmIGF0IGRldmljZSAyMC4wIG9uIHBjaTAKeGhjaTA6IDMyIGJ5dGVzIGNv bnRleHQgc2l6ZSwgNjQtYml0IERNQQp1c2J1czAgb24geGhjaTAKdXNidXMwOiA1LjBHYnBzIFN1 cGVyIFNwZWVkIFVTQiB2My4wCnBjaTA6IDxtZW1vcnksIFJBTT4gYXQgZGV2aWNlIDIwLjIgKG5v IGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPG5ldHdvcms+IGF0IGRldmljZSAyMC4zIChubyBkcml2 ZXIgYXR0YWNoZWQpCnBjaTA6IDxzZXJpYWwgYnVzPiBhdCBkZXZpY2UgMjEuMCAobm8gZHJpdmVy IGF0dGFjaGVkKQpwY2kwOiA8c2VyaWFsIGJ1cz4gYXQgZGV2aWNlIDIxLjEgKG5vIGRyaXZlciBh dHRhY2hlZCkKcGNpMDogPHNpbXBsZSBjb21tcz4gYXQgZGV2aWNlIDIyLjAgKG5vIGRyaXZlciBh dHRhY2hlZCkKcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMjkuMCBvbiBw Y2kwCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxCm52bWUwOiA8R2VuZXJpYyBOVk1lIERl dmljZT4gbWVtIDB4ZWExMDAwMDAtMHhlYTEwM2ZmZiwweGVhMTA0MDAwLTB4ZWExMDQwZmYgYXQg ZGV2aWNlIDAuMCBvbiBwY2kxCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNl IDI5LjQgb24gcGNpMApwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgpwY2liMzogPEFDUEkg UENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAwLjAgb24gcGNpMgpwY2kzOiA8QUNQSSBQQ0kgYnVz PiBvbiBwY2liMwpwY2liNDogPFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMC4wIG9uIHBjaTMK cGNpNDogPFBDSSBidXM+IG9uIHBjaWI0CnBjaWI1OiA8UENJLVBDSSBicmlkZ2U+IGF0IGRldmlj ZSAxLjAgb24gcGNpMwpwY2k1OiA8UENJIGJ1cz4gb24gcGNpYjUKcGNpYjY6IDxBQ1BJIFBDSS1Q Q0kgYnJpZGdlPiBhdCBkZXZpY2UgMi4wIG9uIHBjaTMKcGNpNjogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjYKeGhjaTE6IDxYSENJIChnZW5lcmljKSBVU0IgMy4wIGNvbnRyb2xsZXI+IG1lbSAweGRj MDAwMDAwLTB4ZGMwMGZmZmYgYXQgZGV2aWNlIDAuMCBvbiBwY2k2CnhoY2kxOiAzMiBieXRlcyBj b250ZXh0IHNpemUsIDY0LWJpdCBETUEKdXNidXMxIG9uIHhoY2kxCnVzYnVzMTogNS4wR2JwcyBT dXBlciBTcGVlZCBVU0IgdjMuMApwY2liNzogPFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNC4w IG9uIHBjaTMKcGNpNzogPFBDSSBidXM+IG9uIHBjaWI3CmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+ IGF0IGRldmljZSAzMS4wIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCmhkYWMwOiA8 SW50ZWwgQ2Fubm9uIExha2UgSERBIENvbnRyb2xsZXI+IG1lbSAweGVhMjNjMDAwLTB4ZWEyM2Zm ZmYsMHhlYTAwMDAwMC0weGVhMGZmZmZmIGF0IGRldmljZSAzMS4zIG9uIHBjaTAKcGNpMDogPHNl cmlhbCBidXM+IGF0IGRldmljZSAzMS41IChubyBkcml2ZXIgYXR0YWNoZWQpCmVtMDogPEludGVs KFIpIFBSTy8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbj4gbWVtIDB4ZWEyMDAwMDAtMHhlYTIxZmZm ZiBhdCBkZXZpY2UgMzEuNiBvbiBwY2kwCmVtMDogVXNpbmcgMTAyNCBUWCBkZXNjcmlwdG9ycyBh bmQgMTAyNCBSWCBkZXNjcmlwdG9ycwplbTA6IFVzaW5nIGFuIE1TSSBpbnRlcnJ1cHQKZW0wOiBF dGhlcm5ldCBhZGRyZXNzOiA5ODpmYTo5YjpkNjo2MTo4ZAplbTA6IG5ldG1hcCBxdWV1ZXMvc2xv dHM6IFRYIDEvMTAyNCwgUlggMS8xMDI0CmFjcGlfYnV0dG9uMDogPFNsZWVwIEJ1dHRvbj4gb24g YWNwaTAKYWNwaV9saWQwOiA8Q29udHJvbCBNZXRob2QgTGlkIFN3aXRjaD4gb24gYWNwaTAKYWNw aV90ejA6IDxUaGVybWFsIFpvbmU+IG9uIGFjcGkwCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9s bGVyIChpODA0Mik+IHBvcnQgMHg2MCwweDY0IGlycSAxIG9uIGFjcGkwCmF0a2JkMDogPEFUIEtl eWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmtiZDAgYXQgYXRrYmQwCmF0a2JkMDogW0dJQU5ULUxP Q0tFRF0KcHNtMDogPFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwCnBzbTA6IFtHSUFOVC1M T0NLRURdCnBzbTA6IG1vZGVsIEdlbmVyaWMgUFMvMiBtb3VzZSwgZGV2aWNlIElEIDAKYWNwaV9z eXNjb250YWluZXIwOiA8U3lzdGVtIENvbnRhaW5lcj4gb24gYWNwaTAKYWNwaV9pYm0wOiA8SUJN IFRoaW5rUGFkIEFDUEkgRXh0cmFzPiBvbiBhY3BpMAphY3BpX2libTA6IEZpcm13YXJlIHZlcnNp b24gaXMgMHgyMDAKYWNwaV9hY2FkMDogPEFDIEFkYXB0ZXI+IG9uIGFjcGkwCmJhdHRlcnkwOiA8 QUNQSSBDb250cm9sIE1ldGhvZCBCYXR0ZXJ5PiBvbiBhY3BpMAphdHJ0YzA6IDxBVCByZWFsdGlt ZSBjbG9jaz4gYXQgcG9ydCAweDcwIGlycSA4IG9uIGlzYTAKYXRydGMwOiBXYXJuaW5nOiBDb3Vs ZG4ndCBtYXAgSS9PLgphdHJ0YzA6IHJlZ2lzdGVyZWQgYXMgYSB0aW1lLW9mLWRheSBjbG9jaywg cmVzb2x1dGlvbiAxLjAwMDAwMHMKRXZlbnQgdGltZXIgIlJUQyIgZnJlcXVlbmN5IDMyNzY4IEh6 IHF1YWxpdHkgMAphdHJ0YzA6IG5vbi1QTlAgSVNBIGRldmljZSB3aWxsIGJlIHJlbW92ZWQgZnJv bSBHRU5FUklDIGluIEZyZWVCU0QgMTIuCmNvcmV0ZW1wMDogPENQVSBPbi1EaWUgVGhlcm1hbCBT ZW5zb3JzPiBvbiBjcHUwCmVzdDA6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRy b2w+IG9uIGNwdTAKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwp1Z2VuMS4xOiA8 MHg4MDg2IFhIQ0kgcm9vdCBIVUI+IGF0IHVzYnVzMQp1Z2VuMC4xOiA8MHg4MDg2IFhIQ0kgcm9v dCBIVUI+IGF0IHVzYnVzMAp1aHViMDogPDB4ODA4NiBYSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAs IHJldiAzLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMxCnVodWIxOiA8MHg4MDg2IFhIQ0kgcm9v dCBIVUIsIGNsYXNzIDkvMCwgcmV2IDMuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czAKbnZkMDog PFdEQyBQQyBTTjczMCBTREJRTlRZLTUxMkctMTAwMT4gTlZNZSBuYW1lc3BhY2UKbnZkMDogNDg4 Mzg2TUIgKDEwMDAyMTUyMTYgNTEyIGJ5dGUgc2VjdG9ycykKaGRhY2MwOiA8UmVhbHRlayBBTEMy ODUgSERBIENPREVDPiBhdCBjYWQgMCBvbiBoZGFjMApoZGFhMDogPFJlYWx0ZWsgQUxDMjg1IEF1 ZGlvIEZ1bmN0aW9uIEdyb3VwPiBhdCBuaWQgMSBvbiBoZGFjYzAKcGNtMDogPFJlYWx0ZWsgQUxD Mjg1IChBbmFsb2cgMy4xK0hQLzIuMCk+IGF0IG5pZCAyMCwyMywzMyBhbmQgMjUgb24gaGRhYTAK aGRhY2MxOiA8SW50ZWwgS2FieSBMYWtlIEhEQSBDT0RFQz4gYXQgY2FkIDIgb24gaGRhYzAKaGRh YTE6IDxJbnRlbCBLYWJ5IExha2UgQXVkaW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhk YWNjMQpwY20xOiA8SW50ZWwgS2FieSBMYWtlIChIRE1JL0RQIDhjaCk+IGF0IG5pZCAzIG9uIGhk YWExClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvbnZkMHA1IFtyd10uLi4KdWh1 YjA6IDQgcG9ydHMgd2l0aCA0IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCmRybW4wOiA8ZHJtbj4g b24gdmdhcGNpMAp2Z2FwY2kwOiBjaGlsZCBkcm1uMCByZXF1ZXN0ZWQgcGNpX2VuYWJsZV9pbwp2 Z2FwY2kwOiBjaGlsZCBkcm1uMCByZXF1ZXN0ZWQgcGNpX2VuYWJsZV9pbwpbZHJtXSBVbmFibGUg dG8gY3JlYXRlIGEgcHJpdmF0ZSB0bXBmcyBtb3VudCwgaHVnZXBhZ2Ugc3VwcG9ydCB3aWxsIGJl IGRpc2FibGVkKC0xOSkuCkZhaWxlZCB0byBhZGQgV0MgTVRSUiBmb3IgWzB4YzAwMDAwMDAtMHhj ZmZmZmZmZl06IC0yMjsgcGVyZm9ybWFuY2UgbWF5IHN1ZmZlcgpbZHJtXSBHb3Qgc3RvbGVuIG1l bW9yeSBiYXNlIDB4Nzk4MDAwMDAsIHNpemUgMHg0MDAwMDAwCltkcm1dIFN1cHBvcnRzIHZibGFu ayB0aW1lc3RhbXAgY2FjaGluZyBSZXYgMiAoMjEuMTAuMjAxMykuCltkcm1dIERyaXZlciBzdXBw b3J0cyBwcmVjaXNlIHZibGFuayB0aW1lc3RhbXAgcXVlcnkuCltkcm1dIENvbm5lY3RvciBlRFAt MTogZ2V0IG1vZGUgZnJvbSB0dW5hYmxlczoKW2RybV0gICAtIGtlcm4udnQuZmIubW9kZXMuZURQ LTEKW2RybV0gICAtIGtlcm4udnQuZmIuZGVmYXVsdF9tb2RlCltkcm1dIENvbm5lY3RvciBEUC0x OiBnZXQgbW9kZSBmcm9tIHR1bmFibGVzOgpbZHJtXSAgIC0ga2Vybi52dC5mYi5tb2Rlcy5EUC0x Cltkcm1dICAgLSBrZXJuLnZ0LmZiLmRlZmF1bHRfbW9kZQpbZHJtXSBDb25uZWN0b3IgSERNSS1B LTE6IGdldCBtb2RlIGZyb20gdHVuYWJsZXM6Cltkcm1dICAgLSBrZXJuLnZ0LmZiLm1vZGVzLkhE TUktQS0xCltkcm1dICAgLSBrZXJuLnZ0LmZiLmRlZmF1bHRfbW9kZQpbZHJtXSBDb25uZWN0b3Ig RFAtMjogZ2V0IG1vZGUgZnJvbSB0dW5hYmxlczoKW2RybV0gICAtIGtlcm4udnQuZmIubW9kZXMu RFAtMgpbZHJtXSAgIC0ga2Vybi52dC5mYi5kZWZhdWx0X21vZGUKW2RybV0gSW5pdGlhbGl6ZWQg aTkxNSAxLjYuMCAyMDE3MTIyMiBmb3IgZHJtbjAgb24gbWlub3IgMApWVDogUmVwbGFjaW5nIGRy aXZlciAiZWZpZmIiIHdpdGggbmV3ICJmYiIuCnN0YXJ0IEZCX0lORk86CnR5cGU9MTEgaGVpZ2h0 PTEwODAgd2lkdGg9MTkyMCBkZXB0aD0zMgpjbXNpemU9MTYgc2l6ZT0xNDc0NTYwMApwYmFzZT0w eGMwMDQwMDAwIHZiYXNlPTB4ZmZmZmY4MDBjMDA0MDAwMApuYW1lPWRybW4wIGZsYWdzPTB4MCBz dHJpZGU9MTAyNDAgYnBwPTMyCmNtYXBbMF09MCBjbWFwWzFdPTdmMDAwMCBjbWFwWzJdPTdmMDAg Y21hcFszXT1jNGEwMDAKZW5kIEZCX0lORk8KZHJtbjA6IGZiMDogaW50ZWxkcm1mYiBmcmFtZSBi dWZmZXIgZGV2aWNlCmFjcGlfaWljaGlkMDogPEhJRCBvdmVyIEkyQyAoQUNQSSk+IG9uIGFjcGkw CnVodWIxOiAxOCBwb3J0cyB3aXRoIDE4IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVnZW4xLjI6 IDxWSUEgTGFicywgSW5jLiBVU0IzLjAgSHViPiBhdCB1c2J1czEKdWh1YjIgb24gdWh1YjAKdWh1 YjI6IDxWSUEgTGFicywgSW5jLiBVU0IzLjAgSHViLCBjbGFzcyA5LzAsIHJldiAzLjEwLzMuODMs IGFkZHIgMT4gb24gdXNidXMxCmRybW4wOiBzdWNjZXNzZnVsbHkgbG9hZGVkIGZpcm13YXJlIGlt YWdlIHdpdGggbmFtZTogaTkxNS9rYmxfZG1jX3ZlcjFfMDQuYmluCltkcm1dIEZpbmlzaGVkIGxv YWRpbmcgRE1DIGZpcm13YXJlIGk5MTUva2JsX2RtY192ZXIxXzA0LmJpbiAodjEuNCkKaXdtMDog PEludGVsKFIpIER1YWwgQmFuZCBXaXJlbGVzcyBBQyA5NTYwPiBtZW0gMHhlYTIzODAwMC0weGVh MjNiZmZmIGF0IGRldmljZSAyMC4zIG9uIHBjaTAKaXdtMDogaHcgcmV2IDB4MzEwLCBmdyB2ZXIg MzQuMzEyNTgxMTk4NS4wLCBhZGRyZXNzIDA0OmVkOjMzOmRkOmNlOjQ5CmlnNGlpYzA6IDxJbnRl bCBDYW5ub24gTGFrZS1MUCBJMkMgQ29udHJvbGxlci0yPiBtZW0gMHhlYTI0NTAwMC0weGVhMjQ1 ZmZmIGF0IGRldmljZSAyMS4wIG9uIHBjaTAKaWc0aWljMDogVXNpbmcgTVNJCmlpY2J1czA6IDxQ aGlsaXBzIEkyQyBidXMgKEFDUEktaGludGVkKT4gb24gaWc0aWljMAppZzRpaWMxOiA8SW50ZWwg Q2Fubm9uIExha2UtTFAgSTJDIENvbnRyb2xsZXItMz4gbWVtIDB4ZWEyNDYwMDAtMHhlYTI0NmZm ZiBhdCBkZXZpY2UgMjEuMSBvbiBwY2kwCmlnNGlpYzE6IFVzaW5nIE1TSQppaWNidXMxOiA8UGhp bGlwcyBJMkMgYnVzIChBQ1BJLWhpbnRlZCk+IG9uIGlnNGlpYzEKaWljaGlkMCBhdCBhZGRyIDB4 MmMgb24gaWljYnVzMQppaWNoaWQwOiA8U1lOQTgwMDQ6MDAgMDZDQjpDRDhCIEkyQyBISUQgZGV2 aWNlPiBvbiBpaWNidXMxCmlpY2hpZDA6IEludGVycnVwdCBzZXR1cCBmYWlsZWQuIEZhbGxiYWNr IHRvIHNhbXBsaW5nCmhpZGJ1czA6IDxISUQgYnVzPiBvbiBpaWNoaWQwCmhtczA6IDxTWU5BODAw NDowMCAwNkNCOkNEOEIgTW91c2U+IG9uIGhpZGJ1czAKaG1zMDogMiBidXR0b25zIGFuZCBbWFld IGNvb3JkaW5hdGVzIElEPTIKaG10MDogPFNZTkE4MDA0OjAwIDA2Q0I6Q0Q4QiBUb3VjaFBhZD4g b24gaGlkYnVzMApoY29uZjA6IDxTWU5BODAwNDowMCAwNkNCOkNEOEIgQ29uZmlndXJhdGlvbj4g b24gaGlkYnVzMApobXQwOiBNdWx0aXRvdWNoIHRvdWNocGFkIHdpdGggMCBleHRlcm5hbCBidXR0 b25zLCBjbGljay1wYWQKaG10MDogNSBjb250YWN0cyB3aXRoIFtDXSBwcm9wZXJ0aWVzLiBSZXBv cnQgcmFuZ2UgWzA6MF0gLSBbMTE2Mjo2MzRdCmhpZHJhdzA6IDxTWU5BODAwNDowMCAwNkNCOkNE OEIgUmF3IEhJRCBEZXZpY2U+IG9uIGhpZGJ1czAKdWdlbjAuMjogPFZJQSBMYWJzLCBJbmMuIFVT QjIuMCBIdWI+IGF0IHVzYnVzMAp1aHViMyBvbiB1aHViMQp1aHViMzogPFZJQSBMYWJzLCBJbmMu IFVTQjIuMCBIdWIsIGNsYXNzIDkvMCwgcmV2IDIuMTAvMy44MywgYWRkciAxPiBvbiB1c2J1czAK dWh1YjM6IE1UVCBlbmFibGVkCmxvMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCnVodWIyOiA0 IHBvcnRzIHdpdGggNCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1Z2VuMS4zOiA8UmVhbHRlayBV U0IgMTAvMTAwLzEwMDAgTEFOPiBhdCB1c2J1czEKdWh1YjM6IDUgcG9ydHMgd2l0aCA0IHJlbW92 YWJsZSwgc2VsZiBwb3dlcmVkCnVnZW4wLjM6IDx2ZW5kb3IgMHgxYTQwIFVTQiAyLjAgSHViPiBh dCB1c2J1czAKdWh1YjQgb24gdWh1YjMKdWh1YjQ6IDx2ZW5kb3IgMHgxYTQwIFVTQiAyLjAgSHVi LCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMTEsIGFkZHIgMj4gb24gdXNidXMwCnVodWI0OiA0IHBv cnRzIHdpdGggNCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1Z2VuMC40OiA8VklBIExhYnMsIElu Yy4gVVNCIEJpbGxib2FyZCBEZXZpY2U+IGF0IHVzYnVzMAp1cmUwIG9uIHVodWIyCnVyZTA6IDxS ZWFsdGVrIFVTQiAxMC8xMDAvMTAwMCBMQU4sIGNsYXNzIDAvMCwgcmV2IDMuMDAvMzEuMDAsIGFk ZHIgMj4gb24gdXNidXMxCnVyZTA6IHVua25vd24gdmVyc2lvbiAweDYwMTAKbWlpYnVzMDogPE1J SSBidXM+IG9uIHVyZTAKcmdlcGh5MDogPFJUTDgyNTEvODE1MyAxMDAwQkFTRS1UIG1lZGlhIGlu dGVyZmFjZT4gUEhZIDAgb24gbWlpYnVzMApyZ2VwaHkwOiAgbm9uZSwgMTBiYXNlVCwgMTBiYXNl VC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgMTAwMGJhc2VULUZEWCwgMTAwMGJhc2VU LUZEWC1tYXN0ZXIsIGF1dG8KdWUwOiA8VVNCIEV0aGVybmV0PiBvbiB1cmUwCnVlMDogRXRoZXJu ZXQgYWRkcmVzczogMDA6MWM6YzI6NGQ6MTA6OWYKdWUwOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8g RE9XTgp1Z2VuMC41OiA8UmF5ZGl1bSBDb3Jwb3JhdGlvbiBSYXlkaXVtIFRvdWNoIFN5c3RlbT4g YXQgdXNidXMwCnVnZW4wLjY6IDxDaGljb255IEVsZWN0cm9uaWNzIENvLixMdGQuIEludGVncmF0 ZWQgQ2FtZXJhPiBhdCB1c2J1czAKdWdlbjAuNzogPHZlbmRvciAweDA2Y2IgcHJvZHVjdCAweDAw YmQ+IGF0IHVzYnVzMAo= --00000000000098494705b10cca86-- From owner-freebsd-stable@freebsd.org Wed Oct 7 09:52:39 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B969042AA88 for ; Wed, 7 Oct 2020 09:52:39 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward103o.mail.yandex.net (forward103o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::606]) (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 4C5qPy0svrz4cNJ for ; Wed, 7 Oct 2020 09:52:37 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mxback12o.mail.yandex.net (mxback12o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::63]) by forward103o.mail.yandex.net (Yandex) with ESMTP id 260225F831C7; Wed, 7 Oct 2020 12:52:29 +0300 (MSK) Received: from myt5-95c1fb78270f.qloud-c.yandex.net (myt5-95c1fb78270f.qloud-c.yandex.net [2a02:6b8:c12:1725:0:640:95c1:fb78]) by mxback12o.mail.yandex.net (mxback/Yandex) with ESMTP id Gui2scvcOX-qSqi55Rp; Wed, 07 Oct 2020 12:52:29 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1602064349; bh=u/wfuKZZVltVIF0c4kD+M3dGCX7wNwa21IYREunw6Ck=; h=In-Reply-To:From:Date:References:To:Subject:Message-ID; b=JfPuRGCnbHAECgLrXqPptVew4fKq7bFY4hHdNlRU/XV1Y+iJ1W/MwAdQIaFFmPOef j3x/UJbzeDZ7gkz4bPAIyRWoT+HEPnCkw03hpelGKSg8Ceic6pokpcunCH8ugkCDDf mQNtdYPRGdzS+RWxKdxNLUbWaQ89ZoNh1wRvqSKI= Received: by myt5-95c1fb78270f.qloud-c.yandex.net (smtp/Yandex) with ESMTPSA id MwL9Tj1Eeg-qSmKBw8e; Wed, 07 Oct 2020 12:52:28 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) Subject: Re: Issues with gptboot loader To: rpalov@e-card.bg, freebsd-stable@freebsd.org References: From: "Andrey V. Elsukov" Autocrypt: addr=bu7cher@yandex.ru; prefer-encrypt=mutual; keydata= mQENBEwBF1kBCADB9sXFhBEUy8qQ4X63Y8eBatYMHGEFWN9ypS5lI3RE6qQW2EYbxNk7qUC5 21YIIS1mMFVBEfvR7J9uc7yaYgFCEb6Sce1RSO4ULN2mRKGHP3/Sl0ijZEjWHV91hY1YTHEF ZW/0GYinDf56sYpDDehaBF5wkWIo1+QK5nmj3vl0DIDCMNd7QEiWpyLVwECgLX2eOAXByT8B bCqVhJGcG6iFP7/B9Ll6uX5gb8thM9LM+ibwErDBVDGiOgvfxqidab7fdkh893IBCXa82H9N CNwnEtcgzh+BSKK5BgvPohFMgRwjti37TSxwLu63QejRGbZWSz3OK3jMOoF63tCgn7FvABEB AAG0JUFuZHJleSBWLiBFbHN1a292IDxidTdjaGVyQHlhbmRleC5ydT6JATgEEwECACIFAkwB F1kCGwMGCwkIBwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEAHF6gQQyKF6qmYIAI6ekfm1VA4T vqankI1ISE6ku4jV7UlpIQlEbE7/8n3Zd6teJ+pGOQhN5qk8QE7utdPdbktAzi+x7LIJVzUw 4TywZLXGrkP7VKYkfg6oyCGyzITghefQeJtr2TN4hYCkzPWpylkue8MtmqfZv/6royqwTbN+ +E09FQNvTgRUYJYTeQ1qOsxNRycwvw3dr2rOfuxShbzaHBB1pBIjGrMg8fC5pd65ACH5zuFV A0CoTNGMDrEZSfBkTW604UUHFFXeCoC3dwDZRKOWJ3GmMXns65Ai5YkA63BSHEE1Qle3VBhd cG1w0CB5FBV3pB27UVnf0jEbysrDqW4qN7XMRFSWNAy5AQ0ETAEXWQEIAJ2p6l9LBoqdH/0J PEFDY2t2gTvAuzz+8zs3R03dFuHcNbOwjvWCG0aOmVpAzkRa8egn5JB4sZaFUtKPYJEQ1Iu+ LUBwgvtXf4vWpzC67zs2dDuiW4LamH5p6xkTD61aHR7mCB3bg2TUjrDWn2Jt44cvoYxj3dz4 S49U1rc9ZPgD5axCNv45j72tggWlZvpefThP7xT1OlNTUqye2gAwQravXpZkl5JG4eOqJVIU X316iE3qso0iXRUtO7OseBf0PiVmk+wCahdreHOeOxK5jMhYkPKVn7z1sZiB7W2H2TojbmcK HZC22sz7Z/H36Lhg1+/RCnGzdEcjGc8oFHXHCxUAEQEAAYkBHwQYAQIACQUCTAEXWQIbDAAK CRABxeoEEMihegkYCAC3ivGYNe2taNm/4Nx5GPdzuaAJGKWksV+w9mo7dQvU+NmI2az5w8vw 98OmX7G0OV9snxMW+6cyNqBrVFTu33VVNzz9pnqNCHxGvj5dL5ltP160JV2zw2bUwJBYsgYQ WfyJJIM7l3gv5ZS3DGqaGIm9gOK1ANxfrR5PgPzvI9VxDhlr2juEVMZYAqPLEJe+SSxbwLoz BcFCNdDAyXcaAzXsx/E02YWm1hIWNRxanAe7Vlg7OL+gvLpdtrYCMg28PNqKNyrQ87LQ49O9 50IIZDOtNFeR0FGucjcLPdS9PiEqCoH7/waJxWp6ydJ+g4OYRBYNM0EmMgy1N85JJrV1mi5i Message-ID: <5c66c531-4828-60d8-b2ea-ff498ead033f@yandex.ru> Date: Wed, 7 Oct 2020 12:49:48 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="i7vuQJlMMtwyO8V64lDjxihXL4vn43ahB" X-Rspamd-Queue-Id: 4C5qPy0svrz4cNJ X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yandex.ru header.s=mail header.b=JfPuRGCn; dmarc=pass (policy=none) header.from=yandex.ru; spf=pass (mx1.freebsd.org: domain of bu7cher@yandex.ru designates 2a02:6b8:0:1a2d::606 as permitted sender) smtp.mailfrom=bu7cher@yandex.ru X-Spamd-Result: default: False [-6.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[yandex.ru]; R_SPF_ALLOW(-0.20)[+ip6:2a02:6b8:0:1000::/52]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[yandex.ru:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yandex.ru,none]; NEURAL_HAM_SHORT(-1.13)[-1.126]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; FREEMAIL_ENVFROM(0.00)[yandex.ru]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:13238, ipnet:2a02:6b8::/32, country:RU]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.04)[-1.038]; R_DKIM_ALLOW(-0.20)[yandex.ru:s=mail]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yandex.ru:dkim]; NEURAL_HAM_LONG(-1.04)[-1.040]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Oct 2020 09:52:39 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --i7vuQJlMMtwyO8V64lDjxihXL4vn43ahB Content-Type: multipart/mixed; boundary="EpfKVHeVPaZ0FZheriN7YhwkXuXyNqMpa" --EpfKVHeVPaZ0FZheriN7YhwkXuXyNqMpa Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 06.10.2020 13:16, =D0=A0=D1=83=D0=BC=D0=B5=D0=BD =D0=9F=D0=B0=D0=BB=D0= =BE=D0=B2 via freebsd-stable wrote: > Here we do not repeat the steps with zfsloader. >=20 > The motherboard is SUPERMICRO X11DPI-NT with lates BIOS firmware. >=20 >=20 > Is any one having issues like this ? >=20 > Is this behavior enougth for PR request ? Hi, Did you try use UEFI? gptboot relies on API provided by BIOS. BIOS usually is not tested with such large disks and may have bugs and incompatibilities, especially related to 32-bit limitations. The cause when it worked before upgrade, may be that blocks with data were accessible even with BIOS limitations, but after time file system may place data into new blocks, that become inaccessible. UEFI is targeted to avoid limitations that BIOS have, and GPT is part of UEFI specification, they both designed for each other. :) --=20 WBR, Andrey V. Elsukov --EpfKVHeVPaZ0FZheriN7YhwkXuXyNqMpa-- --i7vuQJlMMtwyO8V64lDjxihXL4vn43ahB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAl99j0AACgkQAcXqBBDI oXrToggAluG4LyHBFGl8ro/Pk2t9pqCuZ3dmngPxtPI0L8iY6n+lbHbe1tkP49wd MeZyhixahX1te0cvUTFM4UEKNodL+9eSS3cRHuZsLYsGOEDDg175Voo4p7AozxiY sofCO6y3avDU091oaQfi+TGw0BBNTTxeBXmvUMfGkGo2a6oHK1TMGfCC3WoGnQYG CyWZeBVXSgx5xoILWb1W6sx64SIspaTNjOF835j7fkwyxuzoQ6magMTEKWmdjw7c OCfb1LfCyuTQ9d4gPbsoE8Ex7jXlWmPHRT3nWPS/5byvdY+sPpWtG1EnK7AAPdAl dKogQOXjrOlpeQAC3xx5cHx8qWtxrA== =pZHx -----END PGP SIGNATURE----- --i7vuQJlMMtwyO8V64lDjxihXL4vn43ahB-- From owner-freebsd-stable@freebsd.org Wed Oct 7 13:58:23 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 583E4430147 for ; Wed, 7 Oct 2020 13:58:23 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4C5wsV2l5zz4rp1 for ; Wed, 7 Oct 2020 13:58:22 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from amavis-ori.ijs.si (localhost [IPv6:::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.ijs.si (Postfix) with ESMTPS id 4C5wsQ5t1xzPGh for ; Wed, 7 Oct 2020 15:58:18 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:organization:subject:subject:from:from :date:date:content-transfer-encoding:content-type:content-type :mime-version:received:received:received:received; s=jakla4; t= 1602079096; x=1604671097; bh=b6LKi3c9jMJ9Bh9dplFEhH5Ij/EgUj7E8D8 queib+hs=; b=kF6IMSgfqKmj9hojarK0HpADRbgg17/9U8TqR2BnbyPUyte1s49 BaUIpsd0a1izxdp5huqDPMsuIb43OsYK9BGSZLM2u/wcVrmQ7QKXkm9k3CFTd39n Wop97nwS67dVPu/Q23yPNdd/atdKw10H6livbcSRYsVL4r9/zB/24Upo= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10026) with LMTP id GKGuYptjDngY for ; Wed, 7 Oct 2020 15:58:16 +0200 (CEST) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP id 4C5wsM6Vf1zPGf for ; Wed, 7 Oct 2020 15:58:15 +0200 (CEST) Received: from nabiralnik.ijs.si (nabiralnik.ijs.si [IPv6:2001:1470:ff80::80:16]) by mildred.ijs.si (Postfix) with ESMTP id 4C5wsM1f7zz1TH for ; Wed, 7 Oct 2020 15:58:15 +0200 (CEST) Received: from moana.ijs.si (2001:1470:ff80:88:6d9:f5ff:fef8:f036) by webmail.ijs.si with HTTP (HTTP/2.0 POST); Wed, 07 Oct 2020 15:58:15 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 07 Oct 2020 15:58:15 +0200 From: Mark Martinec To: FreeBSD Stable Subject: FreeBSD 12.2-RC1 poudriere warning: awk: can't open file /sys/param.h Organization: Jozef Stefan Institute Message-ID: <9ab75f0b1bcf6c5c797971f507a28537@ijs.si> X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.3.1 X-Rspamd-Queue-Id: 4C5wsV2l5zz4rp1 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ijs.si header.s=jakla4 header.b=kF6IMSgf; dmarc=pass (policy=none) header.from=ijs.si; spf=pass (mx1.freebsd.org: domain of Mark.Martinec@ijs.si designates 2001:1470:ff80::25 as permitted sender) smtp.mailfrom=Mark.Martinec@ijs.si X-Spamd-Result: default: False [-4.78 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; R_DKIM_ALLOW(-0.20)[ijs.si:s=jakla4]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:1470:ff80::25]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.04)[-1.042]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; DWL_DNSWL_LOW(-1.00)[ijs.si:dkim]; NEURAL_HAM_MEDIUM(-1.00)[-1.003]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[ijs.si:+]; DMARC_POLICY_ALLOW(-0.50)[ijs.si,none]; NEURAL_HAM_SHORT(-0.63)[-0.632]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:2107, ipnet:2001:1470::/32, country:SI]; TAGGED_FROM(0.00)[freebsd]; MAILMAN_DEST(0.00)[freebsd-stable]; RCVD_IN_DNSWL_LOW(-0.10)[2001:1470:ff80::25:from] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Oct 2020 13:58:23 -0000 > awk: can't open file /sys/param.h Probably innocent, but reporting just in case: $ poudriere version 3.3.4 $ freebsd-version 12.2-RC1 # poudriere jail -c -j 122amd64-srv -v 12.2-RC1 [00:00:00] Creating 122amd64-srv fs at /data0/poudriere/jails/122amd64-srv... done [00:00:01] Using pre-distributed MANIFEST for FreeBSD 12.2-RC1 amd64 [00:00:01] Fetching base for FreeBSD 12.2-RC1 amd64 /data0/poudriere/jails/122amd64-srv/fromftp/ba 173 MB 20 MBps 08s [00:00:12] Extracting base... done [00:00:48] Fetching src for FreeBSD 12.2-RC1 amd64 /data0/poudriere/jails/122amd64-srv/fromftp/sr 163 MB 4192 kBps 40s [00:01:29] Extracting src... done [00:02:14] Fetching lib32 for FreeBSD 12.2-RC1 amd64 /data0/poudriere/jails/122amd64-srv/fromftp/li 62 MB 3139 kBps 21s [00:02:35] Extracting lib32... done [00:02:48] Cleaning up... done awk: can't open file /sys/param.h source line number 1 [00:02:52] Recording filesystem state for clean... done [00:02:53] Jail 122amd64-srv 12.2-RC1 amd64 is ready to be used Mark From owner-freebsd-stable@freebsd.org Wed Oct 7 14:53:26 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 552BF43190F for ; Wed, 7 Oct 2020 14:53:26 +0000 (UTC) (envelope-from rpalov@e-card.bg) Received: from e-card.bg (mail.e-card.bg [193.47.74.3]) (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 4C5y502gm6z4vf2 for ; Wed, 7 Oct 2020 14:53:24 +0000 (UTC) (envelope-from rpalov@e-card.bg) Comment: DomainKeys? See http://domainkeys.sourceforge.net/ Received: (qmail 55252 invoked by uid 89); 7 Oct 2020 14:53:15 -0000 Received: from unknown (HELO webbie.e-card.bg) (10.20.10.13) by mail.e-card.bg with SMTP; 7 Oct 2020 14:53:15 -0000 Reply-To: rpalov@e-card.bg Subject: Re: Issues with gptboot loader To: "Andrey V. Elsukov" , freebsd-stable@freebsd.org References: <5c66c531-4828-60d8-b2ea-ff498ead033f@yandex.ru> From: =?UTF-8?B?0KDRg9C80LXQvSDQn9Cw0LvQvtCy?= Organization: E-CARD LTD. Message-ID: Date: Wed, 7 Oct 2020 17:53:15 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: <5c66c531-4828-60d8-b2ea-ff498ead033f@yandex.ru> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4C5y502gm6z4vf2 X-Spamd-Bar: +++ X-Spamd-Result: default: False [4.00 / 15.00]; HAS_REPLYTO(0.00)[rpalov@e-card.bg]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(0.00)[+mx]; REPLYTO_ADDR_EQ_FROM(0.00)[]; HAS_ORG_HEADER(0.00)[]; DKIM_TRACE(0.00)[e-card.bg:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(0.00)[e-card.bg,quarantine]; FREEMAIL_TO(0.00)[yandex.ru,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:35293, ipnet:193.47.74.0/24, country:BG]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(0.00)[e-card.bg:s=default]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.16)[0.159]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.88)[0.880]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RBL_VIRUSFREE_BOTNET(2.00)[193.47.74.3:from]; NEURAL_SPAM_LONG(0.96)[0.956]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Oct 2020 14:53:26 -0000 Hello Andrey, Yes, we try UEFI boot and there was no difference. We have one other server SuperMicro, MB "X9DRi-LN4+" , with 7T System Disk, FreeBSD 11.4. To have succesful boot, we need to enter each time the root partition,( mountroot> prompt ), which is already described in the fstab file. After the manual entered (ufs:/dev/da0p2) the boot process mount the partition and booting finish as usual. Maybe it worth to try "vfs.root_mount_always_wait" knob in above case. Cheers Rumen Palov On 2020-10-07 12:49, Andrey V. Elsukov wrote: > On 06.10.2020 13:16, Румен Палов via freebsd-stable wrote: >> Here we do not repeat the steps with zfsloader. >> >> The motherboard is SUPERMICRO X11DPI-NT with lates BIOS firmware. >> >> >> Is any one having issues like this ? >> >> Is this behavior enougth for PR request ? > > Hi, > > Did you try use UEFI? gptboot relies on API provided by BIOS. BIOS > usually is not tested with such large disks and may have bugs and > incompatibilities, especially related to 32-bit limitations. > > The cause when it worked before upgrade, may be that blocks with data > were accessible even with BIOS limitations, but after time file system > may place data into new blocks, that become inaccessible. > > UEFI is targeted to avoid limitations that BIOS have, and GPT is part of > UEFI specification, they both designed for each other. :) > From owner-freebsd-stable@freebsd.org Wed Oct 7 22:39:00 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7B36343A3FA for ; Wed, 7 Oct 2020 22:39:00 +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 4C68QC5dJKz47Vg for ; Wed, 7 Oct 2020 22:38:59 +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 097Mcwhf006899 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 7 Oct 2020 15:38:58 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 097McwBl006898; Wed, 7 Oct 2020 15:38:58 -0700 (PDT) (envelope-from jmg) Date: Wed, 7 Oct 2020 15:38:58 -0700 From: John-Mark Gurney To: sreehari Cc: "FreeBSD-stable@FreeBSD.org" Subject: Re: 12.2-RC1: RTL8251/8153 1000BASE-T seemingly stuck at 100Mbps Message-ID: <20201007223858.GS4213@funkthat.com> Mail-Followup-To: sreehari , "FreeBSD-stable@FreeBSD.org" References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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]); Wed, 07 Oct 2020 15:38:58 -0700 (PDT) X-Rspamd-Queue-Id: 4C68QC5dJKz47Vg X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jmg@gold.funkthat.com has no SPF policy when checking 208.87.223.18) smtp.mailfrom=jmg@gold.funkthat.com X-Spamd-Result: default: False [1.05 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[jmg]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.48)[-0.482]; RCVD_TLS_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[funkthat.com]; AUTH_NA(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.16)[0.164]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.17)[0.171]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; 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-stable]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Oct 2020 22:39:00 -0000 sreehari wrote this message on Tue, Oct 06, 2020 at 21:02 -0700: > I have a USB C hub that supports gigabit ethernet under any other OS, > but under FreeBSD it seems to detect it properly, but I never get > speeds exceeding 100Mbps transfer rate on the whole thing. Is this a > known issue? Also is there any way to check what the perceived link > speed is? I've attached dmesg.boot if that helps. This is a known issue w/ the ure driver on FreeBSD. This has been fixed in -current, and in a few months I'll look at merging it to stable/12, but it definitly will not make the 12.2 release: https://reviews.freebsd.org/D25809 -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@freebsd.org Thu Oct 8 04:36:07 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DA5A1445F9C for ; Thu, 8 Oct 2020 04:36:07 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4C6JLH412rz4Yrw for ; Thu, 8 Oct 2020 04:36:07 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.94 (FreeBSD)) (envelope-from ) id 1kQNes-000Hk7-68; Thu, 08 Oct 2020 06:36:02 +0200 Date: Thu, 8 Oct 2020 06:36:02 +0200 From: Kurt Jaeger To: sreehari , "FreeBSD-stable@FreeBSD.org" Subject: Re: 12.2-RC1: RTL8251/8153 1000BASE-T seemingly stuck at 100Mbps Message-ID: <20201008043602.GV53210@home.opsec.eu> References: <20201007223858.GS4213@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201007223858.GS4213@funkthat.com> X-Rspamd-Queue-Id: 4C6JLH412rz4Yrw X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE]; local_wl_from(0.00)[freebsd.org] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Oct 2020 04:36:07 -0000 Hi! > sreehari wrote this message on Tue, Oct 06, 2020 at 21:02 -0700: > > I have a USB C hub that supports gigabit ethernet under any other OS, > > but under FreeBSD it seems to detect it properly, but I never get > > speeds exceeding 100Mbps transfer rate on the whole thing. Is this a > > known issue? Also is there any way to check what the perceived link > > speed is? I've attached dmesg.boot if that helps. > > This is a known issue w/ the ure driver on FreeBSD. This has been > fixed in -current, and in a few months I'll look at merging it to > stable/12, but it definitly will not make the 12.2 release: > https://reviews.freebsd.org/D25809 The changes seem to be limited to the driver itself -- is some structural change in 13 stopping a merge to 12.2 ? -- pi@opsec.eu +49 171 3101372 Now what ? From owner-freebsd-stable@freebsd.org Thu Oct 8 06:36:24 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 12A454474F0 for ; Thu, 8 Oct 2020 06:36:24 +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 4C6M1257FLz4dT5; Thu, 8 Oct 2020 06:36:22 +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 0986aKm3067294 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 7 Oct 2020 23:36:20 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 0986aKii067293; Wed, 7 Oct 2020 23:36:20 -0700 (PDT) (envelope-from jmg) Date: Wed, 7 Oct 2020 23:36:20 -0700 From: John-Mark Gurney To: Kurt Jaeger Cc: sreehari , "FreeBSD-stable@FreeBSD.org" Subject: Re: 12.2-RC1: RTL8251/8153 1000BASE-T seemingly stuck at 100Mbps Message-ID: <20201008063620.GT4213@funkthat.com> Mail-Followup-To: Kurt Jaeger , sreehari , "FreeBSD-stable@FreeBSD.org" References: <20201007223858.GS4213@funkthat.com> <20201008043602.GV53210@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201008043602.GV53210@home.opsec.eu> 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]); Wed, 07 Oct 2020 23:36:20 -0700 (PDT) X-Rspamd-Queue-Id: 4C6M1257FLz4dT5 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jmg@gold.funkthat.com has no SPF policy when checking 208.87.223.18) smtp.mailfrom=jmg@gold.funkthat.com X-Spamd-Result: default: False [-0.20 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FREEFALL_USER(0.00)[jmg]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[funkthat.com]; AUTH_NA(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; NEURAL_HAM_LONG(-0.61)[-0.613]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.09)[-0.088]; NEURAL_HAM_MEDIUM(-0.70)[-0.704]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; 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-stable]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Oct 2020 06:36:24 -0000 Kurt Jaeger wrote this message on Thu, Oct 08, 2020 at 06:36 +0200: > > sreehari wrote this message on Tue, Oct 06, 2020 at 21:02 -0700: > > > I have a USB C hub that supports gigabit ethernet under any other OS, > > > but under FreeBSD it seems to detect it properly, but I never get > > > speeds exceeding 100Mbps transfer rate on the whole thing. Is this a > > > known issue? Also is there any way to check what the perceived link > > > speed is? I've attached dmesg.boot if that helps. > > > > This is a known issue w/ the ure driver on FreeBSD. This has been > > fixed in -current, and in a few months I'll look at merging it to > > stable/12, but it definitly will not make the 12.2 release: > > https://reviews.freebsd.org/D25809 > > The changes seem to be limited to the driver itself -- is some > structural change in 13 stopping a merge to 12.2 ? The issue is that IMO, it's too close to the release of 12.2. It only recently got committed to 13, and so hasn't had enough time to be tested in more environments than mine. There have been a few others that have tested it. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@freebsd.org Thu Oct 8 06:57:09 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 293B2447878 for ; Thu, 8 Oct 2020 06:57:09 +0000 (UTC) (envelope-from sreeharisreedev1@gmail.com) Received: from mail-ej1-x62c.google.com (mail-ej1-x62c.google.com [IPv6:2a00:1450:4864:20::62c]) (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 4C6MT026hRz4fNy; Thu, 8 Oct 2020 06:57:08 +0000 (UTC) (envelope-from sreeharisreedev1@gmail.com) Received: by mail-ej1-x62c.google.com with SMTP id u8so6536317ejg.1; Wed, 07 Oct 2020 23:57:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=9SJBRhAvdKMC8gbsTXESRrmhuchl8/jci7OjlX+9MEg=; b=T/C9FmXF09Gt7vhZ51jU0QazbdD98iVukCWM0MxFUIQNPn57VKNswW0fTgaKeIed+w uWRn4+HrgjvezOaGA8ZqX7dtRaUhjXT1reW9Le8kc5wAHi9yfPG3a+CWnVxaleIl8JWg M4114Zp5CCTwV6CzUhrh2OAqtlu5RoJDrCwWLQxGQNchA/MFvmUDTuG4rQf70ZT2cE9w wKig4Pp8sDu+uuiseitATtvD6q51qo5CsfKrznHg7Jd0I2lUTX6SUbtaNayBUHdlOxlT jHjxCm4ftb+HOtSQGjhkHKYGYpP08uIYFCEptls0bSvU4IEQ5dZTWBKhYJ/jjlbsBQW+ LJGw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=9SJBRhAvdKMC8gbsTXESRrmhuchl8/jci7OjlX+9MEg=; b=INu0WnvDPRdpN7yNNsrin5aGJho3UrPAgQwNiaVKIWlTvh2yLCDDuydYL/08B73Ip1 iqUh+0SiYu9JxmPinExeozLsQlrh+1qSa7hf4FiIBmP7LJ5jxbR4SkopB9XrYpMIP4bZ uaNSxhYh6nQfjPIDQUVMpJZzW4Ua3LdqwLlyQ22E1YIvE2giRjPT7DxmMDlO8QHWJV8Z g5CLTyYRNMG2gYSmQghku/ZwWxOg16bjJbD3jgLHo6wwHXjb9kPdl5HDlkPQ6L2IOCH0 dCEnlqZ1ysvw1251fhuUmvhMJ1bIGLJ0o3yYtHgxl5jWee8iza8vmXadwV+UcMjUHxy9 J0Gw== X-Gm-Message-State: AOAM532SEpWs4Mi//RS7Ro00LIHilVi+WWcu2O01VMKT7z012ke5kvZ8 iS+Nc/UUgjBQFoWwYiG6sZXfCXzX62Kf6+m83KFioBgHDBA= X-Google-Smtp-Source: ABdhPJymtOWj0x6IqwiKpqi6dcc0zfkvUMfaMOtvLGscwXcP06V24NHOZK7/5p1pbtvhpkGCiAJr57xc+azENk0K+0U= X-Received: by 2002:a17:906:2dd7:: with SMTP id h23mr7507930eji.175.1602140226461; Wed, 07 Oct 2020 23:57:06 -0700 (PDT) MIME-Version: 1.0 References: <20201007223858.GS4213@funkthat.com> <20201008043602.GV53210@home.opsec.eu> <20201008063620.GT4213@funkthat.com> In-Reply-To: <20201008063620.GT4213@funkthat.com> From: sreehari Date: Wed, 7 Oct 2020 23:56:54 -0700 Message-ID: Subject: Re: 12.2-RC1: RTL8251/8153 1000BASE-T seemingly stuck at 100Mbps To: Kurt Jaeger , sreehari , "FreeBSD-stable@FreeBSD.org" X-Rspamd-Queue-Id: 4C6MT026hRz4fNy X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=T/C9FmXF; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sreeharisreedev1@gmail.com designates 2a00:1450:4864:20::62c as permitted sender) smtp.mailfrom=sreeharisreedev1@gmail.com X-Spamd-Result: default: False [-3.44 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_LONG(-0.99)[-0.985]; TO_DN_SOME(0.00)[]; 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::62c:from]; NEURAL_HAM_SHORT(-0.43)[-0.435]; NEURAL_HAM_MEDIUM(-1.02)[-1.016]; FREEMAIL_TO(0.00)[freebsd.org,gmail.com]; 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-stable]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Oct 2020 06:57:09 -0000 I see. Since I have the hardware and freebsd head seems broken on my laptop, I'll try compiling stable/12 with the ure patch from head within the next few days. I have gigabit internet and other machines to test the ethernet with the full 1000Mbps. Are there any actions you suggest I take to benchmark or stress test the hardware or make sure everything is working properly? On Wed, Oct 7, 2020, 23:36 John-Mark Gurney wrote: > Kurt Jaeger wrote this message on Thu, Oct 08, 2020 at 06:36 +0200: > > > sreehari wrote this message on Tue, Oct 06, 2020 at 21:02 -0700: > > > > I have a USB C hub that supports gigabit ethernet under any other OS, > > > > but under FreeBSD it seems to detect it properly, but I never get > > > > speeds exceeding 100Mbps transfer rate on the whole thing. Is this a > > > > known issue? Also is there any way to check what the perceived link > > > > speed is? I've attached dmesg.boot if that helps. > > > > > > This is a known issue w/ the ure driver on FreeBSD. This has been > > > fixed in -current, and in a few months I'll look at merging it to > > > stable/12, but it definitly will not make the 12.2 release: > > > https://reviews.freebsd.org/D25809 > > > > The changes seem to be limited to the driver itself -- is some > > structural change in 13 stopping a merge to 12.2 ? > > The issue is that IMO, it's too close to the release of 12.2. It only > recently got committed to 13, and so hasn't had enough time to be tested > in more environments than mine. There have been a few others that have > tested it. > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > From owner-freebsd-stable@freebsd.org Thu Oct 8 07:06:24 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 637DE3F82A5 for ; Thu, 8 Oct 2020 07:06:24 +0000 (UTC) (envelope-from sreeharisreedev1@gmail.com) Received: from mail-ed1-x535.google.com (mail-ed1-x535.google.com [IPv6:2a00:1450:4864:20::535]) (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 4C6Mgg5mN4z4fyv; Thu, 8 Oct 2020 07:06:23 +0000 (UTC) (envelope-from sreeharisreedev1@gmail.com) Received: by mail-ed1-x535.google.com with SMTP id dg9so2365960edb.12; Thu, 08 Oct 2020 00:06:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=UcgKXU8aKsFMhVwK0aNX7UvS/qJ4e/q9lNVmt/G9wrY=; b=Fp5RNSulU0QWA0mzclvR9goh1o50s+25KCZp+HEZtwhQMtc43Uukq8XmzVYslfOSjo bYWav5Lp3v6+4BuCVh6ue/o2a9kUcaWl8/s+eD3UfSJwNz3OIpRYRheQXcM/Ww0t02+R YGPJR/T9NQFZm46ZTOMrTfCsZPj4KUo2GmhVZBMG1IFJSIKXF/lzqZbgz5ikAOvOMImD pZqAPxuhWyOBsCyIoJ2r/4wbW52HW9Yd+7wTjeRCV+NqrE2KsU3SZdH/+a4AONgkqmBj ywRaoYalOK9U97fq7aw5Z49lF7pwIjuTsGBM+OlPjukw8rbpGTz5ZGYrHZ6ToBgGvlQI b/YA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=UcgKXU8aKsFMhVwK0aNX7UvS/qJ4e/q9lNVmt/G9wrY=; b=VGvzqHZa7SIphUcU58Za3vDt6qkC69KrBxUfhnJM5VTfdcV0JpYjSM4ClQbjdOVJRG lOyGbmtxe+J3S5oodWtPZIsSWE+ia142kz4zodwbytQup5wdxbfyhEGnmt3QuFhbfvaT CgEdPMjFtz5eqaujrm3vvmctwH0QGpi0vA78oDfWPWL2EqdXvp6aZXmVUV0Jw6Khyq3u J8i3OxNsG8ZHaVtIovxkWLpxHYp4KcuzlrpwklWzoc/02vLvPY6juy1GYkjgx1vP8VLK eD8rOIBBIHzJfYaQuUthz0pA73xVWBlL5QmNjPtFkJSnC3b6tJRsEtL2kkNyLcZvborP E8uw== X-Gm-Message-State: AOAM530fcf/HJTZIDvCV8jvpY5asveLxpdwMi6BRyMcQM1N1k15jmaWG 7tXP/fdWzUWZcuZkkfkQBXwyOdWGdjAtS13fX42VH1SmSTY= X-Google-Smtp-Source: ABdhPJx99x+XwQBeKoYrNlIQ8xapKlOha+JgQHC/zkaRA4HZkIcVhfJH0IkvrWqSFgSVMTfjSIB73Z7yWG8Y9mHNTho= X-Received: by 2002:a50:fa42:: with SMTP id c2mr7799656edq.282.1602140782281; Thu, 08 Oct 2020 00:06:22 -0700 (PDT) MIME-Version: 1.0 References: <20201007223858.GS4213@funkthat.com> <20201008043602.GV53210@home.opsec.eu> <20201008063620.GT4213@funkthat.com> In-Reply-To: From: sreehari Date: Thu, 8 Oct 2020 00:06:10 -0700 Message-ID: Subject: Re: 12.2-RC1: RTL8251/8153 1000BASE-T seemingly stuck at 100Mbps To: Kurt Jaeger , sreehari , "FreeBSD-stable@FreeBSD.org" X-Rspamd-Queue-Id: 4C6Mgg5mN4z4fyv X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Fp5RNSul; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sreeharisreedev1@gmail.com designates 2a00:1450:4864:20::535 as permitted sender) smtp.mailfrom=sreeharisreedev1@gmail.com X-Spamd-Result: default: False [-3.43 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_LONG(-0.98)[-0.984]; TO_DN_SOME(0.00)[]; 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::535:from]; NEURAL_HAM_SHORT(-0.43)[-0.429]; NEURAL_HAM_MEDIUM(-1.02)[-1.016]; FREEMAIL_TO(0.00)[freebsd.org,gmail.com]; 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-stable]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Oct 2020 07:06:24 -0000 if there is more rigorous testing of the new code would it be possible for the commit to make it into 12.2? On Wed, Oct 7, 2020, 23:56 sreehari wrote: > I see. Since I have the hardware and freebsd head seems broken on my > laptop, I'll try compiling stable/12 with the ure patch from head within > the next few days. I have gigabit internet and other machines to test the > ethernet with the full 1000Mbps. Are there any actions you suggest I take > to benchmark or stress test the hardware or make sure everything is working > properly? > > On Wed, Oct 7, 2020, 23:36 John-Mark Gurney wrote: > >> Kurt Jaeger wrote this message on Thu, Oct 08, 2020 at 06:36 +0200: >> > > sreehari wrote this message on Tue, Oct 06, 2020 at 21:02 -0700: >> > > > I have a USB C hub that supports gigabit ethernet under any other >> OS, >> > > > but under FreeBSD it seems to detect it properly, but I never get >> > > > speeds exceeding 100Mbps transfer rate on the whole thing. Is this a >> > > > known issue? Also is there any way to check what the perceived link >> > > > speed is? I've attached dmesg.boot if that helps. >> > > >> > > This is a known issue w/ the ure driver on FreeBSD. This has been >> > > fixed in -current, and in a few months I'll look at merging it to >> > > stable/12, but it definitly will not make the 12.2 release: >> > > https://reviews.freebsd.org/D25809 >> > >> > The changes seem to be limited to the driver itself -- is some >> > structural change in 13 stopping a merge to 12.2 ? >> >> The issue is that IMO, it's too close to the release of 12.2. It only >> recently got committed to 13, and so hasn't had enough time to be tested >> in more environments than mine. There have been a few others that have >> tested it. >> >> -- >> John-Mark Gurney Voice: +1 415 225 5579 >> >> "All that I will do, has been done, All that I have, has not." >> > From owner-freebsd-stable@freebsd.org Thu Oct 8 07:53:17 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B052B3F9217 for ; Thu, 8 Oct 2020 07:53:17 +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 4C6Njm5KdKz3Tc5; Thu, 8 Oct 2020 07:53:16 +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 0987rEe0073115 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 8 Oct 2020 00:53:14 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 0987rE7x073114; Thu, 8 Oct 2020 00:53:14 -0700 (PDT) (envelope-from jmg) Date: Thu, 8 Oct 2020 00:53:14 -0700 From: John-Mark Gurney To: sreehari Cc: Kurt Jaeger , "FreeBSD-stable@FreeBSD.org" Subject: Re: 12.2-RC1: RTL8251/8153 1000BASE-T seemingly stuck at 100Mbps Message-ID: <20201008075314.GU4213@funkthat.com> Mail-Followup-To: sreehari , Kurt Jaeger , "FreeBSD-stable@FreeBSD.org" References: <20201007223858.GS4213@funkthat.com> <20201008043602.GV53210@home.opsec.eu> <20201008063620.GT4213@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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, 08 Oct 2020 00:53:14 -0700 (PDT) X-Rspamd-Queue-Id: 4C6Njm5KdKz3Tc5 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jmg@gold.funkthat.com has no SPF policy when checking 208.87.223.18) smtp.mailfrom=jmg@gold.funkthat.com X-Spamd-Result: default: False [1.06 / 15.00]; TO_DN_EQ_ADDR_SOME(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)[]; RCVD_TLS_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[funkthat.com]; AUTH_NA(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.13)[0.135]; NEURAL_SPAM_LONG(0.22)[0.218]; NEURAL_HAM_MEDIUM(-0.49)[-0.491]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; 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-stable]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Oct 2020 07:53:17 -0000 sreehari wrote this message on Wed, Oct 07, 2020 at 23:56 -0700: > I see. Since I have the hardware and freebsd head seems broken on my > laptop, I'll try compiling stable/12 with the ure patch from head within > the next few days. I have gigabit internet and other machines to test the > ethernet with the full 1000Mbps. Are there any actions you suggest I take > to benchmark or stress test the hardware or make sure everything is working > properly? Nothing in particular... iperf or iperf3 works well... do normal transfers and make sure you don't see packet drops that are unexpected (checksumming was enabled)... If you have vlans, use those... Just be aware of any unexpected behaviors.. Thanks for the additional testing! And letting mek now that it works is useful! > On Wed, Oct 7, 2020, 23:36 John-Mark Gurney wrote: > > > Kurt Jaeger wrote this message on Thu, Oct 08, 2020 at 06:36 +0200: > > > > sreehari wrote this message on Tue, Oct 06, 2020 at 21:02 -0700: > > > > > I have a USB C hub that supports gigabit ethernet under any other OS, > > > > > but under FreeBSD it seems to detect it properly, but I never get > > > > > speeds exceeding 100Mbps transfer rate on the whole thing. Is this a > > > > > known issue? Also is there any way to check what the perceived link > > > > > speed is? I've attached dmesg.boot if that helps. > > > > > > > > This is a known issue w/ the ure driver on FreeBSD. This has been > > > > fixed in -current, and in a few months I'll look at merging it to > > > > stable/12, but it definitly will not make the 12.2 release: > > > > https://reviews.freebsd.org/D25809 > > > > > > The changes seem to be limited to the driver itself -- is some > > > structural change in 13 stopping a merge to 12.2 ? > > > > The issue is that IMO, it's too close to the release of 12.2. It only > > recently got committed to 13, and so hasn't had enough time to be tested > > in more environments than mine. There have been a few others that have > > tested it. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@freebsd.org Thu Oct 8 07:56:38 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 504AF3F9523 for ; Thu, 8 Oct 2020 07:56:38 +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 4C6Nnd542Bz3Tkq; Thu, 8 Oct 2020 07:56:37 +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 0987uaLO073372 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 8 Oct 2020 00:56:36 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 0987uaLa073371; Thu, 8 Oct 2020 00:56:36 -0700 (PDT) (envelope-from jmg) Date: Thu, 8 Oct 2020 00:56:36 -0700 From: John-Mark Gurney To: sreehari Cc: Kurt Jaeger , "FreeBSD-stable@FreeBSD.org" Subject: Re: 12.2-RC1: RTL8251/8153 1000BASE-T seemingly stuck at 100Mbps Message-ID: <20201008075636.GV4213@funkthat.com> Mail-Followup-To: sreehari , Kurt Jaeger , "FreeBSD-stable@FreeBSD.org" References: <20201007223858.GS4213@funkthat.com> <20201008043602.GV53210@home.opsec.eu> <20201008063620.GT4213@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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, 08 Oct 2020 00:56:36 -0700 (PDT) X-Rspamd-Queue-Id: 4C6Nnd542Bz3Tkq X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jmg@gold.funkthat.com has no SPF policy when checking 208.87.223.18) smtp.mailfrom=jmg@gold.funkthat.com X-Spamd-Result: default: False [1.13 / 15.00]; TO_DN_EQ_ADDR_SOME(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)[]; RCVD_TLS_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[funkthat.com]; AUTH_NA(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.14)[0.141]; NEURAL_SPAM_LONG(0.27)[0.267]; NEURAL_HAM_MEDIUM(-0.48)[-0.480]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; 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-stable]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Oct 2020 07:56:38 -0000 sreehari wrote this message on Thu, Oct 08, 2020 at 00:06 -0700: > if there is more rigorous testing of the new code would it be possible for > the commit to make it into 12.2? A merge to 12.2 would be a question for re@ now... I have a feeling that they're too far along the release process to accept a change like this... I'll check, but I think I can commit the driver to stable/12 now, as the re process is working off releng/12.2... > On Wed, Oct 7, 2020, 23:56 sreehari wrote: > > > I see. Since I have the hardware and freebsd head seems broken on my > > laptop, I'll try compiling stable/12 with the ure patch from head within > > the next few days. I have gigabit internet and other machines to test the > > ethernet with the full 1000Mbps. Are there any actions you suggest I take > > to benchmark or stress test the hardware or make sure everything is working > > properly? > > > > On Wed, Oct 7, 2020, 23:36 John-Mark Gurney wrote: > > > >> Kurt Jaeger wrote this message on Thu, Oct 08, 2020 at 06:36 +0200: > >> > > sreehari wrote this message on Tue, Oct 06, 2020 at 21:02 -0700: > >> > > > I have a USB C hub that supports gigabit ethernet under any other > >> OS, > >> > > > but under FreeBSD it seems to detect it properly, but I never get > >> > > > speeds exceeding 100Mbps transfer rate on the whole thing. Is this a > >> > > > known issue? Also is there any way to check what the perceived link > >> > > > speed is? I've attached dmesg.boot if that helps. > >> > > > >> > > This is a known issue w/ the ure driver on FreeBSD. This has been > >> > > fixed in -current, and in a few months I'll look at merging it to > >> > > stable/12, but it definitly will not make the 12.2 release: > >> > > https://reviews.freebsd.org/D25809 > >> > > >> > The changes seem to be limited to the driver itself -- is some > >> > structural change in 13 stopping a merge to 12.2 ? > >> > >> The issue is that IMO, it's too close to the release of 12.2. It only > >> recently got committed to 13, and so hasn't had enough time to be tested > >> in more environments than mine. There have been a few others that have > >> tested it. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@freebsd.org Thu Oct 8 17:50:43 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C1DD142C9EA; Thu, 8 Oct 2020 17:50:43 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C6dz74RVtz4Hq2; Thu, 8 Oct 2020 17:50:43 +0000 (UTC) (envelope-from lwhsu@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1602179443; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type; bh=9cSs8Rh64f37NZD9YB0VPlbr9uxJ9CWVPw541Tc2Vrg=; b=QrjO7kg9whRWeyTIcSBIxruHC1j4WozUfjNIXohxkhNrhgri+vyR4zEgklgYRjIQaq3VAw kujkjk4P4/XihWkPF4ZZTUINuyJTnCI8Uwo+j4aIpOtyssUp6rQFISCDiKDYKhnQMscuuE iyiSbsId7vOLQkijbTZSRdH+0XX8mcVm8OfLV1hsUr3uOpro+dJ7xRCMJ5lLYaGGDyIV92 s/jBsCon3aV/MwdWAZbiJWswFaRGbBp96MIld92pVsyrA9eYZognWoCaypqIJG1gEfHejn nGSipC2VN3DPxlCFtueiGNW2FJosJKOCSFLnW3CjLvbNvzFSr6K6IfhbaUJ2Lw== Received: by freefall.freebsd.org (Postfix, from userid 1129) id 86FB5793C; Thu, 8 Oct 2020 17:50:43 +0000 (UTC) Date: Thu, 8 Oct 2020 17:50:43 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2020-10-04 Message-ID: <20201008175043.GA60077@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1602179443; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type; bh=9cSs8Rh64f37NZD9YB0VPlbr9uxJ9CWVPw541Tc2Vrg=; b=b4+zaDRMhj6e2DiCsGpIPSVLoyqQ+NR8S/nxxZbTOXHGIlxV26ZhPeQXMRCBFebjXLHh7L yza7bvAqxApXX48bcGdPnK06y6KRUOU1zIATgzjB9ci4x7P46UlG3FN4mTswO0easUe1IM tYXmInihvA2Zwi28uaKo/aJ6CNXFr4xCrv8+l6T2aTxR38em3js1OxgwJYILIi1Ah6TgDz 1AzRgmaNYt2KAjHldW4Fivspaztxa4e9s5FEhwI4w47w9JdDdvx9DOfbnesBZVt7RLGpAs VsCprvA1U3hUwqb108H1xC+ocvEZqWuGx0QULMUZPqj+tprN3vqxNEwbpoeLwQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1602179443; a=rsa-sha256; cv=none; b=u6FPyeK/xI9Gnc99cVkTNUSScvKzNYYVvN7RgzDOg1WVqmIrokZOx9RLDOJc4WIt1AVizt Z1OTnIEq2a0BgX46BZy4RFOMDWIRm1jyiDIBSP2fdVMgsPvdgOlkkSL4UUDv7QcLmAWqyo PWnr+t6gq+TRQuxRlL7iFkJWEt5ru2AAymArlzBV9kzzT7PbpBJAi/EsSWVtsy4qV/ugym WpH4uSU1AC+YNJOJFjD+WVmTY3bHKeE+0C/hMXS9/ja8ydC7fUBLprx+13RUHk2Rd7RLK2 jBoqtiRKChMuiPtMH5t5EgAHTe6hGIjyABHZ4ClbjoUkCb2ctRj00/wBkipD0A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Oct 2020 17:50:43 -0000 FreeBSD CI Weekly Report 2020-10-04 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2020-09-28 to 2020-10-04. During this period, we have: * 1983 builds (93.9% (+0.2) passed, 6.1% (-0.2) failed) of buildworld and buildkernel (GENERIC and LINT) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 236 test runs (18.6% (-1.5) passed, 81.4% (+2.6) unstable, 0.0% (-1.1) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 52 doc and www builds (100% passed) Test case status (on 2020-10-04 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | --------- | ---------- | ------ | ------- | | head/amd64 | 7899 (+3) | 7798 (+11) | 2 (-5) | 99 (-3) | | head/i386 | 7897 (+3) | 7776 (+8) | 2 (-5) | 119 (0) | | 12-STABLE/amd64 | 7630 (+2) | 7570 (+8) | 0 (-6) | 60 (0) | | 12-STABLE/i386 | 7628 (+2) | 7563 (+8) | 0 (-6) | 65 (0) | | 11-STABLE/amd64 | 6912 (0) | 6858 (0) | 0 (0) | 54 (0) | | 11-STABLE/i386 | 6910 (0) | 6854 (-3) | 0 (0) | 56 (+3) | (The statistics from experimental jobs are omitted) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/@FreeBSD-CI/report-20201004 and archive is available at https://hackmd.io/@FreeBSD-CI/ , any help is welcomed ## Fixed test cases ### HEAD * sys.kern.sonewconn_overflow.sonewconn_overflow_01 Workarounded in r366469 ### HEAD / 12-STABLE * sys.kern.coredump_phnum_test.coredump_phnum * usr.bin.procstat.procstat_test.binary_info * usr.bin.procstat.procstat_test.command_line_arguments * usr.bin.procstat.procstat_test.environment * usr.bin.procstat.procstat_test.file_descriptor * usr.bin.procstat.procstat_test.kernel_stacks Fixed in https://svnweb.freebsd.org/changeset/base/366237 ## Failing test cases ### HEAD * sys.capsicum.functional.ForkedOpenatTest_WithFlagInCapabilityMode___ * sys.capsicum.functional.OpenatTest__WithFlag https://bugs.freebsd.org/249960 ## Failing jobs * https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc6_build/ There are still mutiple errors when building with gcc6, error log available at https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc6_build/lastCompletedBuild/console See also: https://lists.freebsd.org/pipermail/svn-src-all/2020-September/202307.html ## Regressions * lib.libexecinfo.backtrace_test.backtrace_fmt_basic starts failing on amd64 after r360915 https://bugs.freebsd.org/246537 * lib.msun.ctrig_test.test_inf_inputs starts failing after llvm10 import https://bugs.freebsd.org/244732 Needs to check if llvm11 import fixes this. * Lock-order reversals triggered by tests under sys.net.if_lagg_test.* on i386 https://bugs.freebsd.org/244163 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) * sys.net.if_lagg_test.lacp_linkstate_destroy_stress panics i386 kernel https://bugs.freebsd.org/244168 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) Fix committed as https://svnweb.freebsd.org/changeset/base/364220 , needs more verification. * lib.libbe.be_create.* and sbin.bectl.bectl_test.* https://bugs.freebsd.org/249055 & https://bugs.freebsd.org/249229 OpenZFS' zfs.ko can't be loaded in non-64bit platforms ## Failing and Flaky tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * cddl.usr.sbin.dtrace.common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237641 * common.ip.t_dtrace_contrib.tst_ipv4localsctp_ksh * common.ip.t_dtrace_contrib.tst_localsctpstate_ksh * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * Total 681 tests, 524 success, 47 failures, 110 skipped, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_ltp/ * Total 3749 tests, 2289 success, 647 failures, 813 skipped ## Disabled Tests * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * sys.kern.ptrace_test.ptrace__PT_KILL_competing_stop https://bugs.freebsd.org/220841 * lib.libc.regex.exhaust_test.regcomp_too_big (i386 only) https://bugs.freebsd.org/237450 * sys.netinet.socket_afinet.socket_afinet_bind_zero https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 Workaround committed and need to verify. * sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger https://bugs.freebsd.org/239292 * sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger https://bugs.freebsd.org/239397 * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger https://bugs.freebsd.org/239399 * sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger https://bugs.freebsd.org/239425 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 * lib.libcasper.services.cap_dns.dns_test.main lib.libcasper.services.cap_net.net_test.* https://bugs.freebsd.org/241435 * local.kyua.* (31 cases) & local.lutok.* (3 cases) on 11-i386 https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/2278/testReport/ * sys.kern.ptrace_test.ptrace__procdesc_reparent_wait_child https://bugs.freebsd.org/243605 * sys.kern.ptrace_test.ptrace__parent_wait_after_attach https://bugs.freebsd.org/244055 * sys.kern.ptrace_test.ptrace__parent_exits_before_child https://bugs.freebsd.org/244056 * sys.net.if_lagg_test.witness (i386) https://bugs.freebsd.org/244163 * PipePdfork.WildcardWait in sys.capsicum.capsicum-test.main https://bugs.freebsd.org/244165 * sys.net.if_lagg_test.lacp_linkstate_destroy_stress (i386) https://bugs.freebsd.org/244168 * sys.netinet6.frag6.frag6_07.frag6_07 https://bugs.freebsd.org/244170 * sys.netinet.fibs_test.udp_dontroute6 https://bugs.freebsd.org/244172 * sys.netpfil.pf.nat.exhaust https://bugs.freebsd.org/244703 Workaround committed and need to verify. * sys.geom.class.gate.ggate_test.ggated (i386) https://bugs.freebsd.org/244737 * sys.kern.sysv_test.msg https://bugs.freebsd.org/233649 * sys.capsicum.functional.ForkedOpenatTest_WithFlagInCapabilityMode___ * sys.capsicum.functional.OpenatTest__WithFlag https://bugs.freebsd.org/249960 ## Issues ### Cause build fails * https://bugs.freebsd.org/233769 Possible build race: ld: error: unable to find library -lgcc_s ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic ### Open * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger * https://bugs.freebsd.org/239397 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger * https://bugs.freebsd.org/239399 Flakey test case: sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger * https://bugs.freebsd.org/239425 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger * https://bugs.freebsd.org/241662 Flakey test case: lib.libarchive.functional_test.test_fuzz_iso9660 * https://bugs.freebsd.org/246443 sys.net.if_clone_test.epair_stress sometimes exceeds timeout limit but not caught by kyua * https://bugs.freebsd.org/247510 sys.net.if_lagg_test.status_stress panics kernel on i386 ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-stable@freebsd.org Thu Oct 8 23:04:35 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3DA09433673 for ; Thu, 8 Oct 2020 23:04:35 +0000 (UTC) (envelope-from sreeharisreedev1@gmail.com) Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450: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 4C6mxG1kj9z4bN7; Thu, 8 Oct 2020 23:04:34 +0000 (UTC) (envelope-from sreeharisreedev1@gmail.com) Received: by mail-ed1-x530.google.com with SMTP id cq12so7514563edb.2; Thu, 08 Oct 2020 16:04:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=fO3Dsrphh20q3sZ/DuqnymB3yDd+Yp8PQI1p0IcsiLk=; b=HpdqfOlu+9TSJuaC0rfACzD0lGVOt0qdaq/xhpyJuFq+7QNZM493oSCIn+PV/iYguc GqOoj3c6zx+JpTjb8mm/oScp6tjhJFEVn0DHYL3cZcyqxwKbaI36MLVnSgnH14tMCoT4 6IfaWatVLwg23hPB7jY/s6PIabsLgvbyq4Avi52FoWtYe1/+EiZLxctrDRaKmEVARfnX 5B+lFJYO4/CGyAXvm5QGl17KkpDtvX1LJQ1HtI6VHzSIkkw2Ln45VBLbBAALpDzebFoV bEnSNFKjn9O8tPjKl2VvdLLX92oFnJYkLbKj1kvhTztX1oOCAejyAhy/Xfii+3cMa5iT 5B8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=fO3Dsrphh20q3sZ/DuqnymB3yDd+Yp8PQI1p0IcsiLk=; b=nSYKFa10dmqbpiuth58JxNiSvtngND362V0EZCiBDVXemSK5J1BLpM7g9cm6KzDESC yJD/cjmw/CRW//tUbEtYLr1Ab/3DRl0B/7C4o0MPl2f8tLa6LFgdeiLj+bNLdRUbzkuI 3yOniD5R53jjZGMBr2d5XEAiIpACY36ysBvHHL7l6sTYEMqZ/1xoPMA8uyhdcsb4LR4c 3L75lusPBATkSGvx2Ks1TmMeMfazZYaAblSmK9jDLVJHCdh/gPcozYtW18HmzNCmwlSM 96w2pawk7B6Wt/XgAH9SZFvhYlCiK48ZWo0txjDrr6JDDXLp2qUwAE1OW0lIQYL/3f6a zaTA== X-Gm-Message-State: AOAM5332W+W/9TRGE7PJJOJcglnCUrUGJbugqv/cXFVIB9kE+bKI/Ze4 Y7BgkpxFAt+oD5QtBbiXBU7oCbcU8HN19YEQz1i3MP7C+N8= X-Google-Smtp-Source: ABdhPJz+abLBE6Qggozau47B+p70JA78tJFviKQzwG2N9hjWN1IeGOJKkCTBoxxVlBYGRaEPNs5q3fPhLP9WmueXQqQ= X-Received: by 2002:a50:ec8e:: with SMTP id e14mr11307621edr.98.1602198271456; Thu, 08 Oct 2020 16:04:31 -0700 (PDT) MIME-Version: 1.0 References: <20201007223858.GS4213@funkthat.com> <20201008043602.GV53210@home.opsec.eu> <20201008063620.GT4213@funkthat.com> <20201008075314.GU4213@funkthat.com> In-Reply-To: <20201008075314.GU4213@funkthat.com> From: sreehari Date: Thu, 8 Oct 2020 16:04:19 -0700 Message-ID: Subject: Re: 12.2-RC1: RTL8251/8153 1000BASE-T seemingly stuck at 100Mbps To: sreehari , Kurt Jaeger , "FreeBSD-stable@FreeBSD.org" X-Rspamd-Queue-Id: 4C6mxG1kj9z4bN7 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=HpdqfOlu; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sreeharisreedev1@gmail.com designates 2a00:1450:4864:20::530 as permitted sender) smtp.mailfrom=sreeharisreedev1@gmail.com X-Spamd-Result: default: False [-3.52 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_LONG(-0.99)[-0.985]; TO_DN_SOME(0.00)[]; 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::530:from]; NEURAL_HAM_SHORT(-0.52)[-0.520]; NEURAL_HAM_MEDIUM(-1.01)[-1.012]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; 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-stable]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Oct 2020 23:04:35 -0000 ok I tried cherry picking the commit from head to stable/12 according to one person's suggestion and I get some hunk failed's when i try patch -C -p0. Is there any way I can simulate the MFC? Sorry I'm just not familiar with svn On Thu, Oct 8, 2020, 00:53 John-Mark Gurney wrote: > sreehari wrote this message on Wed, Oct 07, 2020 at 23:56 -0700: > > I see. Since I have the hardware and freebsd head seems broken on my > > laptop, I'll try compiling stable/12 with the ure patch from head within > > the next few days. I have gigabit internet and other machines to test the > > ethernet with the full 1000Mbps. Are there any actions you suggest I take > > to benchmark or stress test the hardware or make sure everything is > working > > properly? > > Nothing in particular... iperf or iperf3 works well... do normal > transfers and make sure you don't see packet drops that are unexpected > (checksumming was enabled)... If you have vlans, use those... Just be > aware of any unexpected behaviors.. > > Thanks for the additional testing! And letting mek now that it works > is useful! > > > On Wed, Oct 7, 2020, 23:36 John-Mark Gurney wrote: > > > > > Kurt Jaeger wrote this message on Thu, Oct 08, 2020 at 06:36 +0200: > > > > > sreehari wrote this message on Tue, Oct 06, 2020 at 21:02 -0700: > > > > > > I have a USB C hub that supports gigabit ethernet under any > other OS, > > > > > > but under FreeBSD it seems to detect it properly, but I never get > > > > > > speeds exceeding 100Mbps transfer rate on the whole thing. Is > this a > > > > > > known issue? Also is there any way to check what the perceived > link > > > > > > speed is? I've attached dmesg.boot if that helps. > > > > > > > > > > This is a known issue w/ the ure driver on FreeBSD. This has been > > > > > fixed in -current, and in a few months I'll look at merging it to > > > > > stable/12, but it definitly will not make the 12.2 release: > > > > > https://reviews.freebsd.org/D25809 > > > > > > > > The changes seem to be limited to the driver itself -- is some > > > > structural change in 13 stopping a merge to 12.2 ? > > > > > > The issue is that IMO, it's too close to the release of 12.2. It only > > > recently got committed to 13, and so hasn't had enough time to be > tested > > > in more environments than mine. There have been a few others that have > > > tested it. > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > From owner-freebsd-stable@freebsd.org Sat Oct 10 01:40:24 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1D174434FC3; Sat, 10 Oct 2020 01:40:24 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C7SLc0P3pz40C9; Sat, 10 Oct 2020 01:40:24 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1602294024; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=bD51/BYlZZ23CdbHAUnUyGHVMgwMYQJq0PImyAygOSo=; b=tOfbfGLuM4/AzeOYelJfitM/0vJYn9nSJG0BKClVJglTDDYd6Dv2L/BKw/3rISSfGI1NYI +YCgWP3HfOGqDI7QDPTkKpoqrE4jPpZNAeTkTwDy9kGHpbP1D0Fp85a7MmQvr/vTJq77gM Nw2W7rXHMYSsg7Ns+07dvTi87fppRlYA0vU/KlUrkOW5N0PkkpEUYKqXTxYz0FBrM5KRN/ xCvURfSECiQBNXnD+XK+KX4siYnBlbHsa7lP++c3uON02Mcp/g+o6wx84xPplsG5kPuUKw 7El82YUb0v1qIh1U5bscGJvvsC2W5cZxlgFPyhqsQ7tckbMNtHyCuz5xMcNRMg== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 8A5A61E9F0; Sat, 10 Oct 2020 01:40:23 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Sat, 10 Oct 2020 01:40:21 +0000 From: Glen Barber To: freebsd-snapshots@freebsd.org, freebsd-stable@freebsd.org Cc: FreeBSD Release Engineering Team Subject: FreeBSD 12.2-RC2 Now Available Message-ID: <20201010014021.GF60607@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1602294024; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=bD51/BYlZZ23CdbHAUnUyGHVMgwMYQJq0PImyAygOSo=; b=Uy9llkzmpd1JxNYvUR7C2mhhJvYu9qhP7vRTAbOKwFqA6ZJ1lNPioHZ8C6WfW0d2rAt7cK +EDlQxHPvUppDA/obnoRWtmgw2OcEz3lhQiFfXt8CB7N+d3qlL6qjkCum71HVfNC6op0aF 7/FBE4biNc2MIK/tLbDorM1OUW6WMuLWFJeqvJQPTLgiIlXNPMAUdaxGR9g2AlVwt08sqb /ZqLvg2P5jkW9Oxld4dkacIcuuMGkve+H3ZTAgKXQY+HUra0RH1VEK1FcSmktrpQAzgy9J zth0nSp9mro3aU2FcdRNLxRD8Q0+OM4SLJcq7i090WhFOjmgtG8JDCf/vCoi/A== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1602294024; a=rsa-sha256; cv=none; b=SIRKoGYqXUqWtvVF/jlnRcc/QlwZ1f2R70lndoQZn1YGKwsnhniqTP/KbIx4ptoKpdlYvl 10VdKWkXF5eRMGU0sN44wIJb5qFMj8AAEAHJyR/QnlpJpLpGe6zgFaPsRtz6q6cwoVnVdL GFWmiTazxXyhcvhK2/x03gt0vrCaflFB3IUcbiRC8DrjdhqJgb9biqsYjSGzjCOvGx+pha 7vrmDkvh2PbTEWzWTdlNjLM4MA/Knb3vzoCjn3O+/0DK79nFYxcHEZNMneVA5GrLEDCd4n mxgcdBr7rjzxo65XNVAGch/BW+t+gd7PRGCivuFROs5pJUQeaqmsoZT/k6WLmA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Oct 2020 01:40:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The second RC build of the 12.2-RELEASE release cycle is now available. Installation images are available for: o 12.2-RC2 amd64 GENERIC o 12.2-RC2 i386 GENERIC o 12.2-RC2 powerpc GENERIC o 12.2-RC2 powerpc64 GENERIC64 o 12.2-RC2 powerpcspe MPC85XXSPE o 12.2-RC2 sparc64 GENERIC o 12.2-RC2 armv6 RPI-B o 12.2-RC2 armv7 BANANAPI o 12.2-RC2 armv7 BEAGLEBONE o 12.2-RC2 armv7 CUBIEBOARD o 12.2-RC2 armv7 CUBIEBOARD2 o 12.2-RC2 armv7 CUBOX-HUMMINGBOARD o 12.2-RC2 armv7 RPI2 o 12.2-RC2 armv7 WANDBOARD o 12.2-RC2 armv7 GENERICSD o 12.2-RC2 aarch64 GENERIC o 12.2-RC2 aarch64 RPI3 o 12.2-RC2 aarch64 PINE64 o 12.2-RC2 aarch64 PINE64-LTS Note regarding arm SD card images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: https://download.freebsd.org/ftp/releases/ISO-IMAGES/12.2/ Please note, dvd1.iso images for non-x86 architectures that are normally provided are missing from this release candidate due to human error. They will be provided for 12.2-RC3 if it is deemed necessary, as well as 12.2-RELEASE. We apologize for the inconvenience. The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use SVN to do a source based update of an existing system, use the "releng/12.2" branch. A summary of changes since 12.2-RC1 includes: o Fix Typo in ng_hci_le_connection_complete_ep struct. o Set up the firmware flowc for the tid before send_abort_rpl in cxgbe(4). o Fix resuming receive stream to dataset with a mounted clone. o Fix "zfs receive" of interrupted stream without "-F". o Set the correct HWCAP for arm64/aarch64. A list of changes since 12.1-RELEASE is available in the releng/12.2 release notes: https://www.freebsd.org/releases/12.2R/relnotes.html Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 12.2-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64, i386, and aarch64 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD download mirrors): https://download.freebsd.org/ftp/releases/VM-IMAGES/12.2-RC2/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI loader file is needed for qemu-system-aarch64 to be able to boot the virtual machine images. See this page for more information: https://wiki.freebsd.org/arm64/QEMU To boot the VM image, run: % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ -drive if=none,file=VMDISK,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 Be sure to replace "VMDISK" with the path to the virtual machine image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: af-south-1 region: ami-08623a96f03c4c470 eu-north-1 region: ami-0bc2da1e7f26c6cd1 ap-south-1 region: ami-01c80651dc756c98f eu-west-3 region: ami-0363b277af053b100 eu-west-2 region: ami-0f0801852442cef79 eu-south-1 region: ami-0ed3936506ce69cb4 eu-west-1 region: ami-0092c2f6b81e36b2e ap-northeast-2 region: ami-07522f368892136ca me-south-1 region: ami-045e0ba0fff2b02fd ap-northeast-1 region: ami-073205c000fad680b sa-east-1 region: ami-02578c78b01232a45 ca-central-1 region: ami-058f4ce9b34ad76ff ap-east-1 region: ami-01826c2a60bb6f50a ap-southeast-1 region: ami-05e330d2f4a8ee226 ap-southeast-2 region: ami-07ed2c1ef19945316 eu-central-1 region: ami-02d602adc13485071 us-east-1 region: ami-03dc4dfdd28b8e5b8 us-east-2 region: ami-0a6a74076f9f89ba7 us-west-1 region: ami-0876c89e31c4b3eed us-west-2 region: ami-04acfd5fa6bc2ee78 FreeBSD/aarch64 EC2 AMIs are available in the following regions: af-south-1 region: ami-0b7fa755939787b4c eu-north-1 region: ami-04bf2cdeeab8b2279 ap-south-1 region: ami-0a37f647646e8da67 eu-west-3 region: ami-08a59893dbdd626cf eu-west-2 region: ami-05e49b70b0edbca9a eu-south-1 region: ami-0174f1bc2ab1c10e0 eu-west-1 region: ami-046b187576a822cac ap-northeast-2 region: ami-00160b110c3db56fc me-south-1 region: ami-078f15b46be1b6870 ap-northeast-1 region: ami-08be5f302c8a822e8 sa-east-1 region: ami-091319979ae73f45c ca-central-1 region: ami-0ddba60fa54255d1c ap-east-1 region: ami-087d3c2a5a98ec8f8 ap-southeast-1 region: ami-0d756d064e52d24c6 ap-southeast-2 region: ami-00c8f35d01e0334ec eu-central-1 region: ami-0f873f1713be92fb8 us-east-1 region: ami-0dacc398d8e4184d4 us-east-2 region: ami-033d147427e64d2d3 us-west-1 region: ami-0e704cf8c3271014d us-west-2 region: ami-031069caf0dfde0fd === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-12.2-RC2 % vagrant up === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64 and i386 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 12.2-RC2 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 11.x. Alternatively, the user can install misc/compat11x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 12.2-RC2 amd64 GENERIC: SHA512 (FreeBSD-12.2-RC2-amd64-bootonly.iso) = 42585204b5738b89840f5e434decbf821a034c262fb23ee3e095126fbdc286ee61311974a934efb502e35dc5431e50bbf80605b336440f42f4ca86ffc9a37be3 SHA512 (FreeBSD-12.2-RC2-amd64-bootonly.iso.xz) = 0f8e0122787f7463feea2a57a0e6013ef2f13115ee9b9652a1c946c410e73a41f9f254365f361f982d3f35a74552c982f2ea9d27a1fe4ec53f48b1e72c2e2c68 SHA512 (FreeBSD-12.2-RC2-amd64-disc1.iso) = dd1103bd5b4cb161b382fae2778b968ce21f01c4cc1be74706e3445320c6f5e4f6c445dcce2fb02b5604a47ed13aebb6322b12e55b25d138fc2723accf885591 SHA512 (FreeBSD-12.2-RC2-amd64-disc1.iso.xz) = 1afa81651bdd346a58dcb9d34044683cf43ce352bf3fb45d9a50a18e780a450d396c631cda9cd43922f28d1fa885f3a34840af93516fca9d7d23d05691f2d789 SHA512 (FreeBSD-12.2-RC2-amd64-dvd1.iso) = 6ebc547a7488f6a3533f7d30802bf810937a2c8cab25370051fd07bcc3ca3d733b01ce8e6ee773d53db7926c1cbebe96baad418e4afd0bcd37f02868675cef00 SHA512 (FreeBSD-12.2-RC2-amd64-dvd1.iso.xz) = e0c88f0f1ac80f2cf27d1c246f5190fbbe5d2b1435816a3c8184bea5d9c0fdb6d9f691fbcc91d40ed108a33d4aa555cffb7a23bf32276d7fd4a9d3a44ce8e265 SHA512 (FreeBSD-12.2-RC2-amd64-memstick.img) = da97644ef009d976977a85abfa194b577dea08a64a4ce782f1727e9c614a6adb35f8ed740002cd3d1137589e8f6429a495fafd4173f1446c6e512625c317365a SHA512 (FreeBSD-12.2-RC2-amd64-memstick.img.xz) = a9b7fb66b45fd9d16e8e6abd121d1cb924f33aa7e78e6199485326e69cf3bad2d03feaceaafc187d0f6b9d8dcfe395cf6d88244d809080660e402b058f5a3344 SHA512 (FreeBSD-12.2-RC2-amd64-mini-memstick.img) = 94419ab5b602a15821357b8c66ce0ec88b31ea4a5642dd0820559c77b6bdf1c2f6793428135f44df4ab947bae3e0cdc8a444c8e8142ba74201d0a57c54d488a4 SHA512 (FreeBSD-12.2-RC2-amd64-mini-memstick.img.xz) = a944095e2433a96a59ead7ff7263ca2eb9a7ae99215e35d281546d06481ddd5133fcadde71429e5ccd583e7a44343e6a498fc7c94725a31d4410d18a708e68f3 SHA256 (FreeBSD-12.2-RC2-amd64-bootonly.iso) = f1ecc515951b13fcf4f53797152e49ee3379ab95a6df1cd97526813ebdccc96d SHA256 (FreeBSD-12.2-RC2-amd64-bootonly.iso.xz) = a64ac1e11162379289fe7d8f6cacacc3b0e9cd9707c4483d14ca5b5761e19012 SHA256 (FreeBSD-12.2-RC2-amd64-disc1.iso) = 7ead3fbfc7363e39b03f7a492ea38d5fef51e338bafb766c847566da84f58513 SHA256 (FreeBSD-12.2-RC2-amd64-disc1.iso.xz) = 5f730e12636b1ec6ede4cb181c5d9533f6226187f9df93bd489eaaaf9b058f9d SHA256 (FreeBSD-12.2-RC2-amd64-dvd1.iso) = 453fd7b0855e11146b197c40da3fb5dff457aeea42dae67deb7b4043cfe5bb92 SHA256 (FreeBSD-12.2-RC2-amd64-dvd1.iso.xz) = 87d050029cd4cd4e973d570e67cfb0dcc811f11ed0ab260551736ae932f53699 SHA256 (FreeBSD-12.2-RC2-amd64-memstick.img) = 81a580efed4acca6d0f576ac34e240f05443c0f83bda881c7d583942164345ed SHA256 (FreeBSD-12.2-RC2-amd64-memstick.img.xz) = 4a89b850b6eb681a1bc4f7d7d4323665424f77539d11b9f5d9c280bb0a5060d2 SHA256 (FreeBSD-12.2-RC2-amd64-mini-memstick.img) = 41e5fc6f8c30ef5534d15ea282e22d8ef4b0175e64b92f1287a7b185254b6276 SHA256 (FreeBSD-12.2-RC2-amd64-mini-memstick.img.xz) = d8d658b26829db8dccb252db766e4c07f4227de3a283bb52a3b787f0bedd7b17 o 12.2-RC2 i386 GENERIC: SHA512 (FreeBSD-12.2-RC2-i386-bootonly.iso) = 30ac6a15044273e862cb546a93b09147fed4e3ad12063f2c917be0064d0239dd22d3c3597198fa963399eaef167a6beed41d25fc7fdc2024081dcc93d9b52f31 SHA512 (FreeBSD-12.2-RC2-i386-bootonly.iso.xz) = 1656747edce20bbd2ff82dbedbe5b5459c65d8f6a9c6e6ab816699d3b57798e7ee247b65b777b1fb72cff1f63e2f9ce946aeb7be68bacd0713e64d44837a96bc SHA512 (FreeBSD-12.2-RC2-i386-disc1.iso) = 3800e0daf27356f5cc40c1e25d1dd73021b460760423b798d5634d274e271fa47df6530ea0b9c01dab3ffbbeacb7d897850585010738c77d54309372aa705c2c SHA512 (FreeBSD-12.2-RC2-i386-disc1.iso.xz) = 0f627c082bbe14b85ef80d682f79b547782669e9030d726684c062001a33eae0ea276fd8badc3ebd34638544455110b408f534064115bf4d8acf42b229b0f9d1 SHA512 (FreeBSD-12.2-RC2-i386-dvd1.iso) = 93b050d0dc432197606f27e929f10db3811b4f4c9abca58c0d2ec6e1c46a5853419118f79b5c21416da0ff77b54384423270e2d8b3b5fa33b4e59abfd49ceb55 SHA512 (FreeBSD-12.2-RC2-i386-dvd1.iso.xz) = 151d53a466ae700f2ca63c29580a1899097e01fffcf657b835ef47c54ffd7c8062fea14a3f7233a0fdf6c2d742253f12e68bc5b55e1f2199e76026ed68d6f8a2 SHA512 (FreeBSD-12.2-RC2-i386-memstick.img) = 5f23cd76725cc01481995f1687ca37d23967e090e54e53ffb3772fdec571b0ec4d61a664f9e17f77a285fd2f050cc80a87986aaab2a152f9f2904de58a926b89 SHA512 (FreeBSD-12.2-RC2-i386-memstick.img.xz) = a8986170d4a4fa2c59f49618016bdac678ec7b52b76e426eededbba4815fd328b0d7128dab644307aa9f2fb9f9811b7e95665bfd8e31d52f3db4ed619ed36f85 SHA512 (FreeBSD-12.2-RC2-i386-mini-memstick.img) = 4ff4db79c25d1566ca4a1c6b42f63141f5cb0f2a37b5c10ca72798e3d4475dde9814649aaebf3092feb7796f910476461e588859e30b012c4f768e1a29f3393a SHA512 (FreeBSD-12.2-RC2-i386-mini-memstick.img.xz) = fe8c2a442fbd2d3efd0feb2760a4b8f97970edc568b21a640dfae2bad2ee7b0f4a345cce2e7101d63e73d4704c6dd795914d0a92685c293f5c766180be6163f8 SHA256 (FreeBSD-12.2-RC2-i386-bootonly.iso) = dca27416d08b800cfb0e75fbabe7613d6fdaa8405a82844559778b4298430ee9 SHA256 (FreeBSD-12.2-RC2-i386-bootonly.iso.xz) = 50ffadd259b2672928704b2ce09ca7eaca5ae3d9270446e91c0588fc59cc26a6 SHA256 (FreeBSD-12.2-RC2-i386-disc1.iso) = 11ea0fc2aaddc38578aa81eac39f1c9001b7b2f7ebaf70e406a47efcb9ddde2b SHA256 (FreeBSD-12.2-RC2-i386-disc1.iso.xz) = 62e8d14db838f3cac7af41c6d6ab47d9583ca2c074505415e6d64cf9f3eae441 SHA256 (FreeBSD-12.2-RC2-i386-dvd1.iso) = a074796c08b939eb5f8e286d8c94fd403bcb6c61ff4f3d5d3d3c857800f16387 SHA256 (FreeBSD-12.2-RC2-i386-dvd1.iso.xz) = dfce4f189205414e18284f48c1d9796c9dd11fc2c90fe1ab40a58651cfc5a25d SHA256 (FreeBSD-12.2-RC2-i386-memstick.img) = b7581e1c765964d03312e2dac8563cab27817d38ae92804229c135324c269f79 SHA256 (FreeBSD-12.2-RC2-i386-memstick.img.xz) = 54119a1ec33e7bd3b9fdf63aa09719ce8b20527a0913d840b42800b629c84881 SHA256 (FreeBSD-12.2-RC2-i386-mini-memstick.img) = ab38d65340cff83bf09156fa74f4384fd8a7f2cc8978f484298d215ae8bcfaf6 SHA256 (FreeBSD-12.2-RC2-i386-mini-memstick.img.xz) = 4762e7a9bf986b8eee037066474baabf080591553da818651211a6666c44d7a8 o 12.2-RC2 powerpc GENERIC: SHA512 (FreeBSD-12.2-RC2-powerpc-bootonly.iso) = 54535cec713f0dcd8bfc9edc696ca2336b796a782cc38752485bc667953d1c869c44979b73eb9abf7a92c09232e640a106f42c19ea47467dffbd3beee1ba6c38 SHA512 (FreeBSD-12.2-RC2-powerpc-bootonly.iso.xz) = e8fee68dca3bfb970de22b148fddcd0d81c46459ff5eb54b1247db36388be40c6664cbaed4f122c1d3641571fe43c404482c82695e19271556b2c62a89305e21 SHA512 (FreeBSD-12.2-RC2-powerpc-disc1.iso) = 118af9d57452c49aaf9ea02ed6df688fa080944657d50fa3172ab3c91966447892b6df69b49f0983435709077de2490c60014558363e3a04044e4e27ecd87196 SHA512 (FreeBSD-12.2-RC2-powerpc-disc1.iso.xz) = 4a2759231e62788b6da8d85934b0e3faec990efba2395ce973de4b892a90c1a2485bf195e9b47b741d627cdb2d03b76f36ad7d9e13e1025272178405d0c9892d SHA512 (FreeBSD-12.2-RC2-powerpc-memstick.img) = 9210a403736b529df8bbe95eacbccee0a3386de23536eaa3b1e99cc204233ab67955165f397440a0f2493c5e53809d35a874c434050a04ab332da3193808128a SHA512 (FreeBSD-12.2-RC2-powerpc-memstick.img.xz) = c09f05564bc413efb2e12d7f1f6961d35b38180366de223763fc0981280919e05d12a80dbfe415def18c7862dc315e627f9f8ffc112dd0603038b210fc7a0271 SHA512 (FreeBSD-12.2-RC2-powerpc-mini-memstick.img) = 61b8cbd96b8dceea49447402d8bcf3fa560f54b3b3258b65072a4dfa538aaa99fe6b97e0adea949285f14bd0a00db80dac5d776cf51d5e17d92bc3faa994cab2 SHA512 (FreeBSD-12.2-RC2-powerpc-mini-memstick.img.xz) = 5ff43b91411d04085b7307eabf851c2dff8bf15a7a54b25795886427f5f0900b9e1678aceec056168bc9d0e8ff78f330560ab772ba9652090f9efc5a2afd58b8 SHA256 (FreeBSD-12.2-RC2-powerpc-bootonly.iso) = 206aaef9942c67541140e72b34d11fdf73a45a3eec0c3b640b7047f4c7468f41 SHA256 (FreeBSD-12.2-RC2-powerpc-bootonly.iso.xz) = 59354a6a027bfe5841577542f1e1f75c857acfa5c6f15f62850791490cfdc067 SHA256 (FreeBSD-12.2-RC2-powerpc-disc1.iso) = b27ab2a0547540748a66c1f7ec95be6b68a3a93ac2a35ace9a52980ad1b81fa6 SHA256 (FreeBSD-12.2-RC2-powerpc-disc1.iso.xz) = 3ef8a13c481879c3ca1e0d1df87039d100ad9ad1e640c4722dc2d989749e0bde SHA256 (FreeBSD-12.2-RC2-powerpc-memstick.img) = 6ce6c86c8a78ce4f49452b32e9d7b03ac505f281d96c9c2f11f6daa405517e6d SHA256 (FreeBSD-12.2-RC2-powerpc-memstick.img.xz) = db27d660e6f262928552a62646f2463c411e9b5f847e2365bc4b66f5c7a80cd2 SHA256 (FreeBSD-12.2-RC2-powerpc-mini-memstick.img) = 70b810666c5e4627af749694d4c75e6477853310b5d23a6ee1ccf45445b08b58 SHA256 (FreeBSD-12.2-RC2-powerpc-mini-memstick.img.xz) = d4a2d65e386dc459fd9cf1223f989f2d2d2ba769b4f4bb1aafe8baaaa3029c7d o 12.2-RC2 powerpc64 GENERIC64: SHA512 (FreeBSD-12.2-RC2-powerpc-powerpc64-bootonly.iso) = 03df9706a93ee71f1948ea802049fa098e6ef221014671b0099e2183f3445865950c09b857fd378f4c766e45773b5f28b398b6f3f7a50651b6747be19b82454d SHA512 (FreeBSD-12.2-RC2-powerpc-powerpc64-bootonly.iso.xz) = 576595b7055350a27856a19b7646ae9d44eced355e02391117465b92dde53dc08c167eba4455da36b306ebfd73729bad632e662945c1c8c4d28e0fc18a10a9f3 SHA512 (FreeBSD-12.2-RC2-powerpc-powerpc64-disc1.iso) = 503c35b6d2a6a1289fe5827b7ea453c23ed2f0fd4fbdcb87eb00e48df93bb3802a2044222407c7261f63ae1fea477a4a9acee6c596cdafab356aa5d039109fda SHA512 (FreeBSD-12.2-RC2-powerpc-powerpc64-disc1.iso.xz) = 33f859bae7db3b4ca6d6679b73815edc6b1f888fd87e328956975371046337a33f09a9d8318b191b46dc0833971cc45a825fb37610eb686d7598c5dec24008e4 SHA512 (FreeBSD-12.2-RC2-powerpc-powerpc64-memstick.img) = 4f71ec4eb7cfb993ff96367d3226416e99314c43204c1af62ca730759c264adb9dfcd7763e316e46a480844a48437b70d267d89b39529d85112858f61d6ee227 SHA512 (FreeBSD-12.2-RC2-powerpc-powerpc64-memstick.img.xz) = e967d739cab72a72d020f79ee9f55c2d57c0dc69442373528d79ffb602243c3959bc9434055cd4ff90451cf9778a878c606037c7fff209a10015bc9089c40e7d SHA512 (FreeBSD-12.2-RC2-powerpc-powerpc64-mini-memstick.img) = d5a2ceaa0e0e5dd6ea31828ff5e8fd13e20bf4f600759865614e9964c40cf649fdbd607d11166aa2785dc0252e6460933c8ac2bb2c301bb20401a69ddc33df5d SHA512 (FreeBSD-12.2-RC2-powerpc-powerpc64-mini-memstick.img.xz) = 583b2490f8a33eafe929d00214d723db46f245ffa40275d3be2eab676def620007468394160636e1c52b4ee91699b74f8a294aeb2c240293e6765f1631d217dd SHA256 (FreeBSD-12.2-RC2-powerpc-powerpc64-bootonly.iso) = 013a4f5707b951f84884136279e83cd04478c0f9afba77ef9ea8439ddb777341 SHA256 (FreeBSD-12.2-RC2-powerpc-powerpc64-bootonly.iso.xz) = e6aa3ff87de5c72176a17867b327b1636ecaff4a5739911edba1ce3ee362d30e SHA256 (FreeBSD-12.2-RC2-powerpc-powerpc64-disc1.iso) = c60ffe74b2d7dbd77c357ff9ccd8aec165fa6040d3eb65010ff25ca9d0cb5428 SHA256 (FreeBSD-12.2-RC2-powerpc-powerpc64-disc1.iso.xz) = 249365eacd846c959bf8b5bea0b79e88aad56b242f7ace8f86525e8422c3e398 SHA256 (FreeBSD-12.2-RC2-powerpc-powerpc64-memstick.img) = 6ffa60b784f901b07e81676668af7a20d4f47254858159972595eef785490984 SHA256 (FreeBSD-12.2-RC2-powerpc-powerpc64-memstick.img.xz) = 9173f895eeab8cb0542902ee91d133e81ebed0d28fdfd5f05cf61baf7351f7e9 SHA256 (FreeBSD-12.2-RC2-powerpc-powerpc64-mini-memstick.img) = 6f034ddb19bd8afd97fed43f7f655dd504ad2a14c416a7581bad0dec26d9a7c4 SHA256 (FreeBSD-12.2-RC2-powerpc-powerpc64-mini-memstick.img.xz) = 11ef30ff664ab0efee21bfb2755e6c25d3aa876e54af6efa80f5b3e66cb3d55b o 12.2-RC2 powerpcspe MPC85XXSPE: SHA512 (FreeBSD-12.2-RC2-powerpc-powerpcspe-bootonly.iso) = a756febb52e254db348db7a47c7dc0dbe103a002133e55b7b5aa7f3a6a311c27bbdaad9aa61ad914b139851107351887e009a51fd9aa8249ed92ecb497367ca0 SHA512 (FreeBSD-12.2-RC2-powerpc-powerpcspe-bootonly.iso.xz) = a521d82be0cccf07c55ba1af38378b520412f420bc1461234bb2ee78896748de4a123f0a79242632a9e8908dd31a34b6cc32271ff3680087e1a8781dec601c56 SHA512 (FreeBSD-12.2-RC2-powerpc-powerpcspe-disc1.iso) = 462381007ad8ce347410b132ede0f4fe117a9399be3753bed6cbb19e380290482eb11276f97cac110aa60708d784f8c8055f0be3e6825244731ebc0aee0ad4c9 SHA512 (FreeBSD-12.2-RC2-powerpc-powerpcspe-disc1.iso.xz) = 1b9b3209737fd8384047a430a5190a8eb79248b038b0dd7b89d21940608e8276c99810ebda13654b10111700b68271abd21646b5d3316fe8c750f510d218aeef SHA512 (FreeBSD-12.2-RC2-powerpc-powerpcspe-memstick.img) = 446e43189f674bb1b8a6364fe1946159051a4db8edf43de7b27122246c694ac00973a382e65995cbec69a9d0e9c6eaafcee16f1fcc106197a5589f37894472d7 SHA512 (FreeBSD-12.2-RC2-powerpc-powerpcspe-memstick.img.xz) = fc5ecd6ee6b08c024f7f0d0da09c181d53d420960dea227c3eeea0ee21e927caa0c0c254acfe3a0788e10a1e5072fb34242ebec7a3ca0c27276306c16abba726 SHA512 (FreeBSD-12.2-RC2-powerpc-powerpcspe-mini-memstick.img) = 15687c77a803356f1d0066b05181a03513aec84b5dbde21272e505a0cb206b7bb78d31158ebf4eb7a3a4b8ada97c6bbd525acae2bd3f28343985a8a2e38fbd4c SHA512 (FreeBSD-12.2-RC2-powerpc-powerpcspe-mini-memstick.img.xz) = d507eec9d810c4939e7fc6211bc7c5e7ffa935dc66815ed00966848583fa28cfd192bbbc43db48123f1105ba688900604494185ecf50d21fffb3a0f8c5a1e0e5 SHA256 (FreeBSD-12.2-RC2-powerpc-powerpcspe-bootonly.iso) = 5b642544e868348dfc8b135cd7dedfd3ee2516245fef6622126df5f14c4eded3 SHA256 (FreeBSD-12.2-RC2-powerpc-powerpcspe-bootonly.iso.xz) = 1c0c6f418afc76c0d960dfa067d43646ce5096a2bb29c580ef12b7d37c1745f9 SHA256 (FreeBSD-12.2-RC2-powerpc-powerpcspe-disc1.iso) = c95e0706be43a92f7f24e3cb556a8417fbcca7e9b41d69b9c32a8276991c7aad SHA256 (FreeBSD-12.2-RC2-powerpc-powerpcspe-disc1.iso.xz) = 3999eb6ba19bd04bad40b615015d12c4d22d175880421bfa82e378f975f30f90 SHA256 (FreeBSD-12.2-RC2-powerpc-powerpcspe-memstick.img) = da7caa618d05459e946c010feccbc069c4e5ec0a9b5977c4bee8e6b51808c5d9 SHA256 (FreeBSD-12.2-RC2-powerpc-powerpcspe-memstick.img.xz) = 531ab8c35978facce5d441ef814de938598a62dc912de8b8b7aa19a870e77856 SHA256 (FreeBSD-12.2-RC2-powerpc-powerpcspe-mini-memstick.img) = be745035b23c470068b2f86a5b7e6f57b12479d0844ede896789ce83b843c370 SHA256 (FreeBSD-12.2-RC2-powerpc-powerpcspe-mini-memstick.img.xz) = 789e863e510b8112b0646fd2645aa56a77b1c38f04ead908c5c93d7eefb46969 o 12.2-RC2 sparc64 GENERIC: SHA512 (FreeBSD-12.2-RC2-sparc64-bootonly.iso) = b71f0d45db63c29280c7e88109529a7e3a6d64a9a2a01e6744632a649306ce3649986b022fd58d553d8e17f340c85fa717365d5886f840ec561a56b6d0a2c4e2 SHA512 (FreeBSD-12.2-RC2-sparc64-bootonly.iso.xz) = 0a5680af49be52c6cc8ff60c42190890eecf0eb6b775f1c5a74706f1ac6f25042ca30f8e33f1df0b2c4152c261b9e4960d3830a10348ab453ecca81b72b38700 SHA512 (FreeBSD-12.2-RC2-sparc64-disc1.iso) = 99ea69687f40ef9bc953a1b112fc115600930b3e575225f5ddddd9b5991c9a429e54c14058e6d7d033bee8baed0da5df51b6ebc43abc532a2a84cb980168e3c3 SHA512 (FreeBSD-12.2-RC2-sparc64-disc1.iso.xz) = 400de751c7de9a56b0f9039047b3e4f7fdfda98b382f1b670fd31d80b36f065ffe7d5b16c5643d79939224e84bd83fdcdad66a09323ca5e99845aa05c84feba3 SHA256 (FreeBSD-12.2-RC2-sparc64-bootonly.iso) = d9bf68116b36916bcc834e720ee6ee09e0dce297ecf7bcea5146f8b7a52194f6 SHA256 (FreeBSD-12.2-RC2-sparc64-bootonly.iso.xz) = 38415d3ec9d5db89e93d15826b7132fa8ec45085632a5b25f9b460deaf3002ec SHA256 (FreeBSD-12.2-RC2-sparc64-disc1.iso) = 09f92eb85ccfe85544d347e17446cf02ee7564c56cc23665b1335470c7219911 SHA256 (FreeBSD-12.2-RC2-sparc64-disc1.iso.xz) = 3e98973b8f753d9c0c86b843f3d9c4a5dd18197643548d2f1ca233461adf609f o 12.2-RC2 armv6 RPI-B: SHA512 (FreeBSD-12.2-RC2-arm-armv6-RPI-B.img.xz) = d4b84760ac20a8ef3e476650128c37b909f82f07a52c72cfb2c3d68baa2622be38a54c01c7c58094bc6bacde2d8c113bca143521cf336bb12fd2c0878a0863a1 SHA256 (FreeBSD-12.2-RC2-arm-armv6-RPI-B.img.xz) = f35abc6e6dfe7175ad41829a4f9a4779bfcb254727078b0e85834c05741e0744 o 12.2-RC2 armv7 BANANAPI: SHA512 (FreeBSD-12.2-RC2-arm-armv7-BANANAPI.img.xz) = cbbe71d796ed36a32dd18f12b5f98311d169ab95d3bc47a1caa31d55fc2496d575952759410bae5842e1182230833503ae537e414581e3fbeb7fe5c2113d550a SHA256 (FreeBSD-12.2-RC2-arm-armv7-BANANAPI.img.xz) = 1b4bdcba0d8d2c6b1572b910a438988c72ae018d882190e64799a4c555223559 o 12.2-RC2 armv7 BEAGLEBONE: SHA512 (FreeBSD-12.2-RC2-arm-armv7-BEAGLEBONE.img.xz) = 40e1a63783adcf6d080c667386669a1deeef0c99be684860e4070d8904345a0ed2f2aeb9681ea9da460ed0c93a9ac24daa9b989242522bbc1a5ec93fa60cf595 SHA256 (FreeBSD-12.2-RC2-arm-armv7-BEAGLEBONE.img.xz) = 59e57aaa7cc59c69ba286cc91d5a41534de0394e80d0fa7a336281157d865c17 o 12.2-RC2 armv7 CUBIEBOARD: SHA512 (FreeBSD-12.2-RC2-arm-armv7-CUBIEBOARD.img.xz) = cdecfa7b73a821a94793c02e8cf49a81ad1fdd24be3644ecb75493e4e3ce25db199b6dd34ec6c5a351dc0eb9e20a7a0d3c37f90f40b2847b259ee08e6e1fc182 SHA256 (FreeBSD-12.2-RC2-arm-armv7-CUBIEBOARD.img.xz) = 39a37fee24d46c65d00387464f6f14d9c88e75f12fc963fe2904ed3ddfbd1722 o 12.2-RC2 armv7 CUBIEBOARD2: SHA512 (FreeBSD-12.2-RC2-arm-armv7-CUBIEBOARD2.img.xz) = 189ecbe42349e1bfb31d97ba54395431afdc12d4cf3683312ff15fccfefde11b06b8c67bec5cef293915f4e2f6999f78a3d13d46e56ed33a8bcbd1866c34cfe3 SHA256 (FreeBSD-12.2-RC2-arm-armv7-CUBIEBOARD2.img.xz) = 236927b199da08a6ac0872f21083a681e63e4d651036c9e282d8644d38260dda o 12.2-RC2 armv7 CUBOX-HUMMINGBOARD: SHA512 (FreeBSD-12.2-RC2-arm-armv7-CUBOX-HUMMINGBOARD.img.xz) = 10a565ac38bc92eac48f9b4b6233f0fb7236d40a1c5f395db28fafbc9deaa47457a70e6a4b81ce5a4f19105d3a7f801255478c4bbfbe79508dfeac624107d28a SHA256 (FreeBSD-12.2-RC2-arm-armv7-CUBOX-HUMMINGBOARD.img.xz) = 9b1db5466754f01237f5e99a0ea578e418dd972b110353d63ccce0383e61f0bb o 12.2-RC2 armv7 RPI2: SHA512 (FreeBSD-12.2-RC2-arm-armv7-RPI2.img.xz) = de1858bb2894f56ee13ad43b012b7fd1b39b575bfce226bbe9077a32a2ba374e84b33fec255d95b91226c0c20702f2f47cebcb9025e11d22b58b095120e62bd3 SHA256 (FreeBSD-12.2-RC2-arm-armv7-RPI2.img.xz) = b3f8c55af56decd11825de749c9acdaf54d1c5a2fb8d039b3bb5bd2186000253 o 12.2-RC2 armv7 WANDBOARD: SHA512 (FreeBSD-12.2-RC2-arm-armv7-WANDBOARD.img.xz) = d4aa7c248f7839ea449b1976e8923d1a119490bc6fefc8de7e087032cd0991604f19670bf12508e9e3ab3082d02b252f21360424c1766f4d7e38a6069e124db8 SHA256 (FreeBSD-12.2-RC2-arm-armv7-WANDBOARD.img.xz) = c503704493f256efb2ff9d895f634588ae7f83bc8b60af52e360f74d66ffd4a7 o 12.2-RC2 armv7 GENERICSD: SHA512 (FreeBSD-12.2-RC2-arm-armv7-GENERICSD.img.xz) = 83a9040a54930db0518eb4918f611416ae0d3ee6899025b28eef30adfe20ecba03009f5d2d9d67956772e4975c2ae50c2c8c01501b5e4e82d7d488b43ba24a4f SHA256 (FreeBSD-12.2-RC2-arm-armv7-GENERICSD.img.xz) = cec8e40be71dd1ca33940573638280d99411e6bc16ed9bcc268453196f069b32 o 12.2-RC2 aarch64 GENERIC: SHA512 (FreeBSD-12.2-RC2-arm64-aarch64-memstick.img) = dbedd305a19a7dd24e3d2ece480719fa63437494d085d6741113bca89ab338e19519730e218afb17d40670f2a9fbb313f12e01bb0ae230e741eec5b8f5a903e3 SHA512 (FreeBSD-12.2-RC2-arm64-aarch64-memstick.img.xz) = fdec3bdd690f9ee0de4a7b22c43c729c33f2e245a634766a5faa3a1f0c88aac0ce715eb3dca77383fb7aa363391af6de1ba93c9439b3ef42552d6d14890edb8e SHA512 (FreeBSD-12.2-RC2-arm64-aarch64-mini-memstick.img) = ef8bcbb4fffb71c0ac128a283508232520d3cc98a4dfe987f9133c432e3221f7257c95eed92393cbe1d44420786a1d2910d253d15e4e34ab82db9b425b6bb335 SHA512 (FreeBSD-12.2-RC2-arm64-aarch64-mini-memstick.img.xz) = 5215ce214e88ab99d661bbc9efce6a7141d4d845943705553e2e716375055776cde62f339122759934469ac9a233ce97180b3272f49a9497986292049db818bf SHA256 (FreeBSD-12.2-RC2-arm64-aarch64-memstick.img) = d64d4c1b7251e63070f828e35f38dd0ffffe3984f7f178ad32727e9055d72db6 SHA256 (FreeBSD-12.2-RC2-arm64-aarch64-memstick.img.xz) = 801d31cfb46d88f636b2931998b65bdd997761c669c58cf23bde0abe8ddf4399 SHA256 (FreeBSD-12.2-RC2-arm64-aarch64-mini-memstick.img) = eaa3e9b1f6d08aa4ee28e85eee3f5b87b8e402ffaaf1ffc7f2b63d81c2f93284 SHA256 (FreeBSD-12.2-RC2-arm64-aarch64-mini-memstick.img.xz) = 68a4803f0a49977a00dc7341e1386695db8da2f722bcef8f701bf2f71b7d1b80 o 12.2-RC2 aarch64 RPI3: SHA512 (FreeBSD-12.2-RC2-arm64-aarch64-RPI3.img.xz) = 72974e53158e2cc881629a331b4591ae47d7938e20da80d12a8414ba319b4fead2c83f0c48014c93e0cb62c5e836efb30d0b1524363be13feab8ef2e2733222c SHA256 (FreeBSD-12.2-RC2-arm64-aarch64-RPI3.img.xz) = 92bb3f20879159dde9fb0a55e189236ab988978a199a014f8900c7298799f302 o 12.2-RC2 aarch64 PINE64: SHA512 (FreeBSD-12.2-RC2-arm64-aarch64-PINE64.img.xz) = dd269fc680434085465383d03a7f38a6fea5c7375e9d7e0d0705f6ebc3fc7c56a7dfce1f8a8f5076bc7e10b34bf520c0376f5a2c27344468302fd8d0e52e4038 SHA256 (FreeBSD-12.2-RC2-arm64-aarch64-PINE64.img.xz) = 4b1fe0bae4b187aac62aed318dc8d9ee765e1bd790d1ca373d5f183f823839e6 o 12.2-RC2 aarch64 PINE64-LTS: SHA512 (FreeBSD-12.2-RC2-arm64-aarch64-PINE64-LTS.img.xz) = 75d782cee3a8629fefdcdba732a9f48d8dd435feedc43786a9ef8e3db1452cf0d47ce9c35ce36decf3e740f8fe40ed157a12e2ebde1c5a5bb007eada6aea8040 SHA256 (FreeBSD-12.2-RC2-arm64-aarch64-PINE64-LTS.img.xz) = 4b1b1462a123eee45264f02168132ac87effdd6d9b03b14da5e2a4f425177ef8 == VM IMAGE CHECKSUMS == o 12.2-RC2 amd64: SHA512 (FreeBSD-12.2-RC2-amd64.qcow2.xz) = 12ca19a00c7b2058245da7575a2f316e8075c9599e94d5536297c84c3e3c08a9288a5fb6ba416aa956ee47ddd55b8a0398e7149b4be203e58c71dc48a0ea4f22 SHA512 (FreeBSD-12.2-RC2-amd64.raw.xz) = 300cca6e2b864624382d63ea7295237b00314b20dac550e438e05b16c2df0d7070db0764a262afc1b14277d0135ac63fdf4851a5d4c62d7ccf428a3d318f6c25 SHA512 (FreeBSD-12.2-RC2-amd64.vhd.xz) = f08f7ce698bf34d7d802e994d53f6ce8109be9d41e4ed35cae24b0f3fa7c7d59bfca5fd4f6c5efd45afb4fe2c4057f64fc44dbe66b662ca31fa4ab2d52310876 SHA512 (FreeBSD-12.2-RC2-amd64.vmdk.xz) = f91e854c9e516045790f8d08aea5a513f0b002d564505e32789822fff20160d0a3937c889fe6f87a0d37cb19d45b957514b7308e4a4c5d9a0faba6925be966a5 SHA256 (FreeBSD-12.2-RC2-amd64.qcow2.xz) = 72b36f8a649d6adb10098fb801a0c2c1e9237cfab4549fbb8e4c44ac57b78988 SHA256 (FreeBSD-12.2-RC2-amd64.raw.xz) = c1bb94da226a520d7de9a5d97464c9f1a8f29593580ff2cc4ea6fe0c2598400a SHA256 (FreeBSD-12.2-RC2-amd64.vhd.xz) = 6f72cea8c4401d5dd83f58e2183f40f3b842b228d704d0cd7df746d1bcaf34ec SHA256 (FreeBSD-12.2-RC2-amd64.vmdk.xz) = fbf25898ff57c39a5d9c670904dc1b5777473cab7ca21204ed597f384de64d33 o 12.2-RC2 i386: SHA512 (FreeBSD-12.2-RC2-i386.qcow2.xz) = d8141e9a0b5c2437719dbb882a0932261e2cbe1019ce09c898ac8fb921d605306cdde8c4eba011f9645c13b8fb1c521df7c805c777c5fa19d64eceb606cdeab5 SHA512 (FreeBSD-12.2-RC2-i386.raw.xz) = 7f08ce821917f4442c5106ef2975db3055326f8bbb1fc9fa6f38c81549c401f87ab6a231baee695bb137b9e38212d1ca4e69eb6b59933f14b93bc4b0bec756b9 SHA512 (FreeBSD-12.2-RC2-i386.vhd.xz) = ce83fc86fa7dafa3a65446601f19e091fb71aec24d3e06eb85a5e9785af342dd1862f4edeb693ceb13198259d158e849ecb9347378bd0380a342ee3b3efa3832 SHA512 (FreeBSD-12.2-RC2-i386.vmdk.xz) = ec20fd54898d2ffa76b7553605fbd23e79eab523523c221e38a4c4ebbf5e5673bc0f73137a57a3a3fece073621ca8b5e467873f3f7cebde4e94631dabfa8a6e6 SHA256 (FreeBSD-12.2-RC2-i386.qcow2.xz) = e08a9cc2ef6df36706593b64c4f2fe875173a96f890b81e37ed73b9f6507e1b3 SHA256 (FreeBSD-12.2-RC2-i386.raw.xz) = 86144ace5d4496b3abb5bcea7197949b07ee263e6e109c78a853ed5b7a9a1afc SHA256 (FreeBSD-12.2-RC2-i386.vhd.xz) = e73cb352c2e42ebab90c64e04dd54d1ce1387cbc8e3141ef586cef2c6a7719d8 SHA256 (FreeBSD-12.2-RC2-i386.vmdk.xz) = 895d44de7c2cd6ae02efbc23d6d34405bf6f6aeafa8eae3835b3499a9c5c8942 o 12.2-RC2 aarch64: SHA512 (FreeBSD-12.2-RC2-arm64-aarch64.qcow2.xz) = 00a80a26cedf8efc296755d8d387176188e0d8b7cda6d2961e7fe5584ae536876160231027b54250c13bc75474a5ef7433057b77c1ee7021ff4001a424701b7c SHA512 (FreeBSD-12.2-RC2-arm64-aarch64.raw.xz) = 1b3045ab753958c1227f2bf9499977fd46b1afd0d0af19af005b06fb83984178e9a31fe8d9d4f397fff26ea39e39a380317d80a340dcf1efda570827ac8e9e4d SHA512 (FreeBSD-12.2-RC2-arm64-aarch64.vhd.xz) = ae584eb299575d5548aa5e5d70028a433a1d82ec260b27ebd527e421b9fc7a6a46e0d1f8ed6c9f8c6558e380fbdab408a5a8ef843feb01112da11f8b46b30615 SHA512 (FreeBSD-12.2-RC2-arm64-aarch64.vmdk.xz) = 6b5654757af24541cfe79c80f3185a1cae548c84eb03c6adaecd617f7b4f3d6d8ee8feb4d0039e79b7dae5fca6429fa24e5a9add4228f85492c920436d8e3809 SHA256 (FreeBSD-12.2-RC2-arm64-aarch64.qcow2.xz) = be7e2c17ce445027bbbdab6d7cc7872de2111c35e6ca6686dbe436f4045fe62b SHA256 (FreeBSD-12.2-RC2-arm64-aarch64.raw.xz) = 4e5e12370aef59b4676c39507d88419801d23a3ba0c1241a43837ba62e4d4a1d SHA256 (FreeBSD-12.2-RC2-arm64-aarch64.vhd.xz) = 23205a8c13510ff2b28162f28665a95276270501ddf9dfcb973246b3de8997dd SHA256 (FreeBSD-12.2-RC2-arm64-aarch64.vmdk.xz) = d76d6a4880776a1cddce81fade57d123ace54e4f525635e202abb2da8ccb16d6 Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAl+BEQUACgkQAxRYpUeP 4pMHgw/+PR1+Y9/i5WhwURWMunLNy8cOF7Oo2exCesHGDNpMY5sS6jaPcFbKqGFv M9ePyoml7HEU/o3LjuIKVJHu5ba8xCk1/WLc+PUfcmC0hnhJAkOuGGUyHdOBqt0s vYh/wWEU5yYh0XWYN1laNaYNHk1VbvjcQ8+kQyZa5R6L+vggxWx50Lj1P0sCHnu+ jo24AM3sOsY5/pkaMQwcTxQhz0jSCm/ri9hRH2tQ/aPPKotOXqbl2OgWePEWkJJZ iBbhb2oEvdZ8Sj2xyhmJBuIYC0IHcdpwB0lTLs8CJh4D5VIduJ8kl2a1I/UbVDFr OHIuMEjcdxsA/4DhlOoINkGzl7z8qVPcFmBOG0CMy8we9tGfMVLPv7O9Ca4qYW3u zkA2mEIc/CD8eDW3R1uJzxNqSWs1lCwJeafgNJkuZuSuQPY8Q7E/+hBfkuCIStSB bqonmgEy7NeiSTaj66/COwI3YW+AlIPkcd80NNfTPB6E2c1CQz0zoYsl/BfV6BCj +LcS42kfPfaf9dEPSeK1spucGbD6f2X9PH75O9Gd237e6MChTEmfWnLEglB0WKc2 7ZADbSjg1dpI59Cd1nYyr74Z2B6FZJ7tPrO41TBc38XLuvUQ0oCRpqx4qGe0gIeI V6Dw3tKFw3Uu2mOxg9dN9drx0+XNonmDoh4TnF2wqda9+CfN6jM= =O0vi -----END PGP SIGNATURE-----