From nobody Sun Aug 7 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 <freebsd-arm@mlmmj.nyi.freebsd.org>; 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 <freebsd-arm@freebsd.org>; 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: <marklmi@yahoo.com>
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 <marklmi@yahoo.com>
Content-Type: text/plain;
charset=us-ascii
Content-Transfer-Encoding: quoted-printable
List-Id: Porting FreeBSD to ARM processors <freebsd-arm.freebsd.org>
List-Archive: https://lists.freebsd.org/archives/freebsd-arm
List-Help: <mailto:freebsd-arm+help@freebsd.org>
List-Post: <mailto:freebsd-arm@freebsd.org>
List-Subscribe: <mailto:freebsd-arm+subscribe@freebsd.org>
List-Unsubscribe: <mailto:freebsd-arm+unsubscribe@freebsd.org>
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: <A1AA705B-531D-45A2-9A1F-89F759550D3A@yahoo.com>
Date: Sat, 6 Aug 2022 21:10:23 -0700
Cc: Ed Maste <emaste@freebsd.org>,
FreeBSD Hackers <freebsd-hackers@freebsd.org>,
freebsd-arm <freebsd-arm@freebsd.org>
To: Glen Barber <gjb@FreeBSD.org>,
Warner Losh <imp@bsdimp.com>,
"Rodney W. Grimes" <freebsd-rwg@gndrsh.dnsmgr.net>
X-Mailer: Apple Mail (2.3654.120.0.1.13)
References: <A1AA705B-531D-45A2-9A1F-89F759550D3A.ref@yahoo.com>
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