From nobody Sat Apr 9 23:54: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 B60351A8498F for ; Sat, 9 Apr 2022 23:54:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4KbX662z0bz3JNW for ; Sat, 9 Apr 2022 23:54:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1649548471; bh=W6sC5RsHCRpuPdCa0Ltd1yyfuZgHBBogTOS5jKyz1jM=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=fFiLETp6ohhtzepMuaAiHpK+hOFmFP0isHhS25qIcNN8zFdC50Y5+8ILe8WCvQ5zKaGDpiMV7S92YRqvWPpWPawI0wmh0gO0lXVr1QbPhu/6Q6rkCQ75qximEA5+pVhI1WX7vZT7I+6sUNlSvk+NdmaOP1Nwj6Lk3HCUuq5SkyLRBOstD5kuOfyKh0ImQB2A+CzWoUwOy7731CmVlFPafIus68ZIaKMePrK+MYS4wOvaNomjiIF+azkZg1vvkuYUir7XIUDzRsYDrV0QBERfcXP2wKHBXWjYR+PNLXga+JCS/iVPqSb1d/0jYzbTrPLgjsY6FHWPCPTN+ED54he5QQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1649548471; bh=yUIP7uR8FbJioXJbU/usSISe8THkWuoV+R+rmAHvlKN=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Zt0OTX4+aG+qtjqY6ZexRv8t6tYmFhKTH9YcyVnPyqvkkXh2RCNQMg16h6orwTIspdiE6L2OOb7S2fOK3vr/W869yrdbO9Rh/iXc8xDOaelyD6B84lV5N6Xd9YAIRgEl0Wy8bT0l8cJ/QHSN7ef3A3qNoePoJ8Tau1GVOs7l4DFf+haGmn97UMPfcmeGTYA2bzMA7xOT77Svvm8K8NDXxhLYJ4B97Yn1QAhQ46xCA3SO28lodni8qepU2aNmHiChh/eL41L04Si3QtoGYS2DSSSfhMZvIp/yStF8A2TNwF7w6o8U2/8jnman7DuamoLQLOSJHS+68q6P821lhYJm/Q== X-YMail-OSG: tMG6GxYVM1nKiAjLkGAiE.bCiDqbtUQgN7JtWXPcJK5KASP2ClJqhIcOkspv9ez ZiHdS9mdvmRqyea2daJnpjo79e8BLFWVLyDJnNTkSNz3Km3t6GltPQi1SqK1k.V1wxo28L7u7oTt EqLrtsm0NQ_ouh_LmcXVJK8rDF0P5BHd2J0TOJTMUPQz4i.pI52OAoV0VJTsubzfaJBM7gIhtkjd oyNzujqONBTLC0x..kX_SDHe3jDPKfYQqxex3gJwon_LFHs5EjgyGs7ofN08.iOgJau6axbqtlCO FpBw.bNFjHg48Ktj_m4LNHW0mSHKjEVEfW8Tm9ak3my.ehVd9GVg.F2cOBbWeIk5hsD0hOiAmk9w sC5xhDuiFgP4yjSSllpO.4xzK9eExOaxAG5ob042hhuEVrGFKVLlVO5ouzHGhwq150_NOhwmqyet gK378jg2j.DRXDJbgHZX0R1XbbNQ2hNsPcPrEP90NlXZYezfI9H.wdwvDeB5ZVluOzTGS5Zt2PMH qHt4F3UeGGaEiwKvkIp_VqabANjKWkLUqBlvftPmIEtccVz4lpLQRm1qWh0GQnC3FNwgxBOZ852L iP2GYjyt.R01iONQOcs02RHPcNlO0bZbcsltWGHz6osMI8Iul99tC_YaC5s8qrJlU4gzrfX8U3V3 fSvHF0nxnvcNp9wBjJ6FkGmNgaSY.cvF65T8jWD4TFjmCFlT0tl38PxSyumN1.PIoW3eKacSN3NL EBB4sKlWdahJ9WN7xURFet5tTo2Hs1rERv.eDyodYHCPWpHfLNg2KJMlDfpPyUuF_XNXAsjKeA8z 1zADonMHtePXDVoQntguBN7RFNAUoMTXyj0.ygmbPAJrzj1dpjVEvUZKad4lKdsMUO514AippYVZ VqsOoXfc2dGDPlCZai3Tx2r1tvu3DZFg_PGiU_UwoOihJg3WhHor1jUED1jwJfSQAWpH.t2ODUl9 JVWoGeL3NUTmMEBPpcgBqEMXxwppQAsh1rlh_layWL2TdP9igVZ9B_JVsABdk3hfRoGOFNW5iS9t ZeJOC9qBb_3divZGE0qlYqRi.l48vDwAc8O2n2Y1wJg8j3_A42UER6nebhH1jH6xPnqM6uidgYKq 9usa4Pe2EMXkUd7QLyfkgyqJWoL1ezs_WnyNaNYMM.cGwA.gt9n7kE4_TmhOJVSTZ6pn6ceg_h3D GSWba8Qw7vo7A1DPUu9q2TDB8HY0jpMJ4s7KvfuhC2rnmRUU_HCP_m_pXk4yYA8PqA4PSOZhslgm j6FZlz8Ew_8r7iAD24oJ6IZQoyC5t2s1Q.jddVKOvEKRo0HN4ORNUvvJSvOHBQ2GT.A.fBad4OOU EyPL.DJXrifW19iYVpAyQHNnpdcu0O6GpbTU1KXOwPnJjtu1Mpm5CXxqdBbegLnhVxNAMhAhXprS Ye3EftsZJBkJ22AdSCajwS0lv1CB5gUICRYkCr9cITeUP9.NuvNKIseCG8iJm.WrtLCdJjBeaBye SCQoaVNEBwOJ1j.J9qFEqkee_cD31.lf7EONPcUgVtMemoNP6AfCcvv1uwUzHr4ybzpH2WCRJRpC QngvyoJFTbBoH7XgMGhRAJPEGhzHKoWXRXvmR_eXnKktOCJlTmVZEM4wlt3b0s8EjA32wtQuY3nb XXGUWSBje_nZsBLpe7Fa_stgNL7IuM4XlBvZG2dS2Fu3ErZsZR5YZ4CB4mZH.4G53arMCjRbktIm 05uKbeocr.o6DH1VL45XHUd7fWb8PoyjrUtxS8xtM.Fnn0nyDhawFX9N_SBxYnFgq7FqjNacxblN 3oV8_zb3rKunqmdE0q4Nscyq4DeEd54RaF5jKgeURCVrAEBRrkKvEnVU92OHzSV.ktn_Uk9GQulQ PdBl.MpO81fa._O81kvn2WtctWHwLRPuBt4GNGY4lfUXrIJXWipX5TY1Awy9hF.t5eMHEcicpHCT Y5Vs9S8jz_UlvOgg2kkyZN3rwywkOJEEfBd.HklKmQxhWGK3q3XH6GnbldXWeT70jnVoGAArn2Sg KbFf9aB0x8nQ_LYX1_cOZx5tCGYVBlayuNIaNNO7u4opQS3q.yTtpwfDdP7cVY1LjGQ0kIHCOJO. VvYh83VV4ozsjsmXD7jMpcuFd4_9RY3w..VSS..Y39wZzJ6D9hwNr7iu1JS1_qHu54003AbCZktA uVEKtgatjFn8BTIVcQE.dyp7ti0mk.195DtPkUQ3JQRoAmN_WAQW3ZsnvmbV2MsNEaj1.Mf_7jB1 FNGB1ijGWgf27q0ebF6buXCEpO81zdXry8QLoZlA3b3m6_wPOCwpbImbdlpYaFX8wipPNwIgUwf9 y0q0AN56Dniq9gYlqWQZLPnOW X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Sat, 9 Apr 2022 23:54:31 +0000 Received: by hermes--canary-production-bf1-665cdb9985-6p9bt (VZM Hermes SMTP Server) with ESMTPA ID e9d50b0fc7c471b5c54faf53b6180193; Sat, 09 Apr 2022 23:54:26 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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: Re: Updating RPi boot materials, was Re: RPI4 panic on boot with -current From: Mark Millard In-Reply-To: <20220409221742.GB56550@www.zefox.net> Date: Sat, 9 Apr 2022 16:54:23 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <05CFCC3A-EE32-468A-9BDD-9A6104F572EE@yahoo.com> References: <20220409015321.GA52002@www.zefox.net> <20220409154433.GB55458@www.zefox.net> <1B2DD49C-96AD-4586-B9A7-F6D8386D4DE0@yahoo.com> <20220409221742.GB56550@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4KbX662z0bz3JNW X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=fFiLETp6; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(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]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; 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.148:from]; MLMMJ_DEST(0.00)[freebsd-arm]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.148:from]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N Status: O Content-Length: 3685 Lines: 89 On 2022-Apr-9, at 15:17, bob prohaska wrote: > On Sat, Apr 09, 2022 at 01:59:10PM -0700, Mark Millard wrote: >> On 2022-Apr-9, at 08:44, bob prohaska wrote: >> > >>> Even if one knows which to select and build from ports the >>> make install command doesn't really install; the admin still >>> has to know what files to copy where. >> >> With good reason for where: the msdosfs file system is not part >> of FreeBSD's file systems (UFS or ZFS) and there is no standard >> mount point for the msdosfs in FreeBSD's file system. >> > > I must be missing something here. On the Pi2, Pi3 and Pi4 images > the msdos partition is always mounted at /boot/msdos with /boot > part of UFS and the msdos partition under it. Are you referring > to other platforms? > pkg and such is not limited to RPi* contexts. pkg and such do not have a bunch of logic based on identifying if it is a RPi* or . . . or not and doing different things on that basis. What is it supposed to do for a Rock64, for example? But it is not just that which is at issue . . . I do not have even one example of an aarch64 FreeBSD installation that is limited to booting just one type of aarch64 system. The exact same FreeBSD UFS/ZFS media can be moved between systems and boot almost any of them: HoneyComb, MACCHIATObin Double Shot, various RPi4B's, a RPi3B, and a RPi2B v1.2. (The Rock64 would be in that list if I booted via USB2. But booting it from USB3 is special, requiring a FreeBSD kernel that is not on the media plugged into the USB3 port. But with that kernel, U-Boot, and EFI related material in place on the same media as that extra kernel copy, again all the USB3 aarch64 UFS/ZFS root file systems can be booted. The media with the extra kernel is not as portable.) So how are pkg or other such to deal with updating such generally bootable media? Or: Say that the RPi* has a msdosfs on its USB device that is able to be used for booting. But that, at the time, there is also a microsd card present that capable of being used for booting, at least for the RPi* firmware and u-boot.bin stages. What sort of activity is pkg supposed to do to identify the context? How would pkg even identify, say, which way FreeBSD had been booted? The early stages of RPi* booting are outside FreeBSD's direct control and there are a lot of possibilities. Nothing in FreeBSD says that /boot/msdos should exist or be the mount point used as far as I know. It is just something that the snapshot/PRERELEASE/BETA/RC/RELEASE images happen to currently, do by the free choice of the author(s) involved. In fact, if you tried to use bsdinstall to set up a RPi* context, it would not set up something like the snapshots/PRERELEASEs/BETAs/RCs/RELEASEs as far as I know. Nothing says that RPi*'s have to be set up the same as the snapshot/PRERELEASE/BETA/RC/RELEASE images. The potential differences in question are not part of FreeBSD. Another common convention is /boot/efi (especially when the msdosfs invovled has the FreeBSD efi boot loader as well). FreeBSD does now have some predefined behavior for this convention. What if nothing is mounted to /boot/msdos or to /boot/efi at the time (say, disabled in /etc/fstab)? How much analysis of the context is pkg or such to do and adjust for? The FreeBSD loader.efi has the same sort of "there is no fixed place for it" issue. Other than the /boot/efi use, there is no automatic update of loader.efi either. This is largely because the copy used to boot is not in a FreeBSD UFS/ZFS file system at all --but in some msdosfs file system, possibly with a special partition type. === Mark Millard marklmi at yahoo.com