From nobody Sun Jul 25 16:35:58 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id EC22F12BBF11 for ; Sun, 25 Jul 2021 16:36:19 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.oetec.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GXpbR1DvPz3JtL for ; Sun, 25 Jul 2021 16:36:18 +0000 (UTC) (envelope-from dclarke@blastwave.org) X-Spam-Status: No X-oetec-MailScanner-From: dclarke@blastwave.org X-oetec-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.19, required 6, autolearn=not spam, ALL_TRUSTED -1.00, BAYES_00 -1.90, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, DKIM_VALID_EF -0.10, NICE_REPLY_A -1.09, URIBL_BLOCKED 0.00) X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-ID: 16PGZweu009525 X-oetec-MailScanner-Information: Please contact oetec for more information Received: from [172.16.35.2] (cpeac202e7325b3-cmac202e7325b0.cpe.net.cable.rogers.com [99.253.170.241]) (authenticated bits=0) by mail.oetec.com (8.15.2/8.15.2/Debian-8) with ESMTPSA id 16PGZweu009525 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT) for ; Sun, 25 Jul 2021 12:36:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=blastwave.org; s=default; t=1627230968; bh=4xxvkz9QC9/l3ilwEcVnraOQhiQvK292BTN1291yt2c=; h=Date:Subject:To:References:From:In-Reply-To:From; b=EABE5I2Tf1OdqobyF40BlthS0DhleFe/dsCajMB5ZajaMjbXIGeowQVtKg2x+JoGc hKv7qhzSlBmvKVzeNwnkdRzwxC9A63fMcUMxazpW/3xhyK5ui9LO4xIiC8ajjjd7D3 z+fE497+JQDZJiqgDicBF60O7Tz/8jmwhIITqBHdFWrdfSItAN+wGr+3Kh9NEU3yry IzodVLUt+ayDMXaKkl59bQ9J6KcG25GD57q7fAYKxZzI5Drc1mjU0CnPQK1G9GJX4J mJYfUaHwEZ1sdouznVqIVhG6PqZZ/fJR+IhnvnFwzMaozhIOwd3XCIfEgwcm4BUgY1 223PYm/74IlyQ== Message-ID: <4cdf2b49-f031-2f14-565c-0556ea69e7e4@blastwave.org> Date: Sun, 25 Jul 2021 12:35:58 -0400 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.0 Subject: Re: boot hangs after installworld at FreeBSD 14.0-CURRENT main-n248198-72f7ddb587a Content-Language: en-US To: freebsd-current@freebsd.org References: <20210725092848.6f64b2d3@ernst.home> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4GXpbR1DvPz3JtL X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=blastwave.org header.s=default header.b=EABE5I2T; dmarc=pass (policy=quarantine) header.from=blastwave.org; spf=pass (mx1.freebsd.org: domain of dclarke@blastwave.org designates 108.160.241.186 as permitted sender) smtp.mailfrom=dclarke@blastwave.org X-Spamd-Result: default: False [-0.72 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[blastwave.org:s=default]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCPT_COUNT_ONE(0.00)[1]; RECEIVED_SPAMHAUS_PBL(0.00)[99.253.170.241:received]; NEURAL_SPAM_SHORT(0.98)[0.981]; DKIM_TRACE(0.00)[blastwave.org:+]; DMARC_POLICY_ALLOW(-0.50)[blastwave.org,quarantine]; RCVD_IN_DNSWL_MED(-0.20)[108.160.241.186:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] Reply-To: dclarke@blastwave.org From: Dennis Clarke via freebsd-current X-Original-From: Dennis Clarke X-ThisMailContainsUnwantedMimeParts: N On 7/25/21 11:54, Warner Losh wrote: > On Sun, Jul 25, 2021 at 3:30 AM Gary Jennejohn wrote: > >> I updated my FBSD-14 tree yesterday. >> >> uname -a shows FreeBSD 14.0-CURRENT #5 main-n248198-72f7ddb587a. >> >> Did a buildkernel and a clean buildworld yesterday. >> >> This morning I booted the new kernel, did an installworld and rebooted >> the new kernel. >> >> Or, should I say, I tried to reboot the new kernel. >> >> During boot I see the following outptut: >> >> loading /boot/defaults/loader.conf >> / >> >> and the boot hangs. >> >> The second line should have contained >> /boot/test/kernel (I always install new kernels to /boot/test) >> >> followed by lines containing the various modules which get loaded. >> That is interesting. I have uname -apKU here : FreeBSD europa 14.0-CURRENT FreeBSD 14.0-CURRENT #3: Sun Jul 25 13:50:33 GMT 2021 root@europa:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 amd64 1400026 1400026 Seems to be running fine with multiple ZFS pools and a lot of snapshots. The most recent activity I see in the git log is : europa$ europa$ /opt/bw/bin/git --no-pager log -n 16 --graph * commit bbe80bff7c3549128bd19862eea7899b3def1d7f (HEAD -> main, origin/main, origin/HEAD) | Author: Peter Grehan | Date: Sun Jul 25 19:34:14 2021 +1000 | | arm64: HWCAP/HWCAP2 aux args support for 32-bit ARM binaries. | | This fixes build/run of golang under COMPAT32 emulation. | | PR: 256897 | Reviewed by: andrew, mmel, manu, jhb, cognet, Robert Clausecker | Tested by: brd, andrew, Robert Clausecker | MFC after: 3 weeks | Relnotes: yes | Sponsored by: Rubicon Communications, LLC ("Netgate") | Differential Revision: https://reviews.freebsd.org/D31175 | . . . I hate being one of those "works for me"(tm) jerks but perhaps there is a commit somewhere since yesterday that borked up your kernel? Hardly likely. Going backwards to the 17th of July I see : * commit 87c010e6e364e96e2c1546b3c2bbcbef1dcd422f | Author: Mateusz Guzik | Date: Sat Jul 24 09:47:40 2021 +0200 | | pf: batch critical section for several counters | | Reviewed by: kp | Sponsored by: Rubicon Communications, LLC ("Netgate") | * commit 02cf67ccf6538b14677672640e405f7f94044dc3 | Author: Mateusz Guzik | Date: Thu Jul 22 16:45:14 2021 +0200 | | pf: switch rule counters to pf_counter_u64 | | Reviewed by: kp | Sponsored by: Rubicon Communications, LLC ("Netgate") | * commit d40d4b3ed788b05697541b9ae94b1960ff2cf6f6 | Author: Mateusz Guzik | Date: Fri Jul 23 12:29:46 2021 +0200 | | pf: switch kif counters to pf_counter_u64 | | Reviewed by: kp | Sponsored by: Rubicon Communications, LLC ("Netgate") | * commit fc4c42ce0b5ce87901b327e25f55b4e3ab4c6cf5 | Author: Mateusz Guzik | Date: Sat Jul 24 07:33:52 2021 +0200 | | pf: switch pf_status.fcounters to pf_counter_u64 | | Reviewed by: kp | Sponsored by: Rubicon Communications, LLC ("Netgate") | * commit defdcdd5648dc1ea789bc54bb45108fcab546a6b | Author: Mateusz Guzik | Date: Thu Jul 22 22:47:24 2021 +0200 | | pf: add hybrid 32- an 64- bit counters | | Numerous counters got migrated from straight uint64_t to the counter(9) | API. Unfortunately the implementation comes with a significiant | performance hit on some platforms and cannot be easily fixed. | | Work around the problem by implementing a pf-specific variant. | | Reviewed by: kp | Sponsored by: Rubicon Communications, LLC ("Netgate") | * commit 6f1fb6561236fa933835a9a67bd442053fb509e9 | Author: Mateusz Guzik | Date: Sat Jul 24 07:17:27 2021 +0200 | | pf: drop redundant 'else' in pf_normalize_* | | Reviewed by: kp | Sponsored by: Rubicon Communications, LLC ("Netgate") | * commit 0d60235ecd6c711b997345c28e15f0335811e19f | Author: Peter Holm | Date: Sun Jul 25 09:00:53 2021 +0200 | | stress2: Add another "mdconfig -d -o force" test scenario | * commit 0626b0a89c2de9c5bfa5b22ed6b021e735a46bbe | Author: Robert Wing | Date: Sat Jul 24 15:57:41 2021 -0800 | | Add myself to the calendar | * commit 40cb9b435782de2bc44ff23582d8660072510efc | Author: Emmanuel Vadot | Date: Sat Jul 24 22:05:55 2021 +0200 | | arm64: allwinner: dtbo: Add dtb overlays to disable mmc node | | This is useful for development. | Sponsored by: Diablotin Systems | * commit c44685732899aa76e8c77107d711f98717ddc5c8 | Author: Jason A. Harmening | Date: Mon Jul 19 08:33:02 2021 -0700 | | Add stress2 test to exercise FFS forcible unmount with stacked nullfs | | Reviewed by: kib, mckusick | Tested by: pho | Differential Revision: https://reviews.freebsd.org/D31016 | * commit 211ec9b7d6ec2d52e2fec2ce10e82c12ec0e4ddd | Author: Jason A. Harmening | Date: Sat Jul 17 22:35:42 2021 -0700 | | FFS: remove ffs_fsfail_task | | Now that dounmount() supports a dedicated taskqueue, we can simply call | it with MNT_DEFERRED directly from the failing context. This also | avoids blocking taskqueue_thread with a potentially-expensive unmount | operation. | | Reviewed by: kib, mckusick | Tested by: pho | Differential Revision: https://reviews.freebsd.org/D31016 | Are you on arm64 or ppc64 or some such tier-NOT-1 ? Even my RISC-V stuff seems to be working well. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional