From owner-freebsd-arm@freebsd.org Sat Feb 1 19:02:18 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1E697228140 for ; Sat, 1 Feb 2020 19:02:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-20.consmr.mail.gq1.yahoo.com (sonic306-20.consmr.mail.gq1.yahoo.com [98.137.68.83]) (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 4893P50Wghz3Q8N for ; Sat, 1 Feb 2020 19:02:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: FWzMhGsVM1mEh1qG8u0SkSHRYbxizBBaiv60e9mMHMeAQATIgEJB.2osVvBpcLv yi0s1oDHUQL_mvo6flMJ0883LcCkCbdCPd3_HtdEJ3iDs7qWoMj6Gf4mGbaVB2hM6wWlws14AlVj D3fJBcSx_SgtY3hDUE8JLqWPQq4mBA5wxbcc4poHj51xIc6RkENWl4V3pArHJhMKPSr3gKiemdAE o4FB_GMtP_f0qMDc_lyO1W.7tTjvEIvK6W8MhzGkmHSgVA8P9DBIl9PkVrBug3xyD67IotvYysdL M28nCsBtvkXAkzQ9bcOuTJBpgSJ1aMjEtTHhHBc5uFbYINTwDT2rQlvl7Mba4NskIsp3GRfCAPLT 751WrhG.KUBy2JNhUW3SarZ.N9GZkaY.qs1q4loxAHU1XB5vKbDg7nNXtBsEHrFf0oZY2vBWMH4T VQa7TsdGTlosX4uEfUU8RZZVe_vD1GvxS_PdCpGs6Yhg4v6c5pw.MeL.gLAeQ2y4FMFHC5ObW8kh crzEwJ5Ih1yEMKquUjjANfoOwU4w5_Gkaml6uYdPpiDaoVN_L_xALpNrwwsWOEBuRKWSrrFmgecc kqoi1tjxTg.oBtgZE7DJmGCWu16kcAnDua0Z9l4dlYFrk.Qgv3lcBllcD0CBlgS.HX2QdriUejtC 2qh_mOmHRXKPB..Zc9R_LmNMJ5Ra2lESWcl0UzC3dFVFjwWl0Nd4ZztvsEno.WL3GipEZgY4eqFk _5u8b3aCMRJYo42qdb.DhsYtPRK5lYHoCSfbDtELawW4ziCxHx1mjQGsIcFkYpc.rhnowiMOUyAn oMCtcOOaMJdt_MlJqAPJYLXAYQFVj9A9r8Bn0CsNk3V2DcDTvt6vOYYj2LPj3vHQ41nkbJ1uMxvc E1T68oSyo0Uds7L2t4QAQ7pSmb03.mzGFz4U7gpP_hkrk3b4je.tfdlKGfcEhAN2xLXFsUgUzcIX vYuLTp4OVOw5Z1gt7ZazmG1lhsAMFeYwjbTzVGiT0vt6JWSWLrV_MklF4bZRqBZk7IXgatpKbuSg UD.IOXDjOHURkoLoBlIzR2.95t.3A2PjE6QEacybHLX4k1H7JF9neDvPk5u2cdODrXY6CP.PGB2s TzGDPs53.NeD52cO8feR5H0E80Dtx_Wv3UVel3TTaWEc.ripMjpdcQIXqMAPmxz3w2TpGvJAY60j PubW5WYAfCaNsE5JDAOtpIM7B0UwTQEkRs5IRUovBhCZvU8AGtA16t.7SOlgF3znGiMyeyH31nVT gSwmtzUUfawELSL1bBgse5eXWr3oloFghRtbnxZJIl1N7MG9NcS_Gr46Y7XTgd3sRcpJjtObKewD YiF0oAiF5fl8055KrowzzOTozZ3.ZnL1K4JYP0pDGR8tT2U3RDoHnhK7wnQpOokOwIFZvd3nWpTT 9I1.wUkqc7UgYyvQm0WSDJL0jxe_jWAb4L1ajltAuadjYG5A2LAXIf5mhDmdWN5bIZmBJ.9jE Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Sat, 1 Feb 2020 19:02:14 +0000 Received: by smtp415.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 9ce99e6582c4df987374d19d5ea0f102; Sat, 01 Feb 2020 19:02:11 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: head -r357356: fails to boot RPi4 but boots Rock64 (same media, moved between machines); -r356426 booted both From: Mark Millard In-Reply-To: Date: Sat, 1 Feb 2020 11:02:09 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <63205335-8E8A-4CCB-BC80-E4EC767FBC09.ref@yahoo.com> <63205335-8E8A-4CCB-BC80-E4EC767FBC09@yahoo.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 4893P50Wghz3Q8N X-Spamd-Bar: - X-Spamd-Result: default: False [-1.60 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[googlemail.com]; 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/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.45)[-0.454,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.65)[-0.647,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (3.18), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.67), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[83.68.137.98.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Feb 2020 19:02:18 -0000 On 2020-Feb-1, at 07:38, Klaus K=C3=BCchemann wrote: >=20 >> Am 01.02.2020 um 12:58 schrieb Mark Millard via freebsd-arm = : >>=20 >> I had a working head -r356426 based microSD card that booted >> both the Rock64 and the RPi4. >>=20 >>=20 > that=E2=80=99s interesting =E2=80=A6. > Which u-boot version? I described the original sequence that made the originally -r356426 based Rock64 microSD card also bootable on the RPi4 in: https://lists.freebsd.org/pipermail/freebsd-arm/2020-January/021117.html No changes to sysutils/rpi-firmware or sysutils/u-boot-rpi4 or to the copies of the materials on the msdosfs partition after that. As for the sysutils/rpi-firware and the sysutils/u-boot-rpi4 versions that I used: # pkg info rpi-firmware rpi-firmware-1.20190925.g20200109 Name : rpi-firmware Version : 1.20190925.g20200109 Installed on : Thu Jan 30 01:35:01 2020 PST Origin : sysutils/rpi-firmware Architecture : FreeBSD:13:amd64 Prefix : /usr/local Categories : sysutils Licenses : BROADCOM Maintainer : uboot@FreeBSD.org WWW : https://github.com/raspberrypi/firmware Comment : Firmware for RaspberryPi Single Board Computer Annotations : FreeBSD_version: 1300075 repo_type : binary repository : custom Flat size : 41.9MiB Description : Firmware files for RaspberryPi Single Board Computer . . . # pkg info u-boot-rpi4 u-boot-rpi4-2019.10 Name : u-boot-rpi4 Version : 2019.10 Installed on : Mon Dec 2 22:22:30 2019 PST Origin : sysutils/u-boot-rpi4 Architecture : FreeBSD:13:* Prefix : /usr/local Categories : sysutils Licenses : GPLv2 Maintainer : uboot@FreeBSD.org WWW : UNKNOWN Comment : Cross-build das u-boot for model rpi4 Annotations : repo_type : binary repository : custom Flat size : 454KiB Description : U-Boot loader and related files for the RPi4 . . . The only thing changed was FreeBSD being updated to head -r357356 from -r356426 . > Or did you pick up a standard- image and if so which one? I buildworld buildkernel and installkernel installworld and such myself. Likewise, I did the partitioning, the file system initialization, and glabel labeling myself. But that was earlier than this update. > Did you make changes to uSD, if so which? Relative to the previously working context, I just installed head -r357356 (kernel and world), using mergemaster in the process. (It was not done on the RPi4.) > Which kernel did you boot from (e.g. GENERIC) ? My kernel config file in use is: # more /usr/src/sys/arm64/conf/GENERIC-NODBG # # GENERIC -- Custom configuration for the arm64/aarch64 # include "GENERIC" ident GENERIC-NODBG makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols options ALT_BREAK_TO_DEBUGGER options KDB # Enable kernel debugger support # For minimum debugger support (stable branch) use: #options KDB_TRACE # Print a stack trace for a = panic options DDB # Enable the kernel debugger # Extra stuff: #options VERBOSE_SYSINIT # Enable verbose sysinit = messages #options BOOTVERBOSE=3D1 #options BOOTHOWTO=3DRB_VERBOSE #options KTR #options KTR_MASK=3DKTR_TRAP ##options KTR_CPUMASK=3D0xF #options KTR_VERBOSE # Disable any extra checking for. . . nooptions DEADLKRES # Enable the deadlock resolver nooptions INVARIANTS # Enable calls of extra sanity = checking nooptions INVARIANT_SUPPORT # Extra sanity checks of = internal structures, required by INVARIANTS nooptions WITNESS # Enable checks to detect = deadlocks and cycles nooptions WITNESS_SKIPSPIN # Don't run witness on spinlocks = for speed nooptions DIAGNOSTIC nooptions MALLOC_DEBUG_MAXZONES # Separate malloc(9) zones nooptions BUF_TRACKING nooptions FULL_BUF_TRACKING > The cam/mmc-issue is known on the RPI4, I'm unclear on what the above is trying to tell me. Any messages produced both by -r356426 and -r357356 are not likely to be relevant and I showed that the mmc1 message was in both the -r356426 and the -r357356 based contexts. So I doubt that the mmc1 message indicates a contribution to the distinct behaviors. > which kernel did you boot from (e.g. GENERIC) ? This question was repeated twice. Answered earlier. >> Release APs...Trying to mount root from ufs:/dev/label/RPi4root = [rw,noatime]... >> APs not started >> CPU 0: ARM Cortex-A72 r0p3 affinity: 0 >> . . . >>=20 >=20 > If you reach the mountroot-console could you please try: > ufs:/dev/ufs/rootfs The system hangs, no way to do anything analogous, nor does it prompt for such. "APs not started" is a problem not tied to the "mount root": it happens in parallel. I do not have any ufs file systems labeled with "rootfs". It would be /dev/ufs/RPi4rootfs in my case. But I also have a glabel label assigned so there is /dev/label/RPi4root for the partition that has the ufs file system as well. When the card was at -r357426 that worked fine in the RPi4 and its still works fine with the microSD card put in the Rock64. For reference (done on the Rock64): # gpart show -p =3D> 63 249737153 mmcsd0 MBR (119G) 63 32705 - free - (16M) 32768 102312 mmcsd0s1 fat32lba [active] (50M) 135080 28760 - free - (14M) 163840 241172480 mmcsd0s2 freebsd (115G) 241336320 8400896 - free - (4.0G) =3D> 0 241172480 mmcsd0s2 BSD (115G) 0 230686720 mmcsd0s2a freebsd-ufs (110G) 230686720 7340032 mmcsd0s2b freebsd-swap (3.5G) 238026752 2097152 mmcsd0s2d freebsd-swap (1.0G) 240123904 1048576 - free - (512M) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)