From nobody Sun Jul 25 17:15:57 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 68E8211D13FB for ; Sun, 25 Jul 2021 17:16:07 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-ed1-x529.google.com (mail-ed1-x529.google.com [IPv6:2a00:1450:4864:20::529]) (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 4GXqTM2Hsbz3mYn for ; Sun, 25 Jul 2021 17:16:06 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-ed1-x529.google.com with SMTP id q13so7331838edr.6 for ; Sun, 25 Jul 2021 10:16:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=4H9DRUbqN76vsNk3VdPYgsVoWpM0S8zTicrz5/xH7bM=; b=UyhjelPE7RRH2r8qMfvXOJxZEU1+VUuGQVwg45jV6pci4je6FFKa9PSUFsm7fotYXd d01wl6w7r/UZ62owStmhdUA4cJJa8bczNjNa4hsIWBlhvJu9nV2rKVH68ajsM20otJ+r M9u4Dr4usxqfrUHqGMoPhSjzXTgzce1ZAE0Um7VfJLi57pL/+j76kPq0GWp/4DLeBh7V NakMLTBwkyEcUqfggaa2FbsF0yWc+Z9ELaQO6+bwO4+pNGB8dKo3KL+R0Pr+9EGFnC1r Jve5/HYrjU17aW3TSiQ8Y4AlrLyM2e7iaNUFMa+kIiIkJy08Z2kRu+L9qVv2M0L2F10T Nlpw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=4H9DRUbqN76vsNk3VdPYgsVoWpM0S8zTicrz5/xH7bM=; b=Yt/mGiZZDPbi9gHspCB2vZY50xCWdIZgrM7aavE8wS1kFvbmSnn9Ozv2vKWwNAeHqR e8Fe0/ejOHPXOD+Iv4cHUjn1RDq5vn4zqU+bsavKurbZx8WFxOViCiDLb84ROUmUdj+h ULBGAQDf8ILfjhG/v35cVrgeRLJVZbopgfnW7kfiOUa7V0tvA9vxrWM5Drf0vf/pBi/+ dku8GCYOt8sjA4lxxXqa/wc5Mycrm8d/9ZLfY671saIcnQotk1OdvSy5bgR83atnKWPs tn0sDZxl8NNQFISSmDxIwR6T7k4KIu3lYTO2AhYf1Hk87R7MfgSIrnU2pyPGdgrd4XP2 t4Kg== X-Gm-Message-State: AOAM531jJVwxJ3d+qJMtkLkay6dA7VNlnerbzQGhhcyXWG2+hlusUmJ8 zvI/4VDbX9mAvAPV2QSeGxMVOAbMoCA= X-Google-Smtp-Source: ABdhPJywccZ9+Ube+/2FI4FwNo4d5coKm4fBVlcCDHYpguOQavv9iGruRWVK1e5LJB8DVpQhL9/bvg== X-Received: by 2002:aa7:c782:: with SMTP id n2mr17104645eds.77.1627233359176; Sun, 25 Jul 2021 10:15:59 -0700 (PDT) Received: from ernst.home (pd9e2360f.dip0.t-ipconnect.de. [217.226.54.15]) by smtp.gmail.com with ESMTPSA id z10sm13392256ejg.3.2021.07.25.10.15.58 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 25 Jul 2021 10:15:58 -0700 (PDT) Date: Sun, 25 Jul 2021 19:15:57 +0200 From: Gary Jennejohn To: Dennis Clarke via freebsd-current Cc: dclarke@blastwave.org Subject: Re: boot hangs after installworld at FreeBSD 14.0-CURRENT main-n248198-72f7ddb587a Message-ID: <20210725171557.67602cf9@ernst.home> In-Reply-To: <4cdf2b49-f031-2f14-565c-0556ea69e7e4@blastwave.org> References: <20210725092848.6f64b2d3@ernst.home> <4cdf2b49-f031-2f14-565c-0556ea69e7e4@blastwave.org> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4GXqTM2Hsbz3mYn X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sun, 25 Jul 2021 12:35:58 -0400 Dennis Clarke via freebsd-current wrote: > 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. > No, I'm using AMD64. The /boot code which works is from July 9th. The "bad" code is from yesterday. So any change to the loader since then is suspect. But there were only a few of those. I replied to a mail from Warner Losch (imp@) with a suspected commit which I plan to look into tomorrow UTC time. -- Gary Jennejohn