From nobody Sun Aug 07 04:10:23 2022 X-Original-To: freebsd-arm@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 4M0m8P3YTmz4YqBZ for ; Sun, 7 Aug 2022 04:10:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4M0m8N1KnGz3fZH for ; Sun, 7 Aug 2022 04:10:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1659845426; bh=bmHbW3sPeRBpfU9vA8OI06SuzWfFIdasijJ3IgsIQEU=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=YFH2nSXVWl5f8wEuJ7QdcM1AxGEnJPxVXgZiN3jGyuOQc+A0+roKRLRmZEiIqHzIJWN4Mfzqm930m2L/ei/s5H6iqUBywtXlNC60K7d1mvPqlHUW/2wedqAOjoxOZSpDn8htEd8TB7/ZNK87ChQ8yrsUOkFk7Yrvl2eChOfemLoyC1v8ZA/RTFWFHuUA7pv1TSS0XQGpGhGmHvxbtEkpRpAEHnKADXJIoSWWj1HasTGfcya2lzU31jdnu+As10sspUV1IUcw4y0/3aJhan72Z4rQiqelg4rSYK4Z07G2P9WIhwSq+Ayl2jTYVC1fA0Ve2D0IoRVzm9O6hJxyg4JRjg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1659845426; bh=sC+pju6YII/xT4ifjD4XEAjlfIlUDD7pxe3H+4+ew6/=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=QSBUQrCFqKUDoDXEYpPRbNfWJh+yzV+EjDGIkbw3B+WShdzHkXru9dJG8dt4AfXURlBkh396S+B2dMheIR61oLAYFrCQO32bcuDso6NGWsd3WQ+tg1RTLvpKgQDghpWOfyjl6QX69O+gzr6k7X7NXx4FU+RMaFffEHINVpkWja3mRsoAJ3aeObEBUJ7eTfjOYVGsGF9czMcqoLwk1Kl7IZbNiiOsGm9SB2VS/zOT0czFzN0qYShtSaVOUWWaQ/L7nvrBRBR41HNOYgh7VuN0auuU77LztPMh/e9dfQzowLpfxeju4nzIIrhemtmNOkvj/kMI9P2Dms4mxcvpV/YxcA== X-YMail-OSG: l23YtJkVM1lUkfPnWEeepVheQwpQR37QgsJmsbj8VEMHHCinckMQazxEMkTQOdB YanFy.jNq.A_y6oFdTSN1SpLMxbN9C4_rKgkmLhlj3..RYBmJklvdWU1GEnzAaJGzmLIsGUSe9dM QMH5KN_A9JD9B1YM0_n.mkedJGtgCHZuMZrui9n.f3nDa8Kv_mxwAS62D4wNjVQ6QqfKlSvQHffc S3pQ1qH60avUhw2cxdVOHH8li76G2RooYW8n86CWsEBbyn1mrZqZWOHVHcYPMswQvBVdqaRCr521 9VON0gdlkn2INNbfT658PKqvVNgHHz2nXjuyiSENXrAk3iWMgq7ooLj7_bmLFV7eOCOHtvQ8bJ4Q Ynf4SrYrM4p3AgZz4P8tHKKUdi5uVeK4483wevc0OiNC_Zfl4fDJtnxcIqa41QIA217DsFRKIx1y Mosm90mIUIbTxBOTSZ2OcwMO1TZoWNFHQkSjnYsecjWybIw3Xs990JuOjCYzc3n1riSasjywp2LD SnwPC5hS3lc57QHEvIuZ4CfrN8mEuKeHDjvQftsI6r4qwspOKOJUmYkQOeMC.XofZ07QAFOw9LSB I9WVkBd8kFtaSihVC8ytD9qtDEVrYma7QVPUgT1_.Mw6Oafc.xs_oqH.n8KYQ.v5xYDO9c8RM8ge IyEt2OHekJS10lioaJeh.GyHlkR4AYg4Hg3ZVu0jlDMRQqM9azYIW1ctIkSA.KstZzW0CmFqLfUR 7YOMYQooPSnPWPskdQZ1wJzQ5lCEznvawMpIOlRu_0MCM1JkbrmV2kIHdJPoUJ7oc3WMKxmmakxA VIc8fU1IEMuCKZPFVZF5MOzdeXus55yRD3tJqUFFrjST3cFeGHyTcib2tD9.TSDAPZBOMPPaiXGF vGGztEdj2Ay6x8GfojtMYagNDZYdnyn4HtMO9cGv7aLJkqB.Le9HIiAeyj8rVLFVCfntawFhZN6a 1XqjkE.L2U5yz2PsAEVWAaAVLlpQNUsoccOEZ72qRCoT6NOYB_Kfjq.HLCKTGohOOytvlu33WUEc YlH10Kvez2YhCh_3Ay4UDMq7vkBWQ_VfKfvmkrw581lj5rY9A2jGvobhXaZuQop5hA2AxV2EQmor ZbRNLKV9bi29HilYGfu2m8yS65kEvA2wUCACjjNcv7RTqTSnpkCBVkFTQmQ9.qWhLAj0_I1aOmFe 0FeI1W5U24Y04mlcJ_NgqavLGVxzenk1uFkRbP_spDHS0yN8NKzGQB0tKKI38R84YcMl3n4DcVez ADEvXkIiFWbDHRg7nZ1brnByJ0CwQ7JRZNF9eoMr._U9xw11u3JWMEtzsTqSsQv26UPC1KCTz.gS adqdZome7pw1L_OuVdwbgWrExR2TMDDX8GifoAF8ZE_uIKpDWFUflNw5fc1ParVo0OfCwZOe.SZs qX9Vzn5n_ycaYUfvrteIVC2u7bvz0fYmiktAg3m_AAjsEGk6cg57eHK5qwfBW8kfdLROvU3WYaMI Rzjrc3cx00jZZHQja9qux3VC7abUMVCSj_0EeW7QAoTpU8adxDewgYBpd7Jqhil.HRTpGuW7Esyn 9eo8kZJruBR5RP_px_8o1cw_5xAZj9OucFFfAELA8.gE1msoeA25rptpETrX_3unxh5zuVWdR4se duHpGK41Ic5cXUy8QQnjOKd3eu0XApsSnBZwGJ56DQng36Zo0anUHfRMNgfjfSWsflDYVCQe6eD0 aSLCprLSEmNUpTZdGkA1CQLR.6g0lK0QyI1klp3zXahQmVQuRwyF2BbaZ3hX4SX6L3jI1CEd6qHB y89xBXw4z5pB6ath8kyl73fQnsF0quJ87EvqrSMqE9i1XMPoMWxUEk709dsY580uDKThD_VhyO3B h9jp5TNV.8phTZdJ.st43sBQwL1KkVmIJfGjhfyjhd.YwIILlxVzzgi9E_fHkBEPCVdNPeg0hGWB dOYolltSirxloZEdrR.Pon5zIPCfCCPsSwgA53qf3o2_f9Q_iRLVVcoQE7oe6UR3bOXBlTGxuebG dCRL.67oFmBEBcWQSU7vheGUf9CekbaevrZKFiv6Hj5_FCbvCKkB8ZjA_rknPChoZvWPrYH.8jxD 0KaPk9fwH5EjzVWPT81AtonAsheOScNr7Vo2lNm7TMsfNcSGRx3bzghR2YKrIXoUn2I8qJJnlIwE TKKH7jJKn50TqtLkZbto5xo4oYR7T4npgpwZG1QMcOEzm4iLXOUxOiy3vwfvUTjHs9usHqEuYAlC wPtdDXcrNT6X8EVgzJHF1VgG0OIkDjS_gECyoRLiZjtZo5nYPFcltM8Maema4.XkFG6BRGMoiFgH ZRTWQcfB8UX0- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sun, 7 Aug 2022 04:10:26 +0000 Received: by hermes--production-gq1-686964ccb6-5tbjz (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID ef41e137f23b21105f6b2a1a702bd2ff; Sun, 07 Aug 2022 04:10:24 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Looks like the arm 20220805 snapshots are still odd, so probably kern.geom.part.mbr.enforce_chs=0 was still in use Message-Id: Date: Sat, 6 Aug 2022 21:10:23 -0700 Cc: Ed Maste , FreeBSD Hackers , freebsd-arm To: Glen Barber , Warner Losh , "Rodney W. Grimes" X-Mailer: Apple Mail (2.3654.120.0.1.13) References: X-Rspamd-Queue-Id: 4M0m8N1KnGz3fZH X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=YFH2nSXV; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.43 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.994]; NEURAL_HAM_MEDIUM(-0.94)[-0.941]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.206:from]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_FIVE(0.00)[6]; FREEMAIL_FROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; TO_DN_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org] X-ThisMailContainsUnwantedMimeParts: N The oddities look like indicated below. # mdconfig -u md1 -f = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20220805-e24c5c60d72-257129.img # gpart show . . . =3D> 63 10485697 md1 MBR (5.0G) 63 1985 - free - (993K) 2048 102400 1 fat32lba [active] (50M) 104448 10381312 2 freebsd (5.0G) =3D> 0 10381312 md1s2 BSD (5.0G) 0 10381312 1 freebsd-ufs (5.0G) =3D> 0 10381312 ufsid/62ed01f3345560d8 BSD (5.0G) 0 10381312 1 freebsd-ufs (5.0G) =3D> 0 10381312 ufs/rootfs BSD (5.0G) 0 10381312 1 freebsd-ufs (5.0G) So: ufs/rootfs apparently identifies the BSD instead of the freebsd-ufs . Same for the ufsid/* . This leads to: # gpart show -p=20 . . . =3D> 63 10485697 md1 MBR (5.0G) 63 1985 - free - (993K) 2048 102400 md1s1 fat32lba [active] (50M) 104448 10381312 md1s2 freebsd (5.0G) =3D> 0 10381312 md1s2 BSD (5.0G) 0 10381312 md1s2a freebsd-ufs (5.0G) =3D> 0 10381312 ufsid/62ed01f3345560d8 BSD (5.0G) 0 10381312 ufsid/62ed01f3345560d8a freebsd-ufs (5.0G) =3D> 0 10381312 ufs/rootfs BSD (5.0G) 0 10381312 ufs/rootfsa freebsd-ufs (5.0G) freebsd-ufs has the unexpected label: ufs/rootfsa # ls -Tld /dev/ufs/* crw-r----- 1 root operator 0x6c Aug 6 20:19:58 2022 /dev/ufs/rootfs crw-r----- 1 root operator 0x6e Aug 6 20:19:58 2022 /dev/ufs/rootfsa Things were actually set up for ufs/rootfs naming as the identification of the freebsd-ufs content, per the release/tools/arm.subr commands ( from last month's main-n256584-5bc926af9fd1 ): if [ "${PART_SCHEME}" =3D "MBR" ]; then chroot ${CHROOTDIR} gpart add -t '!12' -a 512k -s = ${FAT_SIZE} ${mddev} chroot ${CHROOTDIR} gpart set -a active -i 1 ${mddev} chroot ${CHROOTDIR} newfs_msdos -L msdosboot -F = ${FAT_TYPE} /dev/${mddev}s1 chroot ${CHROOTDIR} gpart add -t freebsd ${mddev} chroot ${CHROOTDIR} gpart create -s bsd ${mddev}s2 chroot ${CHROOTDIR} gpart add -t freebsd-ufs -a 64k = ${mddev}s2 chroot ${CHROOTDIR} newfs -U -L rootfs /dev/${mddev}s2a fi Note that the newfs command references /dev/${mddev}s2a instead of /dev/${mddev}s2 but the rootfs label ends up referencing /dev/${mddev}s2 . Is having "0 10381312" for the md*s2 and for the md*s2a a fundamental problem? Does freebsd-ufs ( a.k.a. md*s2a ) need to be moved to a different (non-zero) offset inside BSD? Or is this a different kind of bug? I'll not repeat the kinds of explorations that I reported last week unless someone wants to request something. =3D=3D=3D Mark Millard marklmi at yahoo.com