From nobody Wed Nov 24 20:11:02 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 8E18718A739A for ; Wed, 24 Nov 2021 20:11:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (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 4Hzsb329FHz4tvS for ; Wed, 24 Nov 2021 20:11:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1637784663; bh=qEgXt5i9KArXa4DJUv8cz3EaNh+qOvCYTWOeyh+Tg7A=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=kiZHQpneRTuOD+Kgbd5mQpH2FiZia+6FZWBb2ePI2W6IjGV5zJTY1Ip5RIze+2U0F1ds6cHNfvXu/si+UfgHz3WRn1CC7uYQdXbA/5e6NaQk/cMzy7IH1BUKd8VbjID7VXPt0dNmDa9WRQuFRzXrvTlnIeIbUIrzfHHaoAMli+Vf5OVDfu4uohT3ElUG0PjRe7aYYrToOGg3DQMudcY+L7Z3flkjak9DwKPpLDI5hsKgcjEUR9e9RrKehr+OWThxduM+svizRrmd5/Ta1OEocO0lRlUg1kpi1we6b1SRrEnDanBOcFnzcXZOiqskJICQO6HNuI9JP+TyqW9MnM9xIQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1637784663; bh=7mKfeoytlLxG74aoPxDYXnhfM7hSh7TuumD1xihwklZ=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=teQpL9qIc/rIW10dzUfUAL8oiZweiEMPgV/SSjHMLojsaDF12tG1uL4UypLqmUlABgAzTA2zrqGG63toWV9yrorx9N2ICXUTAwvyIA48U2nbdCLYJzbGw1YH5hztt4iqwK6nKuq7fMhov4O6VuA1h2C/Ne/dSecZ36HLb6ZETZb+35rXz4IvM4BucrRUlGOEfJnnisEpdzGN/N2Y5EKvLSwHIpmOWj1fBZaKxRA+f9N+giaXINKcOs+8z4SkmQPkpwbPmz3Q9n9wg+EQVM6hpQlvhOpnzC9Oh0XcMG3r2O7teEFN8UD6/nvr3NmNap+j7XlYxH7eDVNoz/y8VrvsRA== X-YMail-OSG: WOXpsZsVM1mFwNFczOC7bB2_iU9uLsd5EqCyqI5LU4XXQGkJybGf4lIMCLwrtjG S9uKcJi8wfYoan3FWyiXCs_47FAh3kQYfz_RSNGJ6HJn6SdNcQISJUMZ7Ry_mM1rssjKrhVAHsQr rFKLgdGGKLpZ4AhF6BBjVtHTEHrzTZzpjNHdQryEoE41V53WLReschMdQ7RUjb3airqrG73PP8zC HcWJqgTWlusXVyfDVsr3nupKA.BPkHCoaHH_OiKi7Onuw7p2mwwBdsr0DurC_kz_.paeKfjYeAFE zmhizlb8zCrIl2TOpvY0hy6jXEPqsnOqrmvAUyiPoTaJiPsBJyJ8HVchG1Wbg25prMRy0v.GFwh7 FkzDLSFQZaotQdZ3s0BDNTDvPUk.aIrSuw.8PZSHRPF6.XOzcEog9xpOJ7ignVqKQz8QptGX1XTF PnwhpQmVZ8Q8o.DXwkkE3786y3Q6F126vo_dxGERXmG27f5jxIGpLgyijqR6_RZnNkTKbjYYbEOF ZEPt2KUpsEB9aWWivp23OuRF7VXGY.EFXVAZ7q3WOVAEb1KVMaC6LX6NL9SDdJfkQaNZW7Gl5XO_ jaWQjYhjczs69GRBHDBOdpmWx67u_OjDyhYiVqI8vMzYug_rlcbtnczFBT0rai0516H5HGztv222 7AMcFvpoHqp_3RD46H6Lc8PgYQu_.eU4K.19z1l1gRZ8dSbXMhnkC0QQZx5ZqzTOM.CSPT6ui0Us L7wXrOuljfumGuDEv7.thbzdRFRCNsJHBw37dznHj_fS_7Mw_KefZTI8SErTEIHFUzRK2_UdnoAn qRxBOCamPb0q9__OoFEaOioHHR6BfV4P85iRwdx7S.DXcsFD8lU7gAJX1VCYPbwW9HmMflr93fvv 3IHEbHOTikdXVt3qgVYzsdOQOP96LHN0K9AkN6gXQSXUw9qiRqqGYsRCQiwSmwB7CgRf4c9h.q0C o_kzj4ZDPeI_ASnKe5IWIEw.zKdoMUz.ANrkPXGGUf7WpTYHij1.IMrH.AC3kI1nTpwoVofQ.vto GwFbD7e_7A28v3SbW870QSiAxexr8OBSkjoH445wAdQO52hnLwOec2ndEPCIKIDusI4McTdtHmp4 sbG.NpI49_iHR3iwbxJJS1W16y0.Jc788FfgMOGvMMz8BrYdgdrhe20O_ueoBJBp6jGXGo3hjqa0 vPD8jqiWd6cRaTz82pWoN2RozoHl3DyOIcB0UXKXOjSYKYl1WA1IeroSvl6xB0MpjopUzbAiQSw4 a.dIh_7bwXV1b8ykl_NNfsRs1XLYH4m04I4omeZ30u3vjOURuohLFcvLBjT.YO4IHn6MEhBhDzwv 9HVpFu9rdhY56rjrcs7mPl8Yx6Q_GIyuIrTLgsF5MYs2cjRk80lipaVPvGnCg99qTYvddy54tcxa qEbuRsXzGrL52DTcE5Ry7w5uelBtNmhvjOeNuIhj1uzvadChdGYT1OSHALpyWVos0JqMV.cAagEH YzLKwRC9gApv3qrBf0TwJqT1KRsC_oTaZQIWU9vHJZRyrZuBHoS4RPEhbPYI167JcECfkgXjVcX_ MhJ73rLz_GJoPt_18equ.WMT1sQxSNVSmbta5cgl.aWhsKNS.EVuEan4RuP1xwKESuS8dtI6PdkM k6aXIY47Vfb7MJ6LX3q9kuC9QMQJtSSj_IiEfLnxjEBc7vRiy1KIgQAulBwCT.AwZFZcKv_2VeNW gmeYuM_A2ChwKPnC5KNDv3wzgCezmbvzhqC9oPHjHoCeGqclpxaJfVNIGvP86Pyf4SAGA9gcXVq6 Q2L9RMV1X1hwY8aT4A_rgnNQGp8M8fDKPHqyNAh2PHpwgleugESoRgj58ki3FKQEu4FVSvKCKG5e bwKaLAT4WfeBN5eBbV.WWp8wZMi_G1RaXp0gA0WOfczm5SeXoeeJgxqE2eCnV0dwHM_yTnd7DLtm mKF4zgUmLOglB1kCxQ4SQvnfyVEc2ZnVZVUQ4seUi_bhT7Uu1Tz8ST18nsgTtLaOrcpXDNXZqm0w 6A3w.0WTtUTx1rucd6EY7bMa4BtmBJS6xyIHawnuttdVrptIjBoAFNygp_CLVgOVxSeb6JyAhqdQ qnUZoYE3I3wT9ogfeqoJ3sOvws_YOKuQbEdx5oumEAP3Jz038itFiNWQs0mkf.Ug4nAUwFvQJSGt ScoAza7oFhfd5mOZ6.DJpSpfngelORjUBjnJ.MonYOfLKoUSJ4kKSkc712LUztdsDtvr1j1Tl4yV cS42cHdJz8yd4eQIgD9pIYOi0RXtKzaTHZv6KEIeOYhFstPN6i.CWMsybPupJFUhW X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Wed, 24 Nov 2021 20:11:03 +0000 Received: by kubenode514.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 15534e9ad2cfa2c7f741affc789ab21a; Wed, 24 Nov 2021 20:11:02 +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: 13.0-RELEASE Poor performance on Raspberry pi 3 B+ In-Reply-To: <20211124155352.GA26072@www.zefox.net> Date: Wed, 24 Nov 2021 12:11:02 -0800 Cc: Free BSD , bob prohaska Content-Transfer-Encoding: quoted-printable Message-Id: <6CCD061E-DCDA-46E0-AE19-76EA1B30E56F@yahoo.com> References: <20211124155352.GA26072@www.zefox.net> To: Juan David Hurtado G X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4Hzsb329FHz4tvS 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-Nov-24, at 07:53, bob prohaska wrote: > On Wed, Nov 24, 2021 at 09:33:33AM -0500, Juan David Hurtado G wrote: >> Thanks to @evadot and @f451 on Discord, seems there is the issue: >>=20 >> Raspberry Pi 3B+ >>=20 >> ``` >> root@generic:~ # dmesg | grep -i mmcsd >> mmcsd0: 31GB at mmc0 >> 0.4MHz/4bit/65535-block >> ``` >>=20 >> Raspberry Pi 4 with a different card: >> ``` >> mmcsd0: 31GB at = mmc1 >> 0.4MHz/4bit/65535-block >> ``` >>=20 >> So no matter the pi or the card, the microsd clock is at 0.4MHz while = in >> raspios same cards gets 50 MHz apparently >>=20 >> Seems that explain the behaviour... So is this a FreeBSD bug? or a = card >> issue even if I've tested with different cards? >>=20 >> PS: A brand new sandisk ultra is on the way so I can test with it. >>=20 >=20 > Very strange. I get >=20 > bob@www:~ % dmesg | grep -i mmcsd > mmcsd0: 64GB at mmc0 = 50.0MHz/4bit/65535-block >=20 > on an old Pi2 running > FreeBSD www.zefox.net 12.2-STABLE FreeBSD 12.2-STABLE r370512 GENERIC = arm >=20 > and >=20 > root@pelorus:/home/bob # dmesg | grep -i mmcsd > mmcsd0: 16GB at mmc0 = 50.0MHz/4bit/65535-block >=20 > on a Pi3 running > FreeBSD pelorus.zefox.org 13.0-RELEASE FreeBSD 13.0-RELEASE #0 = releng/13.0-n244733-ea31abc261f: Fri Apr 9 06:06:55 UTC 2021 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 >=20 Since an RPi4B was mentioned . . . Booting main: # uname -apKU FreeBSD CA72_4c8G_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #22 = main-n250972-319e9fc642a1-dirty: Tue Nov 23 12:25:36 PST 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1400042 1400042 got: # dmesg | grep -i mmcsd mmcsd0: 31GB at mmc1 = 50.0MHz/4bit/65535-block Booting stable/13 (same USB3 SSD boot media, different bectl selection): # uname -apKU FreeBSD CA72_4c8G_ZFS 13.0-STABLE FreeBSD 13.0-STABLE #15 = stable/13-n248179-f4aba8c9f0cb-dirty: Tue Nov 23 11:31:51 PST 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/13S-CA72-nodbg-clang/usr/13S-src/arm64.= aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1300521 1300521 got: # dmesg | grep -i mmcsd mmcsd0: 31GB at mmc1 = 50.0MHz/4bit/65535-block Booting releng/13.0 (same USB3 SSD boot media, different bectl = selection: # uname -apKU FreeBSD CA72_4c8G_ZFS 13.0-RELEASE-p5 FreeBSD 13.0-RELEASE-p5 #2 = releng/13.0-n244765-2646dd665909-dirty: Thu Nov 4 00:19:17 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/13_0R-CA72-nodbg-clang/usr/13_0R-src/ar= m64.aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1300139 1300139 got: # dmesg | grep -i mmcsd mmcsd0: 31GB at mmc1 = 50.0MHz/4bit/65535-block I'll note that I've never seen the 0.4MHz problem in the past either. But, the above ignores: What RPi4B firmware vintage was in use? What U-Boot vintage was in use? What FreeBSD loader.efi vintage is n use? ( in the /boot/efi/efi/boot/bootaa64.efi ) Note: in my context I have the msdosfs file system mounted at /boot/efi/ . Your context may be different. For example (in may context, for all 3 FreeBSD variations): # strings /boot/efi/start4.elf | grep VC_BUILD_ID_ VC_BUILD_ID_USER: dom VC_BUILD_ID_TIME: 12:10:40 VC_BUILD_ID_VARIANT: start VC_BUILD_ID_TIME: Feb 25 2021 VC_BUILD_ID_BRANCH: bcm2711_2 VC_BUILD_ID_HOSTNAME: buildbot VC_BUILD_ID_PLATFORM: raspberrypi_linux VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) # strings /boot/efi/u-boot.bin | grep "U-Boot 2" U-Boot 2021.04 (Apr 08 2021 - 10:46:22 +0000) But I'm not aware of anything good to search for in the copy of loader.efi . I also doubt it is contributing to the specific problem. You may want to report such details for what you have tried. Your various boot media may have distinct versions of one or more of those. There is also the issue of: What specific version/variation of the RPi4B was in use? To my knowledge there is only the original version for 8 GiByte RPi4B's: v1.4 . But that is not true of various other variations. You may want to be explicit about which RPi4B variation(s) and version(s) you are using. This even gets into the labeling on the SOC's top, for example: BROADCOM 2711ZPKFSB06BOT TE1919 045-23 B3 W vs. BROADCOM 2711ZPKFSB06COT TA2105 054-05 B3 W The B vs. C in BOT vs. COT is significant. (I'm not sure of that should be O vs. 0 (zero) in the middle.) As I understand, the vintages for the combination of Firmware/U-Boot that I use would not work for a 2711ZPKFSB06COT context. Other notes: If I boot (via USB3 media) with a microsd card in place that has no firmware, the microsd card is seen and accessible. But card removal and insertion is not recognized, basically limiting me to what was in place at boot time. If I boot with no microsd card in place, card insertion and removal is not recognized: no microsd card access. (Ignore using, say, a USB reader in the above wording.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)