From nobody Sat Jul 30 03:11: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 4LvqD20T5Xz4XvJp for ; Sat, 30 Jul 2022 03:11:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.gq1.yahoo.com (sonic309-22.consmr.mail.gq1.yahoo.com [98.137.65.148]) (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 4LvqD11R2Nz3yYV for ; Sat, 30 Jul 2022 03:11:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1659150687; bh=LZ8xvORRyfGTWFwGrcJ/OTtL90tMeJ4pyB+uiYlqHPs=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=mX928mMifRoAf7vSjO5dK9Bqz++1Vti2mvDD3jwvFVQyA0W3IgMeNBcqJQ8VttmilGi/ChEo2Cxw3TmOE9dKB1KTrZRECh/ycXWNbYqSD/HZBeEwU+Sz9Js/Nvo5bIwpUSb9Q1zuNXxqU8LF09uEn2+TVihOFlB5unM0b46muqjyoxewWZ7ykzJa86906KcdZSynhAB8lSjDXx4OP0vOPVM4oUjZTuv6pij2HCeW9sUlMe67ggeHUTfcuePJ5TIv7FYnDPvTTCrAS9QGqrfD/c8XQzUPmPwWb/KZhqpUVKNbblaMriRzPRZuOAWKKVa8ZYazIdYdZs/n5CyQOUqQ9Q== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1659150687; bh=bi1xHrepn0+8Q0n0NcMzoBqvDKeLt+Ow//8XvB7/2J0=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=dJfoIhkSCzu3LHy+xjlYv+Q6hpwCGU/acXfhq0B0IdQRQizpDVMLJAmcIj3CCXt9T07HSXTNsTsOB/DRhii7zotatkae9WHY3NQwZTVDfPcSsq8i2pgV58AQkfryiw2vojdIiF6/x81Oojmre4T5wmjtvjBQIMF/Ukz3CNOF+RTrZgxYT1Z/njC8IAqw72PbGOmEb2egeKufrtxINEFlaQGcHIpU6f0WIMP5DlUJf62PGLGMJ+TYci5RM3N71oK1mJ4Nx+DxRBddszuf+mZDdjH5Tt6lJJm+oyOe3/DUlfh1/u1BSCwlogZT99VSbE57ZfMbG9ySKIQns8EWkR+0UA== X-YMail-OSG: GyP6LW4VM1nJhiZptBQ38jl9YvdhRk26h8Pwd5UfAZxRBhq8akRDX9uCkxiy4DN vy.s5YIWaORl.1ea2LwfH_kVDuiVk5FSX_tuL3dHJOSY3QUKnomzkUZ.sr7uV9jJP2.DNiE9I1.u eSHdJkNr8K8CTh0WVmCCJB57or8bnup9pKvSE3xmJuuJy5ShJn33bfy20PMHLKupnQwxZgLgdXxb NILMuiGcNNtRo1ffiebxFZAHT8AhdJhwWwUUMU04ie8Jwldax7ibx3h8XdqwM.aI.7106o_5Li1j jKcTL468psAH8NhHUHo1s3Lx6yqUH69w4GvsyNBd9B4yC7ABTjY.4KvuferO7f6d0JFijW3CQCkT BOznNsu1di6b_hMVHYiD55FA89EapV7_VnSQdOct_gLJucsJbbXp5xlSdSK21.MTfGl_XYQ49D3r Pqi76RE9VjWfKiumowlC0FRj4MW4yny26_KT4xRBZAPaBgXaZz5VsCv9H9FZ1innfKPoJl2_cD2x 5umUhcK4nDoD6Aj5nq9BhyiNmCnQch.M2uN.fp_n9Bs4HiQJ6XOeNjHeailZkr5hqRW5RZkJsq4f EqPCxdEVmDBONmYDdOAF4UuNr.D.59EvYAnHLG8GtIGeXKLvZ7LTutHssmIt0ukK6moCnS7Pte4W 2dU6aEPtGX19TeWx5VTzz3sgiF5veBqauic9MES.6bxwqAPxCC6kU94pi6N.rRumFc4rIMPLfsfR QWhORCM2j0P.l.abU7Hypw5ddUYBEgfdHOBXGh_TWNmkZBpkKCYI_MZV6vZqLZKMUCbkSK4PzIiT B5OA9pY_NqTAtiisgpX3Lva7Je79FmPGtAW22_qZMegBWTEG2APrHPb3tnd_CAxeSzbL.5MP.y2w .cKnIWVHL1JOrqXEVZwd7hMv9rozZbuIpM_N4GN1tl4SFQquA7wQejp8cFpgen_CVZgKxD1Becw1 61GWLDy8apc6K7cMF1hxk_jICrm4rU49NQoGR6PUbj_1LSOh50W5yx15DYSciSbyzfUmAH_90D1K T5s0WmrVx59DAkps5gJ.iu6s2TqAd4H7G9.HQujwcx6uW2Mu_96UDPw27ndWbNnT.6xIW3VGZggO jiZajkufmm92Md9LIDJTGtwcK5coynrR7LUGCA9.2OnF2hTC19C6xmIXk1qFveG2weS5Mj5PIw4h k3_EH.RENZHEUGnEs3fQL18nhUkKoHDCbJRtQfUlQBl4O.nj3pHMZ51DZzB8tOMNnF8B1k3ZpcXt OPebvcl7Z47VhJ8KMWtuApdjcc752i1j0M_fugyLLofIiZ09xDrGnFmwhWEAxjQZNH0HmZsbr8Uw 0MB8fMImEDmpY0N06tYw.x8404J_Ocx1JWJTDY.._svWkaODJpi5uA9vVckifJ7K7m9C1W3b3xpj FDfNo7xrDc7n3d9MB4dfQEI09Du_kMX5judV1QZAVaHARP7WWHH5jUKpUOUVF0JEI1whyA_kYZ0B ehUBy9W3ND8iOHryIVGl8FSKCfODi6Rd2ZKUNLFU2s3sZgMxN.8OmIYWjg.KrC55yCjEtgJP8T1I B6UcsoSwfl1qG9l1L4GO3qKgl3.qy_jekpBRFK26.bR_eBt.XiugFuXai.jdXVa85U8g1pC5eFmA 1EXeXSCdCEQbq8RrzJWKXboC7KB6HIBwI6Z82EMwAR2rCODGDZ1ys5zhHnhRRtOF80e7qbbgJkZZ lwyXtlFM7qL4q6ywclx1zqN1.FdD2p2JDEPRI86ddUHPAbY2DShtUScghZOhctI48eyLTFB6eYxZ I2NFtGNzbnmPZKpOv5iiDx3aac6e5kUvPRt4oC_8aQVvK3dsHTfjqk_yyQmRvogwornh8ZFRVc2F KXQQB4dKOhbZLgZV1HHwL7ENzGtvIbzDcsaFeiAc76rjCEfgj26dOSqHt.h9AbpwmvrCPZ2MbLLS I8g_LV8qcPFLJvOOeqRFw8vMogdd6c18TQIegxFNSm8JIa453UgDg1amK X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Sat, 30 Jul 2022 03:11:27 +0000 Received: by hermes--production-ne1-74ddcb6b46-t2ktp (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 851187d86f7ca13265d6addcc6ce3bee; Sat, 30 Jul 2022 03:11:25 +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: git: 1dfcff294e44 - main - release: increase IMAGE_SIZE for arm, arm64, riscv [odd alignment for SBC images] From: Mark Millard In-Reply-To: Date: Fri, 29 Jul 2022 20:11:23 -0700 Cc: Warner Losh , Ed Maste , "Rodney W. Grimes" , dev-commits-src-main@freebsd.org, "Dr. Rolf Jansen" , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <7E1AE740-FA45-4889-BD70-8EABB0725B39@yahoo.com> References: <16906DFD-286B-4D59-9438-CA9CD9026C55@yahoo.com> <202207171708.26HH81bA062303@gndrsh.dnsmgr.net> <20220719204245.GL30607@FreeBSD.org> <20220729204943.GT30607@FreeBSD.org> To: Glen Barber X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4LvqD11R2Nz3yYV X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=mX928mMi; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.26 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.993]; NEURAL_HAM_MEDIUM(-0.77)[-0.765]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.148:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_SEVEN(0.00)[7]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.148:from] X-ThisMailContainsUnwantedMimeParts: N On 2022-Jul-29, at 19:56, Mark Millard wrote: > On 2022-Jul-29, at 13:49, Glen Barber wrote: >=20 >> On Wed, Jul 20, 2022 at 10:08:20AM -0700, Mark Millard wrote: >>> Would it seem appropriate to use a week (this week?) to do all >>> the snapshot builds with the builders all set to have >>> kern.geom.part.mbr.enforce_chs=3D0 and see what breaks, if anything? >>> (Sort of a snapshot exp run.) >>>=20 >>> More than just the SBC images might be involved for >>> kern.geom.part.mbr.enforce_ch consequences, for all I know. >>>=20 >>=20 >> Hey, Mark. >>=20 >> New snapshots for 13 and 14 are up now. Is it possible for you to = check >> if the issues you had run into are indeed resolved, after setting >> kern.geom.part.mbr.enforce_chs=3D0 on the builders? >>=20 >=20 > Well, it is a mix, I think (unsure). >=20 > I started with: >=20 > # dd = if=3DFreeBSD-13.1-STABLE-arm64-aarch64-RPI-20220729-db2eff1cff8-251976.img= of=3D/dev/da0 conv=3Dsync,fsync bs=3D1m status=3Dprogress > 5222957056 bytes (5223 MB, 4981 MiB) transferred 21.027s, 248 MB/s > 5120+0 records in > 5120+0 records out > 5368709120 bytes transferred in 21.816899 secs (246080301 bytes/sec) >=20 > I plugged the USB3 SSD into an old 8 GiByte RPi4B and it booted. >=20 > . . . > Starting file system checks: > /dev/ufs/rootfs: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/ufs/rootfs: clean, 499417 free (1153 frags, 62283 blocks, 0.1% = fragmentation) > Growing root partition to fill device > random: randomdev_wait_until_seeded unblock wait > random: randomdev_wait_until_seeded unblock wait > random: unblocking device. > GEOM_PART: ufs/rootfs was automatically resized. > Use `gpart commit ufs/rootfs` to save changes or `gpart undo = ufs/rootfs` to revert them. > da0s2 resized > super-block backups (for fsck_ffs -b #) at: > 11524224, 12804672, 14085120, 15365568, 16646016, 17926464, 19206912, > . . . >=20 > But, after logging in: >=20 > root@generic:~ # gpart show > =3D> 63 468862065 da0 MBR (224G) > 63 1985 - free - (993K) > 2048 102400 1 fat32lba [active] (50M) > 104448 468757680 2 freebsd (224G) >=20 > root@generic:~ # gpart show -p > =3D> 63 468862065 da0 MBR (224G) > 63 1985 - free - (993K) > 2048 102400 da0s1 fat32lba [active] (50M) > 104448 468757680 da0s2 freebsd (224G) >=20 > So 1985 and 2048 are there, as intended. >=20 > But no explicit da0s2 BSD or da0s2a freebsd-ufs shows up > in gpart show's output. >=20 > I wonder if this is because of a lack of a distinct > starting offset vs. the BSD. For example, the old 2016 > and 2079 alignment had showed: >=20 > =3D> 0 468757737 da0s2 BSD (224G) > 0 57 - free - (29K) > 57 468757680 da0s2a freebsd-ufs (224G) >=20 > where the 57 was, appearently, for alignment. May be now > the distance from the da0s2 to da0s2a is zero and so > BSD and its contained da0s2a is not now shown? >=20 > I've yet to try the 14-CURRENT. >=20 It did not survive a simple reboot test: . . . FreeBSD/arm64 EFI loader, Revision 1.1 Command line arguments: loader.efi Image base: 0x39b08000 EFI version: 2.90 EFI Firmware: Das U-Boot (rev 8226.1024) Console: efi (0x1000) Load Path: /efi\boot\bootaa64.efi Load Device: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/UsbClass(0x0,0x0,0x9,0x0,0x3)= /UsbClass(0x1e91,0xa2a5,0x0,0x0,0x0)/HD(1,0x01,0,0x800,0x19000) Trying ESP: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/UsbClass(0x0,0x0,0x9,0x0,0x3)= /UsbClass(0x1e91,0xa2a5,0x0,0x0,0x0)/HD(1,0x01,0,0x800,0x19000) Setting currdev to disk1p1: Trying: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/UsbClass(0x0,0x0,0x9,0x0,0x3)= /UsbClass(0x1e91,0xa2a5,0x0,0x0,0x0)/HD(2,0x01,0,0x19800,0x1bf0acb0) Setting currdev to disk1p2: ERROR: cannot open /boot/lua/loader.lua: no such file or directory. Type '?' for a list of commands, 'help' for more detailed help. OK lsdev disk devices: disk0: 60258304 X 512 blocks (removable) disk1: 468862128 X 512 blocks disk1s1: DOS/Windows disk1s2: FreeBSD disk1s2a: FreeBSD UFS http: (unknown) net devices: net0: OK ls =20 / d EFI d dtb README u-boot.bin armstub8.bin armstub8-gic.bin bootcode.bin fixup_cd.dat fixup_db.dat fixup_x.dat fixup.dat LICENCE.broadcom start_cd.elf start_db.elf start_x.elf start.elf fixup4.dat fixup4cd.dat fixup4db.dat fixup4x.dat start4.elf start4cd.elf start4db.elf start4x.elf bcm2710-rpi-2-b.dtb bcm2710-rpi-3-b.dtb bcm2710-rpi-3-b-plus.dtb bcm2711-rpi-4-b.dtb config.txt d overlays OK show COLUMNS=3D200 LINES=3D60 autoboot_delay=3DNO boot_serial=3DYES console=3Defi currdev=3Ddisk1s1: efi-version=3D2.90 efi_com_port=3D0 efi_com_speed=3D9600 hint.smbios.0.mem=3D0x39c2e000 interpret=3DOK loaddev=3Ddisk1s1: prompt=3D${interpret} script.lang=3Dlua smbios.bios.reldate=3D04/01/2022 smbios.bios.vendor=3DU-Boot smbios.bios.version=3D2022.04 smbios.chassis.maker=3DUnknown smbios.chassis.type=3DDesktop smbios.planar.maker=3DUnknown smbios.planar.product=3DUnknown Product smbios.socket.enabled=3D1 smbios.system.maker=3DUnknown smbios.system.product=3DUnknown Product smbios.system.serial=3D100000007151395e smbios.system.uuid=3D30303031-3030-3030-3731-353133393565 smbios.version=3D3.0 twiddle_divisor=3D16 So definitely not working for a 2nd boot. =3D=3D=3D Mark Millard marklmi at yahoo.com