Re: RPI4 clock speeds and serial port

tech-lists <[email protected]>
Newsgroups gmane.os.freebsd.devel.arm
Message-ID <[email protected]>
On Thu, Mar 18, 2021 at 01:01:06PM -0700, Mark Millard via freebsd-arm wrote:
>> . . .
>> #
>> # Use of the .clang 's here avoids
>> # interfering with other C<?>FLAGS
>> # usage, such as ?= usage.
>> CFLAGS.clang+= -mcpu=cortex-a72
>> CXXFLAGS.clang+= -mcpu=cortex-a72
>> CPPFLAGS.clang+= -mcpu=cortex-a72
>> ACFLAGS.arm64cpuid.S+=  -mcpu=cortex-a72+crypto
>> ACFLAGS.aesv8-armx.S+=  -mcpu=cortex-a72+crypto
>> ACFLAGS.ghashv8-armx.S+=        -mcpu=cortex-a72+crypto

I used these flags on main/14 no-debug and got this build time for make
-j6 buildworld && make -j6 buildkernel:

start:  Sat Mar 20 09:12:11 UTC 2021
finish: Sat Mar 20 15:55:50 UTC 2021

I think these are quite an improvement over previous build times, so
thanks for suggesting the clang options.

make cleanworld && make cleandir && make clean is run before the
buildworld/kernel. /usr/src and /usr/obj are mounted on usb3 spinning
rust. In /etc/sysctl.conf there is vfs.read_max=128 which I understand
speeds up ufs2 reads.

I have the standard unmodified generic-nodebug kernel, and this in
/etc/src.conf

KERNCONF=GENERIC-NODEBUG
WITH_MALLOC_PRODUCTION=
WITHOUT_DEBUG_FILES=
WITH_CCACHE_BUILD=
WITH_OPENSSL_KTLS=

WITHOUT_APM=
WITHOUT_ASSERT_DEBUG=
WITHOUT_ATM=
#WITHOUT_AUDIT= <--- got failure early in make buildworld with this
uncommented

WITHOUT_BLUETOOTH=
WITHOUT_CUSE=
WITHOUT_DMAGENT=
WITHOUT_FLOPPY=
WITHOUT_FREEBSD_UPDATE=
WITHOUT_HAST=
WITHOUT_IPFILTER=
WITHOUT_IPFW=
WITHOUT_ISCSI=
WITHOUT_LPR=
WITHOUT_NIS=
WITHOUT_NETGRAPH=
WITHOUT_OFED=
WITHOUT_PORTSNAP=
WITHOUT_PPP=
WITHOUT_RADIUS_SUPPORT=
WITHOUT_RBOOTD=
WITHOUT_ROUTED=
WITH_SORT_THREADS=
WITH_SVN=
WITHOUT_TALK=
WITHOUT_TFTP=
WITHOUT_UNBOUND=
WITHOUT_WIRELESS=

-- 
J.
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBWhgsACgkQs8o7QhFz
NAWX7xAAo7YGkLoNYEWJ4nDXVnheDJGqZcsn4nNEWqqykjJYungQ65TvzEQvMXd5
K6agPWbsPEUnSKbyt6uhhj+TwgQr8CYQv9Q4Cj0KbovT1Pc2KNjCkwp4sDwNljxU
+l7BfWJRUfo9yzG/iOxuQsx8uOwcV23cowuRGAmNUr9Isy/hbvL+N87iqklf1zTA
XwC8bSpHq+idJcqYUyls1sqzu4CI/+lMXL4GajeGO6JmHEhvC+MvRMH4EZK/6V7Q
KAykalQBRlNGf5lkKEys2Qm/0HwLihtE7iO4ZuKe+EdoskuCvwmSFFJgmdZKVY6+
DexmV+C0JGjyq5bXOKsfZWvlGMtFXuJ/jDTzdr5Qvr8eVpBQAm0RI/LCUuShvRxz
cZy+bCAHWVv8b1l+uezSO6HH/RgubkIBlGU/vHXQn+hTbN6lD59EZiK7J0OEF0jA
YMFubqAnm+PG57lUtMHawzSidq0UVQ7WhSNW0l+gpw8pslUZHdmrkyXNF/9suWJS
T397pSGNiiMYxqefI6LK2EdT9kpLbRRRIMRxSkvJQEY9a+8LH7KlVL+I3+y+nhEe
OQyXDeKxJfQ/2Thh+CCzELtIW08gFLVygybFEdwlHVP2ANXwDMapSD1HjC2wwtgm
yYdy8c2c6ajHEqoHpXYKQN0dBqqQyzNAHOn/AZhdINpGZOncpSQ=
=8fxX
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.