Date: Fri, 26 Nov 2021 09:32:29 +1100 From: MJ <mafsys1234@gmail.com> To: freebsd-arm@freebsd.org Subject: Re: 13.0-RELEASE Poor performance on Raspberry pi 3 B+ Message-ID: <f4ee3ca1-869a-1f90-88b2-da494d7788a5@gmail.com> In-Reply-To: <CAL3Ut_akBgXCc_hNHL%2BpPDzhp8CcMmcf4Jar5EUH1r6kmAz-rg@mail.gmail.com> References: <CAL3Ut_bFZhWKThHJsPaa%2BP0JXH6-=e3Pxv3xF3Y0u9dXpQ3kZQ@mail.gmail.com> <CAL3Ut_Y_BLbGM1WZ%2B8JbkSp9F=s9_xcWbFikLpcOufioxd1m_g@mail.gmail.com> <20211124155352.GA26072@www.zefox.net> <6CCD061E-DCDA-46E0-AE19-76EA1B30E56F@yahoo.com> <CAL3Ut_ZQO2WAvJuMqjpsQyCbyqmBVjMrqC%2BjXrid1ovWkpsUjA@mail.gmail.com> <69E3CEF1-87D0-405B-B132-7D6A6A4EA056@yahoo.com> <1229E940-5DAB-4D49-AB14-E804296D10BC@yahoo.com> <CAL3Ut_Y-S7GGmTfFApG5Vn9vkaMFDmMfWR23OSQyf=sCtVHqbg@mail.gmail.com> <B7B3B795-DC22-47C6-A42F-94588DDDDDBD@yahoo.com> <CAL3Ut_akBgXCc_hNHL%2BpPDzhp8CcMmcf4Jar5EUH1r6kmAz-rg@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
HI Juan,
On 26/11/2021 7:16 am, Juan David Hurtado G wrote:
> Thanks, I've used `sysutils/u-boot-rpi3` (for the 3B+) and copied the
> u-boot.bin file to the sd card before the first boot.
>
> ```
> root@generic:~ # strings /boot/msdos/u-boot.bin | grep "U-Boot 2"
> U-Boot 2021.07 (Nov 12 2021 - 01:50:18 +0000)
> ```
>
> Now I'm U-Boot 2021.07 and at the same 0.4MHz :)
>
> I'll definitely wait for the new microSD to arrive hoping that it will work.
I have a RPI 2B with Sandisk Extreme 32GB and its diskinfo is as follows:
# diskinfo -tv /dev/ufs/rootfs
/dev/ufs/rootfs
512 # sectorsize
31861506048 # mediasize in bytes (30G)
62229504 # mediasize in sectors
4194304 # stripesize
3145728 # stripeoffset
3873 # Cylinders according to firmware.
255 # Heads according to firmware.
63 # Sectors according to firmware.
SDHC SE32G 8.0 SN B3C83C06 MFG 10/2016 by 3 SD # Disk descr.
B3C83C06s0 # Disk ident.
# Attachment
Yes # TRIM/UNMAP support
0 # Rotation rate in RPM
Seek times:
Full stroke: 250 iter in 0.151175 sec = 0.605 msec
Half stroke: 250 iter in 0.148608 sec = 0.594 msec
Quarter stroke: 500 iter in 0.298612 sec = 0.597 msec
Short forward: 400 iter in 0.190279 sec = 0.476 msec
Short backward: 400 iter in 0.191797 sec = 0.479 msec
Seq outer: 2048 iter in 0.764279 sec = 0.373 msec
Seq inner: 2048 iter in 0.769431 sec = 0.376 msec
Transfer rates:
outside: 102400 kbytes in 5.805765 sec = 17638 kbytes/sec
middle: 102400 kbytes in 5.954521 sec = 17197 kbytes/sec
inside: 102400 kbytes in 5.891870 sec = 17380 kbytes/sec
Your card(s) should at least get these values.
My dmesg sample:
uhub0: <DWCOTG OTG Root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus1
mmcsd0: 32GB <SDHC SE32G 8.0 SN B3C83C06 MFG 10/2016 by 3 SD> at mmc0 50.0MHz/4bit/65535-block
bcm2835_cpufreq0: ARM 600MHz, Core 250MHz, SDRAM 400MHz, Turbo OFF
If I read your cards correctly:
>root@generic:~ # dmesg | grep -i mmcsd
>mmcsd0: 31GB <SDHC SPCC 2.0 SN 1072013D MFG 08/2017 by 49 SP> at mmc0
>0.4MHz/4bit/65535-block
>```
>Raspberry Pi 4 with a different card:
>```
>mmcsd0: 31GB <SDHC 00000 0.0 SN 0000509F MFG 09/2019 by 159 TI> at mmc1
>0.4MHz/4bit/65535-block
>```
I guess the first is Silicon Power but I don't know the last one, Texas Instruments?.
So, maybe it is just the type of card? That doesn't explain why they work in linux, though.
On the forums I have read where anything but Sandisk seems to be problematic. I have always run Sandisk Extreme (pro) on Raspberry Pis and never had any slowness and just 1 failure in many years.
Regards,
Matt.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?f4ee3ca1-869a-1f90-88b2-da494d7788a5>