Date: Mon, 21 Jun 2021 00:32:24 -0700 From: Mark Millard via freebsd-arm <freebsd-arm@freebsd.org> To: MJ <mafsys1234@gmail.com> Cc: freebsd-arm@freebsd.org Subject: Re: Raspberry Pi 3B and pitiful network speeds Message-ID: <442EA09D-C73A-4D64-B94E-B24DC285D046@yahoo.com> In-Reply-To: <9c4a283f-a3de-5d3d-a124-ca68bbf01d07@gmail.com> References: <fcd91ac5-c807-3409-d1b6-a41ba6fdc362@gmail.com> <20210620144513.1f91a68f@basepc> <169baf0b-3f3c-f1dc-4a6f-b8a0ef863f51@denninger.net> <20210620154105.0c83bbcc@basepc> <20210620222922.51da1818@basepc> <3fa3f2a6-8560-f413-b2eb-5c172ce025eb@gmail.com> <6B4F2FB6-ABA1-4CFA-BE2A-6A466C30FF02@yahoo.com> <e9853cdd-9cf4-c050-dc51-5b3607419b47@gmail.com> <B08AAF0D-43A8-43A9-A465-4DD80DB72FBA@yahoo.com> <9c4a283f-a3de-5d3d-a124-ca68bbf01d07@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2021-Jun-21, at 00:10, MJ <mafsys1234 at gmail.com> wrote: > On 21/06/2021 5:01 pm, Mark Millard wrote: >> On 2021-Jun-20, at 23:26, MJ <mafsys1234 at gmail.com> wrote: >>=20 >>> On 21/06/2021 1:04 pm, Mark Millard wrote: >>>> On 2021-Jun-20, at 19:16, MJ <mafsys1234 at gmail.com> wrote: >>>>=20 >>>>=20 >>>>> On 21/06/2021 7:29 am, Denis Ovsienko wrote: >>>>>> . . . >>>>>> As a separate note, in my setup ifconfig tells "100baseTX >>>>>> <full-duplex>", which is expected for RPI3B. In the original = message it >>>>>> tells "1000baseT <full-duplex>", which means the board is RPI3B+ = or >>>>> Hi Denis. >>>>>=20 >>>>> Yes, you're correct. This is the 3B+. I apologize for = misrepresenting it. It is also the earlier version board, >>>>>=20 >>>>> Built in 2017. I think it's version 1.1 (it's in a case, I don't = feel like dismantling it). >>>> I do not have access to such for any testing, just a 3B. (Not >>>> a reasonable comparison.) In checking on that, I ran into the >>>> following information: >>>>=20 >>>> = https://www.raspberrypi.org/documentation/hardware/raspberrypi/revision-co= des/README.md >>>> only shows one revision for 3B+: >>>>=20 >>>> Code Model Revision RAM Manufacturer >>>> . . . >>>> a020d3 3B+ 1.3 1GB Sony UK >>>> . . . >>>>=20 >>>> Under RaspiOS the revision code shows up via: cat /proc/cpuinfo >>>=20 >>> Output of /proc/cpuinfo >>>=20 >>> cat /proc/cpuinfo >>> processor : 0 >>> BogoMIPS : 38.40 >>> Features : fp asimd evtstrm crc32 cpuid >>> CPU implementer : 0x41 >>> CPU architecture: 8 >>> CPU variant : 0x0 >>> CPU part : 0xd03 >>> CPU revision : 4 >>>=20 >>> processor : 1 >>> BogoMIPS : 38.40 >>> Features : fp asimd evtstrm crc32 cpuid >>> CPU implementer : 0x41 >>> CPU architecture: 8 >>> CPU variant : 0x0 >>> CPU part : 0xd03 >>> CPU revision : 4 >>>=20 >>> processor : 2 >>> BogoMIPS : 38.40 >>> Features : fp asimd evtstrm crc32 cpuid >>> CPU implementer : 0x41 >>> CPU architecture: 8 >>> CPU variant : 0x0 >>> CPU part : 0xd03 >>> CPU revision : 4 >>>=20 >>> processor : 3 >>> BogoMIPS : 38.40 >>> Features : fp asimd evtstrm crc32 cpuid >>> CPU implementer : 0x41 >>> CPU architecture: 8 >>> CPU variant : 0x0 >>> CPU part : 0xd03 >>> CPU revision : 4 >> My guess is that was not a RaspiOS version >> but some other Linux. >=20 > That's correct, it's Devuan (a debian non-systemd derivative). I've = never used raspbian (I don't like systemd). >=20 > Devuan (from Ascii to Beowulf - they're the versions) has been what = it's running the last 4 years. >=20 > I decided to attempt a migration to FreeBSD but given the awful = network speeds, that's probably not feasible. That's why I am here >=20 > :0( It provides the information on ubuntu 21.04 "Linux ubuntu 5.11.0-1009-raspi" but not on Fedora 34 server. So overall: a mix. >> # vcgencmd otp_dump | grep 30: >>=20 >> should work to find the revision code. But >> it failed to initialize on Fedora 34. >=20 > Definitely not available. I believe this is a raspbian-only thing? >=20 Works on ubuntu 21.04 "Linux ubuntu 5.11.0-1009-raspi" but not on Fedora 34. It might be something that can be installed. (It was present in the Fedora as configured but failed to initialize. I'm unsure if it was a separate install.) So, again, overall a mix. But it was: # cat /sys/firmware/devicetree/base/model that worked in all 3 contexts that I happen to have around. Being Linux, that might not generalize well. I'm out of other ideas if various OS's must be avoided, sorry. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?442EA09D-C73A-4D64-B94E-B24DC285D046>