From nobody Thu Dec 09 22:54:29 2021 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 04AF218E4B46 for ; Thu, 9 Dec 2021 22:54:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (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 4J98Vm436Zz3rcY for ; Thu, 9 Dec 2021 22:54:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639090472; bh=wg65Lk8c/IBbEMk65EwrzMixKLEpYRnKzcnFHMeLjj8=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=T77Xb09Ssw3HkGNOzEeS+rG6cKlzM0vI/sqzSUd3JoGJWbKXxZNoXnODELKgOdPGdfKAPBBNndwaS6RE3Rnvz54jUgpKcubRaHQASjlLheIxNSwvXiSj2X96P7thLAgIuWTVzX1UMCzUcoii5hNJI6gODj/e+kLp6D49TtJyxp+B6mcAfcv6Ae47U9knwWOhWxKSdDtwc4L1oZS8kO1wqDZpyISz+k1IkpkSZM8786pvisBvte4DYmFcMYUqqGoM3Vmg4BmUXf3hgWLihzcNLOxGD5b/sgPtxMkIO0hMuuebEAJJhwynME0niCNzzVb3jIEv5cV95KC3o3J6xREdFQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639090472; bh=nehem5Jb+pGyiWIbpXjfVCS+sw7o2YeQa0dgTTouANi=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Sigpbd26sXBXj5Dkxf+xPCyk7HpavDVgQB/iNBK6LaamXEdI+zqwXaO/vYL2vkeZQIW4KAEIP3k+CezYhA/V8wF7GQ2Sc6Ev+dE/i5kST62ydcjfxQKDojASeiaa2zTZ7Q0uTCT4grfTcuzOt8CdqXBUMuXquxSUSgJ5TszlRLEcIrv51kOg4xrnBdh+wy+y8MMzTgElUEqAHsd3D4B8Y/lLqEBfPZIfsbOljYtLaKQtyzGbL5foPkEmPapi0DTQt+bsGEKhRvO3+W/kwbzamQwCl81gYGGu1p0rUPEinDARKWDYrmi6bdoGvUV7L2n1JRotgQU5VNrGcoDMR+9xQg== X-YMail-OSG: bFTEUQQVM1lFMg6y6cdbtRhw7PNCukcKfYdFq4oX18IVPhPohgl7h1Pk3Hk.CI8 Mjha_u8JhwX0vS4Ts8egq5K0Jd.wY7Tt_nXpJvW_pH1vMjOCML89JFrBzKO2y3DUDGGV8fr6_W6t fzICSn8JPNmDtCBmPVfUiv0cxHYuepDbh7ufh5824rHl46SJzdXc4y.qmWTYREUDqbzrJNhRqhmP wPmkYaRD7QBmiCGOlT7YztD7nJze0qtTIo.1.M80Fbt_RTf1qHERFVeGDBoDeFD69MLlhoP66f17 MAdBOCLQ7P1dmA1dXVc3Cdtb929IKfHc78J3VsGmfBFjPTgmbGASuxm3sjOaKPJJjlB_Yp2uZPk1 tsuRZKYGTxXtoGgzh4hlh7jEG2VJeHfPVjWBLWnP_U98Z7lS8BCEcO2GniiFBkZcFceXNDihujtZ RslOnlRI6JxmKJ1wIvGpIo9i7ZyDHGknIWlumO.eKsmzucdjN.lfdFuZQgLNqrU33fIl8.id7Jff vjgla8z7UYQ4oHEFDZg8wzSPZuRNHlZaAiqcqg2V5uZ3uya9gWVitUjGeYh5XwGAOYQXvVkJFmie RscmOOjIY_gcwA_Ts_ZeEiuJOlerEiQv66WltXtAc80zuKciYWwlK5OHqO9.j4nKKMxrAmGylcYC pXXb2X7h9RLcMB2qRkLP6xW7nLOditjHjXQ0V5.dvuiT1mmXVIgMBbqNqT3j.CjP9u3YPIYwvAHX fJxkjmHyUdnTVMT2.Vdr1ZrT9fSL_pRjy_Hau2uYNzDV8O9P3Kx32JzxmaE6CtepdaLHV6Io42SB rR97NJ3Sr7G8VeniSrImBDxY6.D1mtNZgFEmUHKX_nfyktXdrAa18lnR0kXDwkM688PKC.EBgQlU xHw8WKoH5_2z.grGvpX6dB66i_qurMnqZxd3CMmloLNOb3CaRCt6svFzr0AYuEYarP_nUJBHVRlp l85Wch4181sNkhx6FvWJUQlsTuKcS9TLoMAA_jK237_NhGiH32kNH8Q2uQdZE.QGZ4Ywog_tOBvB HF9u2xueUoxHsKdHJLrs7lk6p8n.KvFTJQ7gHBE.Eis5qmnsywKXeAEvexsftlYqgpd2cW.OR1Is 8SU2SktzjIEbKbA42jOI4F9vdFan7hRLEodkPYi32M_lzg40RkQcybWpHrOV.3DO.DiIS0twoJhL PBDH1INXFDn8Coi5daa5lsYGziaPOzXCkhnLFRCrqaWr_q.JJcYdJLKAwYp_hCDHR8e2ZVkMz1Js Z4oymBtfxkAdpXCZ8DZ1uAzImsJffgacaDe0tt1YqRIu9rN.p_7df5gXdlnIzBPV6exyVhOlHEgO dJ7iyrSIiQj.iDZZ0KgoXbQUuDFiLsB9wuFFAwmowxfb_NhQ1l17_t3RwfDCk06b1eP7_BuMreSd cz.V31DqsO_plgICK4NxXz1UBJmUS7nmr1BV3DQA6_MQu9Aoi2alSwZ18DZ4_xVou1c6gtCc8Ia2 GF5FpCgDnzKtqBqIo67m_UFKKfRlYeR3WTUStKTme9ZfeGt3.eW6Juod_0k2pfZbRKBXjuy.m.Xf uX21_giTjWcLs_gMNDP9Eo6H3tvM3QtOQh780ALBrB1OiuxXsjgKO7Ke67kfHj0o_JM.s1PIFaFY UP78N1okW3EqggkL04BQKDoiWrKKVmtGcFoq4AEmk0PFJyf.Iq2dUMWcfHuiKVmG645xHD8IHFs8 krpRgcJC8W8wBoFWgt4IHk.LvSnIK3BgZISfzba3ql_Cc8dyByh_XcnLv0mjkdmRXgZmGUQBMBBj Bh7EiwOm5a_b3J0_t1331YbPpXddKSSx9cL_mBJ5j0mZ4l9DD71qrsBwbX38gEdMX8eqnWGj3oTP 1_MJq99XI.8JE9KUcTjNZejd0K.A_YYqOAVOw2s_BMzqKq3ZXEUUATl0ZzXJQONCILbQGOBaHkWu mQ6KAnhPTDtMbNOhDufyhOP1CY_yhJZRPkDePQllYN_umcM6T0z9A6deePvDVAzxYkEJL8p3xC5Z pU4cU2J_YCU4sPk2eYD3hv437h4zaC0JYEBCbUmeQSPeYd0KF_NgKEFLcYvgoKUWX6SBKoaPXrzw xwKooSnRihVmRVpI2XUU9zjyap_bRdqNv5WitvzxOAZGVUl3atkCZPbxKvhNa7p4uniMF13dZOpo xcY6AH4LHf_Bsf53ZwRCou79XCrbKaUvLP3XEYToYzcQaDHgBkPx8TgtWbemaTX2B7G1ERRb_hhn tWVHmJ15qentlxCHP9iUOoAhHhGxiRJn8p_Abk4K7ZGscU8qI0D_c19QJOYK1LklV5PuIdtKAzwb 05eFfj5Hy7.X8RdyiZ7Do73YEZxx4YwHCP33zPyEQJGi8cb7A30wnZsFu_g-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Thu, 9 Dec 2021 22:54:32 +0000 Received: by kubenode549.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 47e69ff75d61196a85e78f6822aad1a0; Thu, 09 Dec 2021 22:54:30 +0000 (UTC) Content-Type: text/plain; charset=utf-8 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 configuration fails to boot for main 22c4ab6cb015 but worked for main 06bd74e1e39c (Nov 21): e.MMC mishandled? In-Reply-To: Date: Thu, 9 Dec 2021 14:54:29 -0800 Cc: Free BSD , "wma@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <8DAA50A1-3CF0-4AFA-9977-58FE15D4F171@yahoo.com> References: <243CBFC7-DFB5-4F8B-A8A3-CFF78455148D.ref@yahoo.com> <243CBFC7-DFB5-4F8B-A8A3-CFF78455148D@yahoo.com> <20211209081930.7970b6995a8f7c5f7466227d@bidouilliste.com> <053617FD-AA34-4A3F-853A-4D2E44F8254B@yahoo.com> <43901D57-9C39-4FAC-A2BE-CCE642791705@yahoo.com> To: =?utf-8?Q?Kornel_Dul=C4=99ba?= , Emmanuel Vadot , Peter Jeremy X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4J98Vm436Zz3rcY X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Dec-9, at 08:01, Kornel Dul=C4=99ba wrote: > Hi, >=20 > On Thu, Dec 9, 2021 at 2:04 PM Mark Millard via freebsd-arm > wrote: >>=20 >> Hello again. >>=20 >> On 2021-Dec-9, at 00:43, Mark Millard wrote: >>=20 >>> On 2021-Dec-8, at 23:19, Emmanuel Vadot = wrote: >>>=20 >>>> Hi Mark, >>>=20 >>> Hello. >>>=20 >>>> On Wed, 8 Dec 2021 20:36:20 -0800 >>>> Mark Millard via freebsd-current = wrote: >>>>=20 >>>>> [ Note: wma@FreeBSD.org is only a guess, based on: >>>>> = https://lists.freebsd.org/archives/dev-commits-src-main/2021-December/0019= 31.html ] >>>>>=20 >>>>> Attempting to update to: >>>>>=20 >>>>> main-n251456-22c4ab6cb015-dirty: Tue Dec 7 19:38:53 PST 2021 >>>>>=20 >>>>> resulted in boot failure (showing some boot -v output): >>>>>=20 >>>>> . . . >>>>> mmc0: Probing bus >>>>> . . . >>>>> mmc0: SD probe: failed >>>>> mmc0: MMC probe: OK (OCR: 0x40ff8080) >>>>> mmc0: Current OCR: 0x00ff8080 >>>>> mmc0: Probing cards >>>>> mmc0: New card detected (CID 150100444a4e423452079f43b2ae6313) >>>>> mmc0: New card detected (CSD d02701320f5903fff6dbffef8e40400d) >>>>> mmc0: Card at relative address 0x0002 added: >>>>> mmc0: card: MMCHC DJNB4R 0.7 SN REPLACED MFG 06/2016 by 21 0x0000 >>>>> mmc0: quirks: 0 >>>>> mmc0: bus: 8bit, 200MHz (HS400 with enhanced strobe timing) >>>>> mmc0: memory: 244277248 blocks, erase sector 1024 blocks >>>>> mmc0: setting transfer rate to 150.000MHz (HS200 timing) >>>>> mmcsd0: taking advantage of TRIM >>>>> mmcsd0: cache size 65536KB >>>>> mmcsd0: 125GB 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 >>>>> . . . >>>>> Release APs...done >>>>> regulator: shutting down unused regulators >>>>> GEOM: new disk mmcsd0 >>>>> regulator: shutting down vcc_sd... GEOM: new disk mmcsd0boot0 >>>>> busy >>>>> GEOM: new disk mmcsd0boot1 >>>>> Trying to mount root from ufs:/dev/gpt/Rock64root []... >>>>> Unresolved linked clock found: hdmi_phy >>>>> Unresolved linked clock found: usb480m_phy >>>>> mmcsd0: Error indicated: 4 Failed >>>>>=20 >>>>> Note the the above line. It seems to be unique to >>>>> the failure. Continuing the output . . . >>>>>=20 >>>>> uhub2: 1 port with 1 removable, self powered >>>>> uhub1: 2 ports with 2 removable, self powered >>>>> uhub0: 1 port with 1 removable, self powered >>>>> uhub3: 1 port with 1 removable, self powered >>>>> ugen4.2: at usbus4 >>>>> umass0 on uhub1 >>>>> umass0: on usbus4 >>>>> umass0: SCSI over Bulk-Only; quirks =3D 0x0000 >>>>> umass0:0:0: Attached to scbus0 >>>>> pass0 at umass-sim0 bus 0 scbus0 target 0 lun 0 >>>>> pass0: Fixed Direct Access SPC-4 SCSI = device >>>>> pass0: Serial Number REPLACED >>>>> pass0: 400.000MB/s transfers >>>>> da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 >>>>> da0: Fixed Direct Access SPC-4 SCSI = device >>>>> da0: Serial Number REPLACED >>>>> da0: 400.000MB/s transfers >>>>> da0: 953869MB (1953525168 512 byte sectors) >>>>> da0: quirks=3D0x2 >>>>> da0: Delete methods: >>>>>=20 >>>>> Nothing more after that. >>>>>=20 >>>>> An older kernel (1400042) that happened to be available boots >>>>> the same configuration when used instead (same world) . . . >>>>>=20 >>>>> main-n250903-06bd74e1e39c-dirty: Sun Nov 21 23:02:57 PST 2021 got: >>>>>=20 >>>>> mmc0: Probing bus >>>>> . . . >>>>> mmc0: SD probe: failed >>>>> mmc0: MMC probe: OK (OCR: 0x40ff8080) >>>>> mmc0: Current OCR: 0x00ff8080 >>>>> mmc0: Probing cards >>>>> mmc0: New card detected (CID 150100444a4e423452079f43b2ae6313) >>>>> mmc0: New card detected (CSD d02701320f5903fff6dbffef8e40400d) >>>>> mmc0: Card at relative address 0x0002 added: >>>>> mmc0: card: MMCHC DJNB4R 0.7 SN REPLACED MFG 06/2016 by 21 0x0000 >>>>> mmc0: quirks: 0 >>>>> mmc0: bus: 8bit, 200MHz (HS400 with enhanced strobe timing) >>>>> mmc0: memory: 244277248 blocks, erase sector 1024 blocks >>>>> mmc0: setting transfer rate to 52.000MHz (high speed timing) >>>>>=20 >>>>> Note the lack of trying "150.000MHz (HS200 timing)". Continuing >>>>> the output . . . >>>>>=20 >>>>> mmc0: setting bus width to 8 bits high speed timing >>>>> mmcsd0: taking advantage of TRIM >>>>> mmcsd0: cache size 65536KB >>>>> mmcsd0: 125GB at mmc0 52.0MHz/8bit/1016-block >>>>> mmcsd0boot0: 4MB partition 1 at mmcsd0 >>>>> mmcsd0boot1: 4MB partition 2 at mmcsd0 >>>>> mmcsd0rpmb: 4MB partition 3 at mmcsd0 >>>>>=20 >>>>> Note: The media is actually an e.MMC . Continuing the output . . . >>>>>=20 >>>>> . . . >>>>> Release APs...done >>>>> regulator: shutting down unused regulators >>>>> GEOM: new disk mmcsd0 >>>>> regulator: shutting down vcc_sd... Trying to mount root from = ufs:/dev/gpt/Rock64root []... >>>>> GEOM: new disk mmcsd0boot0 >>>>> busy >>>>> GEOM: new disk mmcsd0boot1 >>>>> Unresolved linked clock found: hdmi_phy >>>>> Unresolved linked clock found: usb480m_phy >>>>> Root mount waiting for: usbus1 usbus2 usbus3 usbus4 CAM >>>>> uhub1: 1 port with 1 removable, self powered >>>>> uhub0: 2 ports with 2 removable, self powered >>>>> uhub3: 1 port with 1 removable, self powered >>>>> uhub2: 1 port with 1 removable, self powered >>>>> ugen4.2: at usbus4 >>>>> umass0 on uhub0 >>>>> umass0: on usbus4 >>>>> umass0: SCSI over Bulk-Only; quirks =3D 0x0000 >>>>> umass0:0:0: Attached to scbus0 >>>>> Root mount waiting for: CAM >>>>> Root mount waiting for: CAM >>>>> Root mount waiting for: CAM >>>>> Root mount waiting for: CAM >>>>> Root mount waiting for: CAM >>>>> Root mount waiting for: CAM >>>>> Root mount waiting for: CAM >>>>> Root mount waiting for: CAM >>>>> Root mount waiting for: CAM >>>>> GEOM: new disk da0 >>>>> pass0 at umass-sim0 bus 0 scbus0 target 0 lun 0 >>>>> pass0: Fixed Direct Access SPC-4 SCSI = device >>>>> pass0: Serial Number REPLACED >>>>> pass0: 400.000MB/s transfers >>>>> da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 >>>>> da0: Fixed Direct Access SPC-4 SCSI = device >>>>> da0: Serial Number REPLACED >>>>> da0: 400.000MB/s transfers >>>>> da0: 953869MB (1953525168 512 byte sectors) >>>>> da0: quirks=3D0x2 >>>>> da0: Delete methods: >>>>> random: unblocking device. >>>>> Warning: bad time from time-of-day clock, system time will not be = set accurately >>>>> Dual Console: Serial Primary, Video Secondary >>>>> start_init: trying /sbin/init >>>>> . . . >>>>>=20 >>>>> (I'll stop with that.) >>>>>=20 >>>>> So I end up with a 1400042 kernel and a 1400043 world in order to >>>>> boot. >>>>>=20 >>>>> The e.MMC has only: >>>>>=20 >>>>> # ls -FTld * >>>>> -r--r--r-- 1 root wheel 6170 Feb 1 04:48:34 2020 COPYRIGHT >>>>> drwxr-xr-x 23 root wheel 1536 Dec 8 20:18:34 2021 boot/ >>>>> drwxr-xr-x 2 root wheel 512 Apr 26 14:39:22 2020 etc/ >>>>> drwx------ 2 root wheel 33280 Nov 27 09:46:08 2019 lost+found/ >>>>>=20 >>>>> where the etc/ has only: >>>>>=20 >>>>> # find etc/ -print >>>>> etc/ >>>>> etc/hostid >>>>>=20 >>>>> World comes from the USB3 SSD that is attached but the kernel >>>>> comes from the e.MMC instead. (The kernel can deal with the >>>>> USB3 SSD just fine, unlike the U-Boot that is involved.) >>>>>=20 >>>>> =3D=3D=3D >>>>> Mark Millard >>>>> marklmi at yahoo.com >>>>> ( dsl-only.net went >>>>> away in early 2018-Mar) >>>>>=20 >>>>>=20 >>>>=20 >>>> Could you try reverting >>>> 8661e085fb953855dbc7059f21a64a05ae61b22c "mmc: Fix HS200/HS400 >>>> capability check" and let me know ? >>>=20 >>> I'm in the middle of something on the systems so it may be a while >>> before I do that. (I think it will be my first individual revert >>> of some specific old change via the git context. Hmm.) >>>=20 >>> Also, I do not know enough to tell the difference between: >>>=20 >>> that test being wrong >>> vs. >>> mishandling of the combination (presuming it is supposed to be = valid) >>>=20 >>> So I may end up just reporting if it reverts to the old settings >>> being in use vs. not. >>>=20 >>> But . . . >>>=20 >>> I've an old Odroid C2 with an old NetBSD 9.0_STABLE (GENERIC64) on >>> it that is on the same type of e.MMC device and the e.MMC is used >>> to boot. That old NetBSD reports for the ODroid C2 during booting: >>>=20 >>> [ 1.8295810] ld1 at sdmmc1: = <0x15:0x0100:DJNB4R:0x00:0xddebe217:0x000> >>> [ 1.8295810] ld1: 116 GB, 15205 cyl, 255 head, 63 sec, 512 = bytes/sect x 244277248 sectors >>> [ 1.8439125] ld1: 8-bit width, HS200, 64 MB cache, 100.000 MHz >>>=20 >>> So it appears that some form of HS200 is a possibility as far >>> as the e.MMC device is concerned. (I make no claims about related >>> Rock64 vs. ODroid hardware capability differences --or FreeBSD's >>> intent for the Rock64 in this area.) >>>=20 >>=20 >> So, I tried NetBSD 9.2_STABLE on the Rock64 with a e.MMC as the >> boot media: it does not use HS200 mode (so it uses 52 MHz, not >> 100 MHz). >>=20 >> [ 1.8672737] ld1 at sdmmc1: = <0x15:0x0100:DJNB4R:0x00:0x9f43b223:0x000> >> [ 1.8773160] ld1: 116 GB, 15205 cyl, 255 head, 63 sec, 512 = bytes/sect x 244277248 sectors >> [ 1.8773160] ld1: 8-bit width, 64 MB cache, 52.000 MHz >>=20 >> Not that I know any details about why, but it does suggest that >> the issue may be Rock64 specific, given what NetBSD 9.2_STABLE >> does with HS200 on the ODroid C2 . (I updated the C2's NetBSD >> vintage to match the Rock64 experiment so comparison/contrast >> results would be more reasonable.) >=20 > I don't think de9c000cedfe has anything to do with it as it only > modifies the Freescale sdhci driver. > The Rock64 MMC controller doesn't use that code. >=20 > In 8661e085fb95 I fixed the HS200/HS400 capability detection primarily > for DT based controllers. > Rock64 controller declares HS200 support with "mmc-hs200-1_8v;" > property in the eMMC node in rk3328-rock64.dts. > I guess that since it doesn't work the quickest WA for this would be > to add SDHCI_QUIRK_BROKEN_MMC_HS200 to sc->quirks in sdhci_fdt.c. Well, I've tried Armbian 21.08 (Linux 5.10.60-rockchip64) and its first boot reports the sequence ended up using HS200 at 150 MHz: # dmesg | grep mmc [ 3.195642] vcc18_emmc: supplied by vcc_io [ 3.227180] dwmmc_rockchip ff520000.mmc: IDMAC supports 32-bit = address mode. [ 3.227187] dwmmc_rockchip ff500000.mmc: IDMAC supports 32-bit = address mode. [ 3.227225] dwmmc_rockchip ff520000.mmc: Using internal DMA = controller. [ 3.227234] dwmmc_rockchip ff500000.mmc: Using internal DMA = controller. [ 3.227244] dwmmc_rockchip ff520000.mmc: Version ID is 270a [ 3.227259] dwmmc_rockchip ff500000.mmc: Version ID is 270a [ 3.227342] dwmmc_rockchip ff520000.mmc: DW MMC controller at irq = 42,32 bit host data width,256 deep fifo [ 3.227390] dwmmc_rockchip ff500000.mmc: DW MMC controller at irq = 41,32 bit host data width,256 deep fifo [ 3.229762] mmc_host mmc0: card is non-removable. [ 3.241627] mmc_host mmc1: Bus speed (slot 0) =3D 400000Hz (slot req = 400000Hz, actual 400000HZ div =3D 0) [ 3.241860] mmc_host mmc0: Bus speed (slot 0) =3D 400000Hz (slot req = 400000Hz, actual 400000HZ div =3D 0) Note the below 3 lines: [ 3.327640] mmc_host mmc0: Bus speed (slot 0) =3D 150000000Hz (slot = req 150000000Hz, actual 150000000HZ div =3D 0) [ 3.730166] dwmmc_rockchip ff520000.mmc: Successfully tuned phase to = 245 [ 3.730397] mmc0: new HS200 MMC card at address 0001 Note the "tuned phase to 245" as part of that. [ 3.732538] mmcblk0: mmc0:0001 DJNB4R 116 GiB=20 [ 3.733510] mmcblk0boot0: mmc0:0001 DJNB4R partition 1 4.00 MiB [ 3.734513] mmcblk0boot1: mmc0:0001 DJNB4R partition 2 4.00 MiB [ 3.734917] mmcblk0rpmb: mmc0:0001 DJNB4R partition 3 4.00 MiB, = chardev (243:0) [ 3.746005] mmcblk0: p1 [ 4.880861] EXT4-fs (mmcblk0p1): mounted filesystem with writeback = data mode. Opts: (null) [ 6.686795] EXT4-fs (mmcblk0p1): re-mounted. Opts: = commit=3D600,errors=3Dremount-ro [ 12.767622] EXT4-fs (mmcblk0p1): resizing filesystem from 479232 to = 30224384 blocks [ 22.791358] EXT4-fs (mmcblk0p1): resized to 16252928 blocks [ 31.531320] EXT4-fs (mmcblk0p1): resized filesystem to 30224384 So, as far as I can tell, if FreeBSD wants to support HS200 at 150 MHz on the Rock64, it can be done, voltage changing and tuning apparently involved. That is not to say that any FreeBSD developer wants to be supporting = such. Sticking to 52 MHz and possibly 3V for the Rock 64 eMMC use would again make things operational. I'll note that Armbian's U-Boot reports itself as: U-Boot 2020.10-armbian (Aug 08 2021 - 18:02:43 +0200) I'll also note that rebooting swapped which was mmc0 vs. mmc1: # dmesg | grep mmc [ 3.198267] vcc18_emmc: supplied by vcc_io [ 3.229498] dwmmc_rockchip ff500000.mmc: IDMAC supports 32-bit = address mode. [ 3.229547] dwmmc_rockchip ff500000.mmc: Using internal DMA = controller. [ 3.229566] dwmmc_rockchip ff500000.mmc: Version ID is 270a [ 3.229665] dwmmc_rockchip ff500000.mmc: DW MMC controller at irq = 41,32 bit host data width,256 deep fifo [ 3.229762] dwmmc_rockchip ff520000.mmc: IDMAC supports 32-bit = address mode. [ 3.229799] dwmmc_rockchip ff520000.mmc: Using internal DMA = controller. [ 3.229817] dwmmc_rockchip ff520000.mmc: Version ID is 270a [ 3.229896] dwmmc_rockchip ff520000.mmc: DW MMC controller at irq = 42,32 bit host data width,256 deep fifo [ 3.231547] mmc_host mmc1: card is non-removable. [ 3.243883] mmc_host mmc0: Bus speed (slot 0) =3D 400000Hz (slot req = 400000Hz, actual 400000HZ div =3D 0) [ 3.244767] mmc_host mmc1: Bus speed (slot 0) =3D 400000Hz (slot req = 400000Hz, actual 400000HZ div =3D 0) [ 3.327505] mmc_host mmc1: Bus speed (slot 0) =3D 150000000Hz (slot = req 150000000Hz, actual 150000000HZ div =3D 0) [ 3.834347] dwmmc_rockchip ff520000.mmc: Successfully tuned phase to = 251 [ 3.834477] mmc1: new HS200 MMC card at address 0001 [ 3.836188] mmcblk1: mmc1:0001 DJNB4R 116 GiB=20 [ 3.837140] mmcblk1boot0: mmc1:0001 DJNB4R partition 1 4.00 MiB [ 3.838155] mmcblk1boot1: mmc1:0001 DJNB4R partition 2 4.00 MiB [ 3.838599] mmcblk1rpmb: mmc1:0001 DJNB4R partition 3 4.00 MiB, = chardev (243:0) [ 3.841290] mmcblk1: p1 [ 4.876902] EXT4-fs (mmcblk1p1): mounted filesystem with writeback = data mode. Opts: (null) [ 6.614516] EXT4-fs (mmcblk1p1): re-mounted. Opts: = commit=3D600,errors=3Dremount-ro =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)