From nobody Sat Apr 30 02:41:57 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 8A79E199C9F1 for ; Sat, 30 Apr 2022 02:42:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-21.consmr.mail.gq1.yahoo.com (sonic313-21.consmr.mail.gq1.yahoo.com [98.137.65.84]) (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 4Kqtt90l9dz3GmJ for ; Sat, 30 Apr 2022 02:42:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1651286522; bh=wC5uC4p7oMKsbW1wO5Sw4dfa3no9OdKm320PIlRtlOM=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Qn+WPkdJNyFYYyjtpogUr1AiQN9WdArIWB+cDy+0Z22A1R6JygXI/wZsk/M9MFhQxB5S3+o5WQzlOF+1dfXEqeVOFJKR7Oesr4QMHteH7RHWfhjf99Js+w3lsKwX7PIkAZaB9vC5Bw619krFVrs7mk7s1riKYJlmeZSaQr14MXIDCiKpNX3U2iVD8DAMDbV0ztABfvxzrzSMlTNX9CL4GUVndeuO4/DSfTem9+Nct7W5J4NDsFRHw6QMA8tyeHeuCps/xj4T0SpRu92s8yycb/NuOMutTswVZkPzRVaC3vo69zCycs8m3Qlpr49M6Tl8el4uhsNI2XYwi3xDjl29Bw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1651286522; bh=wPi966Y2bwkCEqUBW+vOnFk/lA8Heu7SNWgKSCSuULn=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Dvqi79DRlX/ewEi8Xi5e5hk25HDjG9MjdZeU9nJDBNcw42/zGB4XfOzynjnAwj5Prne7xyNl83J43p2gF0vPvSymdsd6A47CNYe8jKHu3QlabZ+SclmeUPSwQaPJJPDOJh1k+TUo95d4kpv2FfoGbvAxNotBBViK9dx148gfu1bw3h7CEEoD9+t6KIugKhWKChShbig0XClQULHsWfwjns6LF6i9FIO+uz4MZuA5z6zihRTbonFwiv+3F+qaX2hzHWfic2+MLZ7tvDyOFne0G3JvOzJTJ1ZIyvf3JsKbyZBUBgbNEiqLCNRT0mqH/atZfGaMO0qyTMt/m0MT7H99WA== X-YMail-OSG: bwdd2J0VM1k_kPH34th7HX_hgBZAO3wfAKPxzUelSr45ugK.xez19LB4CKxZAcz qsH3jgS6SbaK2h.Sp6AYJhGosAUY2ZSwrZFAl0he4h5NJ1mrG2CKRBhbckkP3LnHal4q5gBpRpqV 8TMK1WKNkuTuyfuGUqUfvt1tRkv.3q4MlB7aknVd6H.htHsknZXa6ULU_vWyziVIR9oK9Eqg7qFi htMQARKOUp7uJ82vbje5P5B.KBxpI6o_B.ObfEeqY1uPiMR0jNtNHUvHb1B4hvu5nM.AC29xe9GQ SIGVlXiN3dVJYtdbbNDSg2hJJFINyLeejG71a2dZz4erVKG0ufMJZh06Oc5ntlfjrMe3.KBwxxhz jWbQ3RSXFw8RR6i3gM3eya16Nqh.fJPCJx6ZBsnl52djb0I9hbQp_b9nERoS8h5NojmnXt17wAJy ga.2A4ZMIPIOOO8D5uB5vno2AM7CAN5faLhU2Q37lmfDBtHbZNVTN14pSTybLiCqAALIBQLXJnDR DquM5kZjFYsAOA.mfAK4upe2c4Uv..Q1NkvZtF2m20cbSM4iYBGfVLkcLm1zSGDFvCtdheuulYCy 5.kxcOUROBeX7Gm8ITzt2UejFHpfS8pqx0kO2LQ.BLiiBa201POveUW3ssQ9DPjAFstBA0RIRz3x p6DmVkKXyQLPZGsl1DsTYfYZcjC0LcNfI4HRLcutMcEeeHTFb735jNNq2DhNGpElCBkj1xE2Q5BL A3oKRh0SnSUghW2UWHXKVNF0yVte5ZDA9CGa2lKpLXT5GZL_KURVhpVSGWAvrlFxCCQxN8BAuiDo qRmx1Rp2YZtU3Pz7_6.T9GVdCEd0gPdAiFp3rKG0v7KJq9kOInnGzhsPc0ej3iugTLhWcxmiFcUK owdUbx5zOoQgPbe1eZ6bFgGfsu_B6OrBM.g5rglWOsA0gFj5.gLfXFo4IK1q4OUuygzMCrX0nJOZ 2uvl2AiZS4e4FiDnyMjGEFioBtnrNO1O1f_tKnOBZlB6ggVXwo2yJwbcQaNI7nMMAUuzZaDla_Sl xioqnKtner2_sM7cytq_AgDHtFuiOv8oN69yXoUsEPwdKMG0r.ged8sWEDUUrWRoeJ9chsg_LdN. 16rrm4eIFeQECtu.YUgInXm6D8whLvVsv0W6nfJwnUBcSIOCCP8rVohW0bDqNDLo96EY39MMNJYv qyv0EWzcwjEThhpfZuuwVXSzcGAwa.Gie6D4_LlVMfanqKNK8LCyWmJnndc7fNvsljeE2Wef4NuT mTHdk2UUJpFdw3IMWWoYDWI1xX2IEKF6.7tkA.GezRVuXqseyS0.akIDekDyny3n7cv8cPDpzDQL cTUnHBQiDrmREDwVoHafTEx6Gmi0UeHEo4Bjrmv7oruQV31WI9Buu9pyPZXwSeY7d_z0Pck2FyBp 9X1.2Hs.x7p2cKAJtq1eRoR4_.acZwPWln7MWiEbb65QCNMXW55ZV_6jJxcGC_SfuZ1FotI8SKzI UA3I.9xjjhFTl2u7xDeFHzasa8JjXHt5wJjTyJMtYrwgknLNrd9A_vTHfXQQAJ8RMj66zh_QHSeW SCwcY4HM9mH5P9Qzt9n0HaVv28xg3IQxG7TOAgbKyMNGT27Tfzdwd.hyLTmAq44fdoFQiP.roewe jSmGk693HPtBzNHiwRfRGGR65KBDjbkj48OhJF2_Wts4m15p2YLVrlyB16wYBwO9LIbnrncnym0e x0AQLFejoOLwenHObHcgpU.2TEDMjs4Gf97NgkhALZ1QEvmi9u1lXQdiivdv4QQBBGT_UVBNMojm ud5QJd6FC85aIcDZTUdClvta79FjUdLOwSS_conRUcJ.8pPbLa6PwfI1l1XQviDKytbf5vSopfYD kgyDqqOlRgxvangxFpo3hsco9.UZkdyXzm5Khnlbgowi0tI3KtyUVjPSpKlhWhqv4ZQNx_Y15JyD gAEjysVYpMrul2GfDmIGqk3dTnbrOffk.Utmr9673h8FIay7bhSAfvOIAzQDvqGMyaiLzMNy6mrt WCicXhO1fTkD4LYQk6E7sSxXknG8Nj2tlnYOM2v3KWJgt1Ch0IQts97jciJtLibwGbO7NnDE515Q ujD7Qubrr60FmqPLckz4nQ1ZArQ1ZO6KYdcVWRQMhccbUgnbC1zYzmwDyQNvO5320P66hnMX9oVY M9IQq8BZ6v.Twjgc8KJ7TE9KGWMPQC.nuM8JMA4tzv2O0Ln0rilplNsTqkhUATTCJ_MnsJkBRzTn 3mtyw_7377GbGk48ctnDCO4p5Bjl92U7xq.VfiJmpP5mqf48fdR3Ko4PVIF0MgG5u0GX3.YohDaH .3bjj72ktdN6IA9E10A-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sat, 30 Apr 2022 02:42:02 +0000 Received: by hermes--canary-production-ne1-75b69fcf97-h6f5j (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 2a9f933fef0efef9feee2270fa0231f1; Sat, 30 Apr 2022 02:41:58 +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: Rock64 eMMC not working From: Mark Millard In-Reply-To: <8F74264A-4EF9-48BD-8114-BF9A01AD5C1A@yahoo.com> Date: Fri, 29 Apr 2022 19:41:57 -0700 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <5E0C3714-2DF8-44BD-A464-202D5588A46A@yahoo.com> References: <20220407040810.GD88842@funkthat.com> <20220429213048.GL88842@funkthat.com> <8F74264A-4EF9-48BD-8114-BF9A01AD5C1A@yahoo.com> To: John-Mark Gurney X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4Kqtt90l9dz3GmJ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Qn+WPkdJ; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.84 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.20 / 15.00]; TO_DN_EQ_ADDR_SOME(0.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(-0.70)[-0.698]; 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/20, country:US]; 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.65.84:from]; MLMMJ_DEST(0.00)[freebsd-arm]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On 2022-Apr-29, at 15:47, Mark Millard wrote: > On 2022-Apr-29, at 14:30, John-Mark Gurney wrote: >=20 >> John-Mark Gurney wrote this message on Wed, Apr 06, 2022 at 21:08 = -0700: >>=20 >> Bump? >>=20 >> Is no one working on/maintaining the Rock64 port? >>=20 >> Right now looking at getting the OTG port working on it, but it looks >> like the dwcotg driver is completely broken in that it can't read = data >> accurately from the USB bus. >>=20 >>> I am trying to get the latest FreeBSD -current snapshot to boot/run = off >>> a Pine64 eMMC module on the Rock64, but I'm seeing an issue w/ = mounting >>> root: >>>=20 >>> FreeBSD 14.0-CURRENT #0 main-n254105-d53927b0bae: Thu Mar 31 = 09:26:31 UTC 2022 >>> [...] >>> Trying to mount root from ufs:/dev/ufs/rootfs [rw]... >>> mmcsd0: Error indicated: 4 Failed >>>=20 >>> I got similar messages when 13.1-RC1: >>>=20 >>> mmcsd0: 16GB at mmc0 150.0MHz/8bit/1016-block >>> mmcsd0boot0: 4MB partition 1 at mmcsd0 >>> mmcsd0boot1: 4MB partition 2 at mmcsd0 >>> mmcsd0rpmb: 4MB partition 3 at mmcsd0 >>> [...] >>> GEOM: mmcsd0: the secondary GPT header is not in the last LBA. >>> mmcsd0: Error indicated: 4 Failed >>> rockchip_dwmmc1: Failed to update clk >>>=20 >>>=20 >>> Are there any known issues w/ this? A different image to try? >>>=20 >>> . . . >=20 > I'm in the middle of updating systems and the Rock64 is > still back at: >=20 > # uname -apKU > FreeBSD Rock64_RPi_4 14.0-CURRENT FreeBSD 14.0-CURRENT #28 = main-n252475-e76c0108990b-dirty: Sat Jan 15 23:39:27 PST 2022 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA53-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA53 arm64 aarch64 1400047 1400047 >=20 > I normally only use the e.MMC during booting. The miscrsd card > slot is left empty but I used it to manipulate microsd card > content sometimes. The root file system is on a USB3 NVMe SSD. >=20 > # gpart show -p > =3D> 63 244277185 mmcsd0 MBR (116G) > 63 32705 - free - (16M) > 32768 102312 mmcsd0s1 fat32lba [active] (50M) > 135080 28760 - free - (14M) > 163840 241172480 mmcsd0s2 freebsd (115G) > 241336320 2940928 - free - (1.4G) >=20 > =3D> 0 241172480 mmcsd0s2 BSD (115G) > 0 230686720 mmcsd0s2a freebsd-ufs (110G) > 230686720 10485760 - free - (5.0G) >=20 > =3D> 40 1953525088 da0 GPT (932G) > 40 532480 da0p1 efi (260M) > 532520 2008 - free - (1.0M) > 534528 7340032 da0p2 freebsd-swap (3.5G) > 7874560 1048576 - free - (512M) > 8923136 23068672 da0p3 freebsd-swap (11G) > 31991808 2097152 - free - (1.0G) > 34088960 33554432 da0p4 freebsd-swap (16G) > 67643392 1740636160 da0p5 freebsd-ufs (830G) > 1808279552 4194304 da0p6 freebsd-swap (2.0G) > 1812473856 141051272 - free - (67G) >=20 > I can mount mmcsd0s1 (msdosfs) and/or mmcsd0s2a (UFS) > and do I/O to them. (It is how I update the content.) >=20 > mmcsd0s2a has the copy of the FreeBSD kernel used to > boot. This is because the FreeBSD kernel is the first > stage to be able to deal with the USB3 port as far as > I know. The e.MMC also is where the Rock64 gets U-Boot > from and U-Boot gets the EFI from. >=20 > # mount -onoatime -tmsdosfs /dev/mmcsd0s1 /media > # ls -Tld /media/* > drwxr-xr-x 1 root wheel 4096 Apr 13 07:24:32 2021 /media/EFI > drwxr-xr-x 1 root wheel 4096 Apr 13 08:15:48 2021 /media/dtb > # ls -Tld /media/*/*/* > -r-xr-xr-x 1 root wheel 1243772 Jan 28 12:33:00 2022 = /media/EFI/BOOT/bootaa64.efi > -r-xr-xr-x 1 root wheel 50618 Jan 28 12:32:28 2022 = /media/dtb/rockchip/rk3328-rock64.dtb >=20 > As for the ufs content (boot not expanded): >=20 > # mount -onoatime /dev/mmcsd0s2a /mnt > # ls -Tld /mnt/* /mnt/etc/* > -r--r--r-- 1 root wheel 6170 Feb 1 04:48:34 2020 /mnt/COPYRIGHT > drwxr-xr-x 23 root wheel 1536 Jan 28 15:26:41 2022 /mnt/boot > drwxr-xr-x 2 root wheel 512 Apr 26 14:39:22 2020 /mnt/etc > -rw-r--r-- 1 root wheel 37 Dec 31 16:00:18 2009 /mnt/etc/hostid > drwx------ 2 root wheel 33280 Nov 27 09:46:08 2019 /mnt/lost+found >=20 > I've been experimenting with building and using > U-Boot 2022.04 (not just on the Rock64) and that > is what is currently in place, despite the FreeBSD > vintage: >=20 > U-Boot TPL 2022.04 (Apr 23 2022 - 03:14:35) > LPDDR3, 800MHz > BW=3D32 Col=3D11 Bk=3D8 CS0 Row=3D15 CS1 Row=3D15 CS=3D2 Die BW=3D16 = Size=3D4096MB > Trying to boot from BOOTROM > Returning to boot ROM... >=20 > U-Boot SPL 2022.04 (Apr 23 2022 - 03:14:35 +0000) > Trying to boot from MMC1 > Card did not respond to voltage select! : -110 > spl: mmc init failed with error: -95 > Trying to boot from MMC2 > NOTICE: BL31: v2.5(release): > NOTICE: BL31: Built : 05:34:22, Dec 8 2021 > NOTICE: BL31:Rockchip release version: v1.2 >=20 >=20 > U-Boot 2022.04 (Apr 23 2022 - 03:15:10 +0000) >=20 > Model: Pine64 Rock64 > DRAM: 4 GiB > PMIC: RK8050 (on=3D0x40, off=3D0x00) > Core: 219 devices, 21 uclasses, devicetree: separate > MMC: mmc@ff500000: 1, mmc@ff520000: 0 > Loading Environment from MMC... Card did not respond to voltage = select! : -110 > *** Warning - No block device, using default environment >=20 > In: serial@ff130000 > Out: serial@ff130000 > Err: serial@ff130000 > Model: Pine64 Rock64 > Net: eth0: ethernet@ff540000 > Hit any key to stop autoboot: 2 =08=08=08 1 =08=08=08 0=20 > Card did not respond to voltage select! : -110 > switch to partitions #0, OK > mmc0(part 0) is current device > Scanning mmc 0:1... > 50618 bytes read in 5 ms (9.7 MiB/s) > . . . Card did not respond to voltage select! : -110 > Scanning disk mmc@ff500000.blk... > Disk mmc@ff500000.blk not ready > Scanning disk mmc@ff520000.blk... > Found 3 disks > No EFI system partition > BootOrder not defined > EFI boot manager: Cannot load any image > Found EFI removable media binary efi/boot/bootaa64.efi > 1243772 bytes read in 33 ms (35.9 MiB/s) > Booting /efi\boot\bootaa64.efi > . . . >=20 > I may discover that something breaks once I update > FreeBSD, but the current status of my context seems > to be working fine for the e.MMC . >=20 > I've no clue about the OTG port status. I've never > tied to use it. >=20 I've got the Rock64 updated to: (line split for better readability) # uname -apKU FreeBSD Rock64_RPi_4_3_2v1p2 14.0-CURRENT FreeBSD 14.0-CURRENT #32 main-n255108-9fb40baf6043-dirty: Thu Apr 28 22:57:05 PDT 2022 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA53-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA53 arm64 aarch64 1400057 1400057 It still works the same as reported earlier. No evidence of e.MMC related problems. =3D=3D=3D Mark Millard marklmi at yahoo.com