From nobody Wed Feb 02 10:47:31 2022 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 E80AA17E8271 for ; Wed, 2 Feb 2022 10:47:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-19.consmr.mail.gq1.yahoo.com (sonic314-19.consmr.mail.gq1.yahoo.com [98.137.69.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Jpdmc5zN9z4jNc for ; Wed, 2 Feb 2022 10:47:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1643798857; bh=a+GX+opwkWfqRh4j62QsoMK39eXzB2UieJKTktyQaZQ=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=b4u0uOUsISJ5J2rbfMkHcDki1FTB4VtE/Zj8E3v+btb4KuBg1pGnw1F2xFqTooSIhvnZ9tgb+nUa8o+gUKVBcT4SC7C5li9GpolFm8SysHncGTpjw3U1+QWrNJSEEkgeZCQw8q2bvc+cgLFG6zjfCykVuvDq0aRdQjmpYamW0EyocRfeSjtNF0zU44R/jEc5vK9UKVdgXvDKxPypVn9VZ7vfXb7Q/8ryfu1LdJyEhVcRsH0nPZ6FoACvsWA0B2UEvpueEs6ou6Ih6Ma2CGB/a761EVU4NRMrgfd+LMCj1idL7hWPFxEMAK1n52Jz3cOBtXkgwyEDDzOg8QUv1b1LOQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1643798857; bh=TYm+mHEDuSouYE2wnZwBFsjqYoi3viJYU5QvI++o5i/=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=BOeG/7AXbIZpkLaQnYSHE7lGGYH/86iPB/m/Sth5NKoMPLEUqMEM5nOPlskfsz0lupA38TVyifH8lTE+KwF3xklxZAsuxvDzQfgmJRPD77m/l/vUTbLF/yEtz2+EQiT0HkNMaMYshuW+QFXCN218eFix1n4KF9rGVBfp4chGhRCqD2Jmv66+CSDzX2ipcTEPhlaQ2Zjfyfhg4MZInMWXQd4dE+GYjowQwVzXPKz1P16s1UAo2wudc1rMeSXPqsr8C92YvkHVMxFOtAzhuRxdTYEx+5/ZqTMMqSkWHyMfmn0ZfZVmRiKT+HzgIuvNqELhJvxcnS27P3Yq1zB4SIHgmw== X-YMail-OSG: 5KdOUkkVM1mPKPi73c8aDE_o6BM0EaJcTp5qjAKmnvzDMVqA6XSaDqoUrsBd07C 3Pfq7raA0PS_JOuPMN57_VzbkJ84fIbOtaP28k15Ipw4FuzaIey29UzK9yvgOCGDhY2GPpdF7pE8 KOGK378TTS0HLqu2UiRwqkDMWzNWmUvXruaOFXW7Z96byaf9a3HMYHveDOhIWHTM0kl1V7g8mjPe _fcC8mmxocF6geWTXpq3AXPE8QLvC00kIJ3oiOvkLWYMhH6s.CeXTJ2zmCKwb2pQJPsqwzJO3poU HB2yjHa7R_XfWLxu08iuaM.mffqSanHXv6uH3ZR7vRs1Gyko5s7_HkWC5SqI9PGbDQafYPL2BuJB WH9Q.Cw905vvYi8PeRJkv1k7m26CGBe8ImIm5.S3iJxn7FaTvDDsl281qFCF6Qm9CjYb98j3xdz0 qL5r04hdgB3JGc_XrZuyrnL0PEgwCENvA4aG7tzxXge4WUNfUZLjub11u3WPdRPxRwOnXpjdZ6Iw WE5EeExGdSBa395FDMKOXoxjS5kHqhxRwk_EcccL982To1vy.biLDHb6AHD0BVhv_oQEKIL1JdOC _g44XHvaQQtYgnJ0F19lJ4or2aCKAeRCdqqDZ..dN36qm8rOnlxABKuUgVL99n4CqBMcO6KGKlIH KXiO3piIDsrKfhQWAaFPtUuBU3imGchHwkgFlqopLVS.5kOGaQcyTfeHDoCvPjqwRSbpbhMoz8cl qwamJ1AWQFCLu3e0hEWLI0bZm_P38l8aMRemUCHnuDMTg3x8mAVNDN2QU1DuHGekEZ8AEUF9SCPX HGKhEJ_x0p_5Zy_OLodqC2iLDWsb5mgeW1VGl7d7yUzeFSLNrD3LeNOvcgLVEO1kDLD36mkrPZLi e0rN2yLo5CNJKb8f2fstR6qDMec_9SpcIiPOhIajMkFSUd6JA_I30sjeNyYd14mi06hRJVKfYR3w vJUf14A0YBmtYF2WeCio3mrXezOkbYP75S_o9y_jy8iI1dbdFNgDvLUAzAB.d_sDCsesvMcngwkF wQv0vXJN5y78cwho4rZLpxD70oWUgQmna_mv8bL8_QUiRMzFLuisXFodDvEoTqz2pkfv1BLcXMxm oju7dOvfH5J_4KqT3hqA5ObwUvsrDVFO_RuLgaPyZfkI6Lq1IRxcLDCPCngY479xprAbbTYiPmZV RUgEH_q4bInem8Lwn_jgD9zxYDvMdY7JXbvnEujeYPgPuGbChesqcAs.2FJIWYGTwuF6MaxZ84fH vCstULaAnLZ.QfmN_gFfcVfyzoMDswkphfV0DhG1Kb1zkeUBa9Hy5q8RQlp_bVfKqbw2qhwWtlfb rrLx5I.0KVhbIpxcJLIvFD8xEva4ODmejhFoUdwtmS9d74uU8tXEmf.aGQqjBO.pbf0y416maHX9 uqYxC2XzCaUbIutGJwPxIS8FOPStr5h0zJRbOL8eBSohGiA4MB_I_Kytegxq8ZGMXOgQha5V51Pe Ai64N3AJ0Lp0BQhLjhLvKAyYaBcHTt9Hd6VZpom72PeNgVn1aWKYrxcirCFi7LQeCIdD8uFcgqLR pLj__YqMaIhz0jTLdY4d0eFecdkOo1QvXJqO2DOUPljZqDmWii2w_VBzddqithWYBoMrwbN1OEQb 1Pu3WNcA0sVi.HWcuQaNNehtxonxQ96wfJyWNeCx.bATUCXQ.U2h.iprIXda_eGUEe4dV4WRMHIn lmYcVwjp2VjySP3EdlFPzZ5McA9ZVtUOiNEJDwso1OEJRb2zl_w.oJc9JuNva0_NedEtcH_HSns3 vCNwIQC1oBatyzi4ityHAec318qZVgWuP9bZgWep92Ov3tjEKI3cxAZqhQmZPpWNWnTJrVjQ3QqW 2k_kFXTnSVRJ_Exxc9z.YrqTLIQZbv0ZdRGqfP4bZOyDJPINkiCDv_g7sBFpFLHP7u195BJE6DzV wsSQIuaE4BifVjvuWv3npzMT.ZNiJM6bC.1QxpNCs5XMwu34vXK.zBf6.I9UfOU.6I4w2pLR3Lw4 f7oy9h0m44_42IT9ZU_Uy_6PpRpBJU3mtIvoEZruZxvI1KvXfHXbaA0s0NKqf0DMVoKUtBpBfMYG dm0UdPVf2YdhUDkLnohz4KPH.nnN.C1Y9amWUgOuVqqJkzFh7AGAQU45A3FrV0CH5LF.K3_lfe_G xE3wSXtg5xOOHflP8.vYmJ7782HsctaZO4KnTvmFvwa0mSSKuAWtSBPkmdUhspe8W8enjD60x0mC A9GhTjvU9zamO6l1opAOLa4pJu3QfkA44xunSuONMJbcrfU1cFeNhsKyZBuHZH_FLLXzc.nM9hud fVE6UeKJm4oPFLX_dQ6AaYNNQSmazFn84c6CuYhv5EfxJfvrSivC0NDWt1YI- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Wed, 2 Feb 2022 10:47:37 +0000 Received: by kubenode531.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 97edccaf4d0d4383b0342039d6ceecb3; Wed, 02 Feb 2022 10:47:34 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: randomdev hangs during initial boot of -current on Raspberry Pi [main 74cf7cae4d22 issue] From: Mark Millard In-Reply-To: <3f375da9-c2a0-8c9e-33e5-d8273e84590c@FreeBSD.org> Date: Wed, 2 Feb 2022 02:47:31 -0800 Cc: Jesper Schmitz Mouridsen , Mike Karels , freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: <7C5570BA-8502-454C-B422-636BC3B416D7@yahoo.com> References: <3f375da9-c2a0-8c9e-33e5-d8273e84590c@FreeBSD.org> To: John Baldwin X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4Jpdmc5zN9z4jNc X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=b4u0uOUs; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.82 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.52 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.98)[0.981]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.82:from]; MLMMJ_DEST(0.00)[freebsd-current]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.82:from]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N [Forwarding to John Baldwin, who authored and comitted: https://cgit.freebsd.org/src/commit/?id=3D74cf7cae4d22 "softclock: Use dedicated ithreads for running callouts." Also including text from the original message: = https://lists.freebsd.org/archives/freebsd-current/2022-January/001474.htm= l "randomdev hangs during initial boot of -current on Raspberry Pi" so there is a description of the problem wihtout having to look elsewhwere. ] Mike Karels wrote on Date: Mon, 31 Jan 2022 12:27:41 -0600 : > I hadn't updated my Raspberry Pi 4B running -current for a couple of > months, so I booted the latest snapshot (Jan 27). It hangs when it > does the "growfs" step, expanding the root partition and fs to fill > the SD card. When it hangs, it prints this every 10 seconds or so: >=20 > random: randomdev_wait_until_seeded unblock wait >=20 > I waited several minutes the first time, and 20 minutes on another = trial. > If I hold down the return key on the serial console, the device = unblocks > and the boot continues. This only happens on the initial boot, when = the > growfs script runs. The hang happens on a Raspberry Pi 3B+ as well. > It also happens with the two-week-old snapshot, but not the Nov 25 > snapshot. The program that's running during the hang is awk, doing > a read, according to ^T; the script uses awk to parse output from > mount, glabel, and sysctl. >=20 > It sounds like there is no source of entropy at this point, and there > was no cache. I don't see any changes to the random device since this > was working. Does anyone have a guess what to look for? A bisect > would be rather laborious, building a modified SD card each time, > even if just testing kernel changes. Any other suggestions? >=20 > An excerpt from /var/log/messages during this time is appended. >=20 > Mike >=20 > Jan 27 10:38:48 generic kernel: umass0 on uhub0 > Jan 27 10:38:48 generic kernel: umass0: on usbus0 > Jan 27 10:38:48 generic kernel: umass0: SCSI over Bulk-Only; quirks =3D= 0x8100 > Jan 27 10:38:48 generic kernel: umass0:0:0: Attached to scbus0 > Jan 27 10:38:48 generic kernel: da0 at umass-sim0 bus 0 scbus0 target = 0 lun 0 > Jan 27 10:38:48 generic kernel: da0: Fixed Direct = Access SPC-4 SCSI device > Jan 27 10:38:48 generic kernel: da0: Serial Number 40118905201B > Jan 27 10:38:48 generic kernel: da0: 400.000MB/s transfers > Jan 27 10:38:48 generic kernel: da0: 228936MB (468862128 512 byte = sectors) > Jan 27 10:38:48 generic kernel: da0: quirks=3D0x2 > Jan 27 10:38:48 generic kernel: random: randomdev_wait_until_seeded = unblock wait > Jan 27 10:38:48 generic syslogd: last message repeated 48 times > Jan 27 10:38:48 generic kernel: random: unblocking device. > Jan 27 10:38:48 generic kernel: GEOM_PART: mmcsd0s2 was automatically = resized. > Jan 27 10:38:48 generic kernel: Use `gpart commit mmcsd0s2` to save = changes or `gpart undo mmcsd0s2` to revert them. > Jan 27 10:38:48 generic kernel: lo0: link state changed to UP Later material . . . On 2022-Feb-2, at 01:40, Jesper Schmitz Mouridsen = wrote: >=20 > On 31.01.2022 22.20, Mark Millard wrote: >> Mike Karels wrote on >> Date: Mon, 31 Jan 2022 12:27:41 -0600 : >>> A bisect >>> would be rather laborious, building a modified SD card each time, >>> even if just testing kernel changes. Any other suggestions? >> Historically I've used: >> https://artifact.ci.freebsd.org/snapshot/main/?C=3DM&O=3DD >> and the likes of kernel.txz (or more) from, for example: >> = https://artifact.ci.freebsd.org/snapshot/main/b4cc5d63b6112746598d21413c98= 00a43171da52/arm64/aarch64/?C=3DM&O=3DD >> to update just the kernel (or whatever) and rebooted. >> (It can help to have a somewhat older world that is >> left in place instead of running newer worlds on older >> kernels. Avoiding needing got update world as well has >> been helpful when testing for kernel issues.) >> This avoids building the kernels and allows a somewhat >> bisect like activity until some subrange has no >> arm64/aarch64 artifacts available. >> One can sometimes run into the dates for the sort for: >> https://artifact.ci.freebsd.org/snapshot/main/?C=3DM&O=3DD >> not matching up well with the dates on the files of >> interest in specific sub directoreis. (Some sort of >> directory update?) This can make the bisect far more >> difficult, given the choice to not have the directory >> names prefixed with text that would sort by a >> date/time estimate when sorted by name. (Only using >> the commit id/hash completely randomizes the naming.) >> =3D=3D=3D >> Mark Millard >> marklmi at yahoo.com > Hi > My bisect gives: > The latest working is: > dda9847275da79ccbb2f0b7079b250e28b3b3b2a > The excact following commit: > 74cf7cae4d2238ae6d1c949b2bbd077e1ab33634 is bad. > So 74cf7cae4d2238ae6d1c949b2bbd077e1ab33634 is where the problem = starts for me. > Hope that someone can explain why = 74cf7cae4d2238ae6d1c949b2bbd077e1ab33634 does block entropy/random = seeding on first boot around growfs invocation on arm64 > /Jsm =3D=3D=3D Mark Millard marklmi at yahoo.com