From owner-freebsd-arm@freebsd.org Sun Mar 21 04:20:48 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B4CB35BD8DE for ; Sun, 21 Mar 2021 04:20:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-23.consmr.mail.gq1.yahoo.com (sonic304-23.consmr.mail.gq1.yahoo.com [98.137.68.204]) (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 4F34Dv4zyDz3tpS for ; Sun, 21 Mar 2021 04:20:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616300445; bh=zAJ7yzD120MeetDeUEnzhosRTYXqemXszLn6UQuaWYg=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=PbchP7cSVv5Hx5AanSHGWO9IUJQ2NhjQanmAsptQ0pSbJqiHluYb6naVKb1CbqlQpAxsg8sIqP97EzfaaeRp5/4ptrhT2qkf0rwWPu72oPQNt6eK9XJu9htJKX2aAc1v4Qqu1A6CL3YMIfmkr/FjSivzZZgFid/uXIHrhlATI0pENgW3vyfCFTNindeehpakCRuInJYO3fYj+qPIph8A8xUPNQkloMlywPn7woPicG6qY/ejZIQUQd51OaFTsS9E3IK/3lBLtFKhuCEMQRtPJFChvG1NpNnKM2CM1ImzafsffDClN6uFvavT8hiJ0ZA6dOmoXhoURVM+acBdWzOU0A== X-YMail-OSG: SZpghykVM1lJC7A8I2gOXHRQb_FvVrzAZo6AYOGl0pcKSol9tdEgf75zCqb2kN3 DJSpGVxOtbP4DCEzgghNfZrsNzUf6EQQQhPsJGXkGU_wSzIToVrriN87X7hK0h0f0t9DOjg7fYOi 6iOiiBc8EaGLcDbWo5OrmFJ_I_5kzoW4XivVEOsH2q3Nx8ekj8LIsgGOxAOeM6OFdIv_LGxdf42N hj3MH0o6aanvd4_hmA2VyKepe.JzfxcoeoHeWSR8jMWA9mq48RmWRvzgILUSedY5CabSPajZc1A3 9mPP1hy.6yAfot7Ki7jQwK0ctSE4tWi2K8PLDhIw2otaRPSH5Qk37TJPZOg2mMDNgp0qxQ0DF0aH ORo4TgJgbDNVUd2uNRgaWCLItnR_hsppCGYYRPGEFZLwr8NYmmxRZ21v6S7YwqtEbouBZtKU0Ymo yOmepl4oP36lSmLveypvWdKBDPVWepSy3OHw_6pZ5bCGAwy4P5CYsqeGhUJEbjCwo.fnhnaAL.rM 19sHw9nPgRNJ5IzxOFjt7IWPLuBuE.TVOxouE2G004g.7BD.q.NamElkcwK5cKBOmiPuqJwNailf kcFJp_CakgK4GxatWLiskmqv7C9_CtkT9uX6yCtSMqX1YEMlT9eTbuhgBYpo8qL9F7kFYIfL8g_C THfHNus8EYjJkLR.zUSN.k390FzirxS7lbKAJi2fZIEmS7W6eE1Me.2S5EcIGblJG0yzpoD_Tn7l 63b1dclJ6fvs2imRnE1IA1A5G77OeTxnU7qYV21_HgRWqje7IZqqpJ4ssWhB.akUkOQ0Jjzi4DwM V0sRqyiXMiKzJNEsVGk1CDcgJ2DC_qF9lfZCM8q4XWwBk5FXo8prrBv6g2eq.5ND8tWtmn29cbwx eWqiRieWhNgueJNG9L3.HYbxRuKFKxV1W27o.B0AFEEfSmsUYwpKOdy4nIYXLJdC5SSnwQF.tqfr WOSLHEEcXAr4cbz3GGod7oM_VsB5lGyZhZmJ_modFD4.npCZsJ.VyDLOm07DSDpySoYigx0M2yeh jF0Eb998wTgxGOC3UzCk13e0YKK71dkJXP_kDFZScDE8IV.bElTYNSFkAPDFTg2YZkNajeutNUlq 7leqkeZB05u_X_6MhBZJwNGb5D2tN0432NdiZBOHtX.ETW6zFE3ffKEFCjSdhbhmrSxH.16FgPt7 7Z5Q_8Y.IyN8yeNKCPF3YvC0NSe0BUVZVtxxsn9Gd272JquEdBNo4kgWxO0mR9pTUP8SKKQPXU2B qt.GRnqgZsjq0QMhgRRevvJ9Qij0oq3VxotXNz8gZJJDu5irYa0upgXuv1gKuBEynctNS5FBF6JR Z3KvULmS2tgkTTDFWuPEolnlxHibHeELeO2DvCLYUtUOnP3m._V95vMBWkbXLjav80jPSA4S2p7c vIjZkIIeMYujnajRI_lkDrxks.3QQIWIqerpIKyZwV50U4FDOc6ZmAukv1OYXKyL72sGWYcdn0Fe 2hJP0qHoivVqOGoKFqHqX9Wx3KkFUG7CDIdwnSm.rL8zU.6mAZOmwXqkqPywVEOpuEHKOXgmz5he g0NjghlCXChT.aiikHVJ2RL_2wMsNIE6xtGPMdeVMkPDSRiGK46IfQohVQXbgsni6O3Zi.vcA2H0 dQOLYd9KJ7.JakLJQgUXUr.BAs87ncoFfFm8olD6W26NtV3_QCLwOV1oLxVBhIgYy4iv8bvMCU1T yYNiNY7lPuxmfCY5YSXR02_OYaLOT7ZUqwSFrtmHexiOF4J0FRnNeZDUH33LGYf_RYwhIIlBYeUn Ea2KtHRRiQROUZR26pxY1qBLvgyQfSFrl8CMyy1voNfZHy2mXTq8DLcmpcreF8AF_0dy7oSw6JcF GgKI2ZjKiF_2Xo0aR2tP7LicDZUhCpwonPBosWdThidsXNCHO6zD6kVKFH6J4aq_8ufewnGxua0F bEWZ0tVKPtRbQF4myj_XeUIcsA5Em7ZSjU7qGxkgi9XgVDlcgadIZfym9FoB169eHE3KqrdMC5u3 081NrwAeGxK36lkJfofMRv0afNMImodyYIhaLxeRa6uhPMHHMzRMadwT.FbwokMgVkq6ApINqd9F No4ETMzU25ie69s9K75VHWwnv_CNv.41Jpa98ST4OMTkPwXpsiErvgh0OrrfXQAi1Xscw0A0VPjb 6t9xYbJvqtoudeR_SeK_MqWiMXWlMPysrMpdrHjl5P85GKlWASlxYFHgc1e9KCu8xKSBsolYiyVA BZ87ZpOHH0l68mvRyNoqQ5uTJD4u_tC0izDvvmz5WCUm7kWlPHQUY5hmXQ0bH2Y4h6YQTpdRwhE_ uJ2HBEVHNMBCA28r4.aEl5_haD7VqSJueo_6D2kY9xHEClRXz6yu9iQbdnHcy1pLdMkYOoSmh8RD sHt9rEupbjqtEGA8jmaMeCAKwArV5QPFSTMAW_ZYAKOt6m6GrAXNXnQDzTAUoijjr8SRkFSlSf0G vxy5NmdOq5KvB0E_GHfiG5wMKXvSrqU90Hb0JHj08V30EMLXMFjNQRdkjm9_z4KtVVyO_jlIzEsw ig5GW.HdurxhL7trY2CcwTw2TIs500YWzQJzVKtp4nmQGBpvl.d60tcL.8ykZnoPYcDujiAVJLgW B.BX5X3FloTxUZYzIXsIDWG830YDSBMLqbnxHsA7KxbPT X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Sun, 21 Mar 2021 04:20:45 +0000 Received: by smtp402.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 152428b00b52ed0208b5e972a90719b1; Sun, 21 Mar 2021 04:20:39 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) From: Mark Millard In-Reply-To: Date: Sat, 20 Mar 2021 21:20:36 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <5BF4DC26-8CCC-48E8-802F-34C42084D47F@yahoo.com> References: <81AC0353-258C-41C3-86B1-C133E33D97E3@yahoo.com> <20210319174359.GA38899@www.zefox.net> <20210319195019.GA39087@www.zefox.net> <20210320005302.GA40542@www.zefox.net> <81CB0CCA-59AC-49A2-9372-4E2C22E3214D@googlemail.com> <20210320155638.GA41617@www.zefox.net> <63E61033-667C-4A08-9012-7D987B652176@yahoo.com> <20210320182821.GA49050@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F34Dv4zyDz3tpS X-Spamd-Bar: / X-Spamd-Result: default: False [-0.41 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.204:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.09)[0.089]; SPAMHAUS_ZRD(0.00)[98.137.68.204:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.204:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.204:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2021 04:20:48 -0000 On 2021-Mar-20, at 12:27, Mark Millard wrote: > On 2021-Mar-20, at 11:28, bob prohaska wrote: >=20 >> On Sat, Mar 20, 2021 at 10:41:48AM -0700, Mark Millard wrote: >>> On 2021-Mar-20, at 08:56, bob prohaska wrote: >>>=20 >>>> The most recent test on the 8GB Pi4 finished in 9 hours. That was = after >>>> running make cleandir twice, but having the installed system and = the >>>> sources relatively close (days) in age, on -current. >>>=20 >>> So a debug kernel was running? (Non-debug running for my builds.) >>=20 >> Yes. >>=20 >>>=20 >>> Did it include a buildkernel? Or just a buildworld? >>>=20 >>=20 >> Just buildworld in 9 hours.=20 >>=20 >>> At around 9 hours, it would take standardizing on a (equivalent >>> of) src.conf too be able to well compare your context vs. mine >>> now, if we ever want to do so. I'll list my file later below >>> for reference, although I'm probably more likely to try your >>> src.conf content in my overclocked context than you are >>> likely to try building via my src.conf like content in your >>> powerd context. >>>=20 >>=20 >> No /etc/src.conf for this test, nor /etc/make.conf.=20 >=20 > I have a -j4 buildworld build kernel going on the > FreeBSD RPi4B 8GiByte, based on using a prefix of: >=20 > env __MAKE_CONF=3D"/dev/null" \ > SRCCONF=3D"/dev/null" SRC_ENV_CONF=3D"/dev/null" >=20 > I'll report the buildworld and buildkernel times > once it is done. World took somewhat longer than my normal build and the kernel somewhat less, but world+kernel somewhat longer overall: World build completed on Sat Mar 20 20:20:42 PDT 2021 World built in 31233 seconds, ncpu: 4, make -j4 Kernel build for GENERIC completed on Sat Mar 20 20:55:21 PDT 2021 Kernel(s) GENERIC built in 2078 seconds, ncpu: 4, make -j4 So: World took a little under 8 hr 45 minutes (vs. under 8 hr 10 min) kernel took a little under 35 minues (vs. under 40 min) Total: a little under 9 hr 20 minutes (vs. under 8 hr 50 min) You are getting the vast majority of the time benefit from powerd use compared to my build context (based on the world build times). Avoiding building to allow compiling non-arm could cut your time noticeably, possibly around 30 minutes for world. But I do not come anywhere near what tech-lists has reported: a little under 6 hr 45 min for world+kernel (using -j6 and possibly ccache use, however). My guess is that ccache avoided some compiling/linking. (I've not used ccache.) > The RPi4 support for powerd (cpufreq) was added > on 2020-Jun-20 but my RPi4B activity started > well before then. That is why I did not go down > the powerd path in how I configured things. It > will be interesting to compare to your time. >=20 >>> Welcome to the world of overnight (sleep-time) buildworld on a >>> small board computer. >>>=20 >>=20 >> It's a most welcome change! >=20 > You can now also buildworld and buildkernel targeting > armv7 in the overnight time frame via either: >=20 > A) a form of cross build (using src.conf like file(s)) > or: > B) running an armv7 world in a chroot and doing a > "native" style build in the chroot. >=20 > You can also set up poudriere (or just a chroot area > that you chroot to) in order to build armv7 ports in. >=20 > This also has less of a memory limitation in that > multiple full-sized armv7 build processes can be > in RAM at once without swapping/paging: more total > RAM in use than an armv7 would allow, though no > individual process gets more than an armv7 could > potentially allow. >=20 > You could build for the RPi3(s) or other aarch64 > machines on the RPi4(s) as well. So, likely your > arm build activity no longer has to take up nearly > as much time, especially the really long-wait > builds. >=20 >>>> That's with powerd >>>> enabled, but no other speedup tweaks. Temps were just under 60 C, = with >>>> a fan in the case but no heatsinks on the ICs.=20 >>>=20 >>> Ambient temperature? (It is the difference that indicates how >>> well your cooling is working and it is the difference that >>> is more comparable across contexts. For example, my around >>> 15.5C ambient likely was likely around 10C lower than for >>> many reported figures.) >>>=20 >>=20 >> Ambient was around 15-17 C at the times of observation.=20 >>=20 >>>>> sysctl dev.cpu.0.freq will definitely show the current freq. >>>>=20 >>>> On a Pi3 with GENERIC-MMCCAM kernel (also running buildworld) it = reports >>>> bob@www:/usr/freebsd-src % sysctl dev.cpu.0.freq >>>> dev.cpu.0.freq: 1200 >>>> also with no other speedup efforts beyond powerd. That machine has = heastinks >>>> on the ICs but only a fan blowing in through the openings in the = plastic case. >>>> It's around 60C.=20 >>>>=20 >>>> So far the effects of powerd seems to be uniformly good, with=20 >>>> no downsides. Next, to try a Pi2 v1.1 (armv7) >>>>=20 >>=20 >> The Pi2 V1.1 is now running buildworld with powerd enabled. Heatsinks >> on the ICs, but no fan at all, < 50 C (17C ambient) with 0% idle, 900=20= >> MHz, serial console seems to work fine.=20 >>=20 >>>=20 >>> FYI (not that you are likely to build and run such: >>>=20 >> [snipped for brevity] >>=20 >> Alas, you are right. It's already difficult to keep the=20 >> experiments straight in my head......too many variations. >>=20 >> But, unless something most unexpected goes wrong, it seems >> that powerd is useful on the Pi series computers. =20 >>=20 >=20 > Yep. >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun Mar 21 10:02:34 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6DE2256E691 for ; Sun, 21 Mar 2021 10:02:34 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-ej1-x636.google.com (mail-ej1-x636.google.com [IPv6:2a00:1450:4864:20::636]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F3CqF3NK6z4hRp for ; Sun, 21 Mar 2021 10:02:33 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-ej1-x636.google.com with SMTP id ce10so16472132ejb.6 for ; Sun, 21 Mar 2021 03:02:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=YxOJPmmYenALDNPpoTsJ+n+CjKNtJviGoRVHF93CEdE=; b=cF/ZqbrFXhIhBFPNc6ijXznZ/Bd/mOmiCpx+vxA8iK+UVQWp8RlYkoQWFSFvro2aQb Tt+emYAvRsI3Q6TEDiYC0MBqHwW3xFb/oS+VNwP5ZtY0iAcqIpg3hVOqo5JpRvAYGrZc Ts97q3w8kXJt11m3O0oKTkosqUTlJW5UmfKHLfaf8QnHtzW0bEb5HgAb26v4O7CY37Ec /B13zcCWngh6pGcrnLBrgFXQfGxf/U30Ju96/9ghvd6X2m55+YDWp0edqcTtEKhci696 2/UzLNIV/Z8QE21nbXln1wm7skn2tfSPXpr7xt1cWiioY9RxjIq4h88a3ojG7C3xuFh+ pfNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=YxOJPmmYenALDNPpoTsJ+n+CjKNtJviGoRVHF93CEdE=; b=gPazlDy2A7WylmFNsyABIU3A8tz/VufCX1liH4U5OScuGXp8IDiZdp7rV12p0upHpu FUJGTXk7zXSWbE/vkeIBGHMOhsN+phF9B/k6opzN6b/tnGV+3jvxfdO7aFD+9zsU+nnU 4NySSfd88qhZgrt3b2ocLVJ+3KzOqrnKBESSjHeeC2sEnh6SWWVMnTWhuKgVFBofD969 lzC81d2YwdX/RyBvnbyTobeyIWmW/eEY+5xmSwhIQ7F2xhgaudWL7T4E1We6T0Np0iOy rycvHsKj8LwaGxdCrqsBRjAe21z2jTFMJOi6bgg6w3ULWDaEHNi5AwK2ObWTAneKW7Y7 R7Og== X-Gm-Message-State: AOAM530dM9ZnsKX55xPTE5BQkyjUWM7DuC85xslo9nPNyA1ehRxuIsln oS/YC/EifSG4x/Axh97VENIP93y/+E8= X-Google-Smtp-Source: ABdhPJy+LHwGu3a3sFwzonfnJpOWpFdV6Q8YJwm4uH9/7vA0+DspJPJ+v1sMNxAnZbS360a1BKperg== X-Received: by 2002:a17:906:d9c9:: with SMTP id qk9mr13538796ejb.504.1616320951022; Sun, 21 Mar 2021 03:02:31 -0700 (PDT) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id n25sm7939402edq.55.2021.03.21.03.02.30 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 21 Mar 2021 03:02:30 -0700 (PDT) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Message-Id: <88144856-F28B-4137-B0A9-4B4C8523774C@gmail.com> Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: Re: PinebookPro misc drivers.. Date: Sun, 21 Mar 2021 11:02:28 +0100 In-Reply-To: <20210310160114.dd9853a0689d257388a745b5@bidouilliste.com> To: freebsd-arm References: <20210310160114.dd9853a0689d257388a745b5@bidouilliste.com> X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Rspamd-Queue-Id: 4F3CqF3NK6z4hRp X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=cF/ZqbrF; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::636 as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-1.17 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.98)[-0.984]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_MIXED_CHARSET(0.83)[subject]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::636:from]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_SPAM_MEDIUM(0.48)[0.484]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::636:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::636:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2021 10:02:34 -0000 On 10 Mar 2021, at 16.01, Emmanuel Vadot wrote: >=20 > On Wed, 10 Mar 2021 15:29:21 +0100 > S=C3=B8ren Schmidt wrote: >=20 >> Hi >>=20 >> I?ve uploaded the latest from my PinebookPro collection here: >> https://people.freebsd.org/~sos/PinebookPro/ = >>=20 >> Comment,, bugs, etc welcome? >=20 > Few comments, >=20 > - Could you at least share patches generated with git diff ? No git here, but added patches to the one file (rk_gpio.c) that isn=E2=80=99= t new :) > - rk_gpiokeys.c doesn't seems correct, we already have > sys/dev/gpio/gpiokeys.c so patch this one if it isn't enough for lid > switch need. Well, the stock drivers handling of this is, well, less than optimal and = the lid support is pretty unique to the pbp so I decided to go this way = as to not =E2=80=9Cpollute=E2=80=9D the original. > I could comment more if I would be able to diff more easily. As stated above there is now a patch for you for rk_gpio.c the rest has = nothing to diff against. BTW I added support for writing an updated u-boot-2021.01 to the SPI = flash on the pbp (also works for rockpro64), so one can boot from eMMC, = SDcard, USB and NVMe with kbd/mouse support and screen output from the = first u-boot output. BTW2: the pinebookpro dock from pine64 seems to have an issue, if you = turn the USB-C connector =E2=80=9Cwrong=E2=80=9D you will lose alt the = USB3 device in it. Simply turn the plug 180 degrees and everything = works. -- S=C3=B8ren Schmidt sos@deepcore.dk / sos@freebsd.org "So much code to hack, so little time" From owner-freebsd-arm@freebsd.org Sun Mar 21 10:20:07 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 357F456EAEA for ; Sun, 21 Mar 2021 10:20:07 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F3DCT6gqyz4hhq for ; Sun, 21 Mar 2021 10:20:05 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1616321998; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=skcmRiu6OSZ/5u7eP1VVrk1da/qOwtmK2KtR5riGiaw=; b=ml8fx+wmEecLzHdiDz3ShebHtYAczWLrUmC5649WN5ebb6SVRvmPphBRQml/oWwukOJECA U3Rn0cqbjunfQEoHyIXOdm/CtIyKHY5PKLCjiGv1iWu+eHPPXA41m7rt9VfbTE+3P0bogB 9ZoIQrLm9c4GBO1GBW5rFIV3u6twZIc= Received: from amy (lfbn-idf2-1-644-4.w86-247.abo.wanadoo.fr [86.247.100.4]) by mx.blih.net (OpenSMTPD) with ESMTPSA id e421f6de (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sun, 21 Mar 2021 10:19:57 +0000 (UTC) Date: Sun, 21 Mar 2021 11:19:57 +0100 From: Emmanuel Vadot To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Cc: freebsd-arm Subject: Re: PinebookPro misc drivers.. Message-Id: <20210321111957.e7ebc1261e3b7ec03c8718d6@bidouilliste.com> In-Reply-To: <88144856-F28B-4137-B0A9-4B4C8523774C@gmail.com> References: <20210310160114.dd9853a0689d257388a745b5@bidouilliste.com> <88144856-F28B-4137-B0A9-4B4C8523774C@gmail.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4F3DCT6gqyz4hhq X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=ml8fx+wm; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.83.155.74:from]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; FREEFALL_USER(0.00)[manu]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[212.83.155.74:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2021 10:20:07 -0000 On Sun, 21 Mar 2021 11:02:28 +0100 S=F8ren Schmidt wrote: > On 10 Mar 2021, at 16.01, Emmanuel Vadot wrote: > >=20 > > On Wed, 10 Mar 2021 15:29:21 +0100 > > S=F8ren Schmidt wrote: > >=20 > >> Hi > >>=20 > >> I?ve uploaded the latest from my PinebookPro collection here: > >> https://people.freebsd.org/~sos/PinebookPro/ > >>=20 > >> Comment,, bugs, etc welcome? > >=20 > > Few comments, > >=20 > > - Could you at least share patches generated with git diff ? >=20 > No git here, but added patches to the one file (rk_gpio.c) that isn?t new= :) Why was all the softc variable renamed, this makes reviewing much harder than it should be. > > - rk_gpiokeys.c doesn't seems correct, we already have > > sys/dev/gpio/gpiokeys.c so patch this one if it isn't enough for lid > > switch need. >=20 > Well, the stock drivers handling of this is, well, less than optimal and = the lid support is pretty unique to the pbp so I decided to go this way as = to not ?pollute? the original. Less than optimal why ? Pretty unique why ? I don't see anything unique for the pbp in the dts and if the driver that we already have is missing some stuff it should be patched. > > I could comment more if I would be able to diff more easily. >=20 > As stated above there is now a patch for you for rk_gpio.c the rest has n= othing to diff against. >=20 > BTW I added support for writing an updated u-boot-2021.01 to the SPI flas= h on the pbp (also works for rockpro64), so one can boot from eMMC, SDcard,= USB and NVMe with kbd/mouse support and screen output from the first u-boo= t output. And again no patches make this really hard to review. Please create a phabricator account and post patches there, we can then have a proper discussion. > BTW2: the pinebookpro dock from pine64 seems to have an issue, if you tur= n the USB-C connector ?wrong? you will lose alt the USB3 device in it. Simp= ly turn the plug 180 degrees and everything works. >=20 >=20 > -- > S=F8ren Schmidt > sos@deepcore.dk / sos@freebsd.org > "So much code to hack, so little time" >=20 >=20 >=20 --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sun Mar 21 10:46:54 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3B0C556F6A5 for ; Sun, 21 Mar 2021 10:46:54 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F3DpP2Sfwz4k6y for ; Sun, 21 Mar 2021 10:46:52 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1616323611; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=N7E5R8pIUueLiL+2VgjIOuVo7c9Y3lKonkItKfFaXP8=; b=Ebg4keg8FVllmOYoLF76urN5GDjlCm9ZHRXohJG5zENxcdHGajJIcqvpXdCRVI/AsWl9KC EFzl19KDeb5yGGA3zDruimZfszC4NoHSrK4Mm7d27o5hgjQR2JhpShR8x7upInp3UlXk+s HRHX3VfW+OJbHWu14e9KTAMlVyNeqf8= Received: from amy (lfbn-idf2-1-644-4.w86-247.abo.wanadoo.fr [86.247.100.4]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 093d6b56 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sun, 21 Mar 2021 10:46:51 +0000 (UTC) Date: Sun, 21 Mar 2021 11:46:51 +0100 From: Emmanuel Vadot To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Cc: freebsd-arm Subject: Re: PinebookPro misc drivers.. Message-Id: <20210321114651.cafd10f9bf5c8a4341cd5b67@bidouilliste.com> In-Reply-To: <20210321111957.e7ebc1261e3b7ec03c8718d6@bidouilliste.com> References: <20210310160114.dd9853a0689d257388a745b5@bidouilliste.com> <88144856-F28B-4137-B0A9-4B4C8523774C@gmail.com> <20210321111957.e7ebc1261e3b7ec03c8718d6@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4F3DpP2Sfwz4k6y X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=Ebg4keg8; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.83.155.74:from]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; FREEFALL_USER(0.00)[manu]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[212.83.155.74:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2021 10:46:54 -0000 On Sun, 21 Mar 2021 11:19:57 +0100 Emmanuel Vadot wrote: > On Sun, 21 Mar 2021 11:02:28 +0100 > S=F8ren Schmidt wrote: >=20 > > On 10 Mar 2021, at 16.01, Emmanuel Vadot wrote: > > >=20 > > > On Wed, 10 Mar 2021 15:29:21 +0100 > > > S=F8ren Schmidt wrote: > > >=20 > > >> Hi > > >>=20 > > >> I?ve uploaded the latest from my PinebookPro collection here: > > >> https://people.freebsd.org/~sos/PinebookPro/ > > >>=20 > > >> Comment,, bugs, etc welcome? > > >=20 > > > Few comments, > > >=20 > > > - Could you at least share patches generated with git diff ? > >=20 > > No git here, but added patches to the one file (rk_gpio.c) that isn?t n= ew :) >=20 > Why was all the softc variable renamed, this makes reviewing much > harder than it should be. >=20 > > > - rk_gpiokeys.c doesn't seems correct, we already have > > > sys/dev/gpio/gpiokeys.c so patch this one if it isn't enough for lid > > > switch need. > >=20 > > Well, the stock drivers handling of this is, well, less than optimal an= d the lid support is pretty unique to the pbp so I decided to go this way a= s to not ?pollute? the original. >=20 > Less than optimal why ? > Pretty unique why ? > I don't see anything unique for the pbp in the dts and if the driver > that we already have is missing some stuff it should be patched. So, since I'm a nice guy I've looked at the driver. It is unique because you made it unique. Upon lid switch even if the lid closed you deactivate the lcd power gpio control pin (which is not referenced in the dts node for the lid switch) using a really a gross hack. We should never do that. You've also written that you haven't been able to get interrupts when you open the lid but since you only configure it with GPIO_INTR_EDGE_FALLING that's normal. What is happening if you configure it with GPIO_INTR_EDGE_BOTH ? If it's still not working it probably shows a problem in your gpio patch that add interrupts support. > > > I could comment more if I would be able to diff more easily. > >=20 > > As stated above there is now a patch for you for rk_gpio.c the rest has= nothing to diff against. > >=20 > > BTW I added support for writing an updated u-boot-2021.01 to the SPI fl= ash on the pbp (also works for rockpro64), so one can boot from eMMC, SDcar= d, USB and NVMe with kbd/mouse support and screen output from the first u-b= oot output. >=20 > And again no patches make this really hard to review. > Please create a phabricator account and post patches there, we can > then have a proper discussion. >=20 > > BTW2: the pinebookpro dock from pine64 seems to have an issue, if you t= urn the USB-C connector ?wrong? you will lose alt the USB3 device in it. Si= mply turn the plug 180 degrees and everything works. > >=20 > >=20 > > -- > > S=F8ren Schmidt > > sos@deepcore.dk / sos@freebsd.org > > "So much code to hack, so little time" > >=20 > >=20 > >=20 >=20 >=20 > --=20 > Emmanuel Vadot > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sun Mar 21 11:33:38 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B982C57150D for ; Sun, 21 Mar 2021 11:33:38 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-ej1-x62c.google.com (mail-ej1-x62c.google.com [IPv6:2a00:1450:4864:20::62c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F3FrK57Zxz4mY0 for ; Sun, 21 Mar 2021 11:33:37 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-ej1-x62c.google.com with SMTP id hq27so16686198ejc.9 for ; Sun, 21 Mar 2021 04:33:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=4XMtsaUPUG4BzqQc0KAAbaCeW1XGhQiXTB/ViUV2KdM=; b=JpQnIJe5GyoXO7q+2YylPyDscVch3OTuXxH/FF2TKwGPFJ4Xgin4CSL0hrXzng/BnE 8HuDRj32B/SadhnCS6WTokbyFn+wO9zvbG1rB/lczbb3NTAP+YESxEYEnGL9FUvwn6Er 9FdRAseEpBxAEsWCFSpUjE1H4f7XJZl+VbcCrFDNrE229MivTaHEtPOmy44XtG+MqPkc 6emYPjWc9O7VcXIohClko/Jc222QDidA88iHW/KOqhHShmfqTGgizIYO7m5zyZhlMP1x hyl542wZPHpbnulLtulle0SLDyk97ZsBIuGXs8mJkk6xgVRYam3czl0Zbyw4dkIJWJrO wTMg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=4XMtsaUPUG4BzqQc0KAAbaCeW1XGhQiXTB/ViUV2KdM=; b=XK8mdRbq4AZc3zwBy8hrz0RTlOHuUogDgF69/zGZKqY1pTXNkpB6fdsaR7b13qEeXj XrqbM/0RbH8h1cJ1AhTsRhPBgusyxgmTm4OAzngaqmf6Ief3RUCqqnDdAPz0nVnsn79W 2X8i/WHY8SK3bXyhn+112lIITpSc1yd9kd79YHd8yjknFoD4ZF6aV7pguwgAZZR3GGpI R8GlfkKCcrgHPTf6P239dD7ioJ7cqqryVTBWbFgSK76u+48loZ4lG9dg5QGUaf7QkIVe eYfY+u22sKnr3t79349pxWL0P+2VwqBFgo+WLBMHgBK4nsZ03MaImTXzLthBA8GFqKQj i1Rg== X-Gm-Message-State: AOAM532OTv2J2aqLP2hNChiLm6BEd1s3od/LNq0MOQaT4KGNUyDIQzKH k+1aKihgz5i7ONy8zBapVVeaSAGufRY= X-Google-Smtp-Source: ABdhPJzN3NXlkcsiysTQFNACP7Sn0YnYeUGNPBp0kni/nnsJZkS1rJ/6xHpeC6bHc0O2AcZI8g8WdQ== X-Received: by 2002:a17:906:aad5:: with SMTP id kt21mr13885528ejb.160.1616326415871; Sun, 21 Mar 2021 04:33:35 -0700 (PDT) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id u16sm8352698edq.4.2021.03.21.04.33.35 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 21 Mar 2021 04:33:35 -0700 (PDT) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Message-Id: Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: Re: PinebookPro misc drivers.. Date: Sun, 21 Mar 2021 12:33:35 +0100 In-Reply-To: <20210321114651.cafd10f9bf5c8a4341cd5b67@bidouilliste.com> Cc: freebsd-arm To: Emmanuel Vadot References: <20210310160114.dd9853a0689d257388a745b5@bidouilliste.com> <88144856-F28B-4137-B0A9-4B4C8523774C@gmail.com> <20210321111957.e7ebc1261e3b7ec03c8718d6@bidouilliste.com> <20210321114651.cafd10f9bf5c8a4341cd5b67@bidouilliste.com> X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Rspamd-Queue-Id: 4F3FrK57Zxz4mY0 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=JpQnIJe5; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::62c as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-1.04 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.80)[-0.799]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_MIXED_CHARSET(0.83)[subject]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::62c:from]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_SPAM_MEDIUM(0.43)[0.425]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::62c:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62c:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2021 11:33:38 -0000 On 21 Mar 2021, at 11.46, Emmanuel Vadot wrote: >=20 > On Sun, 21 Mar 2021 11:19:57 +0100 > Emmanuel Vadot > = wrote: >=20 >> On Sun, 21 Mar 2021 11:02:28 +0100 >> S=C3=B8ren Schmidt wrote: >>=20 >>> On 10 Mar 2021, at 16.01, Emmanuel Vadot = wrote: >>>>=20 >>>> On Wed, 10 Mar 2021 15:29:21 +0100 >>>> S=C3=B8ren Schmidt wrote: >>>>=20 >>>>> Hi >>>>>=20 >>>>> I?ve uploaded the latest from my PinebookPro collection here: >>>>> https://people.freebsd.org/~sos/PinebookPro/ = >>>>>=20 >>>>> Comment,, bugs, etc welcome? >>>>=20 >>>> Few comments, >>>>=20 >>>> - Could you at least share patches generated with git diff ? >>>=20 >>> No git here, but added patches to the one file (rk_gpio.c) that = isn?t new :) >>=20 >> Why was all the softc variable renamed, this makes reviewing much >> harder than it should be. I just cleaned up stuff to my liking, whether you want this stuff in the = official sources I dont care much :) >>>> - rk_gpiokeys.c doesn't seems correct, we already have >>>> sys/dev/gpio/gpiokeys.c so patch this one if it isn't enough for = lid >>>> switch need. >>>=20 >>> Well, the stock drivers handling of this is, well, less than optimal = and the lid support is pretty unique to the pbp so I decided to go this = way as to not ?pollute? the original. >>=20 >> Less than optimal why ? >> Pretty unique why ? >> I don't see anything unique for the pbp in the dts and if the driver >> that we already have is missing some stuff it should be patched. >=20 > So, since I'm a nice guy I've looked at the driver. > It is unique because you made it unique. > Upon lid switch even if the lid closed you deactivate the lcd power > gpio control pin (which is not referenced in the dts node for the lid > switch) using a really a gross hack. We should never do that. > You've also written that you haven't been able to get interrupts when > you open the lid but since you only configure it with > GPIO_INTR_EDGE_FALLING that's normal. What is happening if you > configure it with GPIO_INTR_EDGE_BOTH ? If it's still not working it > probably shows a problem in your gpio patch that add interrupts = support. Well, there is NO interrupt generated whether you look for raising of = failling edges, that=E2=80=99s why I resorted to plain polling (as = explained). I made it unique for my purposes, so it doesn=E2=80=99t conflict with = anything. But anyhow interrupts etc works on any ohter pin but apparently at least = my device has issue here. >=20 >>>> I could comment more if I would be able to diff more easily. >>>=20 >>> As stated above there is now a patch for you for rk_gpio.c the rest = has nothing to diff against. >>>=20 >>> BTW I added support for writing an updated u-boot-2021.01 to the SPI = flash on the pbp (also works for rockpro64), so one can boot from eMMC, = SDcard, USB and NVMe with kbd/mouse support and screen output from the = first u-boot output. >>=20 >> And again no patches make this really hard to review. >> Please create a phabricator account and post patches there, we can >> then have a proper discussion. That is just too timeconsuming for me, I=E2=80=99m just trying to be = nice and post what I=E2=80=99ve done to get my pinebookpro into a useful = state for daily usage, you can pick and choose form that og just ignore = it, I=E2=80=99m happy either way... =E2=80=94 S=C3=B8ren Schmidt sos@deepcore.dk / sos@freebsd.org "So much code to hack, so little time" From owner-freebsd-arm@freebsd.org Sun Mar 21 13:50:50 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E679E576989 for ; Sun, 21 Mar 2021 13:50:50 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F3Jtf0nMjz4vYk for ; Sun, 21 Mar 2021 13:50:49 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id D96115C00CF for ; Sun, 21 Mar 2021 09:50:48 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Sun, 21 Mar 2021 09:50:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=cX4tFBDk1eGoqiuE4/EAqGUc93A wXbjW+vodHSN1+Cw=; b=tuO60GpNt6C8Saw7Yz3DrxeyEzNRM/7jTwmfJ8q4eOR dBWouZtIyLbCtu1HDTjU1YXXeE6Lq6bhXoeInfXx6ZnflcLOkHowDsgaKWhF0d/x JQtEF7KCrkbOOQjuKGjSa3mz0pe080R9SivVp2fhZj/xg1lTNd7vVPgVSEA6GRsA iqGQncx4ZZLV0139EomBrKzZjSBJPVEKmN0RPD3/+B/l98fQtRcpLgpyO3c8Ku0o 4GISLEjKLOQ8E5t4cJHsrKJJIJMjOpYMHg/620aEjXZLPU6X6xUIdi1xL66v1d3h o/tv9Yrzn0/+akuOGy8996kRO3SesKNBTd4w9QtwaFA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=cX4tFB Dk1eGoqiuE4/EAqGUc93AwXbjW+vodHSN1+Cw=; b=gWkWEfM8l8zARQ9MktGD0Y uRZboMy8CsL82HtyKW/KrP1MNcj4da1hOPDnw4K9veJBKviCFVEHQwQnqA2qLhdp aQnJ/GmOleO2ij9J7CwqG9aCZYzQLpFzKcwoWOJivGZPT6S44PYb9YO9E852VgA5 8PMevUBBSr53HBJaokkp6FzfagugisgGa4qcrnJzDEUnPVz7PzssNif7Awwg8OlR mU0rVnQOUhTITCj8+OkjLQnkwZGFsgDwX9fjPDDBrXMvyQZAc39akWi6Jke/yLHL we2ZRRLGm/DsfECKhGtQiaCcXmh4zSvUkBuArd7H0wIHa/l2njD+dWNUvV305/lw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudegvddgheejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpedtheeigfdvudefkeekvddtfedvte dttdekuddvgeevlefftdekffdujedvhfduteenucfkphepkedvrdejtddrledurddutddt necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtg hhqdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id 3FB381080057 for ; Sun, 21 Mar 2021 09:50:48 -0400 (EDT) Date: Sun, 21 Mar 2021 13:50:46 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: RPI4 clock speeds and serial port Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <20210318170053.GA26688@www.zefox.net> <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="XkCfjZg7e8uaUlwn" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4F3Jtf0nMjz4vYk X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=tuO60GpN; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=gWkWEfM8; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.25 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.25:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.25]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.25:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.25:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.25:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2021 13:50:51 -0000 --XkCfjZg7e8uaUlwn Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 20, 2021 at 04:55:47PM -0700, Mark Millard wrote: >To me the wording is unclear on an important >point: > >Was this a rebuild after installing and booting >the kernel and world that had been built with >those flags? Or was this running the as yet >not updated system and just doing the initial >build with the -mcpu assignments? 1. cd /usr/src && git pull --ff-only 2. added those .clang statements to /etc/src.conf 3. it had already built world & kernel with the other WITHOUT_xyz=20 statements in days previously this was the first time i'd tried those -mcpu assignments. I'll try building again, this time noting exactly what's done. >CCACHE status? enabled. I almost always use ccache as the buildtime impact is=20 substantial with any c/c++ program. poudriere uses it if it's available for this reason. >Was this caching effectively cleaned-out/empty >for the timing? I don't know. All I know is that it looks after itself. I'll disable/clear out ccache [1] if changing major freebsd=20 versions [2], or tracking down a problem with a program building. I'm surprised you don't usually use it [1] rm -rf /var/cache/ccache/* [2] also rm -rf /usr/obj and re-make it again --=20 J. --XkCfjZg7e8uaUlwn Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBXTy4ACgkQs8o7QhFz NAVJKg/9GY2xfuMnNAZuW5yL1TEtNgqIpnUTGRyifiw3gQ7V4sS9i8nQxWbuPyDV 2/HiMDbuXHqX5hL1eN0JcgHk+8DI9T96CaxVszlCJe6Ee3jqsG9iTo/tse2dWWDX VytyLAxO2WplkUHANyuvclKqsBXrtw5Glu0h9t8KZ1qLyLDQxsvkMbA6vYHwo/Sz sfdAyIPA09qnO0UPrWi6u5Yi59EsfjzVJl9a7ZqGTrcQTtsSZlKELOWJJKTRyTVv VhNEkYO195UFtNsFkGEHANN/PaKW+qUkxvYp47W00DPStJGFm77TzFMPOCFowObr hDv/C0/nbcRYeHclchVc6VmpvSuYyK7RRm14OSP1CaHcr/9NYM7+v1LYHja7Y0xI SMLPfkcAP/ciUEfbZ7dfuLRP3YcstDl+PJZ1/GtF31f7zuTkUMHOsdSG3WsoV6hG wvj3Z/1j1ijFIrPPbaigxKCxpFG6rxOHltUh/PdBzhZqd5fEjx6j4WViyvG4KBr9 LakS8ZeddHuIBJoAVei4/3/sANGVX9iy5u6I0Og83OBztCHGvgwFVYemYL+pH2jR noETyHVcDeXS7ttxpoHShH0KSeSd5BrsoLM4WtL/d27BbhSjiM9i3dgiFFJVCRZh e8CFw51ruUy5+emefAPSIwwLooZ0uZx5UIRZ3M0G0uesv3naPZs= =W77K -----END PGP SIGNATURE----- --XkCfjZg7e8uaUlwn-- From owner-freebsd-arm@freebsd.org Sun Mar 21 16:50:07 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6D6F657BF0D for ; Sun, 21 Mar 2021 16:50:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-21.consmr.mail.gq1.yahoo.com (sonic310-21.consmr.mail.gq1.yahoo.com [98.137.69.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 4F3NsV3wQLz3NrG for ; Sun, 21 Mar 2021 16:50:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616345404; bh=RzOd+af1QDLeQVgDqKulLq96bhNh1QHf77t4zklY2j2=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Oh9i5DROwEl7Khpkfd95hCzHcg3sakmZKCwWWLduMyjPvKb6GsmtONFO/YzB4I8MkODqTiLfvDT7NHCrrJnCZdQfeaLjxrFleaIv/2DwxfdwowZOVi9rcxOByXxE7WMYiITZVEXJXW07Ku9qN7BUAE4jyvz8K9rT72lZfUb22v1fv6juu5rq71nKh7w5sEBh1qeZ1X/P0EikUgaelp4vDnEg6H9pYNcH06c+RZ1TPM8y7eSXKt/b8EYP3ftIgjr+ODrRzU6yexzAyjxrf6ct5FFd1f36ObCb1VCiL5RZ2rMRR8S+brwfCU2MaWFYlK5OD4N/Yi2f3Bj+Le0t1kVHPQ== X-YMail-OSG: iAQIG8gVM1ls5.6dI368tqfzCEImd9Njo0B1ETPJrf2DCMWF4u.HrEtxH4WtRG4 0KTPWJneLbo0RmNrYX.ohkPjqh12lOScAFxot4qcXH1.F9NHiiFk2K_traLzgbBJ97otlcNEKAG_ u6O.doztiJV.3YulT1AYCTrmvoErvnVsSRYeetodZGF3hdj8ipZLGGH.hKm_dfzh00L3rDTGkcay Cjg9dphuoAYPeThG2rloJPKA2t_1hji7q4mmx9U5Ym_uG8xB..m551m_B1k5wceqcqj3ADuvbeFm CdG6b.90xlrUVQ63VsNURVAaBfyjDpiWRHJ7BWPiXBZ6eQz3SrBLi0z_7YLi5dlyW.zSpqbeDcs8 BtGvHOsjGNogDN4y3SwY5WQBNyYk9muLRN2Uw_VIA0FWBA9VSM3_wTCn5OpNhbi0ixS35qzXDHv9 GD2hgITzgUCmPuJ2IVgtCmJm0iPC42L1.7yD9hwwQiMp_jFGV8JByl9SHxP.SIuqeLq7T0p5oKbS fTJpxuWBkGcQQR95km02SPNqaQSJhjF0HXq2fYi31iXwmoeKi0ek6RhU97JJjq3utizGzDIVnflM 3G5DVJqrVVmgcNh0t8fyak_IfnK1NAiV2YvEAheHzXIYOtQcggPiOJ9UzvBPCahdSLuvPezfwmMi LE9APCo6zPUcOoF.l._Jluniqe1ikHrZl4iJUuyogD84co7d4dFezhOgGpLXwolVCyR_u7lwUsiH 7MzWbflGyaSMkvzEqUnPbcf0sCdt_kJcRlTCznxzJnzwJKihYGb7pfz8J7HLo.Z12eLAmdq8fcO7 _KuJ9BgM2x2u02XsPawj3a5LSNrhkIcZMslNK3iNweLa6GqQVlsVWIZwPhSUq2iOD.W1eGd6yLzT 8q8iv9OOls6WdjbadPSGM8Qie9xfgW1ADLhZmC7v7CRfG2s9g.hbMOPLcwmGJpCcrfWzPUtXgZ12 N1zf0ZLQFoRV16T3RG_Ft5OQcnW1kPwdx10yTb_9Hwtj7UXb7Ln9CY1YyUoJK.kQhq6AC6xWJ.pf SwvFrXJ.PFHyalIElNaKsf4icqhFIC9hObnL4HGf9uLCHQxn_UrgcsbU7vp2v39ZdYjFPJtIIoHX CUJgtsnTkeq4xD87G_HZQin9uglffE7Hg5KBME5Cr_QSddUD3F6g7rLTepb76EUHDnWrSo55CFa8 W3aJJX38s2NEer5OwjcQU.BNhEDruTl0s4jgpQnkQVNwCR3FrpJAuSk4oetmEgjUhNf7KtVvO67J Ng.8pfKP_4QnF5dkOV7EFj_u6BeYKyY21NHW4.P5H3dxp3VQKbVPPkl583i8pbbWFpbrNsRGRRNT aCha1Dw1aFtq7w1wEwZPpjMRdq_1ExKNqKKlNAltZ8Aaw7K4hgOgLPCRCOov8El6UZHzaad294f8 PxBJzFcUW1WL_L.IOiQQY93wDfvjIy_YEzjcSoW6pgeykSZ_nfy.lMmuZ1HzVcdjP2Vy9c9snM_Q 8wSa6ib4PfclVZ99gXvingXWXfnjUpl.BSR1zlk7Pl.9pw2plQ5vFFG8tKR95ukC00ej_9qt8nIQ aEG.q4heayQFcJFplrk4RaovD8nSkt_k5izghrHQ_Ko14o2jE2.UQaqcVKJ62pKeh3xwX3YjhtWL lXRHwnNWHa7V4XfkDp1a1wGDRWS6V5rl.AqLBUzBJ1HxT671LVIvfIlloNZ.APdXsBrTupGqWnZH AcK6h_N_9oLVyQEjjn4Sh5BKM.QwLPO5ScJnE1nJjk93QMtLvyYs3FDxnHtMcrGo5kzeJ9KWw6j3 P5gZNbg7e1G5uOzn3p.CP2MnrVMppoZvR5ob4vHXT2_SB6E9QXGnqLn32_RjO3zJ_P7zUksvwn1C 8mKgGBQ_eXLXVE.czx7B6fhCrKaiVJHR91HW48aQWMjJKrriRy8hiKKCHV.T2.SewNbad5lOjFbx qnmI0X23eBIz.1Vl5t4uWy70ap0Cj_cI7jiUqRgu5CG_ac9UIYozuVFbNIOO3RQZwO3TXFgw73AF NXS_.d.xiEOj4Kih6iCgGakBeRDaBWzviEdbmIl8gN40Hdy5.4C7fRISAnOH.emDkcaqINF3WCT. pBAkN97dwwXeef.UGVaC97DmbqMaYsXNFtO5RyGbHuic6.fSh_leMjhwhUJQm395wuYu9sJYXmDv SRlADuZ2YFhRx293lzVt2D6djTlCjp8iTauFJDQ6cJlAbOttUDAFQTbKqPmFXRi5.UAkW0ac0tGL VWbOtHOLVGKYUi0W8O4OnWcpjaR2FEOKUMK2qojxF0o8oOj5PViJxTB7RUeaVbaSmmU401v0wgFL 7nBJEupMWen6sA5YRiBhE1sJP2niCh8rM0vV5NbSuhtSwBQMKc3TVzFCZBNLuv4QriUXbOK4JPUE IxweFB5bcqFBoIYHaB2lLrikv76COL46Z6N9hH5Ti_RUhJKKjwPQTAhVpbFO_Z8RU8_JQ5hX_cJK Fy3DoR76FUU0X59mvQOoWdtM.Xon3Bg_gLK.UZxDfm8J.b1mRb0OoxAg- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Sun, 21 Mar 2021 16:50:04 +0000 Received: by smtp422.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 9930528c729a2a980bfe0f70f4f95def; Sun, 21 Mar 2021 16:49:59 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4 clock speeds and serial port From: Mark Millard In-Reply-To: Date: Sun, 21 Mar 2021 09:49:57 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210318170053.GA26688@www.zefox.net> <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F3NsV3wQLz3NrG X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.147:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.147:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.147:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2021 16:50:07 -0000 On 2021-Mar-21, at 06:50, tech-lists wrote: > On Sat, Mar 20, 2021 at 04:55:47PM -0700, Mark Millard wrote: >=20 >> To me the wording is unclear on an important >> point: >>=20 >> Was this a rebuild after installing and booting >> the kernel and world that had been built with >> those flags? Or was this running the as yet >> not updated system and just doing the initial >> build with the -mcpu assignments? >=20 > 1. cd /usr/src && git pull --ff-only > 2. added those .clang statements to /etc/src.conf > 3. it had already built world & kernel with the other WITHOUT_xyz = statements in days previously >=20 > this was the first time i'd tried those -mcpu assignments. >=20 > I'll try building again, this time noting exactly what's done. >=20 >> CCACHE status? >=20 > enabled. I almost always use ccache as the buildtime impact is = substantial with any c/c++ program. poudriere uses it if it's available > for this reason. = https://docs.freebsd.org/en_US.ISO8859-1/books/handbook/ports-poudriere.ht= ml reports: QUOTE Defining CCACHE_DIR enables the use of devel/ccache to cache compilation = and reduce build times for frequently-compiled code. END QUOTE and: # grep -r CCACHE_DIR /usr/local/etc/poudriere.conf.sample /usr/local/etc/poudriere.conf.sample:#CCACHE_DIR=3D/var/cache/ccache /usr/local/etc/poudriere.conf.sample:# Default: yes, unless CCACHE_DIR = is set and CCACHE_DIR_NON_ROOT_SAFE is not /usr/local/etc/poudriere.conf.sample:# use a non-shared CCACHE_DIR that = is only built by PORTBUILD_USER and chowned /usr/local/etc/poudriere.conf.sample:# to that user. Then set = CCACHE_DIR_NON_ROOT_SAFE to yes. So it looks like use of ccache must be explicitly enabled in poudriere-devel . Mere installing of devel/cache and then using poudreire bulk does not seem to use ccache. (There also seems to be CCACHE_STATIC_PREFIX and CCACHE_DIR_NON_ROOT_SAFE that can be set as well.) At least for figuring out what buildworld buildkernel installs lead to taking less time vs. more time and how much less/more for later build activity, having differences in what has been cached by ccache also involved makes time comparisons untenable. Of course, going the other way, holding the system installation constant and doing various without and with ccache timings for repeatable sequences of updates can be used to get an idea of how much ccache can help. I happen to not have done such testing. >> Was this caching effectively cleaned-out/empty >> for the timing? >=20 > I don't know. All I know is that it looks after itself. I'll > disable/clear out ccache [1] if changing major freebsd versions [2], = or tracking down a problem with a program building. >=20 > I'm surprised you don't usually use it >=20 > [1] rm -rf /var/cache/ccache/* > [2] also rm -rf /usr/obj and re-make it again =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun Mar 21 18:13:34 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 761CE57EB80 for ; Sun, 21 Mar 2021 18:13:34 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F3Qjn1qrzz3l1f for ; Sun, 21 Mar 2021 18:13:32 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 12LIDdAw056458 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 21 Mar 2021 11:13:40 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 12LIDd2d056457; Sun, 21 Mar 2021 11:13:39 -0700 (PDT) (envelope-from fbsd) Date: Sun, 21 Mar 2021 11:13:39 -0700 From: bob prohaska To: Mark Millard Cc: freebsd-arm , bob prohaska Subject: RPi and powerd, was: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) Message-ID: <20210321181339.GA56351@www.zefox.net> References: <20210319195019.GA39087@www.zefox.net> <20210320005302.GA40542@www.zefox.net> <81CB0CCA-59AC-49A2-9372-4E2C22E3214D@googlemail.com> <20210320155638.GA41617@www.zefox.net> <63E61033-667C-4A08-9012-7D987B652176@yahoo.com> <20210320182821.GA49050@www.zefox.net> <5BF4DC26-8CCC-48E8-802F-34C42084D47F@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5BF4DC26-8CCC-48E8-802F-34C42084D47F@yahoo.com> X-Rspamd-Queue-Id: 4F3Qjn1qrzz3l1f X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [-0.44 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.34)[-0.341]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2021 18:13:34 -0000 On Sat, Mar 20, 2021 at 09:20:36PM -0700, Mark Millard wrote: > > You are getting the vast majority of the time > benefit from powerd use compared to my build > context (based on the world build times). Avoiding > building to allow compiling non-arm could cut > your time noticeably, possibly around 30 minutes > for world. > Half an hour I can wait 8-) More likely I'll botch the changes. After trying powerd on the Pi4 with success it was applied to Pi3 and Pi2. Powerd seemed to work well on the Pi3, but the Pi2 v1.1 stalled consistently in the building libraries phase. The stall was unresponsive to the debugger escape. After power-cycling and disabling powerd, the Pi2 picked up where it left off. Not sure if this is a property of powerd or an artifact of my setup on the Pi2, being 14.0-CURRENT FreeBSD 14.0-CURRENT #13 main-f5e930b369: executing make -j4 -DWITH_META_MODE buildworld There was an effect from powerd on the Pi2, but only 600MHz > 900MHz. The Pi3 went from 600 to 1200, the Pi4 600 to 1500. There was no obvious serial console disruption on any of the three machines. At least on the Pi4 and Pi3 use of -DWITH_META_MODE seems notably faster than before, much more like use of -DNO_CLEAN. Quite a bit has changed since my earlier gripes about needless recompiles so it's hard to fairly credit the improvement. > > > The RPi4 support for powerd (cpufreq) was added > > on 2020-Jun-20 but my RPi4B activity started > > well before then. That is why I did not go down > > the powerd path in how I configured things. It > > will be interesting to compare to your time. > > I always thought of powerd as a complication inflicted to conserve battery life. I had no idea it could be used for performance enhancement. Thank you, Klaus! bob prohaska From owner-freebsd-arm@freebsd.org Sun Mar 21 20:27:50 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8F4C85AAEDB for ; Sun, 21 Mar 2021 20:27:50 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x42d.google.com (mail-wr1-x42d.google.com [IPv6:2a00:1450:4864:20::42d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F3Thj4YwKz3tgt for ; Sun, 21 Mar 2021 20:27:49 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x42d.google.com with SMTP id c8so1646955wrq.11 for ; Sun, 21 Mar 2021 13:27:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=nIFe1zumFV6d8oRimrPCqS0Rv0yZda/vJKSw7d/JD7E=; b=JVE1MnWpiPahcwwiB2DcO/jap1IkpVVhU7Gm5OQpeKo2677+xiEFSuT3YbMfv73LkD F39sr5qRLXS9xcVhZQvUR20VUnWcmb4TWqHDRMfcMR3mM4XROLsoURFB3az818VRWRrT 9a6p4HVQ700p9ct+7uCxrnbmY82iO+zXIwoDmelui9Kj1YhnFME7JefFTLjdraB3YqoN Rs2mCMY7PtIMYjFAOVFZISnzgwsPxdndS6BOmMgzLmcmE+vB5uHvJ+76j2dVINsQqT/L rTuE/Z2ZFgVnzZEezjg8Lflzbi2+CDLQOtT3jvVHpTfRIYREqrQDCjLu3I5ditCpasE2 Z44g== X-Gm-Message-State: AOAM530XynIJ/tVelplzMpSv7j9pseSqWSrwkgnGKcVy9an7xii3Iu1N 4qBu1AChHtgDld6BFWMmhL+9mB1Z97NTlQ== X-Google-Smtp-Source: ABdhPJztDzIV8fZSAAz6f94bSggxZhD8hA6LLOzaxKVfXO+NJItwq/ieoOkat7yQEI4eyBgHp9LGsQ== X-Received: by 2002:a05:6000:181:: with SMTP id p1mr14888714wrx.73.1616358467502; Sun, 21 Mar 2021 13:27:47 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-158-132.46.114.pool.telefonica.de. [46.114.158.132]) by smtp.googlemail.com with ESMTPSA id x11sm14180332wmi.3.2021.03.21.13.27.46 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 21 Mar 2021 13:27:46 -0700 (PDT) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi and powerd, was: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) Date: Sun, 21 Mar 2021 21:27:44 +0100 References: <20210319195019.GA39087@www.zefox.net> <20210320005302.GA40542@www.zefox.net> <81CB0CCA-59AC-49A2-9372-4E2C22E3214D@googlemail.com> <20210320155638.GA41617@www.zefox.net> <63E61033-667C-4A08-9012-7D987B652176@yahoo.com> <20210320182821.GA49050@www.zefox.net> <5BF4DC26-8CCC-48E8-802F-34C42084D47F@yahoo.com> <20210321181339.GA56351@www.zefox.net> To: bob prohaska , freebsd-arm@freebsd.org In-Reply-To: <20210321181339.GA56351@www.zefox.net> Message-Id: <01787975-3D1A-4D28-8F0F-957D6842D487@googlemail.com> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F3Thj4YwKz3tgt X-Spamd-Bar: - X-Spamd-Result: default: False [-1.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::42d:from]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.158.132:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; NEURAL_SPAM_SHORT(1.00)[0.998]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::42d:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42d:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2021 20:27:50 -0000 > Am 21.03.2021 um 19:13 schrieb bob prohaska : >=20 > There was an effect from powerd on the Pi2, but only > 600MHz > 900MHz. The Pi3 went from 600 to 1200, the > Pi4 600 to 1500. yes, these are the default max. (non overclocked) values (900 Pi2/1200 = Pi3/ 1500 Pi4). > Am 21.03.2021 um 19:13 schrieb bob prohaska : >=20 >=20 > I always thought of powerd as a complication inflicted to > conserve battery life. I had no idea it could be used for > performance enhancement. Thank you, Klaus! >=20 > bob prohaska >=20 `happy to hear it works for you. Yes, the good thing is : e.g., for e.g. battery/electricity Pi4 goes automatically back to 600 = if cpu-power is no more needed(after make buildworld buildkernel ). Regards K. From owner-freebsd-arm@freebsd.org Sun Mar 21 21:00:24 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 797935AC7A7 for ; Sun, 21 Mar 2021 21:00:24 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F3VQJ0gvvz4R4B for ; Sun, 21 Mar 2021 21:00:24 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id A7021217AC for ; Sun, 21 Mar 2021 21:00:23 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 12LL0NEP074230 for ; Sun, 21 Mar 2021 21:00:23 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 12LL0NWU074229 for freebsd-arm@FreeBSD.org; Sun, 21 Mar 2021 21:00:23 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202103212100.12LL0NWU074229@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: freebsd-arm@FreeBSD.org Subject: Problem reports for freebsd-arm@FreeBSD.org that need special attention Date: Sun, 21 Mar 2021 21:00:23 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2021 21:00:24 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 238576 | Raspberry Pi 3B+ "shutdown -p" does not shut off Open | 239673 | Spurious Interrupt message from /dev/led/led1 2 problems total for which you should take action. From owner-freebsd-arm@freebsd.org Sun Mar 21 21:50:31 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 05E9E5AEB15 for ; Sun, 21 Mar 2021 21:50:31 +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 4F3WX53GsTz4VMR for ; Sun, 21 Mar 2021 21:50:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616363427; bh=ap6xUSwkC+W+PsPU2axBu6420WIM1p6g7+FFnLBWoxH=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=YHiWvQcbUEtruxGYUavKiQ3Re/Q6ZkYIPY74ip7sopPbl68fOavplLJGELHVcww8qxxHAO1xIJyY2MUUEu+ULyiARTkEwcslGTV2H0IEA8G8WIwBRXyxGs/6AgUlmjAmP1F5xedDHZQnTm4l0kGEEQWJoK/zWIWGDMZjExLtq3iRrC9jM5tOibP9jPpoAWXDipQqohtGK5v1lMTlwtyDVGoGHNVqJulvVntZRIjNVCxFidYISTJfMArs9hfsrUNkuortDiMrT+yjTiCPqqj/hE2YbAduY4ysZZsvUF6r+V2Ww1/1POHCswOf5YQmNFjzHDA+V353xuxY29wMh99kLw== X-YMail-OSG: NSDEM0MVM1nxoH4h_XnxCNMX8vCcT_fwizt0oCmXK5d0J1DB7N3Dxw4ixMMM8B7 eXDLuHvbe3YlcLnVJPaXQfCke5CR8pEpoZE5weeKBLXV81LRDWk4E2AyYpevyRuGAu_Z1ZnnoKC3 5s2RfJ7fkkSgIn_SD6QZntB9uvQgUVe7cp8UdT8hKFmBbEzGvjh4.qfQytsA1zAflTWMUsG5Fb1T gHlpU6XinHAPxeC8WHTZMd66fUu97MkJv6o8cXCZtXpRbbrKbh7ejYnCnw3sZpiloF.zPe6.rZHi ejVRyM1Zu17wtZ58Db9fJe6WOQGZabZC2_Vi7ndpSFK.coT2foHJHNDWz947a4KR9HdPqgx1K53_ 3I9crWoiGSFgtcu1FvmHgdVRF4H_ulLn2mb7zeQ7DBw88IJsyGtCZZ7et1zUFjxqZpx2G2j4j3Vp _v1PBo28Pw9ZT3PsQif0ZRjOGkdnG2IMnDGfhQ5LK7pAmkJITsDcBxVg5Gk58kqG7CrDeF_p0ATC PjIcnHk7FON_mjTHgZIpMN7loG0m0SV9SPbc.qSOn3wykasjTqDPM.euBQEozjPlAmdnbzfz4KhI Q4WjtpjrHrnAs73x47R6o.SU0.4VIJUtolmAhbto9pubeFqmRfs32YoDBY2s4dZ22D3xOuXr7GVs 9IlvrM2Pi0xvG3iTyltUY7ljS0a.Rz4_lG8xwnFE.7HVFjYEsMNVqNlaiu4G1aHmxtcCK07Xd4h5 Ik9vXYYfWCMnh9qrKWGLaaw8EPiI1CEJLvI8cPZEPunKvVjW_luB.lJV6fGKa99W_ONG_b3byGac vMuASvjAktpNaDGHOs1MuSHqVzMj8GgtS36CS5UGh.OU8esP7TZ3zuxTy2KI5H_EkbInMAvqmvb1 IpFaMymP8r74Qf9C9jLxvucKG5nKLQuX5pjLHOphruSpLYK3a258_lbOcF0.nugbKtWydxMuDTEO xvsi5s6SkqOwfleWCgmlEDxNDNaoLit3jbp.pL1dZxleA45DAwQ.fjspT5I9NDo1x7KIMKmxcVow 3Gtybn8TAFKjYdAr0qzHGFax_.zIs7YB.qMkX9R42VXkTsf3fGqunEucgwugyqu0PQOjLfjO3Dx0 Ied4BryKhZKVICcufmwsYpYTg289D6YfuvXCyNvBPVzN7k5lajYnSSh0w_mCS3LY.UHqYvhG03ur U1uVz11GxytkptpecrXZndB8ueVL8PoKJKHmLE10rZsHxJON9ht4lz.078V3RglKmQbycoyutYH7 mH8SdC_IN7uVP40oJ5svpUTgV2ojIyG3NFz6YKhFb.0BBM8C.50sB08PhHJUmlbeUqzgiVcr1OrO pF9zI84tBYiLRF9BgEDxOGuLIWt.n1EecU1LtwPJVAyiILhzZ_4Sv3WZ2PvPmo9i1V0sfVI9xRCh PYgPpjdeEktcQ5z4WW67qoCYCzfxAs4mcHduMjKpmf2SedTxWmTRizYNGIPbekXKuXKrxmkdyVq1 82lmf9VDdBNsnUr3bzIvtDbnTIrA4Lanp3Lbhc8O2FAsl_ZUzKEDGRUZJSazYuITgjG5xOE40K6u e7RCItiNQocn1fHkIJxYYZU1KRWyeRUQfqVzFMaxGWgRGs4vis3baMqYlSt7s3BCCeDlrpVIcM_V MkVYmAWNEN7HTWEw6hBofhOOmw6_2lk1F1SwAfsCSs7KlMsHP3wdqjdjhWinhgJ3NH8wLM07LR5d TIFrNuTIiDr9IYNZkmJE_ll6BMd9wWHffF2GMlkyYrQTYUAZxPlxyQ5PbroFAOz2so7NwKRLO8Jh r1xfZJpk2BEe2Mq_4baaVUVpvqSNcAwUha7Ii58W3ek.8cARuDcuv5gZtib3ikG52UKzncitNvGu lEmOlO2IukIxLuotruUZnEoSJ7j1C4qwv0.EiMDRTjrPQC8KJ42_2d2QkarWzylCefHfLE1S.S6s WL_ypC2Xcy8Xlv2.WS0MBWyJlaS6tGi8N0wtGuoelxset_6nOuzo6ZXdTSYMbkPSZzqBNeJ88zko qBr.aecuy9WySGSSbtMUDr6t42SVMs4fSJwWn3lxD4G_Xiyxm3wA80wRdIMtDQ3NGHGGQF4z5JD7 lF11LIC2S3vSjJQRqqt7Xb2xCNSSJbxa3e1zRe2pVGcHYj8_wzbnrqQ_qEhvThiID0Ejxs2.fRzA At5h5B8FP0.WAf7l3oDbCCxjAWdOm0b4yZtwn8Ftz.K9NqbXR6G63I2rG9alPcsUTlXW.PsKmE5T lcOE5ygZ1RH.hUUwAucW.pZYgZ.oRebF97Vu0Zyp2CAtB_kBEQ9JRuAID5WuKkQT8v.TVjiyBhpy _oSRaS9OARpwnh9cCe0i0i5CWnwBC6fFOuCOgymcQ7OLN6gn7GhN.4TATp2aUwb8Outd5Xg9K9b7 q4hF9KHzwVXxcMthWV3n7Oa8uF0G.JEmh2i5Rre4tPgiNa6OQWbAHzkiv4Do69ZOLHDzwThIdlKS h6jfzfULZqxm0guW4PVwaZcF7_LVy_u3FwGVplCLgbZn6hJmaw20mI_Ceg0Jx5vTuPVvH5pjRznx uWEPqJw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sun, 21 Mar 2021 21:50:27 +0000 Received: by kubenode529.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 429e2f166c21550fbb2354d0d6c9516e; Sun, 21 Mar 2021 21:50:25 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: RPi* context: How to track down the tagged .dts* sources for a tagged RPi firmware release's *.dtb's Message-Id: Date: Sun, 21 Mar 2021 14:50:24 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3654.60.0.2.21) References: X-Rspamd-Queue-Id: 4F3WX53GsTz4VMR X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.08 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.58)[-0.579]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.205:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[98.137.69.205:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.205:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.205:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2021 21:50:31 -0000 Turns out that the likes of ( using the 1.20210303 tag as an example ): https://github.com/raspberrypi/firmware/tree/1.20210303/boot/ has a matching: = https://github.com/raspberrypi/linux/tree/raspberrypi-kernel_1.20210303-1/= arch/arm/boot/dts/ that appears to have the .dts* source code used to produce the .dtb's for the build that is based on the tag in question. (More than this is also identified as matching.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Mar 22 17:11:32 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 85AAB5B5C5B for ; Mon, 22 Mar 2021 17:11:32 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4F41Hm2W3xz4Tt2 for ; Mon, 22 Mar 2021 17:11:32 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: by mailman.nyi.freebsd.org (Postfix) id 5431F5B5C5A; Mon, 22 Mar 2021 17:11:32 +0000 (UTC) Delivered-To: arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 53E155B5BF0; Mon, 22 Mar 2021 17:11:32 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F41Hl1fRQz4TqH; Mon, 22 Mar 2021 17:11:30 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Mon, 22 Mar 2021 18:11:28 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1616433089; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=wtcZx24Qf3///3KPRUzXZW/2U6bMJ4Hmw//18v6yp30=; b=XnUTIOGKJCJ0Dcw9mO7jgGUuDYx7W0eSTGXNJ528HruzWunzWC0AtjhOmyhBOxmhG0AeWv 1ZraWaeCTLFtRcqrdP74F5PpZDowRzr/lnZiwJvllYOHLcAkJcNhEwvJaY6qdpcOpo3GER CXEzX0lwbPVxFNsaB2sZim9TVrZBrExM4tDy2pdr7RKBhedeNpBsg9N9kTomqw1VZuhJT+ +jkLDvsbYy3hpx9FxseoeJuoFz5MWRoAooZuoZK3v80nu4h9nT9MIPmvCzSptSO8UOtqDQ 4sfaIUx0wrY4c1/1fzUy6jToGlAi950N7ulfie1MbMQqP1Qq/Y+zciKg74ph2A== From: Ronald Klop To: java@freebsd.org, arm@freebsd.org Message-ID: <328913872.14.1616433088983@localhost> Subject: Compiling openjdk8 takes forever on RPI4. MIME-Version: 1.0 X-Mailer: Realworks (552.67.2b0d2817955) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4F41Hl1fRQz4TqH X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=rw2 header.b=XnUTIOGK; dmarc=pass (policy=none) header.from=klop.ws; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 194.109.157.24 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [-3.50 / 15.00]; ARC_NA(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[194.109.157.24:from]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; DKIM_TRACE(0.00)[klop.ws:+]; RCPT_COUNT_TWO(0.00)[2]; HAS_X_PRIO_THREE(0.00)[3]; RCVD_IN_DNSWL_NONE(0.00)[194.109.157.24:from]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; MAILMAN_DEST(0.00)[arm,java] Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2021 17:11:32 -0000 Hi, I'm using poudriere to compile ports. It runs on an RPI4 8GB. FreeBSD jail13 14.0-CURRENT #6 main-34d696110: Sat Feb 27 05:01:05 CET 2021 Compilation is already going on for the second days. I have compiled this port in the past in a couple of hours. NB: this compiles fine in the official pkg builders. http://www.ipv6proxy.net/go.php?u=http%3A%2F%2Fampere2.nyi.freebsd.org%2Fdata%2Fmain-arm64-default%2Fp568824_s7af04dff02%2Flogs%2Fopenjdk8-8.282.08.1.log&b=0&f=norefer I used jstack to look at what it is doing. The main stack which keeps showing up is this: "main" #1 prio=5 os_prio=15 tid=0x0000000041c41000 nid=0x3f560 runnable [0x0000ffffbfff8000] java.lang.Thread.State: RUNNABLE at sun.misc.FDBigInteger.rightInplaceSub(FDBigInteger.java:890) at sun.misc.FloatingDecimal$ASCIIToBinaryBuffer.doubleValue(FloatingDecimal.java:1357) at sun.misc.FloatingDecimal.parseDouble(FloatingDecimal.java:110) at java.lang.Double.parseDouble(Double.java:538) at java.lang.Double.valueOf(Double.java:502) at com.sun.tools.javac.parser.JavacParser.literal(JavacParser.java:720) at com.sun.tools.javac.parser.JavacParser.literal(JavacParser.java:659) at com.sun.tools.javac.parser.JavacParser.term3(JavacParser.java:1196) at com.sun.tools.javac.parser.JavacParser.term2(JavacParser.java:909) at com.sun.tools.javac.parser.JavacParser.term1(JavacParser.java:880) at com.sun.tools.javac.parser.JavacParser.term(JavacParser.java:836) at com.sun.tools.javac.parser.JavacParser.term(JavacParser.java:816) at com.sun.tools.javac.parser.JavacParser.parseExpression(JavacParser.java:779) at com.sun.tools.javac.parser.JavacParser.variableInitializer(JavacParser.java:2291) at com.sun.tools.javac.parser.JavacParser.variableDeclaratorRest(JavacParser.java:3035) at com.sun.tools.javac.parser.JavacParser.variableDeclaratorsRest(JavacParser.java:3006) at com.sun.tools.javac.parser.JavacParser.classOrInterfaceBodyDeclaration(JavacParser.java:3537) at com.sun.tools.javac.parser.JavacParser.classOrInterfaceBody(JavacParser.java:3436) at com.sun.tools.javac.parser.JavacParser.classDeclaration(JavacParser.java:3285) at com.sun.tools.javac.parser.JavacParser.classOrInterfaceOrEnumDeclaration(JavacParser.java:3226) at com.sun.tools.javac.parser.JavacParser.typeDeclaration(JavacParser.java:3215) at com.sun.tools.javac.parser.JavacParser.parseCompilationUnit(JavacParser.java:3155) at com.sun.tools.javac.main.JavaCompiler.parse(JavaCompiler.java:628) at com.sun.tools.javac.main.JavaCompiler.complete(JavaCompiler.java:772) at com.sun.tools.javac.main.JavaCompiler$1.complete(JavaCompiler.java:312) at com.sun.tools.javac.jvm.ClassReader.fillIn(ClassReader.java:2535) ... more lines skipped for brevity... The tail of the buildlog is: ... [01:02:41] ## Starting jdk ... [01:05:50] [Error] encoded value was greater than 3: encode(15.029411, 1.0, 14.0, 15.0) [01:05:50] [Error] encoded value was less than 0: encode(-0.05882353, 1.0, 24.0, 25.0) [01:05:50] [Error] encoded value was greater than 3: encode(15.029411, 1.0, 14.0, 15.0) [01:05:50] [Error] encoded value was less than 0: encode(-0.05882353, 1.0, 24.0, 25.0) [01:05:57] [Error] Encountered Infinity: encode(-0.00877193, 0.0, 7.0, 7.0) [01:13:57] Verifying /wrkdirs/usr/ports/java/openjdk8/work/openjdk-jdk8u-jdk8u282-b08.1/build/bsd-aarch64-normal-zero-release/jdk/gensrc_x11wrappers/sizes.64.verification.tmp to /wrkdirs/usr/ports/java/openjdk8/work/openjdk-jdk8u-jdk8u282-b08.1/build/bsd-aarch64-normal-zero-release/jdk/gensrc_x11wrappers/sizes.64 And this is the last output for 32 hours already. I have no idea if the last logline has anything todo with the current activity of the compiling process. Any thoughts on how to fix or debug this? Would it be a Java, OS or RPI4 problem? Regards, Ronald. From owner-freebsd-arm@freebsd.org Mon Mar 22 22:15:51 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CDB2C5BC3A0 for ; Mon, 22 Mar 2021 22:15:51 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4F482v4Xz0z4qHX for ; Mon, 22 Mar 2021 22:15:51 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: by mailman.nyi.freebsd.org (Postfix) id 9B6E35BC39F; Mon, 22 Mar 2021 22:15:51 +0000 (UTC) Delivered-To: arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9B1F15BC164; Mon, 22 Mar 2021 22:15:51 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F482t53k1z4q7p; Mon, 22 Mar 2021 22:15:50 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Mon, 22 Mar 2021 23:15:48 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1616451349; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=mgUrxNjy8IcHKRO57bs2U442Q4SqlLufjKQctPuMAaM=; b=JojF1SAGJk6TQi7lit6Bpyu8OH96jzTHWsgBmcIy/umIiNQ3nCXspIircAcy3fnCzbseMn hKCjLnTaxxa7ACBY47gSwsAZrh3VN/zzPY5U32ARceuGuKtWvJQedC9r3qIYpc+ab7uWEX WFLKd+WT1kQDHmi7+UFugbTcHMtkqH0+4fwiss4JpLwTW2GlMOSmz99kZLf+VDkN15eW+M tBiDxWeAnq+uLN5ld3/krYM+OIbCfQd1qMRaW469ODN2EobSYhONjT2TdVx/ShyH9GTkJI vTIhyADH2cepCuPEhRbWz0BuSjxUY2NpzLWaLD4I5YCC9zZJGksNBWeiUQ2UYA== From: Ronald Klop To: arm@freebsd.org, java@freebsd.org Message-ID: <1282552329.1.1616451348523@localhost> In-Reply-To: <328913872.14.1616433088983@localhost> References: <328913872.14.1616433088983@localhost> Subject: Re: Compiling openjdk8 takes forever on RPI4. MIME-Version: 1.0 X-Mailer: Realworks (552.68.c44d035ef87) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4F482t53k1z4q7p X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=rw2 header.b=JojF1SAG; dmarc=pass (policy=none) header.from=klop.ws; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 194.109.157.24 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [-3.50 / 15.00]; ARC_NA(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[194.109.157.24:from]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; DKIM_TRACE(0.00)[klop.ws:+]; RCPT_COUNT_TWO(0.00)[2]; HAS_X_PRIO_THREE(0.00)[3]; RCVD_IN_DNSWL_NONE(0.00)[194.109.157.24:from]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; MAILMAN_DEST(0.00)[arm,java] Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2021 22:15:51 -0000 Van: Ronald Klop Datum: maandag, 22 maart 2021 18:11 Aan: java@freebsd.org, arm@freebsd.org Onderwerp: Compiling openjdk8 takes forever on RPI4. > > Hi, > > I'm using poudriere to compile ports. It runs on an RPI4 8GB. > FreeBSD jail13 14.0-CURRENT #6 main-34d696110: Sat Feb 27 05:01:05 CET 2021 > > Compilation is already going on for the second days. I have compiled this port in the past in a couple of hours. NB: this compiles fine in the official pkg builders. > http://www.ipv6proxy.net/go.php?u=http%3A%2F%2Fampere2.nyi.freebsd.org%2Fdata%2Fmain-arm64-default%2Fp568824_s7af04dff02%2Flogs%2Fopenjdk8-8.282.08.1.log&b=0&f=norefer > > I used jstack to look at what it is doing. The main stack which keeps showing up is this: > > "main" #1 prio=5 os_prio=15 tid=0x0000000041c41000 nid=0x3f560 runnable [0x0000ffffbfff8000] > java.lang.Thread.State: RUNNABLE > at sun.misc.FDBigInteger.rightInplaceSub(FDBigInteger.java:890) > at sun.misc.FloatingDecimal$ASCIIToBinaryBuffer.doubleValue(FloatingDecimal.java:1357) > at sun.misc.FloatingDecimal.parseDouble(FloatingDecimal.java:110) > at java.lang.Double.parseDouble(Double.java:538) > at java.lang.Double.valueOf(Double.java:502) > at com.sun.tools.javac.parser.JavacParser.literal(JavacParser.java:720) > at com.sun.tools.javac.parser.JavacParser.literal(JavacParser.java:659) > at com.sun.tools.javac.parser.JavacParser.term3(JavacParser.java:1196) > at com.sun.tools.javac.parser.JavacParser.term2(JavacParser.java:909) > at com.sun.tools.javac.parser.JavacParser.term1(JavacParser.java:880) > at com.sun.tools.javac.parser.JavacParser.term(JavacParser.java:836) > at com.sun.tools.javac.parser.JavacParser.term(JavacParser.java:816) > at com.sun.tools.javac.parser.JavacParser.parseExpression(JavacParser.java:779) > at com.sun.tools.javac.parser.JavacParser.variableInitializer(JavacParser.java:2291) > at com.sun.tools.javac.parser.JavacParser.variableDeclaratorRest(JavacParser.java:3035) > at com.sun.tools.javac.parser.JavacParser.variableDeclaratorsRest(JavacParser.java:3006) > at com.sun.tools.javac.parser.JavacParser.classOrInterfaceBodyDeclaration(JavacParser.java:3537) > at com.sun.tools.javac.parser.JavacParser.classOrInterfaceBody(JavacParser.java:3436) > at com.sun.tools.javac.parser.JavacParser.classDeclaration(JavacParser.java:3285) > at com.sun.tools.javac.parser.JavacParser.classOrInterfaceOrEnumDeclaration(JavacParser.java:3226) > at com.sun.tools.javac.parser.JavacParser.typeDeclaration(JavacParser.java:3215) > at com.sun.tools.javac.parser.JavacParser.parseCompilationUnit(JavacParser.java:3155) > at com.sun.tools.javac.main.JavaCompiler.parse(JavaCompiler.java:628) > at com.sun.tools.javac.main.JavaCompiler.complete(JavaCompiler.java:772) > at com.sun.tools.javac.main.JavaCompiler$1.complete(JavaCompiler.java:312) > at com.sun.tools.javac.jvm.ClassReader.fillIn(ClassReader.java:2535) > ... more lines skipped for brevity... > > The tail of the buildlog is: > ... > [01:02:41] ## Starting jdk > ... > [01:05:50] [Error] encoded value was greater than 3: encode(15.029411, 1.0, 14.0, 15.0) > [01:05:50] [Error] encoded value was less than 0: encode(-0.05882353, 1.0, 24.0, 25.0) > [01:05:50] [Error] encoded value was greater than 3: encode(15.029411, 1.0, 14.0, 15.0) > [01:05:50] [Error] encoded value was less than 0: encode(-0.05882353, 1.0, 24.0, 25.0) > [01:05:57] [Error] Encountered Infinity: encode(-0.00877193, 0.0, 7.0, 7.0) > [01:13:57] Verifying /wrkdirs/usr/ports/java/openjdk8/work/openjdk-jdk8u-jdk8u282-b08.1/build/bsd-aarch64-normal-zero-release/jdk/gensrc_x11wrappers/sizes.64.verification.tmp to /wrkdirs/usr/ports/java/openjdk8/work/openjdk-jdk8u-jdk8u282-b08.1/build/bsd-aarch64-normal-zero-release/jdk/gensrc_x11wrappers/sizes.64 > > > And this is the last output for 32 hours already. I have no idea if the last logline has anything todo with the current activity of the compiling process. > > Any thoughts on how to fix or debug this? Would it be a Java, OS or RPI4 problem? > > Regards, > Ronald. > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > > Hi, I have no idea why, but it seams that enabling /usr/ports/java/openjdk8/files/fpuhack.patch on aarch64 fixes my build on 14.0/aarch64. Does this make sense? In the Makefile it was only enabled on armv6 and armv7. Regards, Ronald. From owner-freebsd-arm@freebsd.org Tue Mar 23 08:35:26 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A125857E54C for ; Tue, 23 Mar 2021 08:35:26 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4F4Pnp3Bgvz4WHJ for ; Tue, 23 Mar 2021 08:35:26 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: by mailman.nyi.freebsd.org (Postfix) id 6D98057E54B; Tue, 23 Mar 2021 08:35:26 +0000 (UTC) Delivered-To: arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6D5C057E2C9 for ; Tue, 23 Mar 2021 08:35:26 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F4Pnn34ghz4W6k for ; Tue, 23 Mar 2021 08:35:24 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Tue, 23 Mar 2021 09:35:22 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1616488523; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to; bh=lRsvGsBvIkiqKd12QaBfRxvbmSNgW0VKNlbZkvpx9NI=; b=wVc407AqPz4g9/pwYCbl4RZ1kp0GfG/2sezDch3wFWaITuEwBhmhb23wwass2gsnzupGuu cTsGhPe3aSUb/yUZ+szRWp52YF3tbd7Umrg7Uv4gUQRkT4QVwDKY762QlI+hYiD1pSaFS4 GGXeUvUhIwbQWeiQRY5E8FTUP0tICvWnGKnbCbLzJCNdK64tJZrc6rZRlvxMjBXPMHOwu0 ahOpM917mdciU1GyFbaABkVBMGTc8duItQEnf0ZBfzclqU6X31oSsZn20fkWaCv/vRdBHC V4qKWidfUV7NvezgPWJGB6lLZSpmd9K5N4iRDZAPTp/+uzZKXt5oNC3GG2m0bw== From: Ronald Klop To: Michal Meloun Cc: arm@freebsd.org Message-ID: <600714689.1.1616488522580@localhost> In-Reply-To: Subject: Re: Compiling openjdk8 takes forever on RPI4. MIME-Version: 1.0 X-Mailer: Realworks (552.69.904693f3b78) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4F4Pnn34ghz4W6k X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=rw2 header.b=wVc407Aq; dmarc=pass (policy=none) header.from=klop.ws; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 194.109.157.24 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [-3.48 / 15.00]; ARC_NA(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[194.109.157.24:from]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_SHORT(-0.98)[-0.984]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; RCPT_COUNT_TWO(0.00)[2]; HAS_X_PRIO_THREE(0.00)[3]; RCVD_IN_DNSWL_NONE(0.00)[194.109.157.24:from]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,none]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; MAILMAN_DEST(0.00)[arm] Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2021 08:35:26 -0000 Van: Michal Meloun Datum: 23 maart 2021 08:29 Aan: Ronald Klop Onderwerp: Re: Compiling openjdk8 takes forever on RPI4. > > > > On 22.03.2021 23:15, Ronald Klop wrote: > > > > Van: Ronald Klop > > Datum: maandag, 22 maart 2021 18:11 > > Aan: java@freebsd.org, arm@freebsd.org > > Onderwerp: Compiling openjdk8 takes forever on RPI4. > >> > >> Hi, > >> > >> I'm using poudriere to compile ports. It runs on an RPI4 8GB. > >> FreeBSD jail13 14.0-CURRENT #6 main-34d696110: Sat Feb 27 05:01:05 CET >> 2021 > >> > >> Compilation is already going on for the second days. I have compiled >> this port in the past in a couple of hours. NB: this compiles fine in >> the official pkg builders. > >> http://www.ipv6proxy.net/go.php?u=http%3A%2F%2Fampere2.nyi.freebsd.org%2Fdata%2Fmain-arm64-default%2Fp568824_s7af04dff02%2Flogs%2Fopenjdk8-8.282.08.1.log&b=0&f=norefer >> > >> > >> I used jstack to look at what it is doing. The main stack which keeps >> showing up is this: > >> > >> "main" #1 prio=5 os_prio=15 tid=0x0000000041c41000 nid=0x3f560 >> runnable [0x0000ffffbfff8000] > >> java.lang.Thread.State: RUNNABLE > >> at sun.misc.FDBigInteger.rightInplaceSub(FDBigInteger.java:890) > >> at >> sun.misc.FloatingDecimal$ASCIIToBinaryBuffer.doubleValue(FloatingDecimal.java:1357) >> > >> at sun.misc.FloatingDecimal.parseDouble(FloatingDecimal.java:110) > >> at java.lang.Double.parseDouble(Double.java:538) > >> at java.lang.Double.valueOf(Double.java:502) > >> at >> com.sun.tools.javac.parser.JavacParser.literal(JavacParser.java:720) > >> at >> com.sun.tools.javac.parser.JavacParser.literal(JavacParser.java:659) > >> at >> com.sun.tools.javac.parser.JavacParser.term3(JavacParser.java:1196) > >> at com.sun.tools.javac.parser.JavacParser.term2(JavacParser.java:909) > >> at com.sun.tools.javac.parser.JavacParser.term1(JavacParser.java:880) > >> at com.sun.tools.javac.parser.JavacParser.term(JavacParser.java:836) > >> at com.sun.tools.javac.parser.JavacParser.term(JavacParser.java:816) > >> at >> com.sun.tools.javac.parser.JavacParser.parseExpression(JavacParser.java:779) >> > >> at >> com.sun.tools.javac.parser.JavacParser.variableInitializer(JavacParser.java:2291) >> > >> at >> com.sun.tools.javac.parser.JavacParser.variableDeclaratorRest(JavacParser.java:3035) >> > >> at >> com.sun.tools.javac.parser.JavacParser.variableDeclaratorsRest(JavacParser.java:3006) >> > >> at >> com.sun.tools.javac.parser.JavacParser.classOrInterfaceBodyDeclaration(JavacParser.java:3537) >> > >> at >> com.sun.tools.javac.parser.JavacParser.classOrInterfaceBody(JavacParser.java:3436) >> > >> at >> com.sun.tools.javac.parser.JavacParser.classDeclaration(JavacParser.java:3285) >> > >> at >> com.sun.tools.javac.parser.JavacParser.classOrInterfaceOrEnumDeclaration(JavacParser.java:3226) >> > >> at >> com.sun.tools.javac.parser.JavacParser.typeDeclaration(JavacParser.java:3215) >> > >> at >> com.sun.tools.javac.parser.JavacParser.parseCompilationUnit(JavacParser.java:3155) >> > >> at com.sun.tools.javac.main.JavaCompiler.parse(JavaCompiler.java:628) > >> at >> com.sun.tools.javac.main.JavaCompiler.complete(JavaCompiler.java:772) > >> at >> com.sun.tools.javac.main.JavaCompiler$1.complete(JavaCompiler.java:312) > >> at com.sun.tools.javac.jvm.ClassReader.fillIn(ClassReader.java:2535) > >> ... more lines skipped for brevity... > >> > >> The tail of the buildlog is: > >> ... > >> [01:02:41] ## Starting jdk > >> ... > >> [01:05:50] [Error] encoded value was greater than 3: encode(15.029411, >> 1.0, 14.0, 15.0) > >> [01:05:50] [Error] encoded value was less than 0: encode(-0.05882353, >> 1.0, 24.0, 25.0) > >> [01:05:50] [Error] encoded value was greater than 3: encode(15.029411, >> 1.0, 14.0, 15.0) > >> [01:05:50] [Error] encoded value was less than 0: encode(-0.05882353, >> 1.0, 24.0, 25.0) > >> [01:05:57] [Error] Encountered Infinity: encode(-0.00877193, 0.0, 7.0, >> 7.0) > >> [01:13:57] Verifying >> /wrkdirs/usr/ports/java/openjdk8/work/openjdk-jdk8u-jdk8u282-b08.1/build/bsd-aarch64-normal-zero-release/jdk/gensrc_x11wrappers/sizes.64.verification.tmp >> to >> /wrkdirs/usr/ports/java/openjdk8/work/openjdk-jdk8u-jdk8u282-b08.1/build/bsd-aarch64-normal-zero-release/jdk/gensrc_x11wrappers/sizes.64 >> > >> > >> > >> And this is the last output for 32 hours already. I have no idea if >> the last logline has anything todo with the current activity of the >> compiling process. > >> > >> Any thoughts on how to fix or debug this? Would it be a Java, OS or >> RPI4 problem? > >> > >> Regards, > >> Ronald. > >> > >> _______________________________________________ > >> freebsd-arm@freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > >> > >> > >> > > > > > > Hi, > > > > I have no idea why, but it seams that enabling > /usr/ports/java/openjdk8/files/fpuhack.patch on aarch64 fixes my build > on 14.0/aarch64. Does this make sense? In the Makefile it was only > enabled on armv6 and armv7. > > Try to update your kernel. It should fixed in recent current (and also in stable), I think. > Michal > > > > Thank you. I found https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253847 . Would this be a good candidate for releng-13.0 still or is the release train too far already?Compiling openjdk is quite a good user feature IMHO. Regards,Ronald From owner-freebsd-arm@freebsd.org Tue Mar 23 13:56:36 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DCBBF5AFA89 for ; Tue, 23 Mar 2021 13:56:36 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F4XwM3GgZz4t1H for ; Tue, 23 Mar 2021 13:56:35 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.west.internal (Postfix) with ESMTP id AF83B7F2 for ; Tue, 23 Mar 2021 09:56:33 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Tue, 23 Mar 2021 09:56:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=uFXL5tSNoszYeba4dPaew9be9sn LmIJrLBiQnMd0+oE=; b=N4uzCDGNDVRsKyEQWNFmJp0xHm6c8iF9FAg3feXuPAF pF5yT42iks/uyw3e5Y3tJRAxUeLrZX0nnJWQ3tG0X8qWl3Wy1ClEppSXlHmnW5n5 OtAXwwAV0FnQ93UfobU4vnnGjMjy6aKk0fezVHDgS2iGud+9EADsA4Dzn39nBaNJ h3oGR7wNXSWAlVhzuXYl0DVi7Jw92Qiw2n0sGfhrlpcoK4EDYdg/AcwPUr8Pj11a jiztDsS9+09gav4fUIp8Q2N/rGr+09g5oCPQ1N3RhcZdDQ2v6B5g39SkpaF/VKoj xjMjsnbMGiXV3USZ1nF19QV0Wy8j4Z/pwI8ADjfv0Yw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=uFXL5t SNoszYeba4dPaew9be9snLmIJrLBiQnMd0+oE=; b=FJTtoOU5acQLjNdj6h91lU FhTHywl+H1hahuq0hAysYPO1fTrE1HnsNT9LoqqzclOgyN5CREu44oxDH9x0ykgx s4hRtmbpGEXUcHVWLVC7aaOYdu7o8Inz2Gmmv+4x48pxURFnZOrcUmaQjXQjO1xM 7bRYGcYI9zjKaY8o+cP+GwObaYrTU0HwzGeNGLUefWqXvuYGpHtEdp7EXB4EHrBV IMGKZHODIsYStFMw28IKe4LooqeyMAXL8W8jtXuyHUYmtAa9PwgSDg1M9xNcDNLl G2SxA0RuXc5Kyix2wshI8HYhPeNMMSjndFXkRF1YT99Fv5Heysoa8KQjCDKxmmgg == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudegiedgheelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpefghffgjeeuheefleevffduveelhe efveehuefffeekgfeljeehhffgjedtudekkeenucffohhmrghinhepiiihgihsthdrnhgv thenucfkphepkedvrdejtddrledurddutddtnecuvehluhhsthgvrhfuihiivgeptdenuc frrghrrghmpehmrghilhhfrhhomhepthgvtghhqdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id E1699240426 for ; Tue, 23 Mar 2021 09:56:31 -0400 (EDT) Date: Tue, 23 Mar 2021 13:56:26 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: RPi and powerd, was: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <20210320005302.GA40542@www.zefox.net> <81CB0CCA-59AC-49A2-9372-4E2C22E3214D@googlemail.com> <20210320155638.GA41617@www.zefox.net> <63E61033-667C-4A08-9012-7D987B652176@yahoo.com> <20210320182821.GA49050@www.zefox.net> <5BF4DC26-8CCC-48E8-802F-34C42084D47F@yahoo.com> <20210321181339.GA56351@www.zefox.net> <01787975-3D1A-4D28-8F0F-957D6842D487@googlemail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="rDn9eOcntxHU4pr7" Content-Disposition: inline In-Reply-To: <01787975-3D1A-4D28-8F0F-957D6842D487@googlemail.com> X-Rspamd-Queue-Id: 4F4XwM3GgZz4t1H X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=N4uzCDGN; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=FJTtoOU5; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.21 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.21]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.21:from]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[64.147.123.21:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RWL_MAILSPIKE_NEUTRAL(0.00)[64.147.123.21:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[64.147.123.21:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2021 13:56:36 -0000 --rDn9eOcntxHU4pr7 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, latest build run: >>> World built in 22976 seconds, ncpu: 4, make -j6 -------------------------------------------------------------- 6 Hours : 22 Minutes : 56 Seconds created kernel.bin from kernel.full -------------------------------------------------------------- >>> Kernel build for GENERIC-NODEBUG completed on Mon Mar 22 13:54:53 >>> UTC 2021 -------------------------------------------------------------- >>> Kernel(s) GENERIC-NODEBUG built in 2086 seconds, ncpu: 4, make -j6 -------------------------------------------------------------- 0 Hours : 34 Minutes : 46 Seconds commands used: 1. cd /usr/src 2. git pull --ff-only 3. make -j10 cleanworld 4. make -j10 cleandir 5. make -j10 clean 6. make -j6 buildworld 7. make -j6 buildkernel here's the src.conf : https://cloud.zyxst.net/~john/FreeBSD/rpi4-main/src.conf relevant rc.conf settings: powerd_enable=3D"YES" powerd_flags=3D"-r 1" sysctl.conf settings: vfs.read_max=3D128 # default 64 # Cluster read-ahead max block count config.txt: kernel=3Du-boot.bin over_voltage=3D6 arm_freq=3D2000 sdram_freq_min=3D3200 --=20 J. --rDn9eOcntxHU4pr7 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBZ84AACgkQs8o7QhFz NAU4HA/8D8XnpTttbI5WcLPToj42+pO5joK2dsvX2S3o2L2jIVHxwap6wLGgi6o0 v/OCctxjewuVXyIAeSz5C1tv4rLfIrWn+ncQs425rG5vtjk/J00fga0QDslAFSvx 2K1tyC+aL2vWJ7ANO3xi4inaTr1/LNOo4TqiXBo+mOVG4Tb5l+XLd3s1D/TxrzSc Xpk8LZ1BUq7QEIvMXwQef384JFxrVMMi30+REnGKqbN9VVyfbnpjQoMfBPl0blh7 3W9WhXPMZUDu4TfozN11YXp9trYnPb0d1h0tkSfQubV9vDE09CplP5Mo8fjDZ+YG TUUOki8KVKIn988x8y43u47Y8tOlPf6fzJ3JCbLMKtsUNUEMquTCipzQrUCEgzuW 35dY6xxNhB/aSWrYb1cw5tvbxkdM/JAfbZMeWOhHPsO5/FPYiqZWQNimXywPHDqN ez/mdS/lVkaAjZ7aoMeZmbHcL/zDunQT5YC+U6N5HdFldQKjCoDcuD1CtfGHSCQe eu2kPrK36PUKC0R0HxvBS00bFf1Udgh6mcnl0VVs1S/lrRRb894O7qY0gFo1E/M4 f9s1n/O11frYKxHZ3t48pnzFQPOvqs/CDa12KzKZSEXxkRlOsw8efQBba0PaVkdQ UXWj9Axu6IalWtXOFckYUaQuBvu1kJnXjN8QnOs1Wxyl3BbijvE= =3zk2 -----END PGP SIGNATURE----- --rDn9eOcntxHU4pr7-- From owner-freebsd-arm@freebsd.org Tue Mar 23 19:57:12 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D6BF55BA382 for ; Tue, 23 Mar 2021 19:57:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-21.consmr.mail.gq1.yahoo.com (sonic310-21.consmr.mail.gq1.yahoo.com [98.137.69.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 4F4hwR4RhKz3sdp for ; Tue, 23 Mar 2021 19:57:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616529429; bh=6Tv/DAG+V76pr783+zaYpBloeBQzlljNMIFALCofhd8=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Kw6ZcMddFcqTmgCCXjMG9yFeRW32PLCadJMzi8KTl28ezErHGnXjnj5jb9WXP28iuBz6urFcDDXXmRtHj6VwJfxL+aWoaIiEBXUB67sZYp8/9B9A2b4FcE7YTNktT9J5XUHwFwwvSI8r3HZuK6/XnoIyKpH1c7GHGBCp75bfdXfYT49FzJxf13yhzsKHjrh8HrwTi1K1BxUFa1EOcq2JtFuswYaeonakOFDbQeDH3JaDjFS7L0Oqxp+fWaSzbLgr5JtHPtjPI2oCGzR5FKzPc3uPx9KJlO2Ypv3VyA/Ahm3PTDznTxXmisMhu3yF7y6l5k1AP7TjGmIK9ScKgPolZQ== X-YMail-OSG: ywz86ZEVM1mhO4bcroP96iNlXm7CvPGFXpfUZjtMfmSczeDZUKB44v1nNbcnde. 1kAGE_4BcjJSK2z16XECN.aLDqMBpj7Lpzor.6PqziVLzvXKOyUqhPsq90tzvn_wUqDtfUAYJjUI Hx4IypcqHkKsFjce1pEomphWsmHbmYqvPinkTTH4.fu_ZEyAdV_jtmdJ6i.i3CUeqvcsIBZl9ZUn jKh7M5fBUXOlcarmSPazdaZRM0ssROO4yMsSmtJo8F0U8xVzzeen_sBqDFlJA2PduUFMFI1sRiQ9 MhSugX4IG2ABL_JNbGZ_g1mdBi5QjnhiriND6bbXDwVLw2JA56x_DdQoUL1XhyKUKnjjtagL5xW2 lOrzlsUVTiADyI8pY314DS2oQJjOzFkjtPZEU5zZ5r8ThFLr.mmWIkZLtTA_ax6tZ7ST8P8ejY22 0nCmjOuzgiB0YcVYhb8Q72ZlMu0bAw91Foy1uyA7GAMuV6gtXyZdsDWo5fexNhbUORGduND1bnjA CsahTUvrz3IO5Os3TNfY2GO_IxRNhbhIkDBlzq2e3BN9q4WZAz_LTFgdXfuPOaev5_95oyfblW87 1S_NIWwxTwN8MhJOF.fVMzZN_4X7z4h_syOCmKkBc4rUKYwsgvlFvTDMilvd8sf8WY8aAC5egZgU Mfx022WfRBIYJK8qnTXcUGcetwhpfB4wIma.aJ1kGyXHlG7YNVyPhWwmns7HMjkvoeFsBWYOHUfN Ahc95na2ONXCOyq2bA9SC9bzb9UnZAaHA3ppvoHbntCiQjCx_0uDP3UYjQ6oTdPbIQ.1L7PchfDm VKWaTIg.XbE4bqBD4yGGxEasOgyPqvPXZ0rgdjnDjlYHamaOywR579dMQhtquQbOOZWdcsU95AVu cRorol8uJZbeOenQzTR7RD.a_6IzZWuvETb.VYNzK4Wz3jkSbagpto9Jc25oK_99yJt2igGTIjc2 CTqPQ0VbIFoX0BaPjIr4mnm7LeL_dtJ4OSxmaw5vz0qN78ZEbUdnul2ZlCKaKb9igGCL7y7Dbk7E txvzesiFItiwx0O4YR8CnFq.INFIX_C9xGDwk4t4O55Pbxf5Kkr1cuZKN26Tfm5rGGAejkruXl2p UMHp1MWZmO0u8Qx92nhpZ7V9q4rUvevYCeb5XxHZ5tsDMhUem9mfI77Ex33oTbuQU0eeLc6VUADi NqktNR0NckaD6l5D.Ea_Ly.kGWakpZpx1M0Q3gJwPSlR1Vf2IeAR3OqJwyKxuePkVDcZgqU0jCrD kox79d92nGB1Hv_j2gp3TMMCVk8zaEFDLmNnA9CmTIEIkFWgNhOyrrhr27GoE.oIwlApWbSXjBxB 75ThZVjT3NLrbDWDj46_TnrQ6IDWi.UqAs5Y9HwUJmthm9vcvN7USrOg5b0rtMKoVcv29VrWiOXj goQoYgvoy5dCltYzHVVBCzN.2usW6k_GV1yBjBH14tbDp.a74_I1stULKWg4SeCQ3Ab1OuA0NOWZ 9C3LqycVnrnRlUBSpbTUX9yVgqvlz_g9k4JGO.AGs5Kdu4JqnWxVvk2Huq2vVhvNiF9u95D5qPpx buCrLIFod8gALBe7Cc0BiNr2XQ43TB49oKYd0Zl4cYKV7UB.wyb.2R_umhuyf2tyZuVol8DFdYLH edsh2mV6fmR0aU917qW8iAqo_dwQxL0RLoOePokRaz4B9OtB.ngg9TLVv4eiuSaRjzQE1N8M3FhG MFWBuSnBdywpWEdksy1SG3XaqXyEdTFnQjbI8RzjyEk7oQGPVH8AqkQPztpuY67qJvpJjY.3Njr_ jssaXDmLR5S2UJlvTWy6HKvJqcLFtFA9W1JouS53u61zJijip2rWtsxfdHYOfKeHpW2BMawgnMpm 0S0CDcj68FVsT8VkILEPitTnUY2KtTxIYrlP.77kbkqWfZpQLVxp8yqPF1ZvlidD6jK8ffBnbcqs cExjAyceln3lgUWGUO7btbt.gijERvnWbiIlvZ6hmxQ5KJvnRwNlIhcCOvY3x401WlKwg5jKKRAn NxFBehvR7_hePAfqwJdrcYC5A1KkxzIumhwTHHHJKqZBM8KHBX8cZSy94n0ZomonJ63598DIuBvw ADpwWFr0azS4q9yBzsC20DvX0WRHvIEj9.zjUTrxP2M1228rklmgfqG8wpkTpk3ZQrlUn.VMcL0k X.MbkXDJUSMXSLQN2fNplpCMHImPiWZkR2n8K1hTTFuhHRMmpGmmxzG6RiqP_XwUntGDk5iLNDbf HF94EwVQbQE.DPF00vK.JYoJzeCggkELfrTNk_G3ADadxURTn42HrIPpzYA6ouBtpJlJkJUIZoAY tgHZAqdTPm2fAvySG0akB7tHh6PLZfcEMZPHXweuSa.1eP0LnCAyt.Y6Sa0kEEQ7NIdzSr93m1hz 2qJ2jUVmYiFbk_UMvyQljDuOpzhkhfpgMMW0qx1rZKPN_RokVL7iwVec_uJgkZSZJwhkKje.6oKU Y2reNxilrYXObIOXD8.652ko4AQxCK76XAK9_5hm8m3pda9.ysNIoPv6t9TM2Z2GUaQ_RH8dZZId 5DO_tYtUzbd9uZM__OY5ZtmO50yqVqJijq1FkB60hhoS63ehLrBZ.8kzNKb1KK1ci3mYWqX3csyj drTEq.BF15Hvu9x6wyQTwCpRtg2oclJRi2CRM.CfYPSLMb2zoy0ZO0k1VrSgjelhpNYMdZ5klV00 N4cPx X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Tue, 23 Mar 2021 19:57:09 +0000 Received: by kubenode579.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 2e35e7e2b26ff3c381328e03972a1ed6; Tue, 23 Mar 2021 19:57:04 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi and powerd, was: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) From: Mark Millard In-Reply-To: Date: Tue, 23 Mar 2021 12:57:03 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <59B618B3-7AC9-41DF-9807-173DE34B0F8D@yahoo.com> References: <20210320005302.GA40542@www.zefox.net> <81CB0CCA-59AC-49A2-9372-4E2C22E3214D@googlemail.com> <20210320155638.GA41617@www.zefox.net> <63E61033-667C-4A08-9012-7D987B652176@yahoo.com> <20210320182821.GA49050@www.zefox.net> <5BF4DC26-8CCC-48E8-802F-34C42084D47F@yahoo.com> <20210321181339.GA56351@www.zefox.net> <01787975-3D1A-4D28-8F0F-957D6842D487@googlemail.com> To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F4hwR4RhKz3sdp X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.147:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.147:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.147:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2021 19:57:12 -0000 On 2021-Mar-23, at 06:56, tech-lists wrote: > Hi, > > latest build run: Had a -mcpu=cortext-a72 world and kernel been installed and booted first? Was the system running a world and kernel that had not been tuned for the Cortex-A72? >>>> World built in 22976 seconds, ncpu: 4, make -j6 > -------------------------------------------------------------- > > 6 Hours : 22 Minutes : 56 Seconds > > created kernel.bin from kernel.full > -------------------------------------------------------------- >>>> Kernel build for GENERIC-NODEBUG completed on Mon Mar 22 13:54:53 >>>> UTC 2021 > -------------------------------------------------------------- >>>> Kernel(s) GENERIC-NODEBUG built in 2086 seconds, ncpu: 4, make -j6 > -------------------------------------------------------------- > > 0 Hours : 34 Minutes : 46 Seconds > > commands used: > 1. cd /usr/src > 2. git pull --ff-only > 3. make -j10 cleanworld > 4. make -j10 cleandir > 5. make -j10 clean This does not show ccache being cleared out before the below. So the times may be examples of "with ccache benefit" times. The contrast with mine and Bob P.'s times suggests a nice time-benefit can occur. > 6. make -j6 buildworld > 7. make -j6 buildkernel > > here's the src.conf : > https://cloud.zyxst.net/~john/FreeBSD/rpi4-main/src.conf I seem to get intermittent access to https://cloud.zyxst.net/ but got to see the file content eventually. > relevant rc.conf settings: > powerd_enable="YES" > powerd_flags="-r 1" > > sysctl.conf settings: > vfs.read_max=128 # default 64 # Cluster read-ahead max block count > > config.txt: > kernel=u-boot.bin > over_voltage=6 > arm_freq=2000 > sdram_freq_min=3200 > Thanks much for the information. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Mar 23 21:35:50 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 105685BD035 for ; Tue, 23 Mar 2021 21:35:50 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F4l6F2hm6z4Vpx for ; Tue, 23 Mar 2021 21:35:49 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: by mailman.nyi.freebsd.org (Postfix) id 5AC135BCEDB; Tue, 23 Mar 2021 21:35:49 +0000 (UTC) Delivered-To: arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5A76D5BD034; Tue, 23 Mar 2021 21:35:49 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F4l6F1P68z4VgG; Tue, 23 Mar 2021 21:35:48 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Tue, 23 Mar 2021 22:35:45 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1616535346; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=FBwBVr44HMBFwcka2q/dCwYGF38nk0RoMRiVr7K000I=; b=NgirxRCmLaRGit2PpQFHPXC5Ww4zFp2XaHz+Ma5ka5E2gDEBOJTCUmfhiO6C4hV1e0UGBd rqaZeBge6/jVsdfhAzCUPoILU/U6z2kCf212GGzPapJsGFULDBgnW3CCI2W1wcHFAe+E4/ GrW1SWbu2F7BcomF4pJuDz8g0yRrlue05Z23mlnbA2cqOQAhMMZKA4nMxmUGXPqbhpTZLK OPC2LRMOMmBnnRwH7L7mUc3LB1E/Vzx7eBo9dr1fFkMt9oOy23A4WUqLWTwek1iFzMRyq/ AJ8/ecRpsLIF0psO3n7SEN8T+8VbyUhq8bl2MzbvP58ay4o5XitZiwlmfooypw== From: Ronald Klop To: Ronald Klop Cc: Michal Meloun , arm@freebsd.org, java@freebsd.org Message-ID: <1960346433.20.1616535345759@localhost> In-Reply-To: <600714689.1.1616488522580@localhost> References: <600714689.1.1616488522580@localhost> Subject: solved - Re: Compiling openjdk8 takes forever on RPI4. MIME-Version: 1.0 X-Mailer: Realworks (552.79.8b1a37f8250) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4F4l6F1P68z4VgG X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_RCPT(0.00)[]; REPLY(-4.00)[] Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2021 21:35:50 -0000 Van: Ronald Klop Datum: dinsdag, 23 maart 2021 09:35 Aan: Michal Meloun CC: arm@freebsd.org Onderwerp: Re: Compiling openjdk8 takes forever on RPI4. > > Van: Michal Meloun > Datum: 23 maart 2021 08:29 > Aan: Ronald Klop > Onderwerp: Re: Compiling openjdk8 takes forever on RPI4. > > > > > > > > > On 22.03.2021 23:15, Ronald Klop wrote: > > > > > Van: Ronald Klop > > > Datum: maandag, 22 maart 2021 18:11 > > > Aan: java@freebsd.org, arm@freebsd.org > > > Onderwerp: Compiling openjdk8 takes forever on RPI4. > > >> > > >> Hi, > > >> > > >> I'm using poudriere to compile ports. It runs on an RPI4 8GB. > > >> FreeBSD jail13 14.0-CURRENT #6 main-34d696110: Sat Feb 27 05:01:05 CET >> 2021 > > >> > > >> Compilation is already going on for the second days. I have compiled >> this port in the past in a couple of hours. NB: this compiles fine in >> the official pkg builders. > > >> http://www.ipv6proxy.net/go.php?u=http%3A%2F%2Fampere2.nyi.freebsd.org%2Fdata%2Fmain-arm64-default%2Fp568824_s7af04dff02%2Flogs%2Fopenjdk8-8.282.08.1.log&b=0&f=norefer >> > > >> > > >> I used jstack to look at what it is doing. The main stack which keeps >> showing up is this: > > >> > > >> "main" #1 prio=5 os_prio=15 tid=0x0000000041c41000 nid=0x3f560 >> runnable [0x0000ffffbfff8000] > > >> java.lang.Thread.State: RUNNABLE > > >> at sun.misc.FDBigInteger.rightInplaceSub(FDBigInteger.java:890) > > >> at >> sun.misc.FloatingDecimal$ASCIIToBinaryBuffer.doubleValue(FloatingDecimal.java:1357) >> > > >> at sun.misc.FloatingDecimal.parseDouble(FloatingDecimal.java:110) > > >> at java.lang.Double.parseDouble(Double.java:538) > > >> at java.lang.Double.valueOf(Double.java:502) > > >> at >> com.sun.tools.javac.parser.JavacParser.literal(JavacParser.java:720) > > >> at >> com.sun.tools.javac.parser.JavacParser.literal(JavacParser.java:659) > > >> at >> com.sun.tools.javac.parser.JavacParser.term3(JavacParser.java:1196) > > >> at com.sun.tools.javac.parser.JavacParser.term2(JavacParser.java:909) > > >> at com.sun.tools.javac.parser.JavacParser.term1(JavacParser.java:880) > > >> at com.sun.tools.javac.parser.JavacParser.term(JavacParser.java:836) > > >> at com.sun.tools.javac.parser.JavacParser.term(JavacParser.java:816) > > >> at >> com.sun.tools.javac.parser.JavacParser.parseExpression(JavacParser.java:779) >> > > >> at >> com.sun.tools.javac.parser.JavacParser.variableInitializer(JavacParser.java:2291) >> > > >> at >> com.sun.tools.javac.parser.JavacParser.variableDeclaratorRest(JavacParser.java:3035) >> > > >> at >> com.sun.tools.javac.parser.JavacParser.variableDeclaratorsRest(JavacParser.java:3006) >> > > >> at >> com.sun.tools.javac.parser.JavacParser.classOrInterfaceBodyDeclaration(JavacParser.java:3537) >> > > >> at >> com.sun.tools.javac.parser.JavacParser.classOrInterfaceBody(JavacParser.java:3436) >> > > >> at >> com.sun.tools.javac.parser.JavacParser.classDeclaration(JavacParser.java:3285) >> > > >> at >> com.sun.tools.javac.parser.JavacParser.classOrInterfaceOrEnumDeclaration(JavacParser.java:3226) >> > > >> at >> com.sun.tools.javac.parser.JavacParser.typeDeclaration(JavacParser.java:3215) >> > > >> at >> com.sun.tools.javac.parser.JavacParser.parseCompilationUnit(JavacParser.java:3155) >> > > >> at com.sun.tools.javac.main.JavaCompiler.parse(JavaCompiler.java:628) > > >> at >> com.sun.tools.javac.main.JavaCompiler.complete(JavaCompiler.java:772) > > >> at >> com.sun.tools.javac.main.JavaCompiler$1.complete(JavaCompiler.java:312) > > >> at com.sun.tools.javac.jvm.ClassReader.fillIn(ClassReader.java:2535) > > >> ... more lines skipped for brevity... > > >> > > >> The tail of the buildlog is: > > >> ... > > >> [01:02:41] ## Starting jdk > > >> ... > > >> [01:05:50] [Error] encoded value was greater than 3: encode(15.029411, >> 1.0, 14.0, 15.0) > > >> [01:05:50] [Error] encoded value was less than 0: encode(-0.05882353, >> 1.0, 24.0, 25.0) > > >> [01:05:50] [Error] encoded value was greater than 3: encode(15.029411, >> 1.0, 14.0, 15.0) > > >> [01:05:50] [Error] encoded value was less than 0: encode(-0.05882353, >> 1.0, 24.0, 25.0) > > >> [01:05:57] [Error] Encountered Infinity: encode(-0.00877193, 0.0, 7.0, >> 7.0) > > >> [01:13:57] Verifying >> /wrkdirs/usr/ports/java/openjdk8/work/openjdk-jdk8u-jdk8u282-b08.1/build/bsd-aarch64-normal-zero-release/jdk/gensrc_x11wrappers/sizes.64.verification.tmp >> to >> /wrkdirs/usr/ports/java/openjdk8/work/openjdk-jdk8u-jdk8u282-b08.1/build/bsd-aarch64-normal-zero-release/jdk/gensrc_x11wrappers/sizes.64 >> > > >> > > >> > > >> And this is the last output for 32 hours already. I have no idea if >> the last logline has anything todo with the current activity of the >> compiling process. > > >> > > >> Any thoughts on how to fix or debug this? Would it be a Java, OS or >> RPI4 problem? > > >> > > >> Regards, > > >> Ronald. > > >> > > >> _______________________________________________ > > >> freebsd-arm@freebsd.org mailing list > > >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > >> > > >> > > >> > > > > > > > Hi, > > > > > I have no idea why, but it seams that enabling > /usr/ports/java/openjdk8/files/fpuhack.patch on aarch64 fixes my build > on 14.0/aarch64. Does this make sense? In the Makefile it was only > enabled on armv6 and armv7. > > > > Try to update your kernel. It should fixed in recent current (and also in stable), I think. > > Michal > > > > > > > > > > > Thank you. I found https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253847 . > Would this be a good candidate for releng-13.0 still or is the release train too far already?Compiling openjdk is quite a good user feature IMHO. > > Regards,Ronald > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > > Hi, I also had unexplainable errors while running Jenkins (a Java application) on my RPI3-B+. Caused by: java.lang.IllegalArgumentException: Choice Pattern incorrect: 0#|0< ('{0,number}') at java.base/java.text.ChoiceFormat.applyPattern(ChoiceFormat.java:223) at java.base/java.text.ChoiceFormat.(ChoiceFormat.java:320) This method also calculates and compares doubles. Google did not give results about this problem, which I understand now. These are also fixed by the commit mentioned above. Verified it by applying the patch to 13.0-RC3. How can I vote for inclusion of this fix in 13.0? Regards, Ronald. From owner-freebsd-arm@freebsd.org Tue Mar 23 21:38:35 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 97B5E5BD07E for ; Tue, 23 Mar 2021 21:38:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.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 4F4l9Q3v54z4W0F for ; Tue, 23 Mar 2021 21:38:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616535511; bh=HkZBwg0kErXAj+KxrYyTVlGRInmMoKAmpg6gDWeJ5JV=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Jm7AYb7HgZ7YnwgfFw8d3ihFVLBmZp7ArN/5WbIPv0A6muPGLmDpXPlV/edPPI3vxqLijsQ7fqnxbKTTFqOdP2znUDReScbY/M0rsO9Tk4YFcL74zG4W2Lt+lgloScrRr4mLH1mKYVxZoj9d8LyDJLO0nx69wQuiSJr1Gy9YmqrlkXmCSDn2s/A6gJwPgQpFuW7a1rn3mnrSyDzBaBe/KekXe6CkbkD29d7VVLtIuEvbG7lIWGT/wZdMrv+i7yN+/7A/1UvfCpjZfqtfRXEwu6TFAht9FWAiZOb90ylbexBeAelfJy+jta6cRE7RNnswGgI/9FJQxtZlJXf8Go+pGA== X-YMail-OSG: evmVKPAVM1n1UhbIAR1LYotW4PTUtoG5JYKWO2kWziRsnA_Pqe1iW12EwHwtQjU H3BW.kz9FagrBLE6mLebdZoxvGM.ADonaOqvMfl.SipFDVtTdAlF_es_QhTCU2w7U7xYn69OkZCp OpF23C00DUZ8LJQYIzQZ_phcyjoL31lPdnj42VXhAwgXCbvuXqiyGiQ8hoq2m0YK7luwFeEjvAUv CNmNuPKNjxCdoHyH3wNT_Z6lsWiAA7JdyxHb9NmTm.eB8b_v29evmM6eNIHOvp9rDTkaUxpZ3sJy a5Lf8cPGVW7L6CBndRPnGLP2DfQLQS1i07HOvdzblX1BtGbr0t7M0HTN.vYA_aOb7QqYcN_AcqY8 JN9QKDVZm1yGKPz.ZBvtgFjkRAZWIsy7K6UfMoScgRGkNHbodLM7ZxtDL5EmVBGg70pnhTiToZ0a 4nHtROvZ_CUt0l58FA.p7zyKJoj8LIbC_e3Dwr_V8TIOsXTNY8RWNKdMj7kSCSU3ubwNe0URIkro lZwhdXCjbtwjwJKfm.FGM58wKS7jv9kl5bz02GdNR1ZveY9T150XZlqGW1emSJsQVY_hJOmcncw0 00ZwtPHdX6odiQJk_YQqmJP_HR6_gVh8Vds6UeQDm.O_9UZ7foF.VjHV6ckMoRQJT1VVgmU4HGP5 droyzkiHv8YO1aT6r576StHvooLE9K.Aaq0SU3mqwjs9h4BUOEOnTl97fs_jq9Ah5GsSGs92I3vH ipsWNb7xZ6_oz0.d3aKvpMGzBXfDv3Vgohp82J3PvQAPRfkYZ_IblDJjzsDfL3TsKZwHyzsIAZz9 DcoCoHXk9adC2y5YX.fbpCPPK2wzinE_lOhUBiXWuix03PW5LCgmUQ83HDFkVuFL71Dh59iDbA9o Ts_RvlAWW0MScIF2aeL1jSNGVyNkCBgT1Q0JxUrjA8OY72IrQZcbOfcybSO6QPk2CfGGt0Cf22Nj PALo5hNtjVTQenvWRjOIvHjA9iiQ3rvA8N5Wuo9YnoVsaYEki0uKkSiDxbCrN2rB7FlZYGjEIoHw BDe17kTNccxfkorQhWZjs6fKTYamYjlqg3GT6TJPqQ8J4AmPp8LgjEdpscD5T4lTY7UFtBekk0ZF bzUppPC8hoJkGfD2I2a2st78HhOGvApaJomZVkorJYwdajyQ8Hbe1cGnRjLgliWngBNny4IUUcmg Ua2w0mCg2d6q2sayDNKJ9NMlors_JjsPeTBrGHircJpmC4ZuAgYoqoir6KiuR3olJ6krbhXLjoQc nw5T_5_7swdBhwYLM0eb3sD4c6FIBQlb2Zkg_sY7GZq9aI.NF8qGc5ro1pDih_DLpXDGcig9eHH8 eLdisS8GZ8.cNRbOZ_c7W5DokbCcdMz_q.RMPypmF3DlxQufEzeZJKu6sgXrRhLqDxH4LOuUk9tm SLzpQb_u8jfO.8pcaK_Zus59EoEuNFA3hXUOSYt30POA6NCRESxqORgrFlaLbDsHeuSndDp1OxO_ FY0MqePOnU8MqCRqQ6yl0TUkEg8Ww4wdHByTHUxoZcdmoR0qs7urTvJbIJ.xQfJj2lOSZ2RmgGpi lVgg8DU86vxTBarfdJ_2hTV730kWyE9B39G88TqGaayff3qI7lRR6MpXXIlLH6dEMtMf6sWf1Ctr ynC7qUHhIajORgifOyFbiZSLX4x2HVlkQnxWLL5v3CWYmXGVBXm3JMZOOPWywp.wdt4Ij2K8sD58 5wPaFVybzdOmN8.MoiOfG2EoOuOG6LDkZdhrT429ExeMAVvuycn_vX6UBi.aWRia53uflZcAZZo4 aUBRzkAWMNtmicjSWQH2vLdOSGP0M2M.1XWeiICNU.VqcJnkMUgNWPLvbuhFkSai3uDOSFU1tWLB BQUxp_NhEgIqm9PL7TtrAFsVAR_OCVftl46EuXSf1onoo2kRe7VtFdP_XABjHM1DuKQEDoVlzRqp RN1mLb7sXnXcnFk9t.Ig3Nt2elco4xjBoYINwrWkOe13P7N_kEW2Z.9PBxC64y59CcGdHsEu0Ojv lmn6XquX6WRJ8F3cRlR0Ke9VatAX9tJzdaQybLtV3o32MOhoDXsj5D5hM8v8SFMNLMkdsqm_Glvl 0uCQC1UgJEeXxd2ClQq7sKaZl3c_VcVVR0p2RLh4o85qwXc4NowToMVFIfHGUPDCFPK.AF5EjPLZ XpFh3v9Wu3pBwLZcnSMznpfv.0AYaBl8rmX8SzSjax0y5ND6j8xgPSO8da8HKUWvZa2bxKdAKpVl eja9rBPSIuNhd87l1bTZLeWnFdTYpGgQWD3g0EgaKwtXDrwRFVZe94xhR9aPXgCK.Pr37wpIldA7 9hAvydhhav18l5tLQ_KP.UR9lwDt8UoOIPPmJhuBQkQkq0PoneF5RkJkr6prZ0C3LHmz7cKYIs8D sxiUxbU7v6_aJXN0vb4F8TvkWW1qCxj36ZXf_UKT9BUxTcDLObHucOKSWs01meJF5zxMxhj8McAE tO7PkWo_SAiNalE.6woKSGNwZkeXeQy_5wlh4pmyKHmPzJ6r6AfdRSMEBf3M.5wnjQGm.IDEJERL 2lKPGwBIaPcf7WY9lOsOALq9romnM865.5mIBtSco_3JI5TYj7m3Uv1AjxlBlHnZNzmEuoCKfxcb BvkZz_ft0nknyhVtDmWXGYR7cYQ5dXcwUmDGfSvuDd.L7143QLY908ZQD4Bo1ybddIOedOLFn_3l 2QQ-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Tue, 23 Mar 2021 21:38:31 +0000 Received: by smtp410.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 825a13fac124d3bbaf44b2ac6802d999; Tue, 23 Mar 2021 21:38:27 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi and powerd, was: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) From: Mark Millard In-Reply-To: <20210321181339.GA56351@www.zefox.net> Date: Tue, 23 Mar 2021 14:38:25 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <1BBF6487-227A-428B-9B23-539AC8AB7661@yahoo.com> References: <20210319195019.GA39087@www.zefox.net> <20210320005302.GA40542@www.zefox.net> <81CB0CCA-59AC-49A2-9372-4E2C22E3214D@googlemail.com> <20210320155638.GA41617@www.zefox.net> <63E61033-667C-4A08-9012-7D987B652176@yahoo.com> <20210320182821.GA49050@www.zefox.net> <5BF4DC26-8CCC-48E8-802F-34C42084D47F@yahoo.com> <20210321181339.GA56351@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F4l9Q3v54z4W0F X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.205:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.205:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.205:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.205:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2021 21:38:35 -0000 [This did not get sent when I wrote it. So sending way late.] On 2021-Mar-21, at 11:13, bob prohaska wrote: > On Sat, Mar 20, 2021 at 09:20:36PM -0700, Mark Millard wrote: >>=20 >> You are getting the vast majority of the time >> benefit from powerd use compared to my build >> context (based on the world build times). Avoiding >> building to allow compiling non-arm could cut >> your time noticeably, possibly around 30 minutes >> for world. >>=20 >=20 > Half an hour I can wait 8-) More likely I'll botch the changes. >=20 > After trying powerd on the Pi4 with success it was applied > to Pi3 and Pi2. Powerd seemed to work well on the Pi3, but > the Pi2 v1.1 stalled consistently in the building libraries > phase. The stall was unresponsive to the debugger escape. > After power-cycling and disabling powerd, the Pi2 picked > up where it left off. Not sure if this is a property of=20 > powerd or an artifact of my setup on the Pi2, being > 14.0-CURRENT FreeBSD 14.0-CURRENT #13 main-f5e930b369: > executing > make -j4 -DWITH_META_MODE buildworld=20 It might be that if you set the speed in /etc/sysctl.conf instead of using powerd (so the arm running at a constant rate), that the problem would repeat on the RPi2. Were you monitoring temperature on the RPi2? Voltage? In my testing the RPi4's are the first RPi*'s that seemed to operate well somwhat outside the default configuration's range. (Just the power connection distinctions tend to suggest such a status.) The RPi4's have fair sized margin. There is margin beyond where I operate them from what I've seen. (Or I'd not be operating them at the settings that I'm using.) > There was an effect from powerd on the Pi2, but only > 600MHz > 900MHz. The Pi3 went from 600 to 1200, the > Pi4 600 to 1500. That is consistent with the table entries for arm_freq and arm_freq_min defaults in: = https://www.raspberrypi.org/documentation/configuration/config-txt/overclo= cking.md > There was no obvious serial console > disruption on any of the three machines.=20 >=20 >=20 > At least on the Pi4 and Pi3 use of -DWITH_META_MODE seems > notably faster than before, much more like use of -DNO_CLEAN. > Quite a bit has changed since my earlier gripes about needless > recompiles so it's hard to fairly credit the improvement.=20 >=20 >>=20 >>> The RPi4 support for powerd (cpufreq) was added >>> on 2020-Jun-20 but my RPi4B activity started >>> well before then. That is why I did not go down >>> the powerd path in how I configured things. It >>> will be interesting to compare to your time. >>>=20 >=20 > I always thought of powerd as a complication inflicted to > conserve battery life. I had no idea it could be used for > performance enhancement. Thank you, Klaus! =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Mar 23 23:15:12 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 50C705BFD54 for ; Tue, 23 Mar 2021 23:15:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-8.consmr.mail.gq1.yahoo.com (sonic308-8.consmr.mail.gq1.yahoo.com [98.137.68.32]) (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 4F4nJv2nzyz4d6Z for ; Tue, 23 Mar 2021 23:15:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616541308; bh=UCW5YOLA8H9+ZkufNuO/rlvnem77o+KQ2i7lykqjaBI=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=dhVNZbjIRD+edAKNOaiGyRH10IhWWLIatbNi1D75Xtxx6/x/8fg8ffvl20pOXsNVtgqZzQYirwbn2eFbyN8QsXxAeJvEJ9Gjf+Rogg5k0tj+HKnABoWytmBDI8zrG5quQ/1W7oPWkcDmt9Ng5fjUbakx9JtB2QXTaPwf032nc6zAmwwMf9KErsUwVux7niZ4pCyjA2KLhqBKvlGaRsL8V8y2HFAqWnWzpzG1cgxwqLjtQXWlY8ImX7VR/Vadz3PztaDnAsjnd1Lr5PZyUM/3C62spv3LI6XJYjL0adhjlR5nmGHXDavvYiw5hUpdvvY/jou22j5Mvj8Rml1CDdphDw== X-YMail-OSG: mnC3hE8VM1lyZc1h2Hp8uFPT9VGHzIFJtft3jjvhBrp4MbJGvdl3Htb2fmQsARC zcLmCy1riA2U84S_Y1BWsCQ5sfS.P3OdhCjuJyP7znBCn7HEyCamJxh8Y_KsEVRmTJkoeLbVKqJX Qnt6V516o50M2f1JiJTe12En9gYJAg3L4T2jrLtM8yi9PWd1VCBxGSdB0Y0FuBI45gxz22DUyFvS 42EqiIO8cQxItKiCWadGeEUePvaNLN69G22ggQJHyHKIuCnQv6WMNUy2_.hhhSCiaXUveEkwu2Jr S.EcSjTrTUV_3Qr8gaC9dwLprEfxH1EFksiL4VbnMDILMOLAPMqFZ.t1bxmd7XugKUNP2dAC4fAd Mqu4HKDUXDvrlwZQDN7WlEmVZEQOW3L0B8UNeg0Jwxmm1fPUZLjGt2g4l3OePsoaoYMpUyntqGpv jPIhOTTSaDCYeVl3S1rH67E0B437mZwRi._YwuGj.vOFf9C..h.HUA5ihA__95UrmeHAip1oiL5x StKzO_NBVjZONQ_9jaJKB1xqlG4MTkpT_eSBJEeOkdD_OsCa0pnU5YGie1yO.u_l_DyH4NhrYt2o BMrr5rkRkMZvA0ZEgBbiP9OtW9kkNmMpsYfVjWCbCJde8EWhGpQyRmlq7TP_P3cqQsLNzoeon60l yDEwhQWAkvnFC3_LaP_dIbGL8KozG6caV.vPHV29iXEslHG8uhwOTGedYC6nGwdyUTKX6ZkmIKbV QjCFQjChXWUs9b1cIW7Ck6QwdfROf92jf1N4JLlSyQHh_69Ihd7TG_wsq8jt8F3zvMSgxbHjU4QM RxijRqMdxoVh9B0ielgHpRfMWyjJ_1eWb2QsaNA5bcSv6KKCVHG.PLOJqeRwMHqIMZxYxLKWC0aQ lkSeQHK_c1fTbCvvpwhf7fpq9dVaO6BWfsUSYZbTQ8yVl2jPaGYx9.uQiJQXvjyA4swLm8_Q9BBq axT5a.ZGBtm2wNmv9guYrdjxheQPHRSB3tNcNBznxvsNqBLldv_VwMcI8rtmBcL6rWR645O08G2R RZ9wENFi73Bj3xjtsOtGHNaIgZqCYdLQAj2hvm_jiY1KOpMvQUWOzOMP.E6uXFuosLTGOkQ.9_A3 e.G6zJ.N8hDKJbYBVVHyQBbrbVJ21EStLD._arDkBit79Ma0JEc_Z_vmtsk_tTRGsNoxOY5BKFrP hqMso47OLUX_SzWDdeidNV84aIA3kKKxnQvG8ThZ5_A4sJxVgIz5.Wh0sLvGV0CtbR.Z7VuMOais M.fqjUPa8ZnQ4RK4.mTkywevO3a2uIcOF4XOjaGveMeS_ekDHXx..049f4QGe1zXBkPUntnPVdgP BQZlAEBevf92oOoD.NHtFm98W.ahcySILMhRFzjO5OOcBdA6iZ1668n_O.mf5X3fkVFh79nmkBs1 d_ErP1dl3hiWTorBY7n1ledl5lQUKZD2A9Er.P2cQ.zKjcwBx1P3wthjdFywoIYJrR2VlPaIJpau I_HS7gp9b6VjXc.Imchb1VL2XZkRPyn70x8ofzUhoR2PuGFMsqzCt9LG5_cIwTLgCjcFk7TdMPD_ 13svqPg6il4EtIRaGuy0tlYcqbYUogcGLAbeXT5p5fZWqY85vKHlltBlm7_yVNfCvkHGlIhG5hoh .qugSZj38a8T0DO2OstS2CdRmFVbsvAtMuNhDnOHIqKgnEEQHQ5Wz4k_nON8HekdrIuLY3DxRaBA 1tGf92Y2w9j2JYeieT.0ZrU_P66LYQpN3e8g6jUIf1_R8chbLGlxWYHvx5SZ20xSsmEZmwuOUAJT sxej77rdncpQfeiSu5.rqM5zJkZRg5VEr50y9Ox1LAV9TLwzN4GOCrzDfIGhIN_GcC0PzBfNEOHm 5EzJg.CkuLG2Vc_le6AiiDxLGSSEIYkZkkwtaoSjy1l5rFJakDhsRkU8wPAcLC1cnUnebuz2GYNV 94IF.lXVQ4G.WJmyNtJvEF1WbDMgZE6kuEzdm5_SGfH69OcFsVQUB_2BpM7wEy0baA_iPiBkhoK8 dm2_1ErDg481cEApPylKP0VipVtOcMOOavc_2LjyNNVQlWP3nqUFctFCVKcUoUJQTSwb8_pzJlYs rx8sD1mu7ZvDbRcxxpszrfdqbjzRvDjiPKeW7R_Liru3zW5ls9GVShw6P4l2IQUsdA16AHEaHYVX i_uCEbGF0ZGNlfSoSxZwwZSqopdxiNWLoMu8Z8kbgQkexLWrm1lJrKOPt_0wTW5PG9W2WQwrEwzt AqYtm.n.eKpd3u2M2SJGjcM76YHeInu1JrPvT9hogH4Rzt8tGiHx2p9wRHvJimln2wcq9bXB7xA_ 18xI4Nf2qMvlq4Lm3RUqB3qv3Jeb3iC1fvMXOPInbKGUSyNGUkAM9DGpGdyfDIL88KFpY9bLFpW7 7ZThyPpDsg.t4O4VloKdxHqa3LxvVRqHNQ25VirrrTjWFdbC2h1xvqeizy7shASEa35ixaCVkVtg lilbDpHjtd2UBZDRjuymwHUIB_mIKFqb3y7R1yEyXhwJTWrfGrGzMMqu6BVcC8R7mqCQf6NCecCH KjvGmwVyOXpwgtX8ri.zNByhZSq1Msnso46yds7PN.D.JiHVNFw5DkkYQkXU4mkAkWzIg8QOsCcI 8M4F8E8g- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Tue, 23 Mar 2021 23:15:08 +0000 Received: by smtp422.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 0cd455b24ca6864608e1ddd5019515f7; Tue, 23 Mar 2021 23:15:05 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi and powerd, was: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) From: Mark Millard In-Reply-To: <59B618B3-7AC9-41DF-9807-173DE34B0F8D@yahoo.com> Date: Tue, 23 Mar 2021 16:15:03 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210320005302.GA40542@www.zefox.net> <81CB0CCA-59AC-49A2-9372-4E2C22E3214D@googlemail.com> <20210320155638.GA41617@www.zefox.net> <63E61033-667C-4A08-9012-7D987B652176@yahoo.com> <20210320182821.GA49050@www.zefox.net> <5BF4DC26-8CCC-48E8-802F-34C42084D47F@yahoo.com> <20210321181339.GA56351@www.zefox.net> <01787975-3D1A-4D28-8F0F-957D6842D487@googlemail.com> <59B618B3-7AC9-41DF-9807-173DE34B0F8D@yahoo.com> To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F4nJv2nzyz4d6Z X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.32:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.68.32:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.32:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2021 23:15:12 -0000 On 2021-Mar-23, at 12:57, Mark Millard wrote: >=20 >=20 > On 2021-Mar-23, at 06:56, tech-lists wrote: >=20 >> Hi, >>=20 >> latest build run: >=20 > Had a -mcpu=3Dcortext-a72 world and kernel been > installed and booted first? Was the system > running a world and kernel that had not been > tuned for the Cortex-A72? I've started an experimental build in my -mcpu=3Dcortex-a72 tuned context . . . >>>>> World built in 22976 seconds, ncpu: 4, make -j6 >> -------------------------------------------------------------- >>=20 >> 6 Hours : 22 Minutes : 56 Seconds >>=20 >> created kernel.bin from kernel.full >> -------------------------------------------------------------- >>>>> Kernel build for GENERIC-NODEBUG completed on Mon Mar 22 13:54:53 >>>>> UTC 2021 >> -------------------------------------------------------------- >>>>> Kernel(s) GENERIC-NODEBUG built in 2086 seconds, ncpu: 4, make = -j6 >> -------------------------------------------------------------- >>=20 >> 0 Hours : 34 Minutes : 46 Seconds >>=20 >> commands used: >> 1. cd /usr/src >> 2. git pull --ff-only I'm simply from-scratch rebuilding what I'm already running, based on main 7381bbee29df from 2021-03-12: # ~/fbsd-based-on-what-freebsd-main.sh=20 merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 merge-base: CommitDate: 2021-03-12 20:29:42 +0000 def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched build in = git context. 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run all = XPT_ASYNC ccbs in a dedicated thread FreeBSD RPi4B 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 >> 3. make -j10 cleanworld >> 4. make -j10 cleandir >> 5. make -j10 clean My /usr/obj/cortexA72_clang/ was empty at the start of the buildworld buildkernel . devel/ccache is still not installed. > This does not show ccache being cleared out > before the below. So the times may be examples > of "with ccache benefit" times. The contrast > with mine and Bob P.'s times suggests a > nice time-benefit can occur. >=20 >> 6. make -j6 buildworld >> 7. make -j6 buildkernel I'm using "-j6 buildworld buildkernel". >> here's the src.conf : >> https://cloud.zyxst.net/~john/FreeBSD/rpi4-main/src.conf I'm using my normal src.conf equivalent, not yours. (So the experiment is comparable to my normal past experiments in this respect, matching what I've reported in the past.) > I seem to get intermittent access to > https://cloud.zyxst.net/ but got to > see the file content eventually. >=20 >> relevant rc.conf settings: >> powerd_enable=3D"YES" >> powerd_flags=3D"-r 1" I commented out the config.txt line that assigned arm_freq_min and the /etc/sysctl/conf line that assigned an arm frequency. I put the 2 powerd_* lines above in my /etc/rc.conf . >> sysctl.conf settings: >> vfs.read_max=3D128 # default 64 # Cluster read-ahead max block count I added the above line to my /etc/sysctl.conf . >> config.txt: >> kernel=3Du-boot.bin >> over_voltage=3D6 >> arm_freq=3D2000 >> sdram_freq_min=3D3200 Ignoring comment differences, mine matches for such lines. I rebooted on the basis of all these changes before starting the "-j6 buildworld buildkernel" style build. > Thanks much for the information. >=20 So, 6..10(?) of hours from when the build started I should have time frames to report for a "no ccache benefit" build to compare to my past reported build times. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed Mar 24 00:08:36 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1D82D579325 for ; Wed, 24 Mar 2021 00:08:36 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F4pVV6KnCz4gxl for ; Wed, 24 Mar 2021 00:08:34 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 12O08Z4E081812 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 23 Mar 2021 17:08:36 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 12O08ZFP081810; Tue, 23 Mar 2021 17:08:35 -0700 (PDT) (envelope-from fbsd) Date: Tue, 23 Mar 2021 17:08:35 -0700 From: bob prohaska To: Mark Millard Cc: freebsd-arm , bob prohaska Subject: Re: RPi and powerd, was: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) Message-ID: <20210324000833.GA79438@www.zefox.net> References: <20210320005302.GA40542@www.zefox.net> <81CB0CCA-59AC-49A2-9372-4E2C22E3214D@googlemail.com> <20210320155638.GA41617@www.zefox.net> <63E61033-667C-4A08-9012-7D987B652176@yahoo.com> <20210320182821.GA49050@www.zefox.net> <5BF4DC26-8CCC-48E8-802F-34C42084D47F@yahoo.com> <20210321181339.GA56351@www.zefox.net> <1BBF6487-227A-428B-9B23-539AC8AB7661@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1BBF6487-227A-428B-9B23-539AC8AB7661@yahoo.com> X-Rspamd-Queue-Id: 4F4pVV6KnCz4gxl X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [-1.10 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2021 00:08:36 -0000 On Tue, Mar 23, 2021 at 02:38:25PM -0700, Mark Millard wrote: > [This did not get sent when I wrote it. So sending way late.] > > On 2021-Mar-21, at 11:13, bob prohaska wrote: > > > On Sat, Mar 20, 2021 at 09:20:36PM -0700, Mark Millard wrote: > >> > >> You are getting the vast majority of the time > >> benefit from powerd use compared to my build > >> context (based on the world build times). Avoiding > >> building to allow compiling non-arm could cut > >> your time noticeably, possibly around 30 minutes > >> for world. > >> > > > > Half an hour I can wait 8-) More likely I'll botch the changes. > > > > After trying powerd on the Pi4 with success it was applied > > to Pi3 and Pi2. Powerd seemed to work well on the Pi3, but > > > > the Pi2 v1.1 stalled consistently in the building libraries > > phase. The stall was unresponsive to the debugger escape. > > After power-cycling and disabling powerd, the Pi2 picked > > up where it left off. Not sure if this is a property of > > powerd or an artifact of my setup on the Pi2, being > > 14.0-CURRENT FreeBSD 14.0-CURRENT #13 main-f5e930b369: > > executing > > make -j4 -DWITH_META_MODE buildworld > That problem seems to have gone away, at least for now. Once the system updated it seemed to run buildworld successfully with powerd turned on. > It might be that if you set the speed in /etc/sysctl.conf > instead of using powerd (so the arm running at a constant > rate), that the problem would repeat on the RPi2. > That sounds like it might help distinguish between a problem with my setup and a problem with powerd. If both sysctl acceleration and powerd acceleration cause a hang, it isn't powerd's fault. > Were you monitoring temperature on the RPi2? Voltage? > Temperature, casually, 55-60C, room below 20C. Voltage, not at all. Stick-on heat sinks but no fan. I'll simply leave powerd enabled and wait to see if the trouble comes back. Thanks for writing! bob prohaska From owner-freebsd-arm@freebsd.org Wed Mar 24 10:51:11 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 215C85B1F27 for ; Wed, 24 Mar 2021 10:51:11 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F54lz0SCCz3qxp for ; Wed, 24 Mar 2021 10:51:11 +0000 (UTC) (envelope-from pi@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 0F8785B2196; Wed, 24 Mar 2021 10:51:11 +0000 (UTC) Delivered-To: arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0F3DC5B2174; Wed, 24 Mar 2021 10:51:11 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F54lz01FSz3rBm; Wed, 24 Mar 2021 10:51:10 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.94 (FreeBSD)) (envelope-from ) id 1lP16H-000JXM-Bh; Wed, 24 Mar 2021 11:50:57 +0100 Date: Wed, 24 Mar 2021 11:50:57 +0100 From: Kurt Jaeger To: Ronald Klop , re@freebsd.org Cc: arm@freebsd.org, java@freebsd.org Subject: Re: solved - Re: Compiling openjdk8 takes forever on RPI4. Message-ID: References: <600714689.1.1616488522580@localhost> <1960346433.20.1616535345759@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1960346433.20.1616535345759@localhost> X-Rspamd-Queue-Id: 4F54lz01FSz3rBm X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2021 10:51:11 -0000 Hi! > > Thank you. I found https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253847 . > > Would this be a good candidate for releng-13.0 still or is the release train too far already?Compiling openjdk is quite a good user feature IMHO. > I also had unexplainable errors while running Jenkins (a Java application) on my RPI3-B+. > > Caused by: java.lang.IllegalArgumentException: Choice Pattern incorrect: 0#|0< ('{0,number}') > at java.base/java.text.ChoiceFormat.applyPattern(ChoiceFormat.java:223) > at java.base/java.text.ChoiceFormat.(ChoiceFormat.java:320) > > This method also calculates and compares doubles. > Google did not give results about this problem, which I understand now. > > These are also fixed by the commit mentioned above. Verified it by applying the patch to 13.0-RC3. > > How can I vote for inclusion of this fix in 13.0? Send a mail to re@FreeBSD.org, please, and ask to include this patch. -- pi@opsec.eu +49 171 3101372 Now what ? From owner-freebsd-arm@freebsd.org Wed Mar 24 11:02:28 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B3FAB5B22C9 for ; Wed, 24 Mar 2021 11:02:28 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4F55103Bc1z3rPk for ; Wed, 24 Mar 2021 11:02:28 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: by mailman.nyi.freebsd.org (Postfix) id 6D6535B22C7; Wed, 24 Mar 2021 11:02:28 +0000 (UTC) Delivered-To: arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6D15D5B2337; Wed, 24 Mar 2021 11:02:28 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F550z6DwCz3rss; Wed, 24 Mar 2021 11:02:27 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Wed, 24 Mar 2021 12:02:24 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1616583745; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=/K+F2zty2FGTr6RSFSpTe5H1UczkyKV98nWuq0xLTZA=; b=FtGMcfdaAO8SkCG42gkAGhyJZhU1Ytpp4BrMolgIXbSLzgHHbp6TeUQmcnPJsPHZs6hxFM wPmZog24tvt85GA+FlcrLHdl3Jko7F1YRF9pWtYQTIAJfKFWUex5v55R+l2k91jktbF/CN cQuHpx6HPtq5jQsOIHinQOPvjFPt+BGpaG97P3+S647cfH6FAPglefq9vzHoy8QhZ/FXA9 DWm02MfuijPRxZxhT1WCNe/kH/5NJzRAgAiKFN/czngW8UJV/O1LUn7tc2MRJIRKwHnp1Y Ki14JS8dwWJTn56M7dA0+Gv+rO/cgusA4evILeANMV1sddYMEbhjHm2NbdG0WA== From: Ronald Klop To: Kurt Jaeger Cc: re@freebsd.org, arm@freebsd.org, java@freebsd.org Message-ID: <1406061446.1.1616583744614@localhost> In-Reply-To: References: <600714689.1.1616488522580@localhost> <1960346433.20.1616535345759@localhost> Subject: Re: solved - Re: Compiling openjdk8 takes forever on RPI4. MIME-Version: 1.0 X-Mailer: Realworks (552.83.d7541cc7c9a) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4F550z6DwCz3rss X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2021 11:02:28 -0000 Van: Kurt Jaeger Datum: woensdag, 24 maart 2021 11:50 Aan: Ronald Klop , re@freebsd.org CC: arm@freebsd.org, java@freebsd.org Onderwerp: Re: solved - Re: Compiling openjdk8 takes forever on RPI4. > > Hi! > > > > Thank you. I found https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253847 . > > > Would this be a good candidate for releng-13.0 still or is the release train too far already?Compiling openjdk is quite a good user feature IMHO. > > > I also had unexplainable errors while running Jenkins (a Java application) on my RPI3-B+. > > > > Caused by: java.lang.IllegalArgumentException: Choice Pattern incorrect: 0#|0< ('{0,number}') > > at java.base/java.text.ChoiceFormat.applyPattern(ChoiceFormat.java:223) > > at java.base/java.text.ChoiceFormat.(ChoiceFormat.java:320) > > > > This method also calculates and compares doubles. > > Google did not give results about this problem, which I understand now. > > > > These are also fixed by the commit mentioned above. Verified it by applying the patch to 13.0-RC3. > > > > How can I vote for inclusion of this fix in 13.0? > > Send a mail to re@FreeBSD.org, please, and ask to include this patch. > > -- > pi@opsec.eu +49 171 3101372 Now what ? > > > Thanks for the suggestion. I sent a mail yesterday and got a reply that it was on the list already. It was committed to releng/13 this morning. Thanks for all the work by everybody. I'm going back to my (now working) Jenkins + poudriere instance to update some ports for aarch64. Regards, Ronald. From owner-freebsd-arm@freebsd.org Wed Mar 24 14:35:04 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8AD505B769D for ; Wed, 24 Mar 2021 14:35:04 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F59kH3lhqz4Ygb for ; Wed, 24 Mar 2021 14:35:02 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 037D35C00D4 for ; Wed, 24 Mar 2021 10:35:01 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Wed, 24 Mar 2021 10:35:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=Q3/vk7qDVQQgzy7fnCcSMuDTOsY QmfvLqcqaHvhhEQs=; b=oBSwMe/mnwMDkUUCglPh3CZgWDzS1Vc0FPvAhbjyVAE 3CvsINC6+vyh9RQjpYlFa1AIO7QZtkVzqDXEg98KwIf6LjjkNP/60NaQdDHfSGRb CcfMQi4bgPiuRr4BYBARs5yPVhrqAbtzYt4oEotRtlM5Y/LwMS1uPHxwfZtGSDkr vO7o5ENsEcGYJwSAOW7mnGgncRaY04pagdgj6esmCy73rm4aMb9X0KvdQu5L+3Q/ QAPi7uP0nenEXswtZyYWfm9cuF9Ch8r8y3I2R8Pxqxkd6speQ9V94uTf3C/zAcSw pSoeZXDIoM9sI3++SFPphJ3SyBUmcR8TfCDEod1TsZA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=Q3/vk7 qDVQQgzy7fnCcSMuDTOsYQmfvLqcqaHvhhEQs=; b=DnZ6hybVlI1rFu7hRbeBit jkx/PiDhlweuFcdPg1wiGqtgDJEC6k1loCQhDWLg/PCSnfP6k/7xWFIgX1uNLS/8 mvfzug1ejQ8uU0i6nUAs+uz4XVy5E/iWfLohlVqhy6klyiRBU3lxuA0NHKgiETaI YR6bKew9m15JlFybYfddn6quKJwJD4OcPqiDSWjauXAgoveoxl36KWhcTlyfiYRd orEgcusO8JRnMTL3sQ4pZ6sclneoVhRTqrwbdCF8r+iGk7qYaLRZQ+k1rZU3XnpO 7kTizCGl0+wmDYIauFn2OipvNz8osWDOA8xwmL4wRCUlZcZ92LPKdItpUcnmyX6w == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudegkedgieefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtro ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpeeivedtleeitdeiteevueelhfegte eujefggedvledthffhfedugfeuudeikeeijeenucfkphepkedvrdejtddrledurddutddt necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtg hhqdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id 7F4C3240422 for ; Wed, 24 Mar 2021 10:35:00 -0400 (EDT) Date: Wed, 24 Mar 2021 14:34:58 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: RPi and powerd, was: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <81CB0CCA-59AC-49A2-9372-4E2C22E3214D@googlemail.com> <20210320155638.GA41617@www.zefox.net> <63E61033-667C-4A08-9012-7D987B652176@yahoo.com> <20210320182821.GA49050@www.zefox.net> <5BF4DC26-8CCC-48E8-802F-34C42084D47F@yahoo.com> <20210321181339.GA56351@www.zefox.net> <01787975-3D1A-4D28-8F0F-957D6842D487@googlemail.com> <59B618B3-7AC9-41DF-9807-173DE34B0F8D@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="eSUHcdvblo3X34kA" Content-Disposition: inline In-Reply-To: <59B618B3-7AC9-41DF-9807-173DE34B0F8D@yahoo.com> X-Rspamd-Queue-Id: 4F59kH3lhqz4Ygb X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=oBSwMe/m; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=DnZ6hybV; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.29 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-3.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.29]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.29:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.29:from]; RCVD_TLS_LAST(0.00)[]; RWL_MAILSPIKE_NEUTRAL(0.00)[66.111.4.29:from]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.29:from:127.0.2.255]; DMARC_NA(0.00)[zyxst.net]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2021 14:35:04 -0000 --eSUHcdvblo3X34kA Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 23, 2021 at 12:57:03PM -0700, Mark Millard wrote: > >Had a -mcpu=3Dcortext-a72 world and kernel been >installed and booted first?=20 yes. >This does not show ccache being cleared out >before the below. So the times may be examples >of "with ccache benefit" times. The contrast >with mine and Bob P.'s times suggests a >nice time-benefit can occur. On this occasion I can't remember for sure if ccache was cleared out.=20 I don't think so. The numbered list was to show (for me as well) exactly what was done and the order it was done in. I'll rm -rf /usr/obj/* and /var/cache/ccache/* if upgrading between major versions, or if it's not building and need to narrow down why. But usually leave these dirs intact because (and especially with the ccache dir) emptying them negates potential speed benefit. make cleanworld &c *should* remove all the obj cruft in /usr/obj. --=20 J. --eSUHcdvblo3X34kA Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBbTgkACgkQs8o7QhFz NAVgpRAAlG31Iy81wgUepCc/dDs4LW1gGKGQIWzgTUuDBBYUtZ2Sbwjmnl1YffrF Rs4sBrTodjtIIxoUQI+x67JK2REWJCHZxJd0GL9AEWdS0wWiGTfB5rAg7P6mCDVz D2NcgwYNmD4rYB9S98zxnOcC0xqC+ayl+pHAl87uG3b12AMjWqTKuhGyyJV9wcUn 8E0uY5L5/Aem5yBtGp3pTCOIUOKTfOUraVRWdUoyDyBzS6+XoruC1HQMRSyfkJ1q KoGl7uUdbX0mTMosKja3MxUan68CosYRsX/i1xN7iuasMflx2sYtXSS6S7HzX6gf aQNW6bIZUjQf7oyna4pfp4bLPyWSxpFcjnV4TCkmbihufyR7kt8Ek/A7F0M+JI15 WiwL8IBNCGhPFrKTr44oCVvHFthNy2ykdGhVd2yWr9ieU3t/4gq6qL6PX9nH7xq8 lOctMq6QuxIVlBraTik9FUh7ACPI/3PJuaofY/2WfhGAy/ntvEDyDiToh9J8Vo5P gL8KSv3YNpqhYXpT5H3lf2V14hHsaWYeZUZRZH+KW1g2GHlt9dfhm9J2sW5DzKhL +iHr35DaX50IZDg6vfxuhQQu8sv9U8lmp2QTCaGlwLMzZ1iMwplgEUbTs06ZhVUu /2BriyPsK7M2P9lGFiRwdxQku2uYzn/IsAar6Us3ZC5mPKM79zA= =nIPH -----END PGP SIGNATURE----- --eSUHcdvblo3X34kA-- From owner-freebsd-arm@freebsd.org Wed Mar 24 21:13:29 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A7F1D5BFA92 for ; Wed, 24 Mar 2021 21:13:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (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 4F5LZ02fdHz3FgG for ; Wed, 24 Mar 2021 21:13:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616620406; bh=6B9YYWSV8i3C3KW2tA0atNs3kbjjUAPK6LoPZP3/z2U=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=SZ1usVuh+OC0002ilj0jcspWsWGKh1GkCNqOnkfm9M4hSPjC2aq8Yb5JJSMXRP/s0PZJazR2trk58BGhBFVezIAD2Ifw8qMYhcikJ4e+YCZldCaTBzBa0uG/HL/56s5iynBK+T02AfS8y6Tvbh6FxKYGIPoJza1iNwdt0NYwRZc7YZcuaCjkC/r1edvQzxPdOfIjPsVowZnk3AzNLRm+EQqgcDdjDum5xpwfGO7NliAdSCO+6+7ZdqGNO6FngOWTyErorgnbxgYYUB851frsDU6T1OAkAYsJwdQX76+FqWusVmJ2LdxXhcuYklFu9SvRxW1zYIz3VDyMpFfhSWplmQ== X-YMail-OSG: 573Ao9QVM1kKhmF78Cz8gdENr_5yYU2hMo77bdpRgz3PmDiNRD27YsOiJJ.Cfwi A.H_erB.haBi_Ze4zNCZOKBtTAGsAQ6ntAnt90BV6TYDZI4K5HCY3lV61nJaRTeJCoR3EhdfHuTS G7Qfhvr5ssDaz75hv_FdO79k9gtyIkNLQVzCe8g_RIoXYKYwcoD7VDX5FQVZ1YMU_2NxkBq8upeR aAQ515gBzJxfGE7bOid9ylY3NtwRfmL5roveTq_pMCzcYibz4m.OsB6igyHu.p74wO40nLEUPPUx KFIA3IommV.eBHxC_P9Ow_eFwn3Tj01MXcHwo56lofTR.YOZLrmCFBhI4NrG5O99xtmcHuVaUA77 Q17pts3Q3Ajet_QL_aPsi8yfllTe8mVSmH.OjDAnBrL7RTRSqkNSq40i.PbYn3AxmQMxjDfYNRlk Z32l3VWZ6Tu_imJsiKN6DZ.Re7jDFaa9MRzlFeptPADYvnMWe9wyF2YoyXnp.FHrAUj4Xt3OnJED MKy5vhFp_HCzIjSilzLzLrWjd5kZvmqP3X_w5cOl9hNRTeftnEARLNkROOTDRSXslMJIW3k3QJSQ M2V6uwk0QYi89k3psbtyk4UdzLaxXD10qObSFLbZ636venndb1J3Xu9gOSoPB9uxv1Go2oWFqCLu mjCQw8BdDI28BBVfn.GcaZrUz5dHI.VggRQ3Gg.ljE5PL64ujPLb5gLwwMs0zW1OUM4pKFbNmy4t I5_bD1hMgmctluof1zI_H8IykmG9skGqOrmR_3uWXVPLCT5B6ERDS9ilkLeee8FmsaTU3pUvSAen 29VyVwHbGxSvTbKEAkVAayyJrIQdURcmOhaJ_LdsaxeACjgHSYr5SL97z6njzQoy5_EX808b72iZ dBoZZNorvVBkn8ULa34RMKwSVFVFHWax2X9xlcgkrRBJWgYNABNPt6tWXG4Qj1ZPcRPagtAOLgma j0tK3ePohV5nCkXDbsWnJSQv4AUywSPJL6R17mFs5XfYrT9kuJwJ2aeoUE9tkMVFGir9vqqOHy1Y 9mxvAUo5zDNRd1lVWbpgkm5uP.Duy5TolsBgGQPoBAnosvcdDsIntm3O5S2HEW0fPGJ8psjSZW3M jo.OIrFn69Nl9wi8EjOgd8xgH.0kTT6B_yGhuLN1HIJ9IH.UTMNNk9C8ur0UHXSU1.AwAtapvRb. .IXfC1gUkXXANjV2PGkevG2KlM7KI1GI2PrzqW9NsNgkfdb8XwNYInIjqhpIcRZWFNpazm.1iwxi 1YdZUuO8D9qCDdZTJRISggZuo6chw3CX_EfpbGO4fk.6B4dO91KCrw5H4WgRNR7zPWQyK1BR9glB g9eGmq4FEERQzHEMTT1.ZwWQjXcXgJ0klU9WDLWqDcTBT5myG.c._4fFqfRBC4n9VVGE0NtYiyt8 _3883iPnSaRnNygz2pj643.uj0L45FyaroSXI9Ab4mwPx2ZztTtI9N8ZyBT6FHxOSEu_mNkaCsJK NgJtW9BFriJaop1XJbNTcCxEvXpJGYHXHeqgG.Tqy1QUbRX7YuhEzXxDusxuAtIaBYoss.j7tQ4p a8hlS..7UvR.k9wzJ6eQOnfR9vb1oRCOMfhXM9gEgei4l5vsoO313vkXSqB.wrJWtEsJVwHscOvR 0QMN43DRxo_lDgK2GPjNBQIk5qdGuCeetK_wkO8X_8X2nl1e8pn5uJyTg8SXiv_jmvZcmWWb1q9K NvQzV0iNwtEpCT71ARE.HFL7M_5wQ9k7Ju.QpoQ9L5emK8FW16gQjgyFFIFpBTPuKkT6WSH1EWKN nNiPehD4aKS8qJOm1TMan4ozDOAHyUzPG6FhbKeossytcTG0AS2xBmWZ76qXfgCtLCSk4NSoysxT GHU_YQ6.ta0vHX32oEIVs.iVFfEiygzEoU4ewdniNilxMQYFzkDbFVTiQFRFMa9qW4N40GyVVVIy vHTQfWQsUGI8z06geLj1gzxL8XlfHaRn8ioY0tOOoXdlftX8Wfn7n_muOZzo0ehJ5TxofcgrRCoj O90HNsqZULYO2ltQc2A9xT2PXeByvn1z2rAt6OdUdypA7f3aPPa7xFKSp5q1qrd0UG4Dnaen4hF4 TWX9Az2Zemo0goGQLlFLjCjZjaTf4l5KMNMKX8BUn5RurDOExYGuCmn3Y7ynqsGK_dof_Ped.0rl FvcgWSrLF.U6w0C4zBdueZkjq.m8K1POJvjeXOW6zZuJnbw77L9bGODmbQc8TgM63_QTFWucXVwv 7p7tFpcr__sMlLRXs9kP8FMszqTyUx2BbsC.UemDGWf6zd84Aogt0TliiJgfdVL8dQZC8Vs8thxu YlFTt23G.VwuLXsaUHkoVXUSWuM7rdyakep7nN.dafzn5PkR1rpsR6jywIZJkqaZAJcVtL_1euA6 4CdfqApNw0Ozf0leRdL3NTUjitMdvlcmyK3HBihgHULHmdguQ0fkJlsimvV9ZDRymwp4qFehrfDk SZs18SUvpE6ZJ_cEEB2KbZp0jT6zURDq9EYktbDAj6AoQzF5a5bvYwxH_zNhWRL_lbfuED47uhdB gEzAuYD0Vk3fF897CDf4aivPwC.4UAKhX4dEb_XcpxibOeVjH58G7BKA5yWYQgeNbGhXGCjtY_OL TsjVKi.9suPHeqrq7gIZ.d8bAB7SVyqa_Sv7rQfFB288p3OZg7lajlGPKi6JotGvpzXJgreeHhwg SfL.6Gg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Wed, 24 Mar 2021 21:13:26 +0000 Received: by kubenode506.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6f478203e78ac0b6def6036c0cb7ad74; Wed, 24 Mar 2021 21:13:20 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi and powerd, was: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) From: Mark Millard In-Reply-To: Date: Wed, 24 Mar 2021 14:13:19 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <70CED341-5638-49EE-A32D-2BD0AC22687C@yahoo.com> References: <20210320005302.GA40542@www.zefox.net> <81CB0CCA-59AC-49A2-9372-4E2C22E3214D@googlemail.com> <20210320155638.GA41617@www.zefox.net> <63E61033-667C-4A08-9012-7D987B652176@yahoo.com> <20210320182821.GA49050@www.zefox.net> <5BF4DC26-8CCC-48E8-802F-34C42084D47F@yahoo.com> <20210321181339.GA56351@www.zefox.net> <01787975-3D1A-4D28-8F0F-957D6842D487@googlemail.com> <59B618B3-7AC9-41DF-9807-173DE34B0F8D@yahoo.com> To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F5LZ02fdHz3FgG X-Spamd-Bar: - X-Spamd-Result: default: False [-1.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.83:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[98.137.65.83:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.83:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2021 21:13:29 -0000 On 2021-Mar-23, at 16:15, Mark Millard wrote: > On 2021-Mar-23, at 12:57, Mark Millard wrote: >>=20 >>=20 >> On 2021-Mar-23, at 06:56, tech-lists wrote: >>=20 >>> Hi, >>>=20 >>> latest build run: >>=20 >> Had a -mcpu=3Dcortext-a72 world and kernel been >> installed and booted first? Was the system >> running a world and kernel that had not been >> tuned for the Cortex-A72? >=20 > I've started an experimental build in my > -mcpu=3Dcortex-a72 tuned context . . . >=20 >>>>>> World built in 22976 seconds, ncpu: 4, make -j6 >>> -------------------------------------------------------------- >>>=20 >>> 6 Hours : 22 Minutes : 56 Seconds >>>=20 >>> created kernel.bin from kernel.full >>> -------------------------------------------------------------- >>>>>> Kernel build for GENERIC-NODEBUG completed on Mon Mar 22 13:54:53 >>>>>> UTC 2021 >>> -------------------------------------------------------------- >>>>>> Kernel(s) GENERIC-NODEBUG built in 2086 seconds, ncpu: 4, make = -j6 >>> -------------------------------------------------------------- >>>=20 >>> 0 Hours : 34 Minutes : 46 Seconds >>>=20 >>> commands used: >>> 1. cd /usr/src >>> 2. git pull --ff-only >=20 > I'm simply from-scratch rebuilding what I'm > already running, based on main 7381bbee29df from > 2021-03-12: >=20 > # ~/fbsd-based-on-what-freebsd-main.sh=20 > merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 > merge-base: CommitDate: 2021-03-12 20:29:42 +0000 > def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched build = in git context. > 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run all = XPT_ASYNC ccbs in a dedicated thread > FreeBSD RPi4B 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 >=20 >>> 3. make -j10 cleanworld >>> 4. make -j10 cleandir >>> 5. make -j10 clean >=20 > My /usr/obj/cortexA72_clang/ was empty at the > start of the buildworld buildkernel . > devel/ccache is still not installed. >=20 >> This does not show ccache being cleared out >> before the below. So the times may be examples >> of "with ccache benefit" times. The contrast >> with mine and Bob P.'s times suggests a >> nice time-benefit can occur. >>=20 >>> 6. make -j6 buildworld >>> 7. make -j6 buildkernel >=20 > I'm using "-j6 buildworld buildkernel". >=20 >>> here's the src.conf : >>> https://cloud.zyxst.net/~john/FreeBSD/rpi4-main/src.conf >=20 > I'm using my normal src.conf equivalent, not > yours. (So the experiment is comparable to my > normal past experiments in this respect, matching > what I've reported in the past.) >=20 >> I seem to get intermittent access to >> https://cloud.zyxst.net/ but got to >> see the file content eventually. >>=20 >>> relevant rc.conf settings: >>> powerd_enable=3D"YES" >>> powerd_flags=3D"-r 1" >=20 > I commented out the config.txt line that assigned > arm_freq_min and the /etc/sysctl/conf line that > assigned an arm frequency. >=20 > I put the 2 powerd_* lines above in my /etc/rc.conf . >=20 >>> sysctl.conf settings: >>> vfs.read_max=3D128 # default 64 # Cluster read-ahead max block count >=20 > I added the above line to my /etc/sysctl.conf . >=20 >>> config.txt: >>> kernel=3Du-boot.bin >>> over_voltage=3D6 >>> arm_freq=3D2000 >>> sdram_freq_min=3D3200 >=20 > Ignoring comment differences, mine matches > for such lines. >=20 > I rebooted on the basis of all these changes > before starting the "-j6 buildworld buildkernel" > style build. >=20 >> Thanks much for the information. >>=20 >=20 > So, 6..10(?) of hours from when the > build started I should have time frames > to report for a "no ccache benefit" > build to compare to my past reported > build times. >=20 Summary: Overall somewhat under 9 hrs historically turned into somewhat under 15 hrs 35 min, adding somewhat over 6.5 hours to the time. Not a configuration that I'm likely to generally use. The details: First a reminder of the prior timing that I reported for my normal configuration of my normal -j4 buildworld buildkernel in my usual overclocking style: World build completed on Thu Mar 11 18:39:37 PST 2021 World built in 29780 seconds, ncpu: 4, make -j4 Kernel build for GENERIC-NODBG completed on Thu Mar 11 19:18:02 PST 2021 Kernel(s) GENERIC-NODBG built in 2305 seconds, ncpu: 4, make -j4 So a few minutes under 9 hr total for my normal configuration. By contrast, for the configuration in this experiment: World build completed on Wed Mar 24 06:10:39 PDT 2021 World built in 52030 seconds, ncpu: 4, make -j6 Kernel build for GENERIC-NODBG completed on Wed Mar 24 07:16:50 PDT 2021 Kernel(s) GENERIC-NODBG built in 3971 seconds, ncpu: 4, make -j6 Notes on some of what may be going on here: Given the RPi4's memory subsystem and its RAM caching, my first guess is that the -j6 (instead of -j4) leads to the RAM caching being far less effective and so RAM access looks far slower overall, with more waiting for other threads memory activity (memory bus contention). In some past experiments, I've seen configurations where -j3 did buildworld buildkernel faster than -j4 : before I started setting the RAM clock rate minimum as well. So this "-jM < -jN" is faster for the smaller M is not a new type of potential conclusion and -j4 (or -j3) vs. -j6 may be another example. I've also done a type of benchmarking that saturates what the RPi4 can do --with fewer than 4 cores involved in order to reach saturation in the benchmark. (Benchmark on a scale-of-problem and RAM access pattern that makes the RAM caching fairly ineffective. A MACCHIATObin Double Shot also has 4 Cortex-A72 cores and does not have this property for the benchmark: different RAM caching. Even runninf the RPi4B and MACCHIATObin Double Shot at the same arm CPU speed, the MACCHIATObin Double Shot takes less time for the same work.) So I might retry the build with, say, -j4 but the rest being the same (after clearing out the existing build). That would likely hint at if the hypothesis has a chance of being correct vs. incorrect. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed Mar 24 21:44:31 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 37BAB578868 for ; Wed, 24 Mar 2021 21:44:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.31]) (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 4F5MFp2Pt4z3HNN for ; Wed, 24 Mar 2021 21:44:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616622268; bh=/zx4qEJ6A2+7mmoo4Z61p91YB5mkMzQChcPhivkXp8K=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=oPt5hO3G97fUIahvAwedZQ3YZ6zSrjN/LomuJHI0AO73bMDtaxYOvseZdOHHnlK9Gfo0cXap6nLhXry12QPTBVT78TwpAUU2k+BRpf/upk9hmJa9aXpiJy9FZ6UIDRRZROAFDdAxI+1nhhu/pC+Y6CT5HvQw+aiY4VP1nNIxyFoke1om5GFezhfjnY26tkVbJgVw7+jJeJ9kqVQscuNI2FWsPk7pQ/u259f48REgTjg+dDjZQ6vc0N34uEL4cxm59o3aAFJCVewVfdKjWRrwz1UEPW3g8cJkpHh0wb4Kqqq46oW6TzI4k3TK+SRVDKGsXM11ShQ2qXMOoZw1cFhYjA== X-YMail-OSG: JwTMQrUVM1maMq7NfNudrUToMmcuvItskAxvSwjGMAt3SF_MRn9E5_flJNVJxp8 4HeDK_FWwPcikbRZ.1IPcb1mXCXqiBRpM0XjjliwnHrI5TKRlUfGrkZzcAb9TrY7QlrdJ.dqiRgR IQw7ISofH37auoiDP8Wr47XfL5HXCW1qQTIl8qHUQC7otpCgdNPt9jowUtDfNKmjgdwSn4DyEs6R 076xWLLJH0c5coR9Cyv5dGrMHTYcQ5ju8.QZwxd6v4mQc3sI_C3kuN9BrgmF50WZnzCRKW.qHq7r KsC1IBmBuK6SS0gNlwETdnaTUFxsVcYOVDFyTFgUgZotbLcSQ78pPvcPptKkZtkQ1ZesrorxhMD4 04nH0NQkCH5oMVwHaizFboWGA38d8xRcO7zLh6XvuGbGzIJLc3riwLFSrSOyuMTDzjVwkASIOBXE Hf33HJg9jpIxXmU0UfpU63.BGgpq.OvgUGzXMQzzT0FrfzlaZwIc00nCDxq5YHmw7V85Tw911Xo0 1r2zcB7W5z.fL68wr6Xhpydg7IuylJV9x5DB0G92KnEHxYc4wNklO6d7FiIEjhfYPLQQdtfjfW54 pYCG1C4F5Ao18SC8AmwA80M7c0tFS7_qr.uq_hFOCUDqMsKqMJfXxgZQet9yYqQCouwgSzJ_olIg RFQYxkeSz6QWefQ8UDkFFTr1RiEXq5WgcuUpfuue451jo4eJ7h3g8.tahJQ7AwHjRR_B355KJB0L qJq0hB5.9FJyP7ER6DRo7oQmC1.9BwVLfcZzMDh6Ee.CquKb36fsE1vAyVjQSt0LsUqtjgAMRtYv vSzt6SnL.l6Yo1SdPRb8wm3lLZL8ydz2oIOqN4hEu7xqqTVNhrWcvKwqjMJPYmIRngTT.UzG7vc3 BePBsty0.Os4PxpoGl256.9_NM3zlvsQKBgZ17NW75e.ogK2WBEEB5tyw4SJA91GRhaNPGysSZuZ SUNk1OAl6GecKwp8OKh8rrq66jneomqGzmUoa54h4qXBxEvLUrFTCQWWGGyuiGcWTwObPiK6_vey pmXXoAQ3mEXtR3BlJ3jCtsqfbgBVf_cVc3A1UtXDFZ.GGD0.1xCgUk0OP.hvgKQ7fySDSd076Ifn YTB9AlE2upCEjbLdMhoNyHdIqAyuXYoAoaSc0Kj5N_mGKapNJNxalWzbLWVoV_DXcDI20IXagmOP HLRqS6tBqRZKPqwVt8sFlKZrFmYY3KzWxG20Gm66TZyapXQiPeTN9kAd8jfXUm.Pg3y7SEZ8MpGu nQCcaWD.rDlItxnKSPwYrdE45t8I9oPPDlMzH_t44aCJLsWVO6hveW47ok5wMwRvwWbobxV3c5JV OZBMzdyKoj4XwNgtUQ4QfwrOpr1lBTN1xOipxz7U678C33i7zLSonG3GDrtMjmWRrzt4WogOD7Rc tf1tnw9zY7i5G7q3_iTPJW6lr214DbGDNaCz.gQ9PTWd4.m2YSCg4Qufpffoh81XkPUbw9vRT3EE ZpQ4kigvA2AKEua38Wyrn4mdDyrV1hLW02p0KurxpbSqyQ3HpRnVgTpaOU2Pq3xIPGpwn6vYCqvl hEG_Hhgy70YdysAY8hRVXI.7K0MT0.crNJdbVV0RMS8_0wIv8Z4n0pnAOdcrDtbBghnwr0nS43lR HjW1AuAZf27h0Sr_7qgZXwpZZgHI1W3S402IaACCU1uz8FOgXvocAcwitE4u1eHvHMztucSc.o_i JRf9aztkY4LBcvIES0p2OQq2qeZ4D0QC7ORxQWlur.5XjXsjVz2SReXzHutQXBxff6Sm5a6ZZbYg 7SbV_uxYsq3qTudpPemyTd391aNuRHSc7F_IXr8uJdWMlO6jcteRdkr0xoolRJyfJ_KZJcF2NZK7 aO_7LE_CdoYolOpwPecKrPHhuwDFJPnkwmqnvDWNfDwueIWZlQmRnkX2CIRLEH22o.6S9tCzU5Qy TDYQzBBtKSGDP.L7dlmGqAhdNxIIsBfopT_dFgen3M7MpEBy9ElOyS8ZGxrP3lnxcUzzPsNkAL7S qsxuGTtqhQuGObs7nlY5OTAIKn.au5M.34sm9cSQ3_mm95GuQSKgu4pnlNGKkRooo8O5PEjOJDaz wBn5p.Mnzq6oENy2stm7ZoC1oMbRXmKOvEmUDcNuQRDff1EZ2GzNJ4g5iCGyk3NRny1YRgCZtdue 9iRDbNJAe0KPuvP2iV5LOHkDiT..KLcPUDZClq_jS7WMoVKc9S.ezobhev2GGpmoblnCWX6msbjq TqrhR1bqKFVORfrB4yuHhVxWQmOlL.HiEgi79GZOWrHKT23Gq5xiuFoHb5tQ9I.uY6fEZozFPQgh utNVxS7fNLqi3O8H5UpsDj1KPD53WsCxGmPF0YZ9cyZ1b54x7ID01k0_PFgkpdqVRWAOTV21DRjO hM__iA45CZqCgoXbBLKBij.6tPZBn_Ibe3MIbZnWT_KZNecuikQSzfEu2XN.9mydYi_EhY6tteNG 0ENmlUG_NQBXGBu43R196kPto3Qx8w1g5YHLaxxlKdj6FmsiEKkiOTRSLVure.hFfHMNLgKWplfM afo0lF3GECfAKDw.1RJtxm0HRZLqDT.SFcVXfXPOh7welDZ7wBWUozVj3mgJl5U.QigvwnefOKLo fysle9hNg X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Wed, 24 Mar 2021 21:44:28 +0000 Received: by smtp409.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID c1bdbc5ad92a60a7410bbc312e303f75; Wed, 24 Mar 2021 21:44:25 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi and powerd, was: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) From: Mark Millard In-Reply-To: Date: Wed, 24 Mar 2021 14:44:23 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <81CB0CCA-59AC-49A2-9372-4E2C22E3214D@googlemail.com> <20210320155638.GA41617@www.zefox.net> <63E61033-667C-4A08-9012-7D987B652176@yahoo.com> <20210320182821.GA49050@www.zefox.net> <5BF4DC26-8CCC-48E8-802F-34C42084D47F@yahoo.com> <20210321181339.GA56351@www.zefox.net> <01787975-3D1A-4D28-8F0F-957D6842D487@googlemail.com> <59B618B3-7AC9-41DF-9807-173DE34B0F8D@yahoo.com> To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F5MFp2Pt4z3HNN X-Spamd-Bar: - X-Spamd-Result: default: False [-1.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.31:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[98.137.68.31:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.31:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2021 21:44:31 -0000 On 2021-Mar-24, at 07:34, tech-lists wrote: > On Tue, Mar 23, 2021 at 12:57:03PM -0700, Mark Millard wrote: >=20 >>=20 >> Had a -mcpu=3Dcortext-a72 world and kernel been >> installed and booted first?=20 >=20 > yes. >=20 >> This does not show ccache being cleared out >> before the below. So the times may be examples >> of "with ccache benefit" times. The contrast >> with mine and Bob P.'s times suggests a >> nice time-benefit can occur. >=20 > On this occasion I can't remember for sure if ccache was cleared out. = I don't think so. I've sent time-to-build figures for a from-scratch build in a configuration somewhat similar to yours other than devel/ccache not being involved and the specific WITH and WITHOUT combination used. I included both "my way" and "your way" figures. I'll not repeat it all here. At somewhat under 15 hrs 35 min for my experiment with "your way" (but without devel/ccache), being over 6.5 hrs longer than my normal build configuration, your "with devel/cache" results taking far less time likely is mostly attributable to your use of devel/cache and the particular history that lead to the particular cache contents that were present when your started your build. (Of course, my test is not the same as having devel/ccache and an empty cache. And I built my configuration that eliminates about 30 minutes from the llvm/clang part of the build but has other things that you eliminate.) Based on the timings and configuration details, your ccache was almost certainly not cleared. And that has allowed this comparison/contrast with not having devel/cache involved. > The numbered list was to show (for me as well) exactly > what was done and the order it was done in. Yep. Thanks. Caching leads to prior history being involved via the cache contents that were left behind. It makes for repeatable testing being messier to set up (other than the empty-cache case). But when the contrasts are large enough, things can still be significantly suggestive. > I'll rm -rf /usr/obj/* and /var/cache/ccache/* if upgrading between > major versions, or if it's not building and need to narrow down why. = But > usually leave these dirs intact because (and especially with the = ccache > dir) emptying them negates potential speed benefit. Yep: and it looks like the time taken can be a lot less with the devel/ccache use. If you at some point start from a empty ccache and empty /usr/obj/ for some reason, you may want to collect and report the build times and the configuration it was for. That would be useful for comparisons with non-empty cache cases. > make cleanworld &c > *should* remove all the obj cruft in /usr/obj. >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Mar 25 15:09:21 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 745BD5C1194 for ; Thu, 25 Mar 2021 15:09:21 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F5pRN6XZzz3k4r for ; Thu, 25 Mar 2021 15:09:20 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 4C6965C01B0 for ; Thu, 25 Mar 2021 11:09:20 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute7.internal (MEProxy); Thu, 25 Mar 2021 11:09:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=iHtZ3aXNg/xVMHu61RIPal9KAGF yjDNMLazlTv2+5II=; b=skEnq6jZVJ0CSBB5wHGGWWy0+Ws8neEOtBnPbApKu25 Ou1Q6eaBoDCZh+J5fmpfgmtSLVa+v/PgMwXHk8E0PKvpcH2bkUHVvNpH4hZ2bA5C 0CivoqpKB5PJx2lnh0bcvtij0sj2MFTLI6xNe/kUKi6soFrzHN9m4NqdKslmztzQ 4xCubhxwVGNMvk2zrNAcDhkDHePaWNE6IM59vkx4wmmy0L0UU/opLetfNkJ2EMMO 8gOUYdel24TBnpLwpfyfDJwAzHwaNybtDU3tGuStnVgq9czJa4Knok/WBD7o8OkZ 91oNWTV2QRIqnwJ8NBJShTQ5IS/SNL3BUFsmbYVUedQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=iHtZ3a XNg/xVMHu61RIPal9KAGFyjDNMLazlTv2+5II=; b=SRwxNTa+bGmVCDdX+BS04J 96vS4Wbsh4blJooinQD8v2tvbm48dL4+Xp12U8ZO5+SD2ORkMqM5KKdfcFiRRvTx bo8U8PY6Ly1YtrPlaA+72x3F0tjLF9bfYGA0YO0hyEEJYUOzUAjgooUdfWBM68Qi GzHCJD7Cu0wfTqLdSCtDlP5RFtAKMD52RemHBJDF7g8PqZYjS+0MFUp0UVdWziF7 wn1+AxJ5ZiKhf40QjXLfdg6Lh4Q3ZXVqBukrREbema/SIztIpqq+p94VP0j0eHfe t2CFw++Xri4J6/Ykfc92S7jclCK8u6TP0uIu5ibpnfyR6CYZg85a7Md4yurIzRcQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudehtddgjeefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtro ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpeeivedtleeitdeiteevueelhfegte eujefggedvledthffhfedugfeuudeikeeijeenucfkphepkedvrdejtddrledurddutddt necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtg hhqdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id CA3CF108005C for ; Thu, 25 Mar 2021 11:09:19 -0400 (EDT) Date: Thu, 25 Mar 2021 15:09:18 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: RPI4 clock speeds and serial port Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <20210318170053.GA26688@www.zefox.net> <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="xAoeTzL2qOM76o+h" Content-Disposition: inline In-Reply-To: <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> X-Rspamd-Queue-Id: 4F5pRN6XZzz3k4r X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=skEnq6jZ; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=SRwxNTa+; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.28 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.28:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28:c]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.28:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.28:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.28:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2021 15:09:21 -0000 --xAoeTzL2qOM76o+h Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Thu, Mar 18, 2021 at 12:05:54PM -0700, Mark Millard via freebsd-arm wrot= e: ># ~/fbsd-based-on-what-freebsd-main.sh I've seen you reference this more than once. I guess it's a handy list of g= it commands. Please tell us what's in it/what it does? The reason I'm asking is i'm still trying to get my head around git. As someone who is much more a sysadmin than a developer, svn did way more for me than git. The commands I miss most are svn info and=20 svn up -r thanks, --=20 J. --xAoeTzL2qOM76o+h Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBcp5YACgkQs8o7QhFz NAUL0A/9GIN2C3VJ4Ey/z9xUpxCtZDGDXFMfuapF8tw2bosZ9SOUP1oRl4OLZesh LfpQ1D9/C19sLoCLuNoFamS21q5iyNIvunlQIIVJoHjPYa9uvjwrWpXxGw9YLKeH LfhwFvavCzBx1KmsuZjGay+cPZM2Gn2eLQzTR+FOZtIu3n0Y9uTAlQWmSCWRx9xI tSTz+itgHsyNk6fFVbJglYGO4ea0uzovWNIVcuoPGClBY2lgSx0rWTYigCBweGbs 7/FxUTI3CFnuoEgt8+2tfm57muno9PEZhKKzsDZO5fuEvkCbr3pujDypHhnnx3Sz ZOjRaJ+zlntxSi/dF1Lhm1DSOwG5rIu7ZEYXlHxoY8CtR8yHaX3/h62Gdio8m9NX Q5vmIb7QytIThOlQU9J+Pu1verRzBO0cnx2aZgaD3hS4x7Y2mie0U/sGACZghhOB FNGqeaxGLf/3C/RXwYFNSKMq4kWQYu1YFrbfNh64P5yBc4PUWERBSBzhTmcrDrq8 1N7jO+iWhGUWKMy0+8UIhqZQXRKdbhJ6ba8owxjWlpGjh/QQH7exIjY0axFhA9ac kictxlnQA2k8rziu2HKMIOhCXfZYgk+i0WdvSvPws07S65jkeSRMhlu2rKm2EDsi fvGIchVQ9IKSEhvUQGRv6KJIhz2uazrY7iP95kPI9/WzsTwe5Hw= =pgZu -----END PGP SIGNATURE----- --xAoeTzL2qOM76o+h-- From owner-freebsd-arm@freebsd.org Thu Mar 25 16:27:07 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1FCCD5C398B for ; Thu, 25 Mar 2021 16:27:07 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F5r963xJQz3r97 for ; Thu, 25 Mar 2021 16:27:05 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 01B0A5C00F4 for ; Thu, 25 Mar 2021 12:27:05 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Thu, 25 Mar 2021 12:27:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:mime-version:content-type; s= fm2; bh=LT9laEPpdRpQE1Vvk0uMjhUGpNBuD2bHZ7D/XRmclcg=; b=yHyym0CX Rc43j1bsFtNyLgFxkeRKpJMu8HB86XNwTzQykHmgYTuUYWZuJqwjLj1p94EiMXCq fAWkcCbA9WBWlTuXWgyBUczSe6OAP4z/AwNkMiouFcGsUnUmPAIn4ZTVtNbEcSPR AnwpQAaZaZWtaiRF/iBIQeogw7VgvZ026chUqdAHHLDIlTmai79I4XvR1u1DDQ1Q HB38Pw5fgf4RXgKuN/QJkkMLch3FndaLubmwzThUmYY1NX2yTacw4fpKrPjUESRX mBweQwwyzyGynabozpthVAz/FIJ5dyf4QBOX8gg+OpoSWhqxJtUJ+NExGwh2V0RM Mc1EydB12+1+uQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=LT9laEPpdRpQE1Vvk0uMjhUGpNBuD 2bHZ7D/XRmclcg=; b=l3w5RaizLZVeoD+0PVb1/nhbSQndNVGftkpaqGIhWOxIl BP9I5V54/1kx2QJWU3ngm2JnbGWaIG7BqX6BDCykZ5DqoXkjHS57xmfBP8d4A1Eu frwz74etkF5FMhvQYJn5i3xS3MCXsSU5199VO7Uho/2ILETTQ1EkKI6MsTaBWAo0 SRT5lmFHi3540k416TtgW56DzwKK3UHnKiO7zdAbxGfe4xG7fbkFKfl7ounYlPD1 RTxBP1mnrccaq27J6/wfoyqCB2XONwuAslZ0ZvwW+5BV8t+PXOlMBzs0MQiVLOcd sEF5ln1HNlW1pRLRSA1+hKL7sH5OFVdvFrXeMoMYw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudehtddgkeelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkgggtugesghdtreertd dtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseiihiig shhtrdhnvghtqeenucggtffrrghtthgvrhhnpeevgffhffdtfeekleelhedtjeelvdfhvd egieejveffgfduvdfhteegjeeujeeuieenucfkphepkedvrdejtddrledurddutddtnecu vehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtghhqd hlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id 952A8240065 for ; Thu, 25 Mar 2021 12:27:04 -0400 (EDT) Date: Thu, 25 Mar 2021 16:27:02 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: why is retpoline off by default Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="sSCVprErlU484ece" Content-Disposition: inline X-Rspamd-Queue-Id: 4F5r963xJQz3r97 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=yHyym0CX; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=l3w5Raiz; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.28 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.28:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.28:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.28:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.28:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2021 16:27:07 -0000 --sSCVprErlU484ece Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Possibly a silly question, but why are WITH_RETPOLINE and WITH_KERNEL_RETPOLINE off by default? thanks, --=20 J. --sSCVprErlU484ece Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBcuc0ACgkQs8o7QhFz NAXUdg/9Gw+TkDxUvEf/wevJSSYy4HIO66jsg8JHaBP95RuR46O6Xu3+cgAaNAUx QWOqRfTaOwSvSLfQhgv6qpWDBsJGCb0+Lo00at9tbL5cleNEAg7jkpgZG+fEtC7z Fsw86rMcSpAiZ3bJ4AAyFEByTMQ5RJRFx1aj6zis5rFMDtEH4YZDFihtZE3lB9F9 V5Paz83YmTrYKDkSbTIvGl5zbPXS+1lOY0QpZbhtyax+BqDLunb2T8cod+/GpkRh SE9POuwOm+beRHCKS25vWdaRpMaqFF+naDsVyumgjuSXXk1YPwDvb9Zi3OiNQKFa 87MlRM2JYCtHnlMe25SvjzXRZxolWlXQXDbmhblof8DQKQEYRy7/4dtmaMXQFP6m 2RHXznRqIgwDPTq2rQ0paF5+ZUnABpZbA/h9HeIREZpQNXQ/pwpxUKyg1YkqiZ+3 boslznmEnuEWh+PNtyaqQC90Xz8bYDxE2e7tvjd5BmliA/hDMqBPxV2gxUuYJUI2 d3rI9aKs7juCVzFD+UhFPOAxLPreBoHT/cbx87RN3GHNx2IE5U0UbCz1r+0M2Rfd zHFaU1hQuSGjDj6tNvGsCLLty9CZ8F9sw+QA2NeaeF7rkJ8JOid8YLDTPWDzuVZm +90SW5+z8FQeFMpx6OR5ToSi6JSLIREM++CkAyvPxZEmkVLvaUo= =ae8m -----END PGP SIGNATURE----- --sSCVprErlU484ece-- From owner-freebsd-arm@freebsd.org Thu Mar 25 17:19:57 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1F1FD5C5186 for ; Thu, 25 Mar 2021 17:19:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.83]) (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 4F5sL4067gz3vRv for ; Thu, 25 Mar 2021 17:19:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616692792; bh=beHIdrfMm/+q46/kyxyV9QW72sXDTserjMNQoqEEcQc=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=VEAiAjqguw/nWgimmKq/FZALZYZDMjEokkRPZkHX6NG4kZlEDYb0nEE4AlT6UnbTTZf/41y4HwJpV8w+3f8iWlQu14urT5mySaUi/uYGNAH+8Xe1mXCsa7djsTlnElsLDEKdtC9VN9hHpOECM2wOOgD54xz8bust64bTmKmXL3I6x9zt7iy5UQra1CK2Z4H3Vod+5NPFiYCE+XIP7GJZMKgM/+ZSHdaILepvdtNRFBpnO0Q1aTbVTOFgSo9aJvle+OS1KL9KdDN/cFJ6DP2RnMaXE3pU+6INJOvcjn3c+jZQQ+Cq8Kwvf2ZpLQR0etPvBFUp1B4LaGjy/FwksU0BlA== X-YMail-OSG: DHhXqO8VM1k0pX5uQ9b3Oh7PINfS71DFzDHmjioDms3OiuY8SRNaKX806iyljq_ pU.uSv1T.hkiXMbKKjEBnwcgrjZWz.BV5J1DNSw2Sw1mRoIfeT5hT9zdXkeq8OzfiLp99r5uVSQN lSwwMamjcGyn8OWlb_AQpSiLXwWAKZzFYnLCzk82IsLTVyY6qe97o98lW29vifihMOcoJ5f8l8cV H2e7IZqwdhiU_LpU.mwo0ZIpe2_zgGA0xK1DAaqn_qZ7AUv0n72zIChPmNd0AUF8Yq0mPhVNs7AS MZjM7GApv5.F2H9QM5_YclL7padhy6Rj9cG_T8dMlkJ4XGe1M47U_OJBc6HrJYnGJTNwMMYT7uOG zN2fz_8j30AAD4v7nbSmTzM1MhqkeVJ7vtWGNmJFUkmJ6lpaLr.cWCwkGVU0UzG56_cLmaBNAe6n nhc.IItK0r7dBfKEy4rYBR4YPIzUvLgoT3voNFVhVcrSy7G__W7hCeUQD7iVRYqWeyfrBNcU2zaa .tkWoOcVHxbcl6ggZiN9J7u7CmfeYQjfKg6bXxVfFfF5r3EQRZ24yO.IMFMGJZK4mEaF4.98zOqF kvAuvCtCGZNj.UJaLe9B1NBvxxfV8Uxg1KpMrFTGEgz.ONHjTHztNgmeZSX1XPaRLpKyz9tvBYvd mpIMPa04lNvzV8py4HHBYFHGzoriVV8tVMpbZ8WY2vVSbbyfN4MpfS..wmcRF7q6WYDU7Qvl2bIy 9XNXK_Or.G2xwIoWMpYRI5K5RJfNOGHRiTCsmY356yeyqlyR0SfeoSm12AGCq1j.oRF2t64HdyVo W3K_YG6Pp0bbr5MdNvVwVaaYJ6kcLM057lQknR.5soKZRLa0JYEkRw9_4JQ.CJ4omU3gUD25xujg MXt0.EQAOBhaSTOuTxnllnBwBs0BIE13uF2dgPl.Ryfq1gElWn8M1eLuaLyYKze7NbJRUW_XBAgn rjCa1mnpzr8t6QTcpgXLjT2j2gCxEIn1vNh.4QhYXlp0m2PNng0busPN.g7nk6RLGIcbFLaV3jW. 2VtHB.Y4vmlMgesVos3ngFy63ob.OoOBukNBFq6zoE50d7PMX35kwdlYzr1naErYsnUYW__7BMiK 0xEBzaPssIEd7pFkJaOW1wpaiNHl.iT.wi_3pVcoUdi.sXN7c7PgVGf41rP.09eqSgDPYWIouR.X UQbwPhBfzWmULXXv_sn2mJ7IwLWafZFXSX2tOmRJB79ALSScAg.w5MJluJmoniJdRxBqLg30z_si 9W7JFTzfrxJbK.iVmxMSrCcj1aGi_i.ll8EdgWgO5F3EX2PE2hCymw7EIP_0i3P6U1B4J7DU2uB0 keTFgZe1tOuXn.TPbzNdSl5Cj6xC4geu22Svpi6JP8WFXIDjTdWD8_M_08F4CzG8fE.htY1jC24m IwF6w8MDxjBhZll6jX9VOzfn.cv8Pw3eAJdk0b.S11tV8HW1GEYp1m_XGzogI3HR2EEzabBIYIIv ixXwK8.yrBlTHWXuQtv.UbD5FU9BSVSlElJI09tl8.RMx95qAWQKn71fFSaiNfafZ5X5YyhBsLWB QPfm7gPcCUGfZwtmDS5APgv_0Djq4OhNYktHvmaeQsaHFltMoV0yneJyZOfD7STq9BkF_oK8xJZE L81HHY_wf8TBBW26PEplZnd2eHFbLebcP.0lt.OdajJHTppM1VdB.HhdirQkX75UfmUJhIDWVMKO PutEgw1ocuMLcHPsgSoRZnLOq7mia6cTnQwQDyHbVOgUBLHPSMXvPfQvNrkgCQJwt1gUOLLnZIwA 8CdxzDNi14bQLlDY4ziwbqF_xKaJ0hba2cc9f624HrKmqCK1Jxn8cAvH9UIuiF23gF_Vj8NVsCCC XMOso0idXv.voGJIZZ6.tf2oZtxeiT3KQioht7sd6c.0yQjwfMQYW2YijUadiLPUb5AkMnYMYpoD Qe1gCSvS4kCj1CiuGdq_5dPqTi3qiMr9UOdHtt4aRGMtmd.mQBUHZiktMOnogbX2NGc0tuardB3v tzivCB2IkwpPVn0KOK22LcQ5RH7BQPB_IwjX0XuYg2s_mdmKpS0Ong_6cpSzoVsuWl9pCBwL8C_V Asb5qzucX.FkkE4VLpxQyXIyeqDlQpOzyc6e1p9wGNQs2aXbTauH9KBywEQYGrjJSXHqg54Tgk2r Z8A4c_grbmm6XmPF07reoOPPrdlP6mnmxJo5CORPQPa5rhrDOA9TMUGprNwPzf1ikpnmS5mxilF9 TIdCYti0bMrwvinJ.JDgz9s.O3nHdLyHvrrFNpXum3pQziw5hZT_O6N.6VYWKynDpsJwFViOIsdQ 4ipm1Oy1qkPygsAYCprlcXqNxNqB4Cr.Rrkfawgms6pUBNyrC09sp4pj84iIcyc7q7dLteYFjxMB P5CYP4xquDRWq2Bfd9pgXW2jIwl3rQmTPHSAG.tFsddEvj92iWh2oIBoX5PMUGr8mbLx7eQWdz1D pNs_JVs6sa2.xw7CVa0VoFjjPttm64w.f3OjeFfdWfRSlJ46duFaPUG09yfnc.O0axiTVkvBiWSX XTuLcgKjiVwUwxK3UMHYtL_lHdO5HTvgEWsM- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Thu, 25 Mar 2021 17:19:52 +0000 Received: by smtp423.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID e20a5b633c806183d6c710adbd258134; Thu, 25 Mar 2021 17:19:47 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4 clock speeds and serial port From: Mark Millard In-Reply-To: Date: Thu, 25 Mar 2021 10:19:44 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <1EF5AB68-4357-455C-AD0F-86FCCD4AC50B@yahoo.com> References: <20210318170053.GA26688@www.zefox.net> <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F5sL4067gz3vRv X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.83:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.83:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.83:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2021 17:19:57 -0000 On 2021-Mar-25, at 08:09, tech-lists wrote: > On Thu, Mar 18, 2021 at 12:05:54PM -0700, Mark Millard via freebsd-arm = wrote: >=20 >> # ~/fbsd-based-on-what-freebsd-main.sh >=20 > I've seen you reference this more than once. I guess it's a handy list = of git > commands. Please tell us what's in it/what it does? >=20 > The reason I'm asking is i'm still trying to get my head around git. = As > someone who is much more a sysadmin than a developer, svn did way more > for me than git. The commands I miss most are svn info and svn = up -r I made the possibly-unusual choice to experiment with having the FreeBSD patches that I use committed in my FreeBSD git environment (in my own branches that track FreeBSD updates from freebsd/main). [A good portion of the patches are tied to using old PowerMacs.] This leads to issues reporting what official FreeBSD version my context is based on. So I use a script for the freebsd/main branch that traces back to a common point and reporting back to that common point, inclusive of the common point. # more ~/fbsd-based-on-what-freebsd-main.sh=20 #! /bin/sh base=3D"`git merge-base freebsd/main HEAD`" \ && echo "merge-base: $base" \ && base_date=3D"`TZ=3DUTC git log --format=3Dfuller --date=3Diso-local = --no-color $base^..$base | grep CommitDate:`" \ && echo "merge-base: $base_date" \ && git log --oneline --no-color $base^..HEAD \ && uname -apKU It results in output like is shown below: # ~/fbsd-based-on-what-freebsd-main.sh=20 merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 merge-base: CommitDate: 2021-03-12 20:29:42 +0000 def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched build in = git context. 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run all = XPT_ASYNC ccbs in a dedicated thread FreeBSD RPi4B 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 The "merge-base" lines are about the common point. The above shows that I've one commit after that point: my historical patches are bundled into one commit for how I'm working. If I change the patching, I might for a time have more than one commit showing before the merge base commit is listed. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Mar 25 17:23:39 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C49315C5381 for ; Thu, 25 Mar 2021 17:23:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-55.consmr.mail.gq1.yahoo.com (sonic307-55.consmr.mail.gq1.yahoo.com [98.137.64.31]) (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 4F5sQL53TXz3vbG for ; Thu, 25 Mar 2021 17:23:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616693016; bh=a2xFzHlHdF1raWbcXux5tfuO82YseMV/NrHr6DEs5wR=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Va41WO7NN+WRmkYybB05iVM32te/8vJInNM7vkbNVxbtP4hJHhvoPziScHhzkiHgN+ed4d4cQ0aC0rK/m25J6h2V/9+rZ6sxJ5NH6m8nrL1eYcXXLmglIW41CuXABakZQrGJnaKXoyepMhUD5dNOlZPvRr+OlbMs6mo32cvNTVyfMlXFhRLjII89Wv9i8do9G/B3Ig0RrlJxUyPO3w2aJHjLCdub8qGaWb38MCZKFiwiCosElh0+GeL3ldaSxJCIKG5HHC7lqOO3cSqxmk+A2gIoSLYYopYRj9BAUm03YM/lg+Mj2jHPiwFySVYRiv5Q9ZxjNlu+OvJjaPJ/eJAngA== X-YMail-OSG: BO3GfsQVM1kpd6Ij4K3AOd8xagm07TzYiJ5kekXCvd.PLEmRxPPIRfAXxhHbGng wS7eCrFrZw0kU9t0apAAcx53VdIQmO4nW97_Z5ehqjZsy6psPQUIs65eqbRCgOm8GgU5tDsDWPXQ 9cj26SnSWkr8wKuWJqOL97AUDcpWSHPBajEHuwvkvuMSDbjodj_D6m0NdFZKeuJS56TxS73BvWk9 J2Ro6VWSm4cBri979hUSpA6C8SKr4qIrqTu6TMQ_j0YigdaFZqFVZreF2Cj282yHvTVfd.mQBowT DCvOtxc7EmSJ2wg1b_Xgl.6_H7FffCkAEcVh8u38OD7_AqfPRFgUT8AFNFpxxDrY6GphGdoLoKF2 a203jYhj5tp94ybQPpnDlq.Gly49yFXsWQ3JKHzzi6sPo0FyltK7cgLlM4SjYg549UYyU9zmyiaH WNVwk.2M0tmJffHvj.jYc2q33IJbslp4IWq17rz7S6Ko9jdrXgArAXdSoobZBaAAEuwIfpkByBwM c484Jaq1pRIAJJ72POu8PmEvquqd32wgSDVj_5r4wUImEhaT.aulnKZ.ud6O0dvLplCYgzsQTso6 FZybqH2TEbXWgobJjiEmKuf1C2OYP93gRMvYTejTvBhPzkP_9cZnq5H5Bu2c4OtC4Hlu8jOQQVTM Y2.ssvfTiDb_F8maDlafc2ogjw0SYeW9uv3JwK5GfxfDQKIgeOtfxSMhutvnKQoHciEFvDW8oxzJ ezR1kjLLt_tKYaY6nJtZv1aZsKFB5g5qVCXajarF.X8wN9k2jwncgnjKj4pdeGxhfYVuH8VAvgVO OzhsMvhIOI02r4mQ_LK8CDEjyX5hNU2B8qjMvmk2Of.VFnlMAaweg73JN_GheStk6btXDXM4.i6l 8o.fhPXUyUgGElcRb8OvZYfBF3HRGMEVYD.Wu0dCsExgsnaS7rYAkgUJyXNJzNNWlFMAdZo7YH.s am.nNeb2X765VnNEaK.CjqUIWHVdDn49iB5nLS9ISBqG5EkBDqJ7VQf3zClDpOtELei5cQlIlnWl X.5qZUF8x8GfrxBD2n.uAkqM3YfzoGVu15bpw5QFkGFKcl2VSSnysUihFuzjml4qDyA6Jw0kZsN. w2_y.6KWgIzeA8aJNmWIgpypmUDykqF1va0F7aGcsR_BDGt0onRCDwlzNANqF2c7sXlY53B9GRJ0 K7MiA6ieiCs4Ca_GcTB61QC42K.XzRMRpqANrl7EcutOQyjeeM7jBsj6bu07bwFev3GrpiGqxH5y g4DQXZ0d_oFZCl8a1s0.Pw5T6vkV1L3SiiEw1iCI0PSG9BgZ4KAGS57xnt.bOpdHcFXxpycPEkOP HcuGUo5CatLJlJIxP6YlCBg6nEl40xz98XRyc3AsDdOyX1mReOCD5hd_stYQRBQwgW52UUxSixbr HJeonnhZHckY.Pj16WQBVOGhnubXMFa7K.R3sFUkAC8YUoW_Nm8zP42JWWQ2nOLzGH2ZTy3cBvTB C1_e5w85xe_nFth7ZpA1enomb1RlycrvXG2L4wSE5NWfknIAEnPWx_mywngDsqfiDfycGTPmYTQZ .YrFF4bd3J1DPg0kWshsCTJNk7YeV8uR_ojBlT7CNFUhTlLMrjjqKCjvhKHFgMuEEy1fjzAs_J8z iDtuVwStIabEVDD.kady3xAe4SelpwljfsECh0oJCvTiHmgAq2REXims2clab9g0BlblpiTRZuEX q_WOSEocUsk4Q57QhAzCu2zOZTcNJh7WBUMMGoadY5wEE6XDvhbSh8Cg0E8okjuuMxy1RDadj68c 7iTq.RIsgE_HdRYA.oDmDmN19AWT9dy.BoIm89E81PUvg821FQVhWfLHAoxjbd.8Xs2_LTExC8zU n_Y.Ngy_UrsI3AnXVfR72J3Te4EYcul9EI_PUPmlLdRkDFwGFw33.tn7D3mh1blceUOmBP0oZgMy eLMbpld2APR.gAxmbJbcJ_GVnhoOgdLTR6pm_xQDxnIWhMSTt1kGNPp7MosGztx46wIRu5.SbjHB F5v5AKkjS1yhtGUxXlhRcvUwtxSL9bsB4AmZYHz4xWDCrwzFTcc_ShNcP5xYp0pxDQB69AoeUass Xef8hdmEtEWcgn3C.V0IxYLkawj3UKgpiS1840iUE9rlVcqFTGtVZY76BCfHGC.HoWHxfMhNl2z5 BxP3f4rm8OWb9fBGK4Yizifo8zcQNWiOH9mDgA1b6GPAnFkIXS8zAuIwpezzgR6uLkWk_j2LtCia S8c3NJAtyHeabjYe.NhN.N2SRKQR7TSmMgL8I37EBgo_ldE.iwvSA4FP7ji8Nhr2jpOBPzKSSk3q o5J7IKslsgRRshYgYjIvww9ra3MXfzipB.HqILpBBdZSEqu1y3.ij4Lps12GmV6sC4BcH04kbzpj 1hluRNZ.h685Rz5wTR1wx8cuSfoTuIZVjfUdzXMHVXYFq1BnZksRS3XjsrHP0oF1ph2yuo_VDNux B5hbM26hXmhdtsFhoMZ12QdII_E2y5r3JMQsxGFEZME89IYzgHrAlA.Yr9dypIISCGNMysHzTBxU aWNnCmAChoHNJsy.S5qRHT7cxc68Qi0Fo9NdPiCc9OvStIFgxXEhP9Q_PRzHlLCzoALcrfu_mFWC 065jWhonEZi10uuv2MwHtvr9PtW_7 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Thu, 25 Mar 2021 17:23:36 +0000 Received: by kubenode577.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a6112642645f2c405084c296a32d24f0; Thu, 25 Mar 2021 17:23:32 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi and powerd, was: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) From: Mark Millard In-Reply-To: <70CED341-5638-49EE-A32D-2BD0AC22687C@yahoo.com> Date: Thu, 25 Mar 2021 10:23:30 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210320005302.GA40542@www.zefox.net> <81CB0CCA-59AC-49A2-9372-4E2C22E3214D@googlemail.com> <20210320155638.GA41617@www.zefox.net> <63E61033-667C-4A08-9012-7D987B652176@yahoo.com> <20210320182821.GA49050@www.zefox.net> <5BF4DC26-8CCC-48E8-802F-34C42084D47F@yahoo.com> <20210321181339.GA56351@www.zefox.net> <01787975-3D1A-4D28-8F0F-957D6842D487@googlemail.com> <59B618B3-7AC9-41DF-9807-173DE34B0F8D@yahoo.com> <70CED341-5638-49EE-A32D-2BD0AC22687C@yahoo.com> To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F5sQL53TXz3vbG X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.31:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.31:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.31:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2021 17:23:39 -0000 On 2021-Mar-24, at 14:13, Mark Millard wrote: > On 2021-Mar-23, at 16:15, Mark Millard wrote: >=20 >> On 2021-Mar-23, at 12:57, Mark Millard wrote: >>>=20 >>>=20 >>> On 2021-Mar-23, at 06:56, tech-lists = wrote: >>>=20 >>>> Hi, >>>>=20 >>>> latest build run: >>>=20 >>> Had a -mcpu=3Dcortext-a72 world and kernel been >>> installed and booted first? Was the system >>> running a world and kernel that had not been >>> tuned for the Cortex-A72? >>=20 >> I've started an experimental build in my >> -mcpu=3Dcortex-a72 tuned context . . . >>=20 >>>>>>> World built in 22976 seconds, ncpu: 4, make -j6 >>>> -------------------------------------------------------------- >>>>=20 >>>> 6 Hours : 22 Minutes : 56 Seconds >>>>=20 >>>> created kernel.bin from kernel.full >>>> -------------------------------------------------------------- >>>>>>> Kernel build for GENERIC-NODEBUG completed on Mon Mar 22 = 13:54:53 >>>>>>> UTC 2021 >>>> -------------------------------------------------------------- >>>>>>> Kernel(s) GENERIC-NODEBUG built in 2086 seconds, ncpu: 4, make = -j6 >>>> -------------------------------------------------------------- >>>>=20 >>>> 0 Hours : 34 Minutes : 46 Seconds >>>>=20 >>>> commands used: >>>> 1. cd /usr/src >>>> 2. git pull --ff-only >>=20 >> I'm simply from-scratch rebuilding what I'm >> already running, based on main 7381bbee29df from >> 2021-03-12: >>=20 >> # ~/fbsd-based-on-what-freebsd-main.sh=20 >> merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 >> merge-base: CommitDate: 2021-03-12 20:29:42 +0000 >> def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched build = in git context. >> 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run = all XPT_ASYNC ccbs in a dedicated thread >> FreeBSD RPi4B 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 >>=20 >>>> 3. make -j10 cleanworld >>>> 4. make -j10 cleandir >>>> 5. make -j10 clean >>=20 >> My /usr/obj/cortexA72_clang/ was empty at the >> start of the buildworld buildkernel . >> devel/ccache is still not installed. >>=20 >>> This does not show ccache being cleared out >>> before the below. So the times may be examples >>> of "with ccache benefit" times. The contrast >>> with mine and Bob P.'s times suggests a >>> nice time-benefit can occur. >>>=20 >>>> 6. make -j6 buildworld >>>> 7. make -j6 buildkernel >>=20 >> I'm using "-j6 buildworld buildkernel". >>=20 >>>> here's the src.conf : >>>> https://cloud.zyxst.net/~john/FreeBSD/rpi4-main/src.conf >>=20 >> I'm using my normal src.conf equivalent, not >> yours. (So the experiment is comparable to my >> normal past experiments in this respect, matching >> what I've reported in the past.) >>=20 >>> I seem to get intermittent access to >>> https://cloud.zyxst.net/ but got to >>> see the file content eventually. >>>=20 >>>> relevant rc.conf settings: >>>> powerd_enable=3D"YES" >>>> powerd_flags=3D"-r 1" >>=20 >> I commented out the config.txt line that assigned >> arm_freq_min and the /etc/sysctl/conf line that >> assigned an arm frequency. >>=20 >> I put the 2 powerd_* lines above in my /etc/rc.conf . >>=20 >>>> sysctl.conf settings: >>>> vfs.read_max=3D128 # default 64 # Cluster read-ahead max block = count >>=20 >> I added the above line to my /etc/sysctl.conf . >>=20 >>>> config.txt: >>>> kernel=3Du-boot.bin >>>> over_voltage=3D6 >>>> arm_freq=3D2000 >>>> sdram_freq_min=3D3200 >>=20 >> Ignoring comment differences, mine matches >> for such lines. >>=20 >> I rebooted on the basis of all these changes >> before starting the "-j6 buildworld buildkernel" >> style build. >>=20 >>> Thanks much for the information. >>>=20 >>=20 >> So, 6..10(?) of hours from when the >> build started I should have time frames >> to report for a "no ccache benefit" >> build to compare to my past reported >> build times. >>=20 >=20 > Summary: Overall somewhat under 9 hrs historically > turned into somewhat under 15 hrs 35 min, adding > somewhat over 6.5 hours to the time. Not a > configuration that I'm likely to generally use. >=20 > The details: >=20 > First a reminder of the prior timing that I > reported for my normal configuration of my > normal -j4 buildworld buildkernel in my > usual overclocking style: >=20 > World build completed on Thu Mar 11 18:39:37 PST 2021 > World built in 29780 seconds, ncpu: 4, make -j4 > Kernel build for GENERIC-NODBG completed on Thu Mar 11 19:18:02 PST = 2021 > Kernel(s) GENERIC-NODBG built in 2305 seconds, ncpu: 4, make -j4 >=20 > So a few minutes under 9 hr total for my > normal configuration. >=20 > By contrast, for the configuration in this > experiment: >=20 > World build completed on Wed Mar 24 06:10:39 PDT 2021 > World built in 52030 seconds, ncpu: 4, make -j6 > Kernel build for GENERIC-NODBG completed on Wed Mar 24 07:16:50 PDT = 2021 > Kernel(s) GENERIC-NODBG built in 3971 seconds, ncpu: 4, make -j6 >=20 >=20 > Notes on some of what may be going on here: >=20 > Given the RPi4's memory subsystem and its RAM caching, > my first guess is that the -j6 (instead of -j4) leads > to the RAM caching being far less effective and so RAM > access looks far slower overall, with more waiting for > other threads memory activity (memory bus contention). >=20 > In some past experiments, I've seen configurations > where -j3 did buildworld buildkernel faster than > -j4 : before I started setting the RAM clock rate > minimum as well. So this "-jM < -jN" is faster for > the smaller M is not a new type of potential > conclusion and -j4 (or -j3) vs. -j6 may be another > example. >=20 > I've also done a type of benchmarking that saturates > what the RPi4 can do --with fewer than 4 cores > involved in order to reach saturation in the > benchmark. >=20 > (Benchmark on a scale-of-problem and RAM access > pattern that makes the RAM caching fairly ineffective. > A MACCHIATObin Double Shot also has 4 Cortex-A72 > cores and does not have this property for the > benchmark: different RAM caching. Even runninf the > RPi4B and MACCHIATObin Double Shot at the same > arm CPU speed, the MACCHIATObin Double Shot takes > less time for the same work.) >=20 > So I might retry the build with, say, -j4 but the > rest being the same (after clearing out the existing > build). That would likely hint at if the hypothesis > has a chance of being correct vs. incorrect. >=20 Turns out that the -j4 buildworld timing almost exactly matches -j6 for the type of context: buildworld took about 81 sec longer (out of somewhat more than 52000 sec). (The 8 GB RPi4B's have sufficient RAM to not run out during -j6 . 4GB ones might as well. 2GB ones likely would runout [swap/page activity].) As similar point goes for buildkernel: around 33 sec longer (out of somewhat less than 4000 seconds). World build completed on Thu Mar 25 04:43:53 PDT 2021 World built in 52111 seconds, ncpu: 4, make -j4 Kernel build for GENERIC-NODBG completed on Thu Mar 25 05:50:38 PDT 2021 Kernel(s) GENERIC-NODBG built in 4004 seconds, ncpu: 4, make -j4 So using -j6 was not an notable improvement over using -j4 for the type of context but also was not a significant harm either (sufficient RAM present to avoid consequences of that type). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Mar 25 17:23:28 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 284FF5C4CFD for ; Thu, 25 Mar 2021 17:23:28 +0000 (UTC) (envelope-from andy_mitchell_fr@icloud.com) Received: from st43p00im-ztdg10073201.me.com (st43p00im-ztdg10073201.me.com [17.58.63.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F5sQ73cWfz3vWH for ; Thu, 25 Mar 2021 17:23:27 +0000 (UTC) (envelope-from andy_mitchell_fr@icloud.com) Received: from [192.168.1.21] (lfbn-mar-1-119-233.w86-229.abo.wanadoo.fr [86.229.90.233]) by st43p00im-ztdg10073201.me.com (Postfix) with ESMTPSA id 64F61221821 for ; Thu, 25 Mar 2021 17:23:24 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Andrew Mitchell Mime-Version: 1.0 (1.0) Date: Thu, 25 Mar 2021 18:23:21 +0100 Subject: 14.0-CURRENT Message-Id: <19A4F115-E9DE-49C1-9208-EFCF092E979D@icloud.com> To: freebsd-arm@freebsd.org X-Mailer: iPhone Mail (18D61) X-Proofpoint-Virus-Version: =?UTF-8?Q?vendor=3Dfsecure_engine=3D1.1.170-22c6f66c430a71ce266a39bfe25bc?= =?UTF-8?Q?2903e8d5c8f:6.0.369,18.0.761,17.0.607.475.0000000_definitions?= =?UTF-8?Q?=3D2021-03-25=5F04:2021-03-24=5F02,2021-03-25=5F04,2020-04-07?= =?UTF-8?Q?=5F01_signatures=3D0?= X-Proofpoint-Spam-Details: rule=notspam policy=default score=11 phishscore=0 mlxscore=11 adultscore=0 spamscore=11 clxscore=1011 suspectscore=0 mlxlogscore=91 malwarescore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2103250126 X-Rspamd-Queue-Id: 4F5sQ73cWfz3vWH X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[icloud.com]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; DKIM_TRACE(0.00)[icloud.com:+]; DMARC_POLICY_ALLOW(-0.50)[icloud.com,quarantine]; SUBJ_ALL_CAPS(0.90)[12]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[icloud.com]; ASN(0.00)[asn:714, ipnet:17.58.63.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[17.58.63.177:from]; RCVD_IN_DNSWL_LOW(-0.10)[17.58.63.177:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[icloud.com:s=1a1hai]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[icloud.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[17.58.63.177:from:127.0.2.255]; WHITELIST_SPF_DKIM(-3.00)[icloud.com:d:+,icloud.com:s:+]; RWL_MAILSPIKE_POSSIBLE(0.00)[17.58.63.177:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-Mailman-Approved-At: Thu, 25 Mar 2021 17:42:08 +0000 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2021 17:23:28 -0000 Hello, I am new to FreeBSD and to Raspberry too. uname -a shows a generic 14.0-CURRENT FreeBSD on my RPi4 B. Nowhere can I find any information about this version. I can use pkg install and have already installed some packages: lynx, vim, r= acket and rust. And they run. But I can=E2=80=99t kldload a .c file compiled to a .ko file, which I can do= on my amd64 pc. In RPi4 make sends the .ko to another directory, not to the path where my .c= was compiled with make, while it does on my amd64. I cd to to the path but kldload -v file.ko can=E2=80=99t load it and it repo= rts that file.ko =E2=80=9Cdepends on kernel - not available or version misma= tch=E2=80=9D. Any idea what is going wrong? Cheers, Andy Envoy=C3=A9 de mon iPhone= From owner-freebsd-arm@freebsd.org Thu Mar 25 17:59:20 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B017B5C6964 for ; Thu, 25 Mar 2021 17:59:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.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 4F5tCW2lr9z4SQh for ; Thu, 25 Mar 2021 17:59:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616695157; bh=JUxgYAWZ6IyCDM2Zf+q+oVZIgL1wxrYnr/BCQqq8hJT=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=R8XTdVmlenFjN0jC8jhjVMYcchHCXwykRbo5QvPIjSE4wRUNEMDsZwhNNi5MyQseU6gpvYCUNLPHn11LL5dNoSqZOZLSJ7/pwAaGrglpmTL06X4hg4vfJQQ0YLrPOctHuTbUE6LmMbkmTnP/B3pxhZFS+EIax+nwydA2dq3nmjq0bbcTtNfWfotL8zFkOP/iX2pAJHmdoaSUfbeMdDV5R/Ja1a+ca2PrkhkkZ5oVH9vezRE0/ybBOF1FU0A8TnlwoYIvQQiBeDgIOnhN8TqOTHkMbp0WUaqZ2XLaXmHfn/Z+xNL4/36mlEGe4KUhybJHkB7lx3zFWlhTid8qiFgNnA== X-YMail-OSG: cs3cTY8VM1nguvLHLkoH4A_lhQPSBJP14Z.skUMkLL6ul_HRPNWCVJcsEm.vVIb NLhZmrclnaLmJWqxb9A4de_L6jud_b8CcqbuvohBJg8E_8jay1ZjyG6nQVUHG6EvHLlSA7AriINw pUhtkKzt1RMh53ne4J42FZA3zzCZjKvxAfQmC9kMmPTkCR5RMo6PmjZYEU40ecBHaox1GtI3Zsdw 5P4STb8qi_N0bLH8.oe35T6kf9OaOu1MqJvUPPMq.qyqJpdCK4QBgPekHo_8w9nShVZSCR2SEvLG l1Fc1D7Ec4fVFtMxMGWY6BIrKRez0V6Q7b6p6wLUNGV.2vbdlibB2PacHmH.JGVSnyoTmsQk8cYs Dn8yba42HZ4075o4JLzPXfymklT5O2Wv6P9VvhBhjHBPgM.xJ4lbm3iIF3Gmf_9XNhRoTMgez44y aIImYGosBMhuPkPuHwoAw2eZonYUbSe7aHDQ8ujDs0tvbwvHXwRoVYRm9bwpLKdDys7Jot6S_Qym maurL0oFgwxxeTRLZHXbLGEkz5hXY5EwxVFFo2S63n.Bd5BeYljRgSQSERFtVU51ZNdRjy_0K6Yo oIWWBKT3mS66jkqhtgKne0m9AkLyeLrnvtSyC859RT2DB7N37.8r2qZSRZGuVdSCabFLv79Y.TMz BczH.17LKKMwRPpy42zNDhp_OOKtP1qFH9S3wD5fVZj_vvZPwH8sLw8dpLyUfQwp1TTI07LS59jr r74v0T20OueKQezj3VOlpodBsl5Q8PVYT_QUgvwfKNuOsAsg1UmS8vXlkq0ZZ9HHMjb5GlYZw3zb yEOSRzMQbRrgKCwQY69fbvZLe4gnESG7ZOqpCQUKdvGomeLCdMnf6xQOtypxZBpK17_LIjsy6vLp w14fKGDIFIh2e_oKunFI_MuvdtubEKfDd1L2JHki70lJGuFGu3IOLrW19TX9HdezWOb5vj9RdlEA 8MIUYPM9ASXf40Fb6XRiizpCTvSX6pIrz3hpFaR78bT2d.tkgfLYQ8JylXUywsMzPS1WHPzZFFtU DxGUAEdBT9J8A2QX1ky5OL.m8FAsOiQu_G54kphmhzrs8BEE_Uo7vQahrU1bWnOpcOARPplwj0_M YsdNjh25WlC43unzWVsGeE1CuYxw72P5pe7XfmrR1LV6q0AoVHJBX.7MPBa8V2WUl5_c99mntd9K MYImlKDHNBZgwZ4ns91LK4rWqHIvRDl.lV3Skzjm2OI6mjWfDo7.d7furpMFz9IznQc7kmz69LBQ 3oGQLVG24qjNvfsVI8B0Rf2DwbMrqO2Lwrqb77jnCwcODnlr4EfNDzEeP6eh8pCNEaJ5nxL7JD7v 8o5DX_qMIaSLv5gR_4kEtgz1V2dA.G1n3hTSv7J5jr4kxxtq3fmZgYxCgEFVqk6Q8XdbsHzUgXW9 9fVmevr8LbDKfAT3ndqQNKi6fNlmeHoh4Csh4YO.ttfAGkgSfQyrQUe1T5XSVEXeFL6QAGHQ8Qez 1OOnB_ZTdslmmCpsfdUrRl17q4vtGkCkqv1GG55sD.RqRJyT.RbgTEMTW2Cc9YOeT2x7JJ_hSGw3 JkFvtZBPTCKyMFA3JDp2zixab52XrniOSNL4Dic4bcwWJq4Dx4R9LawOtUVzPzpp7QT0Bcf6gr2s SeBN4qpSXyDBk3_dV18Ajm8cpK6Jh7_qRcyEworazaOONEFAfEBQCm3Jxcq8ZBHyHlQD_nQBPD3k Ul1WZXyhXhz9XbM58w9kqdWyrpXLt2uUQu3Z_7byzcCvJabWn2zS0tVwlM2vBaLv4Z6wKUFlAb04 zzmcF8QqgKsJ.y2XwgO2kSnP3m47SOj.xXyb15hm2K4W_Z0oStjwLCEft3smOJg2OACJSvrFj1DS hY3Wk6r9_OYCuMM4lBQNs0p0PTT5.SCaSU8Xr0bPLgubETl0FOV5rfJym7wpGyzeHlb8eSTEkCiy UsW1RwQnMPAGVCvAS6BHkKSYfh9967arqjt4E1ctlkocgQG2t_x5YMkhYG8k.DNs.NBncju1CJee E5T8mWY_MsNBjqdXapnYYIyrAuDDhtTTmFg0JlLEjfw465KiDcMPKplGlHbxnjxSChQeTeQ8eVCI 6.NzbCEkNkzo85VUQoM4sRbTpVIp2H2ApFap8n34UWlH7G5YziU5GtDkmGtJovP0uTVV0.6wHHAy oY7jWHA5GSa.x32nz74YXeMyOgQQPbUQXdXt9Z0W1jB5B3dNeAZcHjtBN07iliubXgO2bgFxhkt5 UVyXWisaxyqUX3ZBTakX1Ej90RNl7yP8rvjpV7jY4rMy3o9jXX2z.6ZO4MSy57YnVUyL9.lygWuP jPuCyDU0vyLWJ46EsXA4Jq6FO8EebFnk2qVSon6H2NiL4JYmp8d0y1EsCgr9Urm8cSNfyWEsr7Oc yp7vq1lXgwIofXfyN1B2XRsKSjx15ufSwUzymx.S_A4ukJSoMkU2LPv27ZrOB782UQ_UgteMeKf5 kubNwJx58zsaXM_DmQSY9TD9NcyKhMAUbwj584S5U7DnvpUlMju4x4tBIZthyPkREV1v7dhscuXY YormTMGQrFwI4TG3OBrNJ2aWRHXU9gg6e7j3MDanel5UwCNoQ8CZV0BzC3NFpBFCFlcPk4MilMsw ydyq_N5OG X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Thu, 25 Mar 2021 17:59:17 +0000 Received: by smtp418.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 0f584433ff73d701e80b8dc870e2d2e4; Thu, 25 Mar 2021 17:59:13 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi and powerd, was: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) From: Mark Millard In-Reply-To: Date: Thu, 25 Mar 2021 10:59:11 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210320005302.GA40542@www.zefox.net> <81CB0CCA-59AC-49A2-9372-4E2C22E3214D@googlemail.com> <20210320155638.GA41617@www.zefox.net> <63E61033-667C-4A08-9012-7D987B652176@yahoo.com> <20210320182821.GA49050@www.zefox.net> <5BF4DC26-8CCC-48E8-802F-34C42084D47F@yahoo.com> <20210321181339.GA56351@www.zefox.net> <01787975-3D1A-4D28-8F0F-957D6842D487@googlemail.com> <59B618B3-7AC9-41DF-9807-173DE34B0F8D@yahoo.com> <70CED341-5638-49EE-A32D-2BD0AC22687C@yahoo.com> To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F5tCW2lr9z4SQh X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.147:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.147:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.147:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2021 17:59:20 -0000 [Turns out I somehow ended up with /etc/rc.conf not edited to enable powerd : that is what I found when I went back to disable it. Now I get to re-run the tests.] On 2021-Mar-25, at 10:23, Mark Millard wrote: > On 2021-Mar-24, at 14:13, Mark Millard wrote: >=20 >> On 2021-Mar-23, at 16:15, Mark Millard wrote: >>=20 >>> On 2021-Mar-23, at 12:57, Mark Millard wrote: >>>>=20 >>>>=20 >>>> On 2021-Mar-23, at 06:56, tech-lists = wrote: >>>>=20 >>>>> Hi, >>>>>=20 >>>>> latest build run: >>>>=20 >>>> Had a -mcpu=3Dcortext-a72 world and kernel been >>>> installed and booted first? Was the system >>>> running a world and kernel that had not been >>>> tuned for the Cortex-A72? >>>=20 >>> I've started an experimental build in my >>> -mcpu=3Dcortex-a72 tuned context . . . >>>=20 >>>>>>>> World built in 22976 seconds, ncpu: 4, make -j6 >>>>> -------------------------------------------------------------- >>>>>=20 >>>>> 6 Hours : 22 Minutes : 56 Seconds >>>>>=20 >>>>> created kernel.bin from kernel.full >>>>> -------------------------------------------------------------- >>>>>>>> Kernel build for GENERIC-NODEBUG completed on Mon Mar 22 = 13:54:53 >>>>>>>> UTC 2021 >>>>> -------------------------------------------------------------- >>>>>>>> Kernel(s) GENERIC-NODEBUG built in 2086 seconds, ncpu: 4, make = -j6 >>>>> -------------------------------------------------------------- >>>>>=20 >>>>> 0 Hours : 34 Minutes : 46 Seconds >>>>>=20 >>>>> commands used: >>>>> 1. cd /usr/src >>>>> 2. git pull --ff-only >>>=20 >>> I'm simply from-scratch rebuilding what I'm >>> already running, based on main 7381bbee29df from >>> 2021-03-12: >>>=20 >>> # ~/fbsd-based-on-what-freebsd-main.sh=20 >>> merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 >>> merge-base: CommitDate: 2021-03-12 20:29:42 +0000 >>> def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched build = in git context. >>> 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run = all XPT_ASYNC ccbs in a dedicated thread >>> FreeBSD RPi4B 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 >>>=20 >>>>> 3. make -j10 cleanworld >>>>> 4. make -j10 cleandir >>>>> 5. make -j10 clean >>>=20 >>> My /usr/obj/cortexA72_clang/ was empty at the >>> start of the buildworld buildkernel . >>> devel/ccache is still not installed. >>>=20 >>>> This does not show ccache being cleared out >>>> before the below. So the times may be examples >>>> of "with ccache benefit" times. The contrast >>>> with mine and Bob P.'s times suggests a >>>> nice time-benefit can occur. >>>>=20 >>>>> 6. make -j6 buildworld >>>>> 7. make -j6 buildkernel >>>=20 >>> I'm using "-j6 buildworld buildkernel". >>>=20 >>>>> here's the src.conf : >>>>> https://cloud.zyxst.net/~john/FreeBSD/rpi4-main/src.conf >>>=20 >>> I'm using my normal src.conf equivalent, not >>> yours. (So the experiment is comparable to my >>> normal past experiments in this respect, matching >>> what I've reported in the past.) >>>=20 >>>> I seem to get intermittent access to >>>> https://cloud.zyxst.net/ but got to >>>> see the file content eventually. >>>>=20 >>>>> relevant rc.conf settings: >>>>> powerd_enable=3D"YES" >>>>> powerd_flags=3D"-r 1" >>>=20 >>> I commented out the config.txt line that assigned >>> arm_freq_min and the /etc/sysctl/conf line that >>> assigned an arm frequency. I get to retry, attempting to actually do what I said I'd done for powerd enabling . . . I've rebooted and verified powerd now shows with the appropriate command line in top. So I've cleared things out in /usr/obj/cortexA72_clang/ and started a -j6 experiment as the first one. >>> I put the 2 powerd_* lines above in my /etc/rc.conf . >>>=20 >>>>> sysctl.conf settings: >>>>> vfs.read_max=3D128 # default 64 # Cluster read-ahead max block = count >>>=20 >>> I added the above line to my /etc/sysctl.conf . >>>=20 >>>>> config.txt: >>>>> kernel=3Du-boot.bin >>>>> over_voltage=3D6 >>>>> arm_freq=3D2000 >>>>> sdram_freq_min=3D3200 >>>=20 >>> Ignoring comment differences, mine matches >>> for such lines. >>>=20 >>> I rebooted on the basis of all these changes >>> before starting the "-j6 buildworld buildkernel" >>> style build. >>>=20 >>>> Thanks much for the information. >>>>=20 >>>=20 >>> So, 6..10(?) of hours from when the >>> build started I should have time frames >>> to report for a "no ccache benefit" >>> build to compare to my past reported >>> build times. >>>=20 >>=20 >> Summary: Overall somewhat under 9 hrs historically >> turned into somewhat under 15 hrs 35 min, adding >> somewhat over 6.5 hours to the time. Not a >> configuration that I'm likely to generally use. >>=20 >> The details: >>=20 >> First a reminder of the prior timing that I >> reported for my normal configuration of my >> normal -j4 buildworld buildkernel in my >> usual overclocking style: >>=20 >> World build completed on Thu Mar 11 18:39:37 PST 2021 >> World built in 29780 seconds, ncpu: 4, make -j4 >> Kernel build for GENERIC-NODBG completed on Thu Mar 11 19:18:02 PST = 2021 >> Kernel(s) GENERIC-NODBG built in 2305 seconds, ncpu: 4, make -j4 >>=20 >> So a few minutes under 9 hr total for my >> normal configuration. >>=20 >> By contrast, for the configuration in this >> experiment: Context description correction: The below was for using neither powerd nor forcing the arm clock rate: left as u-boot set it. (But the RAM clock rate was still forced). >> World build completed on Wed Mar 24 06:10:39 PDT 2021 >> World built in 52030 seconds, ncpu: 4, make -j6 >> Kernel build for GENERIC-NODBG completed on Wed Mar 24 07:16:50 PDT = 2021 >> Kernel(s) GENERIC-NODBG built in 3971 seconds, ncpu: 4, make -j6 >>=20 >>=20 >> Notes on some of what may be going on here: >>=20 >> Given the RPi4's memory subsystem and its RAM caching, >> my first guess is that the -j6 (instead of -j4) leads >> to the RAM caching being far less effective and so RAM >> access looks far slower overall, with more waiting for >> other threads memory activity (memory bus contention). >>=20 >> In some past experiments, I've seen configurations >> where -j3 did buildworld buildkernel faster than >> -j4 : before I started setting the RAM clock rate >> minimum as well. So this "-jM < -jN" is faster for >> the smaller M is not a new type of potential >> conclusion and -j4 (or -j3) vs. -j6 may be another >> example. >>=20 >> I've also done a type of benchmarking that saturates >> what the RPi4 can do --with fewer than 4 cores >> involved in order to reach saturation in the >> benchmark. >>=20 >> (Benchmark on a scale-of-problem and RAM access >> pattern that makes the RAM caching fairly ineffective. >> A MACCHIATObin Double Shot also has 4 Cortex-A72 >> cores and does not have this property for the >> benchmark: different RAM caching. Even runninf the >> RPi4B and MACCHIATObin Double Shot at the same >> arm CPU speed, the MACCHIATObin Double Shot takes >> less time for the same work.) >>=20 >> So I might retry the build with, say, -j4 but the >> rest being the same (after clearing out the existing >> build). That would likely hint at if the hypothesis >> has a chance of being correct vs. incorrect. >>=20 >=20 > Turns out that the -j4 buildworld timing almost > exactly matches -j6 for the type of context: > buildworld took about 81 sec longer (out of > somewhat more than 52000 sec). (The 8 GB RPi4B's > have sufficient RAM to not run out during -j6 . > 4GB ones might as well. 2GB ones likely would > runout [swap/page activity].) >=20 > As similar point goes for buildkernel: around > 33 sec longer (out of somewhat less than 4000 > seconds). Context description correction: The below was for using neither powerd nor forcing the arm clock rate: left as u-boot set it. (But the RAM clock rate was still forced). > World build completed on Thu Mar 25 04:43:53 PDT 2021 > World built in 52111 seconds, ncpu: 4, make -j4 > Kernel build for GENERIC-NODBG completed on Thu Mar 25 05:50:38 PDT = 2021 > Kernel(s) GENERIC-NODBG built in 4004 seconds, ncpu: 4, make -j4 >=20 > So using -j6 was not an notable improvement over > using -j4 for the type of context but also was not > a significant harm either (sufficient RAM present > to avoid consequences of that type). >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Mar 25 19:39:28 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 289A0579994 for ; Thu, 25 Mar 2021 19:39:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (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 4F5wR31nPtz4ZRn for ; Thu, 25 Mar 2021 19:39:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616701165; bh=WB/D4cq6hHn2IjHcBiYNDp5tnakZ/fvJFD+Uylb8HpL=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=dD6n8NdT0gPqr0Jz5GoBnMbrnyMBBMkOMbJGqlKTJsHOVV0fQiH6ZSHDFJaSatYhOwSpE0JA7zm7c0PSENFpwSY93nQeirXJO6JIZ8lrI8sVPKm8LacyrugNDS24IZAxwfvw1mzUJZIv0slmlJ+/QWUCkTHj/UC4n+0KJ6tbk2js54kUhXSS5oJwpJUttHbRd+MlqePYe8pT0iWmuWN7AAGdA3eBL/sP2R2BJcogJ0Htf+WKaMtkTTjqqlhQLaEA7HItX4SSBkK8JU2LvK3Ij2+sDeDXPY3vX5PAOBbOY3uWiBx3xTfL9UyFh5L4jQCRAUnwS9jTqJ0KvJ3mWYdI4Q== X-YMail-OSG: GgP113kVM1klQi_ph8Pm5ngVXHDYoNayb9fK3kLtCKinpryow5zbOB6wqh9Nvz1 BnhHGOiFo9vaXTEs9ql5f0eoz1bNL9ko4BoJU9bz6ssBuv72kDDWGkkka2QLSOHtguBmwTdaL5kN G.xY2RrQoQ1toVSSAF6g0yULnYvdVK_S7U1C3WswJf4a4GjmSJe2NzyxuiTWSXVAwUjP3sJuJ5AI H_7JEoOhivUlrH0a1FgqrC0UnizbGu7DBAOVmRr.ZnPNarO4dA1afYpMR8P0TJE8AIntnmzlZZ04 DLyeKRBhcgcxZO2kQfCPSCckRY9uoF8GikBXRPqfUldgLEy5VlF4gkkNnq6bNg13hT0_occweJIp DHWtD7N4nigOOBy9A71aLFsaB2ke3BGBlMFq7YIh8zjA5b.4c0qOwHFkxhRJfwyKj4XNNmFiBfHe 3EhP.2YxSFlbsX8_glYwyagW.vX3KNYKrkGsO_vPLYD2WySdx7OxLzxTpHggvgSELv7CkPhEWfng WbskyfSRXtgfZOvbca7HMB4XL1gX3VGWupxSGVSxD3Go.4YI5jXvA9NrfibsW0U2aBFxVTwfLOFS dKOQlPnvby4cE5R4XotDDYoHqbnoZf3.Iz7b4NV7CbOi6hmtX_YnKp.b6LoJruZFdG9KBD6zbsRn wl6ts6x8gvgLUStqOqF4u1D5fns4kC1uP1AVLwFn.AbB5rpfa2hbW5pAKEQUrSufpWrRN5dbekmp JfO2NJ8FTqEnUmJmmkRbuNwiKsQZpZch6H3OzhsgrpOPVGMnvv7gAgHSYa3V0tYUKVFMzXggU2Lo zuS9n0tW8l0MLm6.7xeEslnYkamv7fhSUi0K.AhzOUnjPmI_Os3VQX8e9cWOakO1Kh.NTYEIDv0m B3DOuUWZ4X1wmDGxhvr2vFYDRg.vpoCg7JPo7.2kZNqmreVlzkvCLj_ovQGHCP7TCR_m2CfLHjC7 B4YpKAMmeFxRDreBK4UTtOldShE_AvpxO3bx4FuUO4ZlgtooPT1IFNGSSwHsJxRqMKw74KOKKrzJ dwsVJvqOfdNN3G0bow8Cj_Lo9Gy3r3QeMl5mk7iPbuSL0.qRHcjuqaqcEq7xTp5iTOOvSDt1VOVI .HX1SrrRefTOD5hOkxMaHeiWSzgkFmWdDw44oi_LeiOFfLum1MLmwh1Gex75RquQxTltdLa8RcV2 VTDjvWESFaiysdA8Prg_og3G.2abutXVPJKva.OCgvWNeuJnmNC7CWLEscrmkiKhi3N_IoIZj5MW DmCKVuBQT3VIl8qy.I5oAP52kCTPX3qieoqn_xJ0p1Tp8rUbHp.pHMM3lOuY9XzpUkftbPxgUdz_ EcsfJ7EO4auV8HRJy.41QxDHA1EQ3SeI2630xPWd_01C_WphDV87xLYZ1OQY2WOpbpD0RJOEKx9x fEOpBlJZCHj5kRqr83RHw7aTbrGbE6zv9q8ExuHuIxG2LAwM1G8uh48MbidPr4hP57vaanheEiFq RznaZNN7LEe_xdGK8mwuNIU4UcvAA4P9BXUTvlcvy522xbn.0jbc8_362diJ7qf.D30bosw3Y8Rj Z2wFjGav57ALa.A0q77kcEXIXJc.sbxPFEwqWYsSSryLcpQcrlsWq4E86KWRpkXkc7uRjqHuBjJU VV7L7MXiWhCnunS8VqEMH5UiEQRZzisLnPAj3fEj9Iy9Iaw0sbX00G0_aX4xUturEtyItpEcl_ge esHvUuXj9_PZV1eXzqrrKsjGDt1jsEZ4NkSe6tvWd248GhidiCAxR8c8QlTrPtNfuAk1rrzwrgH6 d7oZ6.vHNMgEyR7OW8qpHQXJe5RDoVQeeg01bSRNzTUsXIseAzmreLlQdx7uFukpRRy0KqppEjwt gnAPr3Ua0gHGC95v9AQwWCeVXfHLFf.vWPaG989ONxN0SKKm1U3N6pNH5QpYtgL8vV_5faQfSZhv ya2U4gPXf1oME1233AX_qjy2gjp0o_ta2DS.yi3qmhBIBhW1XLmreL1cFNaNDk2mPqeTDSnmpZuz kSoGO_1KHDhtwGVW.sL93SempaEx0lzZErKZfn_0OXRHS42RrMEdpqpXsiQgo0IK2NqK3gsVGeoL jtcriYdG9QOK43nfDvbwYMoNjpAnVJ7_i4_GeIedkit5XM.CtyDfZuKlXEelSuxxuqtyEXo2.xMU HbedyA1JZ8izIPLnT.8wyzw3uaiyMyvZkNt0U2r5YNQp8O6sBaFIztBb8GK9WRcrRhpQJAGk58Cr jgEINP0Ib2vb.wU3CtTX_neqNkBnFvTxSno_yyMVZpSRZVZr1XCm4D9MdqJsOo1zB_XghhMnc8YF Qi85QcMK5MBrFtWs6xcsnJkJkPgcPksewFBasSL4g4bcrHAKUhUf1xLl2cViLMaV1h.LVQjkI2tG 7aavW.mKAwgbhvLsDiXnGlit1RMpnNHdd54rM_H059Jqy_Q1aEGj0tWLH0XjjDWWCqc.A6MwNDKn ksR1pJQreffivUx6z2mLvpyOfqtXR6u9aC3RjRRsMvgzGdhKmN6oHiUQxmLDvBiHE2eKNJiK4fJQ TUBaPGn_yhqJ4Fn40ZbGo8eu2H3FmeFW6H.Gh22Y- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Thu, 25 Mar 2021 19:39:25 +0000 Received: by kubenode510.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 660a60c0869a9fdc62b3ccad686daae2; Thu, 25 Mar 2021 19:39:19 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: 14.0-CURRENT From: Mark Millard In-Reply-To: <19A4F115-E9DE-49C1-9208-EFCF092E979D@icloud.com> Date: Thu, 25 Mar 2021 12:39:18 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <2CF8C129-6B34-46B2-9CF0-B1B51A498FE1@yahoo.com> References: <19A4F115-E9DE-49C1-9208-EFCF092E979D@icloud.com> To: Andrew Mitchell X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F5wR31nPtz4ZRn X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.60 / 15.00]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; SUBJ_ALL_CAPS(0.90)[12]; FREEMAIL_TO(0.00)[icloud.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.83:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.83:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.83:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2021 19:39:28 -0000 On 2021-Mar-25, at 10:23, Andrew Mitchell via freebsd-arm = wrote: > I am new to FreeBSD and to Raspberry too. > uname -a shows a generic 14.0-CURRENT FreeBSD on my RPi4 B. > Nowhere can I find any information about this version. Just addressing the above but only for one possible direction for what you are potentially after. You did not identify how you got FreeBSD installed. If it was via a snapshot download, you did not report which snapshot file you downloaded and put on media. Nor did you report the actual, full output of your uname command. I'm guessing that you are unclear on the identification of the commit that matches a snapshot that you downloaded or related information. So the below is notes about just that. Using examples from my context (that are not directly based on the main git branch but on a personal branch "mm-src"): # uname -a FreeBSD RPi4B 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 # uname -ap FreeBSD RPi4B 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 # uname -apKU FreeBSD RPi4B 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 (I recommend use of the last form.) In the above the version information specific to the commit involved is: mm-src-n245445-def0058cc690 (yours would reference "main" instead of = "mm-src") 1400005 (for the kernel compatibility identification) 1400005 (for the "world" compatibility identification) (Installing an updated kernel without updating world is a way to make the last 2 distinct. But only some updates change the figures.) So, using a main example instead of my own personal branch: main-n245444-7381bbee29df The 7381bbee29df identifies the commit in main. The n245444 identifies how many commits have happened at or before (for a particular way of counting the branching structure history). For something like the snapshot of 14 that is at: = https://download.freebsd.org/ftp/snapshots/ISO-IMAGES/14.0/FreeBSD-14.0-CU= RRENT-arm64-aarch64-RPI-20210318-a771bf748f9-245511.img.xz that would be main-n245511-a771bf748f9 that would be displayed by uname by default. Note: The part of the file name that has the 24511 was only recently corrected to count the same way as uname's counts are done. So sufficiently old snapshots will not match uname's n?????? in that part of the file name. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Mar 26 01:19:06 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AF7445AEB61 for ; Fri, 26 Mar 2021 01:19:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-25.consmr.mail.gq1.yahoo.com (sonic303-25.consmr.mail.gq1.yahoo.com [98.137.64.206]) (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 4F63yx4NLPz3GTC for ; Fri, 26 Mar 2021 01:19:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616721544; bh=dI+u9NOUc1cdl8DUVZEfIcsRgaJLv2H7bLx8yvEdwYl=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=FMgNfRqFlvWNQdKK8sQTjj4rO1jYURLnSAuaW2eoWLpM0TY2mBjTmotqPEq2Ii60V/3akQuikXrCt7WxRBiV3guUyZCk+JwLBw8x1LsMbOUgUddIGEhWcTY61pyuFlMKqi3lAoiCxjUeyU0t4m2pTLSn1t94SWP9o0S336MxTs62D4Bj5qbvdTDeGPoeCSln9VTH9JGrSsRxvW6c3ra3My2EDYRCT3Bb3fUcVIw4I5tRdlD6RCeQzJggN16uJY1wwncgHMGdMCGKE2hqrBnCLnmCNbboyfneV8LnpzWNoWasJonkpX8U/V4GmDzHIR7QkPnTltc+yjM4PYGrjdTyqA== X-YMail-OSG: 0CHXGaYVM1mN9Un7iMnNQtomfw2rdSq.G3d5eMSGSRaEOB7VIp9RgQPtHMevEXf rQjjQAh3GQXCtf976u3u9wkIoq0WW99QQ4u5XmLblTk90iioKEpNWRVjHpROHuqjePgYY4Ly6.t1 dfr1cltOpHfjpBNwRQkp4akhP75wSclq5h4BD93PLUHLuFgyX3b9Q36OyL2NPE5IzlhUpJAdR_E8 sjp51Y85ysrclm7oS30PANBI8GO6p9hYf6yVdzQhZJmV4DJinOiEtKcMkEqKGVirnaljoGC3wY49 4Qxps1kJi5_7_dNGF6ffoE8MSsY02tLzYg_rE0KbSI40NHiz8jFXRCYrbS1hETOVhWRINQ0zhOS3 TW7UVU3QGwi9jIFOfJxjwHLJT9VJEGydRFFZYgJX3HBv9ZkKLfl9idb4X3SZEPA_pJVp57ZBzIHK FjmENvXc9QpKU8tsehKBVAzhkzWL8qBDrFhJfzFLqRGePRoXPBE2.Vnz5IJzGidmuScp7QSu54FU dRDdvwiWdx0vbnahf8suF36lCqmtLcyXOJszag5Pl0Bt6VMfqA_AdvPOgj1mnwktbgDE0u7unBsf WyRMYuUIO5_38AoktEQF8LGAZibJFKL3w5rZ8Tkvxp02fVMR8UIEjmf9w62VVpFOsjBvqIHyr0Sy ri8ztab7S4IuocqVOBtp1s3q9QMby1OIUEgTWWFjqlnt7Qt28kFhB6AwYFFc9WRHKmc_KP2vmz7N K9whV0GWNrQMdAMmbJX68a4TvSms3lMNYb2MtLFypK1VQaceWpnQImLbDXWA08.kVE0ggRml7fq9 WDfYgbryKx0jaBHX_hGW_ecKAMYHmWn4FGEF1UU1IKZQ_eiq1pgnf_a7N7646EnojXm042ugOhjT sQjOrXEnFswGc1EwhlYyIf04do3DQ2B6XlOxpBB8RFzrj8W89XZ1u42LXjfZqxKBJVbcA6rCaoO9 v0sDkyIK7funhGqD97m2P3ipB6ATz_5kyOiXx9vWZDErgeru.Gc1SvK2XZghk_v14xSzEHH20JV7 KfRNi6omP7CVhxQvjJPT_DskxWPoLxOIJVwoMd8DIlfvudmip5bcu0D4d335DwI90kzGf5UVvds0 SbsIa8gLqeUI3RBSzr.j7moTE8yt9C8sK2bwX3x6vmVAcoIxpb0RcvL2ORPNMomJQKlZUUh2KN13 .zab3D8qHfzUYEP7NHZJgRd9udh4EuNQaAptTdjbEvTnON8e7wHGJfrPdeyf2OWxexdkAA9toULY tQ90zEUwT487iKonihUTGEvd.U745SY5T0eNYxZTTqofUvRiILbu5MlC0oYF94MyU1e1mHNL0V1b KMQ7PpRsp9kNY3Bba2LmsY2LIh_UtU3HtbNuP5q01V1Figt_uTvKXV3rCnCElJYGXFfraEdczNH2 ulO_XxIZSXpIy2CzTie0fZqDZpfCpjBYtIs4qOO6hzNUQ5yMMPibGDPTzqdBBCKi.354IpbCRykR a.pFTG2bEHhFAI74fGu2m1WMl..sd6.aYdS0nAwnl2Dr0snz8XoBm4jlwCI5bJnUyrXina6P8Tji uuWWtV.HQO47Qirt5fkKK5WOdwXwCNL13wZelVKCGe18ZqFq0Oeyl.sF5kQhghXp4K0iwG7JXDGh GXoInvOBUAArWfCO3mj0XL.75f0V8fKTClRZHMRZW4FM9g01EvgCH3koQ3JPVZx1rHbHL0T_FDSL fko.HELDFgyjM1VQf3Bu614.U53HQAbJRTr0rFD8FNkEJuaxO.rkPfHSxG5Gqik5KPSjs6JQUNzP 347yiQMnhF8jBQmyXlTCA08YMA6w_TfGzqLaKmWTN9_C9gjMmPUr1C51oRkEwFMHFo0zrFghYYPs 5PORG_SqAZmuFu4anTxYBN8yK1QSGvCBpY6U5HhM5KAS76kuTTHtbVG0I1H3kF.ydl8.zNcrCLX_ rD3MM4FaX.tAPJnPQ6WjDWi9kW9nJX6_c.LSoa.HZ57WjDA05daRP.jJb4_15rCoE4moptzP9Ff2 92blZSLj7GylkD46sbhAckaavRXxErZBt3dgrnhABYJ7zcd4T3LKEhrmzfvRE2CVWr3sJOLDZsZo CFCP8fu.qVVA1DY__dfd2xfOORZ4gOIDxwm4SjAUmrejwqKbqkajWUTdniksmznFy4RlpQl_LXLz LwRgnsrUcv1BhB8GZndm.SP976rwEC0IxqmF3IX90duWJKrpzVCukfg2zjiws.INCB_PIaIceQ9t 1ElRVD73sQ3FYzaQJJpEAsozDTcITeuI7w7Gz0rZXnwrLwCf0PFZyQo1kayJprKXEch7ffd5PpK4 oTM_i5pI7BfLp7Xieg6yJsyKED27gwNklN2CqS5zmx7Og3wjQFENULYiuCfKLEIZWCLeEQE41tir SqkYAbXv_Xlvrq8HYoioziu1CfM4ofGEIHSdh0VM_FALSc4SLi7H6FIpgtaxMqkLqfWs.zvqKAdd TPaeb1dKBnrrViY_dd563LlyDGK5J6h3yA6l3GtZMAfj_qr7.UX1T5dAEXXSeahP46QASZ0wC_0I q7OW2zLJokcgmY.FjVeCIcnXRfwWuuDsvgqVn4YXwG920BZW1uq9iYABaW3_IGVXqEWkspBe4q21 vt2Paq6fRyVldD0i6.wjuzzl5iQmA47Nh5wh.lQqHNp1MyM3Q3A02gdvu9g3axaskwAAa79UIl1J 7yHywWCtrFpEgolPZfIYVl13xbgs- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Fri, 26 Mar 2021 01:19:04 +0000 Received: by kubenode505.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 63de6169cd6a75a59c5dd47bd8b4268a; Fri, 26 Mar 2021 01:18:59 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi and powerd, was: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) From: Mark Millard In-Reply-To: Date: Thu, 25 Mar 2021 18:18:58 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210320005302.GA40542@www.zefox.net> <81CB0CCA-59AC-49A2-9372-4E2C22E3214D@googlemail.com> <20210320155638.GA41617@www.zefox.net> <63E61033-667C-4A08-9012-7D987B652176@yahoo.com> <20210320182821.GA49050@www.zefox.net> <5BF4DC26-8CCC-48E8-802F-34C42084D47F@yahoo.com> <20210321181339.GA56351@www.zefox.net> <01787975-3D1A-4D28-8F0F-957D6842D487@googlemail.com> <59B618B3-7AC9-41DF-9807-173DE34B0F8D@yahoo.com> <70CED341-5638-49EE-A32D-2BD0AC22687C@yahoo.com> To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F63yx4NLPz3GTC X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.206:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2021 01:19:06 -0000 [Eliminating bad history and replacing with test information from corrected context, just -j6 for now.] On 2021-Mar-25, at 10:59, Mark Millard wrote: > [Turns out I somehow ended up with /etc/rc.conf not edited > to enable powerd : that is what I found when I went back > to disable it. Now I get to re-run the tests.] >=20 > On 2021-Mar-25, at 10:23, Mark Millard wrote: >=20 >> On 2021-Mar-24, at 14:13, Mark Millard wrote: >>=20 >>> On 2021-Mar-23, at 16:15, Mark Millard wrote: >>>=20 >>>> On 2021-Mar-23, at 12:57, Mark Millard = wrote: >>>>>=20 >>>>>=20 >>>>> On 2021-Mar-23, at 06:56, tech-lists = wrote: >>>>>=20 >>>>>> Hi, >>>>>>=20 >>>>>> latest build run: >>>>>=20 >>>>> Had a -mcpu=3Dcortext-a72 world and kernel been >>>>> installed and booted first? Was the system >>>>> running a world and kernel that had not been >>>>> tuned for the Cortex-A72? >>>>=20 >>>> I've started an experimental build in my >>>> -mcpu=3Dcortex-a72 tuned context . . . >>>>=20 >>>>>>>>> World built in 22976 seconds, ncpu: 4, make -j6 >>>>>> -------------------------------------------------------------- >>>>>>=20 >>>>>> 6 Hours : 22 Minutes : 56 Seconds >>>>>>=20 >>>>>> created kernel.bin from kernel.full >>>>>> -------------------------------------------------------------- >>>>>>>>> Kernel build for GENERIC-NODEBUG completed on Mon Mar 22 = 13:54:53 >>>>>>>>> UTC 2021 >>>>>> -------------------------------------------------------------- >>>>>>>>> Kernel(s) GENERIC-NODEBUG built in 2086 seconds, ncpu: 4, = make -j6 >>>>>> -------------------------------------------------------------- >>>>>>=20 >>>>>> 0 Hours : 34 Minutes : 46 Seconds Based on the later results reported, I get a build that takes a little less time for buildworld+buildkernel, a build that does not involve devel/ccache . So it could be that devel/cache had an empty cache for your build for all I can tell from the timing information. >>>>>> commands used: >>>>>> 1. cd /usr/src >>>>>> 2. git pull --ff-only >>>>=20 >>>> I'm simply from-scratch rebuilding what I'm >>>> already running, based on main 7381bbee29df from >>>> 2021-03-12: >>>>=20 >>>> # ~/fbsd-based-on-what-freebsd-main.sh=20 >>>> merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 >>>> merge-base: CommitDate: 2021-03-12 20:29:42 +0000 >>>> def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched = build in git context. >>>> 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run = all XPT_ASYNC ccbs in a dedicated thread >>>> FreeBSD RPi4B 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 >>>>=20 >>>>>> 3. make -j10 cleanworld >>>>>> 4. make -j10 cleandir >>>>>> 5. make -j10 clean >>>>=20 >>>> My /usr/obj/cortexA72_clang/ was empty at the >>>> start of the buildworld buildkernel . >>>> devel/ccache is still not installed. >>>>=20 >>>>> This does not show ccache being cleared out >>>>> before the below. So the times may be examples >>>>> of "with ccache benefit" times. The contrast >>>>> with mine and Bob P.'s times suggests a >>>>> nice time-benefit can occur. >>>>>=20 >>>>>> 6. make -j6 buildworld >>>>>> 7. make -j6 buildkernel >>>>=20 >>>> I'm using "-j6 buildworld buildkernel". >>>>=20 >>>>>> here's the src.conf : >>>>>> https://cloud.zyxst.net/~john/FreeBSD/rpi4-main/src.conf >>>>=20 >>>> I'm using my normal src.conf equivalent, not >>>> yours. (So the experiment is comparable to my >>>> normal past experiments in this respect, matching >>>> what I've reported in the past.) >>>>=20 >>>>> I seem to get intermittent access to >>>>> https://cloud.zyxst.net/ but got to >>>>> see the file content eventually. >>>>>=20 >>>>>> relevant rc.conf settings: >>>>>> powerd_enable=3D"YES" >>>>>> powerd_flags=3D"-r 1" >>>>=20 >>>> I commented out the config.txt line that assigned >>>> arm_freq_min and the /etc/sysctl/conf line that >>>> assigned an arm frequency. >=20 > I get to retry, attempting to actually do what I said > I'd done for powerd enabling . . . I've rebooted and > verified powerd now shows with the appropriate command > line in top. So I've cleared things out in > /usr/obj/cortexA72_clang/ and started a -j6 experiment > as the first one. >=20 >>>> I put the 2 powerd_* lines above in my /etc/rc.conf . >>>>=20 >>>>>> sysctl.conf settings: >>>>>> vfs.read_max=3D128 # default 64 # Cluster read-ahead max block = count >>>>=20 >>>> I added the above line to my /etc/sysctl.conf . >>>>=20 >>>>>> config.txt: >>>>>> kernel=3Du-boot.bin >>>>>> over_voltage=3D6 >>>>>> arm_freq=3D2000 >>>>>> sdram_freq_min=3D3200 >>>>=20 >>>> Ignoring comment differences, mine matches >>>> for such lines. >>>>=20 >>>> I rebooted on the basis of all these changes >>>> before starting the "-j6 buildworld buildkernel" >>>> style build. >>>>=20 >>>>> Thanks much for the information. >>>>>=20 >>>>=20 >>>> So, 6..10(?) of hours from when the >>>> build started I should have time frames >>>> to report for a "no ccache benefit" >>>> build to compare to my past reported >>>> build times. >>>>=20 With powerd actually enabled ("-r 1") this time . . . -j6 summary: Overall somewhat under 9 hrs historically for -j4 in my non-powerd configuration turned into somewhat under 6 hrs 45 min for -j6 in the test powerd configuration, somewhat over 2 hr 10 min faster.=20 I plan on a -j4 test in the context as well. The -j6 details . . . (builds are via a EtherNet ssh session) First a reminder of the prior timing that I reported for my normal configuration of my normal -j4 buildworld buildkernel in my usual overclocking style: World build completed on Thu Mar 11 18:39:37 PST 2021 World built in 29780 seconds, ncpu: 4, make -j4 Kernel build for GENERIC-NODBG completed on Thu Mar 11 19:18:02 PST 2021 Kernel(s) GENERIC-NODBG built in 2305 seconds, ncpu: 4, make -j4 So a few minutes under 9 hr total for my normal configuration. By contrast, for the -j6 powerd configuration in this experiment: World build completed on Thu Mar 25 16:52:56 PDT 2021 World built in 22324 seconds, ncpu: 4, make -j6 Kernel build for GENERIC-NODBG completed on Thu Mar 25 17:21:16 PDT 2021 Kernel(s) GENERIC-NODBG built in 1700 seconds, ncpu: 4, make -j6 So somewhat under 6 hrs 45 min. Nice! (It is a little bit faster than the total for the build times that you reported.) Interestingly, after the build and some idle time I see no evidence of the CPUs being slowed down: # sysctl dev.cpu.0.freq dev.cpu.0.freq: 2000 # sysctl hw.cpufreq.arm_freq hw.cpufreq.arm_freq: 2000000000 For reference: the cpu's had definitely cooled (from the low 50C's range): # sysctl hw.cpufreq.temperature hw.cpufreq.temperature: 37447 # sysctl dev.cpu.0.temperature dev.cpu.0.temperature: 36.4C Also: # sysctl dev.bcm2835_cpufreq.0.freq_settings dev.bcm2835_cpufreq.0.freq_settings: 2000/-1 600/-1 # sysctl dev.cpu.0.freq_levels dev.cpu.0.freq_levels: 2000/-1 600/-1 [Fedora gives a much longer list (in other units) when the minimum is not forced: int f over 6<=3Df<=3D20: (f*100)*1MHz . But, as I remember, other linux OS's gave an even different list. Seems to be a choice as to what possibilities to expose of many that can be set up.] I note that sysctl reports: # sysctl hw.cpufreq.turbo hw.cpufreq.turbo: 1 I'm not sure of the value that shows up in in my normal configuration but I do not explicitly set it in any configuration. FYI: my modified version of top reported Maximum Observed for Active+Wired of: 3468Mi MaxObs(Act+Wir), suggesting that a 4 GiByte RPi4B might be a little constrained at some point(s) in the build by the more limited RAM and 2 GiByte RPi4B's or less would be constrained for sure. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Mar 26 08:33:40 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 856995B7936 for ; Fri, 26 Mar 2021 08:33:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-23.consmr.mail.gq1.yahoo.com (sonic311-23.consmr.mail.gq1.yahoo.com [98.137.65.204]) (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 4F6FcM1ZZhz3tlb for ; Fri, 26 Mar 2021 08:33:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616747616; bh=vp6+fpy/CMc9cVLIKHVDSEwgAXtsoJCGqWity8RH2dR=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=pNnMFvmXzrbVjjhFRZF0wZsh2NSyhEO6lqTIBnzgdpjkU/0uoZ4q5JKfyHCfICCnqnSLO1oxMMT+wHq2z0TuTNUBVtiDVEmcDEYuLOCGkZG4OWbdoFxk8JJBR1uCv0q2R5W05xX8e1hx5jvD02pjc4bDk7wLdlrDGzl8M1wU696ivrKEOYnvsjKPl6EmODXjIdYQFPFq43VzU2D4yF+PYHF/Do9h83gtFPXibzWb7aTm1ZHetz7ncoJcbeTOgvf6NTmYJ91MBdT7sFh+unfYEiACPILs3QujqBoB4AwIe2Is6IEIGOejpbc3ogV/CIP472sMF5sOGtCrtNcC56KEZw== X-YMail-OSG: cLaNe6QVM1lkGd8QSdoox0oAikT7kNql6s2i0yaWVMyuW62tMAbbOEt3hN0pzDY 4vsEenuHreIDzX.fSRWBEsI_kGpCAnwAB.JyPASoewwpkJshJ6FZ91v.E4l_S4ujYIPmfecW7RtU iftj29_dYOpNyK8pjqEzBdIOrHJVA.oSNJXUntiftpG_TazXzb0GtBO2Nf0CTL_5BGbkRToz7CqK x2WaQCPO35NnbsKJVA9tFXNXvpezJ3_xJNUajyRy1zdEYaSbafQ94sHlAWfxuPPffIDZlNX5iLBk Fl4DFCjAt1uW7g5F59KIyeG1vX4uy9IiIW1.Edwpi1KcGRWJW1tgxyiRPdoYb6aystAelhyGUI6X KVM_KHGZCvJYLrG5PX22nCqJ2T7mIQ4.yaDg9ytke3yBFQ.uTU1Ma4fliAcH0ExQvVXpXTcgpMS1 dxuy.jep.gmaKbix3JJ2ZNirbEjiWvzsVvGs6iZD9yCD.H6CdookD7GndZNONzGt.A0VjQaGnWOq 998GCU7I.HDhaQ.r2E_jzTFMY2jcKJX0NGyuCehujN8CFmRYXBZZNpiQNof9_9S3vXaDSVXHXtuL E3q7IpVmfv8zB3snDCuRxe2ja.vVANldCB3HmLy9kqjIH_bZqf9jc.zzvT_kajO6abcBZO2jttA4 BxZMZO.9QT8Wa46rNL_lv_4us60z9slQ_jM8LLAJ_irCpRwrlK5k2wINRxIOvPX7Wu8YEplBONTa Cj8VMs6CiSJ_WU7Y8C0jmm.EUu8lcOHeugl5M5ogB878Z.7zn9bL78QlYoF4Gdutmv.jNMs4VAIX 5ARx.SAAL8XP1s8E3v_hziQjjMYibVkneKeuZeFq48ylFONocZMMHrWVmanJhoW5EX730nv3VEJL sONjS2.eRAXiCFFR2dwfIoo4mAvyISRSboEJs2lfrw8Yw65SWylh2.aAfNIhnwmY3xAIeT4uIaP1 Yjs_KVXm0daQ3_iNN_LTM0YEugTRsXT2WCRGYCZ8JE6myzM2Ydz1n2CJbRII3MgBvSGYGD30pW5F r8guu.39InJkC6UThOZzhJ1a8V5F2qOrg59C7qexNlXWYg9cG.XFhKmSf7Bc.UuvJHXLL8603xL8 zb94BUuXa6aBGbXpfoExfZpKlv.JE2NLj8TaXOGNJjZCQ5NS8P5ngS23Kct7naXTYuFIph2zMt.2 Zt7sJfumMHvbkwJhRU.jFVyZpPaxODpQnzsCWm23JPKVobN1kQbNXdBMdzXLNfbcnwID_1vZmf40 8P64Is4cldQuYyOToeQqWi2FFbWxJ4dUniD8G0t_0jzJSlrBXUPFBCzoJMEJ2En6.7LYYQXqYGHy WfpBjGjijW2.DaJqvMDJGwiMfpCsHIuvTrcS1OvtwK6y1IqYoHkOT3PzOfS9pct57O68_lKMJpQ_ s2Dw4kAsojG4jF5qT3hF1CkDXQaAg9JPfu7B9Y.xy7td.3P_tCSULG.P0a_rCkf2bBoEPWHM28.g BK8gsMfUrOLoDYdQoDSjzTdUprawpUTC4q57Lfo.VCEfaZzAk8veTuHbLbDL3dDpNmMFNFJ4OADt iWp7.AUsrB_Li7xc26l4NxqTi3xn0YDzRbRGcgMQdHpQyq4k_muxHnQsQCke0kYw6px6z8g2LUqD yhCuhwVoPAOYO0vwTZ2mdfxvi9yD7Qcf1IHhOfNU0r8g5cXeK2RPsvO0RsBORI50riYHPeqhA.4n _Yc.Z6m7a4YsjBHgyRpABDT0JnIm4f.qflx7qN9xx_ikK9nfSTiIG5._AA1QdR.eLLjdrOJiuqFa tuFtuMRMvOyMVbluwQnzTlWoYuhv7LV4eItdZPFwdCp4xUtz0WKonZFGefQX7AfDJ8uQCblhXcxC s1C6FY4c8ygCoJhJXc_UGUOItYA.fy9P6Gj17P9XuLMy2P7qL66sHg5xY7a64GynNVufW4mLREaE wsojENONU2AHhys1_cVxwJHXyiuPMNozKc..a2kQsExjYG7ydvwB0psAGWA1jtcv.S61Nzv1P3Ad E2.Ix23Uqk0oB8FNo9YWg2tG1czZaYZm5gmTD7etSU_jdhEcMvbK5EcBDU0qr6_jLlWfuSpEasvY Maj.hLcmVE4bAXynUKBkE779J6nDRQy3HwZjYBTpjXoqAicmEQAwSD7ttvx.p9Bb21E7OEqH3iTI jywr53ILM2pL7P147yKJCyIwJ47CWYlGz7qJ8vRMUNEeXobtWCfs_WA9rCXzO0X1J5cMVWqPKWmA 4oLQz3hd3pdyD8zjFz_kIebprSjm.3EzkOF1ud2hyF1CsNgQO8RdTE1ydUyUa7_2gczAyUsFcL1k eBOQE56gsOl9idR12KufPnMukgEgOhf9wd4U3DKyexbxpNwWbX5iC3YCBpmYK9rBxglPqM78LROp Advv7pjVRodfGpbOUiGwVrl9Wj.uvpDSsY5RzQ.OwqRqFESZ3J8rpZz5K98qCYUTLHnUSIIQUx_0 NhMKhzRKiI8.7DDxa8WOWG8.jcaQjFDwJBEPUqf6gIv7.2oeBUd8zPZ7whsU2EGns5uT1ZN33Chf 4b1UGF6aMcllpcW_4Kb6njjECKkGad4LAf_NDXJKX3FQeGOu.g8MTq7hf6yJJ79lLMjUsT_L16a0 d_EGLeahienFkZUyZSsoLoA2qA4bU1QzfGETUb7WWF6S25XvJmEzYRXTzTFc8ITLe4BpM8OIRPiQ DNm_VOw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Fri, 26 Mar 2021 08:33:35 +0000 Received: by smtp411.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID c9ce2ab0649a86143b6afefdbd24e84b; Fri, 26 Mar 2021 08:33:31 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi and powerd, was: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) From: Mark Millard In-Reply-To: Date: Fri, 26 Mar 2021 01:33:29 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <1B9C90A7-5F37-41AC-8314-3E7C11B12B00@yahoo.com> References: <20210320005302.GA40542@www.zefox.net> <81CB0CCA-59AC-49A2-9372-4E2C22E3214D@googlemail.com> <20210320155638.GA41617@www.zefox.net> <63E61033-667C-4A08-9012-7D987B652176@yahoo.com> <20210320182821.GA49050@www.zefox.net> <5BF4DC26-8CCC-48E8-802F-34C42084D47F@yahoo.com> <20210321181339.GA56351@www.zefox.net> <01787975-3D1A-4D28-8F0F-957D6842D487@googlemail.com> <59B618B3-7AC9-41DF-9807-173DE34B0F8D@yahoo.com> <70CED341-5638-49EE-A32D-2BD0AC22687C@yahoo.com> To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F6FcM1ZZhz3tlb X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.204:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.204:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.204:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.204:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2021 08:33:40 -0000 On 2021-Mar-25, at 18:18, Mark Millard wrote: > [Eliminating bad history and replacing with test > information from corrected context, just -j6 for > now.] >=20 > On 2021-Mar-25, at 10:59, Mark Millard wrote: >=20 >> [Turns out I somehow ended up with /etc/rc.conf not edited >> to enable powerd : that is what I found when I went back >> to disable it. Now I get to re-run the tests.] >>=20 >> On 2021-Mar-25, at 10:23, Mark Millard wrote: >>=20 >>> On 2021-Mar-24, at 14:13, Mark Millard wrote: >>>=20 >>>> On 2021-Mar-23, at 16:15, Mark Millard = wrote: >>>>=20 >>>>> On 2021-Mar-23, at 12:57, Mark Millard = wrote: >>>>>>=20 >>>>>>=20 >>>>>> On 2021-Mar-23, at 06:56, tech-lists = wrote: >>>>>>=20 >>>>>>> Hi, >>>>>>>=20 >>>>>>> latest build run: >>>>>>=20 >>>>>> Had a -mcpu=3Dcortext-a72 world and kernel been >>>>>> installed and booted first? Was the system >>>>>> running a world and kernel that had not been >>>>>> tuned for the Cortex-A72? >>>>>=20 >>>>> I've started an experimental build in my >>>>> -mcpu=3Dcortex-a72 tuned context . . . >>>>>=20 >>>>>>>>>> World built in 22976 seconds, ncpu: 4, make -j6 >>>>>>> -------------------------------------------------------------- >>>>>>>=20 >>>>>>> 6 Hours : 22 Minutes : 56 Seconds >>>>>>>=20 >>>>>>> created kernel.bin from kernel.full >>>>>>> -------------------------------------------------------------- >>>>>>>>>> Kernel build for GENERIC-NODEBUG completed on Mon Mar 22 = 13:54:53 >>>>>>>>>> UTC 2021 >>>>>>> -------------------------------------------------------------- >>>>>>>>>> Kernel(s) GENERIC-NODEBUG built in 2086 seconds, ncpu: 4, = make -j6 >>>>>>> -------------------------------------------------------------- >>>>>>>=20 >>>>>>> 0 Hours : 34 Minutes : 46 Seconds >=20 > Based on the later results reported, I get a build that > takes a little less time for buildworld+buildkernel, a > build that does not involve devel/ccache . >=20 > So it could be that devel/cache had an empty cache for > your build for all I can tell from the timing information. >=20 >>>>>>> commands used: >>>>>>> 1. cd /usr/src >>>>>>> 2. git pull --ff-only >>>>>=20 >>>>> I'm simply from-scratch rebuilding what I'm >>>>> already running, based on main 7381bbee29df from >>>>> 2021-03-12: >>>>>=20 >>>>> # ~/fbsd-based-on-what-freebsd-main.sh=20 >>>>> merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 >>>>> merge-base: CommitDate: 2021-03-12 20:29:42 +0000 >>>>> def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched = build in git context. >>>>> 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run = all XPT_ASYNC ccbs in a dedicated thread >>>>> FreeBSD RPi4B 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 >>>>>=20 >>>>>>> 3. make -j10 cleanworld >>>>>>> 4. make -j10 cleandir >>>>>>> 5. make -j10 clean >>>>>=20 >>>>> My /usr/obj/cortexA72_clang/ was empty at the >>>>> start of the buildworld buildkernel . >>>>> devel/ccache is still not installed. >>>>>=20 >>>>>> This does not show ccache being cleared out >>>>>> before the below. So the times may be examples >>>>>> of "with ccache benefit" times. The contrast >>>>>> with mine and Bob P.'s times suggests a >>>>>> nice time-benefit can occur. >>>>>>=20 >>>>>>> 6. make -j6 buildworld >>>>>>> 7. make -j6 buildkernel >>>>>=20 >>>>> I'm using "-j6 buildworld buildkernel". >>>>>=20 >>>>>>> here's the src.conf : >>>>>>> https://cloud.zyxst.net/~john/FreeBSD/rpi4-main/src.conf >>>>>=20 >>>>> I'm using my normal src.conf equivalent, not >>>>> yours. (So the experiment is comparable to my >>>>> normal past experiments in this respect, matching >>>>> what I've reported in the past.) >>>>>=20 >>>>>> I seem to get intermittent access to >>>>>> https://cloud.zyxst.net/ but got to >>>>>> see the file content eventually. >>>>>>=20 >>>>>>> relevant rc.conf settings: >>>>>>> powerd_enable=3D"YES" >>>>>>> powerd_flags=3D"-r 1" >>>>>=20 >>>>> I commented out the config.txt line that assigned >>>>> arm_freq_min and the /etc/sysctl/conf line that >>>>> assigned an arm frequency. >>=20 >> I get to retry, attempting to actually do what I said >> I'd done for powerd enabling . . . I've rebooted and >> verified powerd now shows with the appropriate command >> line in top. So I've cleared things out in >> /usr/obj/cortexA72_clang/ and started a -j6 experiment >> as the first one. >>=20 >>>>> I put the 2 powerd_* lines above in my /etc/rc.conf . >>>>>=20 >>>>>>> sysctl.conf settings: >>>>>>> vfs.read_max=3D128 # default 64 # Cluster read-ahead max block = count >>>>>=20 >>>>> I added the above line to my /etc/sysctl.conf . >>>>>=20 >>>>>>> config.txt: >>>>>>> kernel=3Du-boot.bin >>>>>>> over_voltage=3D6 >>>>>>> arm_freq=3D2000 >>>>>>> sdram_freq_min=3D3200 >>>>>=20 >>>>> Ignoring comment differences, mine matches >>>>> for such lines. >>>>>=20 >>>>> I rebooted on the basis of all these changes >>>>> before starting the "-j6 buildworld buildkernel" >>>>> style build. >>>>>=20 >>>>>> Thanks much for the information. >>>>>>=20 >>>>>=20 >>>>> So, 6..10(?) of hours from when the >>>>> build started I should have time frames >>>>> to report for a "no ccache benefit" >>>>> build to compare to my past reported >>>>> build times. >>>>>=20 >=20 > With powerd actually enabled ("-r 1") this time . . . >=20 > -j6 summary: Overall somewhat under 9 hrs historically > for -j4 in my non-powerd configuration turned into > somewhat under 6 hrs 45 min for -j6 in the test powerd > configuration, somewhat over 2 hr 10 min faster.=20 >=20 > I plan on a -j4 test in the context as well. -j4 summary: somewhat under 6 hrs 45 min for -j4 in the powerd configuration but just a little longer than -j6 . In more detail: a little over 4 min longer than -j6 . I plan on a -j4 build without the vfs.read_max=3D128 as the next test of a related context. > The -j6 details . . . > (builds are via a EtherNet ssh session) >=20 > First a reminder of the prior timing that I > reported for my normal configuration of my > normal -j4 buildworld buildkernel in my > usual overclocking style: >=20 > World build completed on Thu Mar 11 18:39:37 PST 2021 > World built in 29780 seconds, ncpu: 4, make -j4 > Kernel build for GENERIC-NODBG completed on Thu Mar 11 19:18:02 PST = 2021 > Kernel(s) GENERIC-NODBG built in 2305 seconds, ncpu: 4, make -j4 >=20 > So a few minutes under 9 hr total for my > normal configuration. >=20 > By contrast, for the -j6 powerd configuration in this > experiment: >=20 > World build completed on Thu Mar 25 16:52:56 PDT 2021 > World built in 22324 seconds, ncpu: 4, make -j6 > Kernel build for GENERIC-NODBG completed on Thu Mar 25 17:21:16 PDT = 2021 > Kernel(s) GENERIC-NODBG built in 1700 seconds, ncpu: 4, make -j6 >=20 > So somewhat under 6 hrs 45 min. Nice! > (It is a little bit faster than the total for > the build times that you reported.) >=20 > Interestingly, after the build and some idle time > I see no evidence of the CPUs being slowed down: >=20 > # sysctl dev.cpu.0.freq > dev.cpu.0.freq: 2000 >=20 > # sysctl hw.cpufreq.arm_freq > hw.cpufreq.arm_freq: 2000000000 >=20 > For reference: the cpu's had definitely cooled > (from the low 50C's range): >=20 > # sysctl hw.cpufreq.temperature > hw.cpufreq.temperature: 37447 >=20 > # sysctl dev.cpu.0.temperature > dev.cpu.0.temperature: 36.4C >=20 > Also: >=20 > # sysctl dev.bcm2835_cpufreq.0.freq_settings > dev.bcm2835_cpufreq.0.freq_settings: 2000/-1 600/-1 >=20 > # sysctl dev.cpu.0.freq_levels > dev.cpu.0.freq_levels: 2000/-1 600/-1 >=20 > [Fedora gives a much longer list (in other > units) when the minimum is not forced: > int f over 6<=3Df<=3D20: (f*100)*1MHz . But, as > I remember, other linux OS's gave an even > different list. Seems to be a choice as to > what possibilities to expose of many > that can be set up.] >=20 > I note that sysctl reports: >=20 > # sysctl hw.cpufreq.turbo > hw.cpufreq.turbo: 1 >=20 > I'm not sure of the value that shows up in in my normal > configuration but I do not explicitly set it in any > configuration. >=20 >=20 > FYI: my modified version of top reported Maximum > Observed for Active+Wired of: 3468Mi MaxObs(Act+Wir), > suggesting that a 4 GiByte RPi4B might be a little > constrained at some point(s) in the build by the more > limited RAM and 2 GiByte RPi4B's or less would be > constrained for sure. >=20 The -j4 details . . . (builds are via a EtherNet ssh session) (I reboot before testing) World build completed on Fri Mar 26 00:44:13 PDT 2021 World built in 22552 seconds, ncpu: 4, make -j4 Kernel build for GENERIC-NODBG completed on Fri Mar 26 01:12:48 PDT 2021 Kernel(s) GENERIC-NODBG built in 1715 seconds, ncpu: 4, make -j4 So somewhat under 6 hrs 45 min. Nice! (It is a little bit faster than the total for the build times that you reported.) The sysctl value information is similar to what it was for -j16, not repeated here. FYI: my modified version of top reported Maximum Observed for Active+Wired of: 2589Mi MaxObs(Act+Wir), suggesting that a 2 GiByte RPi4B would be somewhat constrained at some point(s) in the build by the more limited RAM but a 4 GiByte one would not. (Memory use is a -j4 vs -j6 tradeoff.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Mar 26 20:00:36 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AF88B5AA3B4 for ; Fri, 26 Mar 2021 20:00:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (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 4F6Xrz3jjcz3Pfw for ; Fri, 26 Mar 2021 20:00:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616788833; bh=xxXOJCBpLmxvBO3woPRVdfxVLs8DdWs1/tjEMNRbjSZ=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=EC9DymWR2xCaR1AQPJQjWvhmIKuuOo1XP3cfNJBfk3fouOrdVe749DBTNL3DJqhXcNfdu5ZIBtJ0MlTg+1DliLZi5klLMQ75fewD+XQchOj9po6+AvTQoguSY2+8O6waf3Rm3mB07hkG5/azBhYgA27gKUfUeQV9KbB67wPLG8lAVfqRBJ/8Zzj2YlbtLJcddf5LvD8TcXOTS5jZZqY6+demBtR6VFUojAqCjuzQNt59Y/QzUMwPF6xJHBI9m0Pa14HUySzH/VbH7p9r5K6Cs9lDsGL1KBUyVlMQwTJb4L+QGX9bZLtVf2MsdDfomAdlwWNURHtoBWxqSZALkrHVHg== X-YMail-OSG: RZnAAe8VM1kvVuACVBb0JPcFPES.CNbrJ.fxWuHqVTCyJKtpVW0m1aQIaOpdDZj TUsQaZQC.Nz3_F5J0xCfwTVGqlaiXGnJmHiWCNFImOnFFol7o0BHO7IPVtr0esIi16lZk9oYby4m mGyFvO0CzdeRw44.GGPleQ8j3Hc32X5XG0FA6YPOLhJSJmlUIgx7ed7cKC0IEPgqVBNdGmH2SEHy uK_DQtZ9K5GIJSWnGkOFq4x23KZ9H.RgiFuHCaOXbCstK1XRNQjkZVEjaMSQib.Iql6DzkIkfG5e jnBGZi7LYCAAR8akzslHPBeEC2EVdX86AAtrvzIctMaHn5N39gFd2_.W_eUatKgVQUiLQRLxUclD p_I_KxQgUrR3tYDv_rFF2PPyK8Ysk9XVIVurV8kRep7v_YlxEYalJRWAZndJAUwWpfaY1CMjbOFu K5KL.LCuQsdFr5dji_idqt9rmukV7XXdPNq3PXJdNvxapNguP1ZAebfUrRP9j8vr6JqeVtCpqH6Z 4ylQAgFlGDFIN79pZDDifJ8sNl7QrPF53wlAzyUzo9DGK_SwAL0UH0QkBhAYvIMxopCVhwLcEi5P Kx_QqzxtuwuWYaAp4iTQQGB_CXLvbzx6t2dLMLuxxb66Uz_ZVM5ZHM9K.8NAEDyYo3866FGhGVrV FpbdAJASju6_hQb36RhBInDw_nwbGopCMbthC61EmY6a6ywe6OwpeO0w6c3yajZxv9xgiaU0ZH78 Sdt_2C8vrH_q8jAjHq19_XaiTyNHZtI_PdBnOPZ1ePVMdgZ2k9sXaul1tt6GYotKzbjk7NU.T1TJ bxQrqE6mH1D7TCfYOLYkLwLWyaOyOuP0v3t9DuhT0NmyUZbxs_L53IMvuj43oZGq4BoO4lTP_xjW Xm2JG0B7Le_PD9doEH3B.5OnI1vl6.cBDtx578BjMIHTC_JaD5bjNd7NpOnpH7_22qV_t3lLevuW 6hY.kdxRrUgBglFK82e94a_FHzzNyX83lH0IJY4dDcWzvro.SXdOSnlA9QwGE1LFGNqSX0vKtT7M Chx.rOdU4nQymbYKd.Cs2Infs7.3LYfukvbpenMb5h.8K.MTFDKK6ZpBNfj2Sfl5z7cl4b7bCQMF JS_DcafxswHqG9UWWfQ4r849nhsNxnHqJKEE9M9F6QGV.YBcUIiB9ifamIlEKysagv1LjUrGf6z3 Z6NIUbEnvudVK1UYvWu49Q35HISu5APFRuKpreSirnU7UdeNOzqNtmg2DNaWbciV.uGMNl9iHa7s rlh88_1ZlnkQjeWy_GUByKAU0AAH3d8HrPVcq0Nvh0fw3dZzuCl2SZn0biNPa2UK_REPQi7LwfgZ zI1EpqW75V.j.RXmqRkgO.lAgY4wZRu5YbJMmlp6JkjVp.SRk2fc8gg0RSm8Rrs3fOP_jTi7Hd91 .66Kg3kXevI0.U0BySgoHs8KGGwv1RbGwdbxNEZ54rrwFirv2MYyhK3P4avXUV7xIa6Y3k60tB92 yplEX8aScd48XioFHGXd4dNCZHGBvZ7YVnAqfH94NMQhIkKleDZbpnbCUIeuCm0dQSpxCVbnZmvJ _f8EI_9fL2a8.2qMd_3F9Uj5oucX80JX7LmxSViqrVQvilD0yKkcBL9LlZE3d6rM78di7M9YxjkR .opZxxxeZdDM99JMElGY9tmGrlA2_zXNAcNwYnOk.Hsamo713gIZGqWsgwIg0.TnICP9ARXtbcXQ rVHh3OEh63E9eNrimm4JXIB51BuzvF1kzQiYL251sqndU6rfxnOusRPlVbRXk9aO0nvbTKTVg4iq _QP7.pPoYf5MUACsXmeA.9BmJ79tbBpbqQXN6LI0x1CNjm6ahj.Q9xls4MOhZd0uWy687_dPjP6X iQLcjYaVNB5QUXIh6W0LPIrW56AP1KGLifoJ11ekSBftiWb6aqTOT7f1PAD3trF9DMo_lGEsGJ.p rbXhrjNh6f3KIATRRl4b_CcUB0y95HjLnoRn2ySPRe8LeIRBvhl.6_DdrVV8bPHqRanUsFz2CaOA n5BgIJkRiWsdv3u3xQGUtrhnMSYCsAnlZhAYUDX_cBZzFCOPWKJ1M7v9SY7G4nKXBP_jbkoIjMxb BOLIS4mWu1Acb2RIIExQ.tTWslk6J0Pxk7KrKKzBr_hbU36ypIIhRwI5HBb0X1Dp6l1phP9HpQvp mrczsX.4zMZOZhlTRb5W_ZhSePfS_OBkz1RHT_cFrEEBqShtwUwlHctlOSOepHgRdXrkFNlae2MB kPGB.wx8t3wUpfxkBNqD4Dn5..3E0Jc8zlvZVlodrVMyn98SSf2XQZnBSi93jl0LAK5UUsv1y9O2 _AbfWIr9I_zVAiRzi0hlBdiY456gdu4MrkMhWYsAxW.n5IygYt21D3kuQjs0idIbkrQPJzieoWjK j6yIG_ibAJPBsqP2bO3eH7rUuuJvFX4kqXk380PeQ_cGhJgp.7zCo7l2txvHRzxPqC0_qP_eMfYo aC0pT.CmW3Dx56UAj_Cz1u0kIv0zPKJy5ATtJWJHVEzglZeqSn1YOoCEW3fyflqh1HEJ4ZtJKcfI DE1JeFzz8TInkl_.TV1BrScUfdl.eUFRcJH4qT8xkEBOhbkhdANocE_tpdj.rzSiB8BLlLfOF_do QV8wGsa71KVD2Kzfu7NAEzidZe9zBGEgWvngN3kjLBNlNFTPsusIsRHs1JGeejY7gRrPHblz1xWD q.bo1bw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Fri, 26 Mar 2021 20:00:33 +0000 Received: by smtp424.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a39da47184d74ecbc6d615fef795b6ab; Fri, 26 Mar 2021 20:00:30 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi and powerd, was: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) From: Mark Millard In-Reply-To: <1B9C90A7-5F37-41AC-8314-3E7C11B12B00@yahoo.com> Date: Fri, 26 Mar 2021 13:00:28 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <40F7B200-23D8-4E9B-9FF7-77015241A218@yahoo.com> References: <20210320005302.GA40542@www.zefox.net> <81CB0CCA-59AC-49A2-9372-4E2C22E3214D@googlemail.com> <20210320155638.GA41617@www.zefox.net> <63E61033-667C-4A08-9012-7D987B652176@yahoo.com> <20210320182821.GA49050@www.zefox.net> <5BF4DC26-8CCC-48E8-802F-34C42084D47F@yahoo.com> <20210321181339.GA56351@www.zefox.net> <01787975-3D1A-4D28-8F0F-957D6842D487@googlemail.com> <59B618B3-7AC9-41DF-9807-173DE34B0F8D@yahoo.com> <70CED341-5638-49EE-A32D-2BD0AC22687C@yahoo.com> <1B9C90A7-5F37-41AC-8314-3E7C11B12B00@yahoo.com> To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F6Xrz3jjcz3Pfw X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-0.997]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.84:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.84:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2021 20:00:36 -0000 On 2021-Mar-26, at 01:33, Mark Millard wrote: > On 2021-Mar-25, at 18:18, Mark Millard wrote: >=20 >> [Eliminating bad history and replacing with test >> information from corrected context, just -j6 for >> now.] >>=20 >> On 2021-Mar-25, at 10:59, Mark Millard wrote: >>=20 >>> [Turns out I somehow ended up with /etc/rc.conf not edited >>> to enable powerd : that is what I found when I went back >>> to disable it. Now I get to re-run the tests.] >>>=20 >>> On 2021-Mar-25, at 10:23, Mark Millard wrote: >>>=20 >>>> On 2021-Mar-24, at 14:13, Mark Millard = wrote: >>>>=20 >>>>> On 2021-Mar-23, at 16:15, Mark Millard = wrote: >>>>>=20 >>>>>> On 2021-Mar-23, at 12:57, Mark Millard = wrote: >>>>>>>=20 >>>>>>>=20 >>>>>>> On 2021-Mar-23, at 06:56, tech-lists = wrote: >>>>>>>=20 >>>>>>>> Hi, >>>>>>>>=20 >>>>>>>> latest build run: >>>>>>>=20 >>>>>>> Had a -mcpu=3Dcortext-a72 world and kernel been >>>>>>> installed and booted first? Was the system >>>>>>> running a world and kernel that had not been >>>>>>> tuned for the Cortex-A72? >>>>>>=20 >>>>>> I've started an experimental build in my >>>>>> -mcpu=3Dcortex-a72 tuned context . . . >>>>>>=20 >>>>>>>>>>> World built in 22976 seconds, ncpu: 4, make -j6 >>>>>>>> -------------------------------------------------------------- >>>>>>>>=20 >>>>>>>> 6 Hours : 22 Minutes : 56 Seconds >>>>>>>>=20 >>>>>>>> created kernel.bin from kernel.full >>>>>>>> -------------------------------------------------------------- >>>>>>>>>>> Kernel build for GENERIC-NODEBUG completed on Mon Mar 22 = 13:54:53 >>>>>>>>>>> UTC 2021 >>>>>>>> -------------------------------------------------------------- >>>>>>>>>>> Kernel(s) GENERIC-NODEBUG built in 2086 seconds, ncpu: 4, = make -j6 >>>>>>>> -------------------------------------------------------------- >>>>>>>>=20 >>>>>>>> 0 Hours : 34 Minutes : 46 Seconds >>=20 >> Based on the later results reported, I get a build that >> takes a little less time for buildworld+buildkernel, a >> build that does not involve devel/ccache . >>=20 >> So it could be that devel/cache had an empty cache for >> your build for all I can tell from the timing information. >>=20 >>>>>>>> commands used: >>>>>>>> 1. cd /usr/src >>>>>>>> 2. git pull --ff-only >>>>>>=20 >>>>>> I'm simply from-scratch rebuilding what I'm >>>>>> already running, based on main 7381bbee29df from >>>>>> 2021-03-12: >>>>>>=20 >>>>>> # ~/fbsd-based-on-what-freebsd-main.sh=20 >>>>>> merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 >>>>>> merge-base: CommitDate: 2021-03-12 20:29:42 +0000 >>>>>> def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched = build in git context. >>>>>> 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: = Run all XPT_ASYNC ccbs in a dedicated thread >>>>>> FreeBSD RPi4B 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 >>>>>>=20 >>>>>>>> 3. make -j10 cleanworld >>>>>>>> 4. make -j10 cleandir >>>>>>>> 5. make -j10 clean >>>>>>=20 >>>>>> My /usr/obj/cortexA72_clang/ was empty at the >>>>>> start of the buildworld buildkernel . >>>>>> devel/ccache is still not installed. >>>>>>=20 >>>>>>> This does not show ccache being cleared out >>>>>>> before the below. So the times may be examples >>>>>>> of "with ccache benefit" times. The contrast >>>>>>> with mine and Bob P.'s times suggests a >>>>>>> nice time-benefit can occur. >>>>>>>=20 >>>>>>>> 6. make -j6 buildworld >>>>>>>> 7. make -j6 buildkernel >>>>>>=20 >>>>>> I'm using "-j6 buildworld buildkernel". >>>>>>=20 >>>>>>>> here's the src.conf : >>>>>>>> https://cloud.zyxst.net/~john/FreeBSD/rpi4-main/src.conf >>>>>>=20 >>>>>> I'm using my normal src.conf equivalent, not >>>>>> yours. (So the experiment is comparable to my >>>>>> normal past experiments in this respect, matching >>>>>> what I've reported in the past.) >>>>>>=20 >>>>>>> I seem to get intermittent access to >>>>>>> https://cloud.zyxst.net/ but got to >>>>>>> see the file content eventually. >>>>>>>=20 >>>>>>>> relevant rc.conf settings: >>>>>>>> powerd_enable=3D"YES" >>>>>>>> powerd_flags=3D"-r 1" >>>>>>=20 >>>>>> I commented out the config.txt line that assigned >>>>>> arm_freq_min and the /etc/sysctl/conf line that >>>>>> assigned an arm frequency. >>>=20 >>> I get to retry, attempting to actually do what I said >>> I'd done for powerd enabling . . . I've rebooted and >>> verified powerd now shows with the appropriate command >>> line in top. So I've cleared things out in >>> /usr/obj/cortexA72_clang/ and started a -j6 experiment >>> as the first one. >>>=20 >>>>>> I put the 2 powerd_* lines above in my /etc/rc.conf . >>>>>>=20 >>>>>>>> sysctl.conf settings: >>>>>>>> vfs.read_max=3D128 # default 64 # Cluster read-ahead max block = count >>>>>>=20 >>>>>> I added the above line to my /etc/sysctl.conf . >>>>>>=20 >>>>>>>> config.txt: >>>>>>>> kernel=3Du-boot.bin >>>>>>>> over_voltage=3D6 >>>>>>>> arm_freq=3D2000 >>>>>>>> sdram_freq_min=3D3200 >>>>>>=20 >>>>>> Ignoring comment differences, mine matches >>>>>> for such lines. >>>>>>=20 >>>>>> I rebooted on the basis of all these changes >>>>>> before starting the "-j6 buildworld buildkernel" >>>>>> style build. >>>>>>=20 >>>>>>> Thanks much for the information. >>>>>>>=20 >>>>>>=20 >>>>>> So, 6..10(?) of hours from when the >>>>>> build started I should have time frames >>>>>> to report for a "no ccache benefit" >>>>>> build to compare to my past reported >>>>>> build times. >>>>>>=20 >>=20 >> With powerd actually enabled ("-r 1") this time . . . >>=20 >> -j6 summary: Overall somewhat under 9 hrs historically >> for -j4 in my non-powerd configuration turned into >> somewhat under 6 hrs 45 min for -j6 in the test powerd >> configuration, somewhat over 2 hr 10 min faster.=20 >>=20 >> I plan on a -j4 test in the context as well. >=20 > -j4 summary: somewhat under 6 hrs 45 min for -j4 in the > powerd configuration but just a little longer than -j6 . > In more detail: a little over 4 min longer than -j6 . >=20 > I plan on a -j4 build without the vfs.read_max=3D128 > as the next test of a related context. -j4 without vfs.read_max=3D128 summary: somwhat under 6 hrs 50 min total for the powerd configuration. In more detail: a little over 7 min longer than -j6 with vfs.read_max=3D128 took. I plan on a non-powerd test but with force_turbo=3D1=20 in config.txt (but not arm_freq_min) for -j4 without vfs.read_max=3D128. So config.txt will have for overclocking: over_voltage=3D6 arm_freq=3D2000 sdram_freq_min=3D3200 force_turbo=3D1 In /etc/sysctl.conf it will use: dev.cpu.0.freq=3D2000 (Although that might not be necessary.) I'll note that one of the RPi engineers/forum-monitors reported in a reply that they do not set the overclock warranty bit for RPi4s, allowing experimenting with over_voltage and force_turbo together. See: https://www.raspberrypi.org/forums/viewtopic.php?f=3D91&t=3D283911&p=3D171= 9405 >> The -j6 details . . . >> (builds are via a EtherNet ssh session) >>=20 >> First a reminder of the prior timing that I >> reported for my normal configuration of my >> normal -j4 buildworld buildkernel in my >> usual overclocking style: >>=20 >> World build completed on Thu Mar 11 18:39:37 PST 2021 >> World built in 29780 seconds, ncpu: 4, make -j4 >> Kernel build for GENERIC-NODBG completed on Thu Mar 11 19:18:02 PST = 2021 >> Kernel(s) GENERIC-NODBG built in 2305 seconds, ncpu: 4, make -j4 >>=20 >> So a few minutes under 9 hr total for my >> normal configuration. >>=20 >> By contrast, for the -j6 powerd configuration in this >> experiment: >>=20 >> World build completed on Thu Mar 25 16:52:56 PDT 2021 >> World built in 22324 seconds, ncpu: 4, make -j6 >> Kernel build for GENERIC-NODBG completed on Thu Mar 25 17:21:16 PDT = 2021 >> Kernel(s) GENERIC-NODBG built in 1700 seconds, ncpu: 4, make -j6 >>=20 >> So somewhat under 6 hrs 45 min. Nice! >> (It is a little bit faster than the total for >> the build times that you reported.) >>=20 >> Interestingly, after the build and some idle time >> I see no evidence of the CPUs being slowed down: >>=20 >> # sysctl dev.cpu.0.freq >> dev.cpu.0.freq: 2000 >>=20 >> # sysctl hw.cpufreq.arm_freq >> hw.cpufreq.arm_freq: 2000000000 >>=20 >> For reference: the cpu's had definitely cooled >> (from the low 50C's range): >>=20 >> # sysctl hw.cpufreq.temperature >> hw.cpufreq.temperature: 37447 >>=20 >> # sysctl dev.cpu.0.temperature >> dev.cpu.0.temperature: 36.4C >>=20 >> Also: >>=20 >> # sysctl dev.bcm2835_cpufreq.0.freq_settings >> dev.bcm2835_cpufreq.0.freq_settings: 2000/-1 600/-1 >>=20 >> # sysctl dev.cpu.0.freq_levels >> dev.cpu.0.freq_levels: 2000/-1 600/-1 >>=20 >> [Fedora gives a much longer list (in other >> units) when the minimum is not forced: >> int f over 6<=3Df<=3D20: (f*100)*1MHz . But, as >> I remember, other linux OS's gave an even >> different list. Seems to be a choice as to >> what possibilities to expose of many >> that can be set up.] >>=20 >> I note that sysctl reports: >>=20 >> # sysctl hw.cpufreq.turbo >> hw.cpufreq.turbo: 1 >>=20 >> I'm not sure of the value that shows up in in my normal >> configuration but I do not explicitly set it in any >> configuration. >>=20 >>=20 >> FYI: my modified version of top reported Maximum >> Observed for Active+Wired of: 3468Mi MaxObs(Act+Wir), >> suggesting that a 4 GiByte RPi4B might be a little >> constrained at some point(s) in the build by the more >> limited RAM and 2 GiByte RPi4B's or less would be >> constrained for sure. >>=20 >=20 > The -j4 details . . . > (builds are via a EtherNet ssh session) > (I reboot before testing) >=20 > World build completed on Fri Mar 26 00:44:13 PDT 2021 > World built in 22552 seconds, ncpu: 4, make -j4 > Kernel build for GENERIC-NODBG completed on Fri Mar 26 01:12:48 PDT = 2021 > Kernel(s) GENERIC-NODBG built in 1715 seconds, ncpu: 4, make -j4 >=20 > So somewhat under 6 hrs 45 min. Nice! > (It is a little bit faster than the total for > the build times that you reported.) >=20 > The sysctl value information is similar to what it > was for -j16, not repeated here. >=20 > FYI: my modified version of top reported Maximum > Observed for Active+Wired of: 2589Mi MaxObs(Act+Wir), > suggesting that a 2 GiByte RPi4B would be somewhat > constrained at some point(s) in the build by the more > limited RAM but a 4 GiByte one would not. (Memory use > is a -j4 vs -j6 tradeoff.) The -j4 without vfs.read_max=3D128 details . . . (builds are via a EtherNet ssh session) (I reboot before testing, first doing rm -fr /usr/obj/cortexA72_clang/* = ) (USB3 SSD media) World build completed on Fri Mar 26 08:25:00 PDT 2021 World built in 22738 seconds, ncpu: 4, make -j4 Kernel build for GENERIC-NODBG completed on Fri Mar 26 08:53:31 PDT 2021 Kernel(s) GENERIC-NODBG built in 1711 seconds, ncpu: 4, make -j4 So somewhat under 6 hr 50 min. FYI: my modified version of top reported Maximum Observed for Active+Wired of: 2920Mi MaxObs(Act+Wir), indicating that a 2 GiByte RPi4B would be somewhat constrained at some point(s) in the build by the more limited RAM but a 4 GiByte one would not. This is somewhat more than -j4 with vfs.read_max=3D128 used. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Mar 27 03:04:41 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4D1955B71D4 for ; Sat, 27 Mar 2021 03:04:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.206]) (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 4F6kGH300Bz4ctB for ; Sat, 27 Mar 2021 03:04:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616814277; bh=gRnsQMKFRSDVhUPof1Jwb6VmRiRVxMHPmI9Hc7JTMOa=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=C/XTT6WGouMPVZxEFJRrYyGMOndF478PWgVG8X4NZVT7HLrPVFHOtM8KRcypSgcXwmkexiBJnvFAfFB9hEguHJs6AFaaG5IY6yLde70EQ9XnA0xG9o4raEkeyCcFO7GeGlB58YvVpDQGkj7P0KJ7lEbQ6Q5UJlFan1fNUv0frB7Hc5tUiGq3ct7Y8qKt1F8+e1iHRh2mGB0UsnyA0f8ilgWX8kat3q0VcKTtwqOa40vxkIGsLpa/lrueRwC0dLf91xREMLUi3bdtSNIY10v986p3f2u74/puMRtqJGXXrIsckmH0m8EW74DDsFh6L+VvSDAT7GLJQT9sXf8UKDJekg== X-YMail-OSG: xxiUk.cVM1kOio2iEV_bNrgsUHXY2pqvuBx2S7e3Q3ATGS1CI9QiD_.YjyWZvCM HUlQPCnDP7TirTI0tOIMldNYnBOlpHh5eONTBRRkILZFD8nUr1SvLXnZKs_qOAwXXm7OmWk_AqTP 97hdWVSxvqJtcT2H7Civfpjp1F9A9mXEYk0tO8yjg5eX2uot5LrNGPV2MCZhF4Lh7Fk84s0uoMpy 1qJ6Nbru8pMZavySk.H50ZQtfX7gdQAzWeECpP933DI1K19Bi7yWDojOYK6dfGs0Ge.jiQcH_XGR eK4BkF1gwM_k2X6mNMTTMKCZ4x30vH0c5CDRrM_.JfP3HsB7eG5perq7KPgR8K_d51d1lgfIRwK9 YHWXp3MDHQV0_D2eN9OnDorUN_BZ_Sll4pWDuR1T_qmCU49ib6ON6AWXQ6ZGwO29Rrvdg9EfK8UQ TM8zKA9.0U2Hw165_yDUuK4r3PDesq1ArxW6pFdIY6JnMqrUX7wnNHaIkA3IiC_20lYT4aCU0N.l JUeUJ576XCyo1bXUDcxkIS9DnQz6Iqz9_NbtKNyvklM6IjdF_xEca9Se5g7V9_vyq4nc2i8XBoQG .n1K0FZpjexTHxg7AzlffS7wyz6qZekzjVoKbLK90.SH_g9UBtdCIE1amSpYRQXJ0PujtNUmrbb8 _BCLc6Cw9Wx7Dz_gt19vpyGDJ1NCJR1WxMrTbQzqDD608Wt3Se.SxIg0M1yuYHGWLY2ksne0nHku oWRrwMDd.Ymd7YzgvzRFvLXStLEBk5LUa4jdKHnzgzwhCJX7svfUcuPX_88_4BQlzD9rY7cjXRNO Wl6fn_PrV3S0VsvUWYoN1NbDhFB4HwXrEuoYuX2huF.Ii4CailqGtGIYJxDGhE4lpERj3ne8dmQn nmKPAiEURnYIHfUWYhCt1JMHxypp9g4KX_dKq.PBDsMaWsav2sbXz8G9AFRMqLB_SYTfxcecvGyO wrzSp7p4Gc3etxSbdSVaCznRiN4c9Ho19RNKa1FkcyEHWSfdD1i.YmLwCm6qwJICSkCo2X0wL8J6 1KcJ3AMJKEIKvSFhwdiHA4ykxLFEwBX5MPAeEOog9m9SB7eGYNNNM0QK4rDiiNG2wWbMxbuK0ZA0 Xo6_o.n6cxU8pDo4Oeuwmjs.C4W118rg3GeeuM5rRzpG8ZcOvfdhAtdTHy7Ov4f.UoM_kK90ZFUz k3N4Jjl4WZQ20rURq90h9XWZWsWeie34Uda8.6R1mhAi6hFGUVn_UsLMhIWa4fqPrWGKk7EAC5q9 jcP6CIR_6SXpJJmLfyzDULJ5M_DvwBGrrWUglFfjCxRhu2_YHifVRUpe_6yjKbSRmax6Jou38YVO VhZvV_NS85OgGVa5DTTX8WIdGVM1YyIskINMBrtkgzfuqRnROSja5RezcWmfOVaBg5A3qqoEPITc YND3i5CFpYorxv_OuWId.OUHdxL3Dkhe.aEmh2gzoZQQYg8fIuNgRgC5Vzz3Uv5spW3WOXrqIDuo AGvZAsH2sLowKlPTv9ugBJK3yrTrpIc4AuUyi3achNcMcUhx4FQzOF9bjRXyxJpq7pcSkO7M.MAB 0HYe_0z9Sz_JQ0vM3LU440NjvhgWpzlsQ3rMBo2bIGNXAixfSUedB.H27YhNfLiccGA_VdHjLGXE yVSz4PnpYp.o8G0hmjazgBgHpbuHBLPSSmV17_mcTFQDNIqVqeD7i3fWvDAkE3hMt6C7W2EKwuB_ DA1zCD5rM5_3YmQ9p5UuzVA7p3Xrz6G265B4ngigqULbfcsKrpsLzvtx5l0McmbZlElORlIYKp9F q.VmAWX.DDcSVx_uuiuy0_tbOf0Vw5nPDTiCNx1OLTk9jIEOrEQaTXkPBzkQmj3iujWpVmFDEJKL AuwGCFsUeAbmtLI4Mo6jEI.sdlKEt_iSvEvLx_ovYlIC85J4xWxoq631_GjylsDaeNwYA5gSuoM1 7UEfqOX131gT5jDOtSjn9JK9GKBhBzU3waBAMIZQkHPgD3nei9QIx3j8gw18UJw7ObP_9KTfMOlt FODf.1zSujfSJkZxphOKtbK5ZLimLSORqgWOfvWZcWDfGFUR7WDPw30iCug.KVVHLElpHBZlqYPd UGn6LLRkX._gtPL5gLdB5X5_dssXVcSbbqQnCataUjRLFFk6dclepdb7b4eblvXEqAqbcWjQccTG ilDwSFSUzzbD_IxVZ1NOOFuZWtvEHF_aQNYJxok.7Litv0xwrtSL0edpf5Rd7zp9UoBTwxHCm_Aj Id1PF4l.bsxhK3b7oSnDSN0jzWLj0ZF0JakRDDgI8oeTxqFZ7cM6ZjoScgItVTGmSZeELTCjwF8a 3C88SmmJBZvConxIKoYD4a9FEM57s_9LVLRjd7RtbjEKneyb7.l5k81kvZvI27F_GHqFqo2da3bp VxQTRsnMW7uWHIa.T25gxLNw.2PjJpeAq6bT6wS4kqMzJ3jZXLw.oEvSUN3OJpQRCjnAQRM2rIWk sKJr6z1Wt7bVd1l1IYUQgL7v7xIapKoo994NButjbB3CfgYhpDQWSXsZhdkFomus5B5nPaxFzobH b6IKvz6KuwfUiXyi2z7d_vF9O8KWx5TKH4s.Z1rbcXv7Vks_rVwp72cQcZkprZvDekKx8.XVusa. 4x.kvDiPfv.tHFBJmSrdslPIpW5QWor.HSzy2WF_DIPtPlMk- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sat, 27 Mar 2021 03:04:37 +0000 Received: by kubenode535.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a5a0c785c2a9a73d8d8fe4a0bcd42521; Sat, 27 Mar 2021 03:04:34 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi and powerd, was: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) From: Mark Millard In-Reply-To: <40F7B200-23D8-4E9B-9FF7-77015241A218@yahoo.com> Date: Fri, 26 Mar 2021 20:04:32 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210320005302.GA40542@www.zefox.net> <81CB0CCA-59AC-49A2-9372-4E2C22E3214D@googlemail.com> <20210320155638.GA41617@www.zefox.net> <63E61033-667C-4A08-9012-7D987B652176@yahoo.com> <20210320182821.GA49050@www.zefox.net> <5BF4DC26-8CCC-48E8-802F-34C42084D47F@yahoo.com> <20210321181339.GA56351@www.zefox.net> <01787975-3D1A-4D28-8F0F-957D6842D487@googlemail.com> <59B618B3-7AC9-41DF-9807-173DE34B0F8D@yahoo.com> <70CED341-5638-49EE-A32D-2BD0AC22687C@yahoo.com> <1B9C90A7-5F37-41AC-8314-3E7C11B12B00@yahoo.com> <40F7B200-23D8-4E9B-9FF7-77015241A218@yahoo.com> To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F6kGH300Bz4ctB X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.206:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2021 03:04:41 -0000 On 2021-Mar-26, at 13:00, Mark Millard wrote: > On 2021-Mar-26, at 01:33, Mark Millard wrote: >=20 >> On 2021-Mar-25, at 18:18, Mark Millard wrote: >>=20 >>> [Eliminating bad history and replacing with test >>> information from corrected context, just -j6 for >>> now.] >>>=20 >>> On 2021-Mar-25, at 10:59, Mark Millard wrote: >>>=20 >>>> [Turns out I somehow ended up with /etc/rc.conf not edited >>>> to enable powerd : that is what I found when I went back >>>> to disable it. Now I get to re-run the tests.] >>>>=20 >>>> On 2021-Mar-25, at 10:23, Mark Millard = wrote: >>>>=20 >>>>> On 2021-Mar-24, at 14:13, Mark Millard = wrote: >>>>>=20 >>>>>> On 2021-Mar-23, at 16:15, Mark Millard = wrote: >>>>>>=20 >>>>>>> On 2021-Mar-23, at 12:57, Mark Millard = wrote: >>>>>>>>=20 >>>>>>>>=20 >>>>>>>> On 2021-Mar-23, at 06:56, tech-lists = wrote: >>>>>>>>=20 >>>>>>>>> Hi, >>>>>>>>>=20 >>>>>>>>> latest build run: >>>>>>>>=20 >>>>>>>> Had a -mcpu=3Dcortext-a72 world and kernel been >>>>>>>> installed and booted first? Was the system >>>>>>>> running a world and kernel that had not been >>>>>>>> tuned for the Cortex-A72? >>>>>>>=20 >>>>>>> I've started an experimental build in my >>>>>>> -mcpu=3Dcortex-a72 tuned context . . . >>>>>>>=20 >>>>>>>>>>>> World built in 22976 seconds, ncpu: 4, make -j6 >>>>>>>>> -------------------------------------------------------------- >>>>>>>>>=20 >>>>>>>>> 6 Hours : 22 Minutes : 56 Seconds >>>>>>>>>=20 >>>>>>>>> created kernel.bin from kernel.full >>>>>>>>> -------------------------------------------------------------- >>>>>>>>>>>> Kernel build for GENERIC-NODEBUG completed on Mon Mar 22 = 13:54:53 >>>>>>>>>>>> UTC 2021 >>>>>>>>> -------------------------------------------------------------- >>>>>>>>>>>> Kernel(s) GENERIC-NODEBUG built in 2086 seconds, ncpu: 4, = make -j6 >>>>>>>>> -------------------------------------------------------------- >>>>>>>>>=20 >>>>>>>>> 0 Hours : 34 Minutes : 46 Seconds >>>=20 >>> Based on the later results reported, I get a build that >>> takes a little less time for buildworld+buildkernel, a >>> build that does not involve devel/ccache . >>>=20 >>> So it could be that devel/cache had an empty cache for >>> your build for all I can tell from the timing information. >>>=20 >>>>>>>>> commands used: >>>>>>>>> 1. cd /usr/src >>>>>>>>> 2. git pull --ff-only >>>>>>>=20 >>>>>>> I'm simply from-scratch rebuilding what I'm >>>>>>> already running, based on main 7381bbee29df from >>>>>>> 2021-03-12: >>>>>>>=20 >>>>>>> # ~/fbsd-based-on-what-freebsd-main.sh=20 >>>>>>> merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 >>>>>>> merge-base: CommitDate: 2021-03-12 20:29:42 +0000 >>>>>>> def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched = build in git context. >>>>>>> 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: = Run all XPT_ASYNC ccbs in a dedicated thread >>>>>>> FreeBSD RPi4B 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 >>>>>>>=20 >>>>>>>>> 3. make -j10 cleanworld >>>>>>>>> 4. make -j10 cleandir >>>>>>>>> 5. make -j10 clean >>>>>>>=20 >>>>>>> My /usr/obj/cortexA72_clang/ was empty at the >>>>>>> start of the buildworld buildkernel . >>>>>>> devel/ccache is still not installed. >>>>>>>=20 >>>>>>>> This does not show ccache being cleared out >>>>>>>> before the below. So the times may be examples >>>>>>>> of "with ccache benefit" times. The contrast >>>>>>>> with mine and Bob P.'s times suggests a >>>>>>>> nice time-benefit can occur. >>>>>>>>=20 >>>>>>>>> 6. make -j6 buildworld >>>>>>>>> 7. make -j6 buildkernel >>>>>>>=20 >>>>>>> I'm using "-j6 buildworld buildkernel". >>>>>>>=20 >>>>>>>>> here's the src.conf : >>>>>>>>> https://cloud.zyxst.net/~john/FreeBSD/rpi4-main/src.conf >>>>>>>=20 >>>>>>> I'm using my normal src.conf equivalent, not >>>>>>> yours. (So the experiment is comparable to my >>>>>>> normal past experiments in this respect, matching >>>>>>> what I've reported in the past.) >>>>>>>=20 >>>>>>>> I seem to get intermittent access to >>>>>>>> https://cloud.zyxst.net/ but got to >>>>>>>> see the file content eventually. >>>>>>>>=20 >>>>>>>>> relevant rc.conf settings: >>>>>>>>> powerd_enable=3D"YES" >>>>>>>>> powerd_flags=3D"-r 1" >>>>>>>=20 >>>>>>> I commented out the config.txt line that assigned >>>>>>> arm_freq_min and the /etc/sysctl/conf line that >>>>>>> assigned an arm frequency. >>>>=20 >>>> I get to retry, attempting to actually do what I said >>>> I'd done for powerd enabling . . . I've rebooted and >>>> verified powerd now shows with the appropriate command >>>> line in top. So I've cleared things out in >>>> /usr/obj/cortexA72_clang/ and started a -j6 experiment >>>> as the first one. >>>>=20 >>>>>>> I put the 2 powerd_* lines above in my /etc/rc.conf . >>>>>>>=20 >>>>>>>>> sysctl.conf settings: >>>>>>>>> vfs.read_max=3D128 # default 64 # Cluster read-ahead max block = count >>>>>>>=20 >>>>>>> I added the above line to my /etc/sysctl.conf . >>>>>>>=20 >>>>>>>>> config.txt: >>>>>>>>> kernel=3Du-boot.bin >>>>>>>>> over_voltage=3D6 >>>>>>>>> arm_freq=3D2000 >>>>>>>>> sdram_freq_min=3D3200 >>>>>>>=20 >>>>>>> Ignoring comment differences, mine matches >>>>>>> for such lines. >>>>>>>=20 >>>>>>> I rebooted on the basis of all these changes >>>>>>> before starting the "-j6 buildworld buildkernel" >>>>>>> style build. >>>>>>>=20 >>>>>>>> Thanks much for the information. >>>>>>>>=20 >>>>>>>=20 >>>>>>> So, 6..10(?) of hours from when the >>>>>>> build started I should have time frames >>>>>>> to report for a "no ccache benefit" >>>>>>> build to compare to my past reported >>>>>>> build times. >>>>>>>=20 >>>=20 >>> With powerd actually enabled ("-r 1") this time . . . >>>=20 >>> -j6 summary: Overall somewhat under 9 hrs historically >>> for -j4 in my non-powerd configuration turned into >>> somewhat under 6 hrs 45 min for -j6 in the test powerd >>> configuration, somewhat over 2 hr 10 min faster.=20 >>>=20 >>> I plan on a -j4 test in the context as well. >>=20 >> -j4 summary: somewhat under 6 hrs 45 min for -j4 in the >> powerd configuration but just a little longer than -j6 . >> In more detail: a little over 4 min longer than -j6 . >>=20 >> I plan on a -j4 build without the vfs.read_max=3D128 >> as the next test of a related context. >=20 > -j4 without vfs.read_max=3D128 summary: somwhat under > 6 hrs 50 min total for the powerd configuration. > In more detail: a little over 7 min longer than -j6 > with vfs.read_max=3D128 took. >=20 >=20 > I plan on a non-powerd test but with force_turbo=3D1=20 > in config.txt (but not arm_freq_min) for -j4 > without vfs.read_max=3D128. So config.txt will have > for overclocking: >=20 > over_voltage=3D6 > arm_freq=3D2000 > sdram_freq_min=3D3200 > force_turbo=3D1 >=20 > In /etc/sysctl.conf it will use: >=20 > dev.cpu.0.freq=3D2000 >=20 > (Although that might not be necessary.) >=20 > I'll note that one of the RPi > engineers/forum-monitors reported in a reply > that they do not set the overclock warranty bit > for RPi4s, allowing experimenting with over_voltage > and force_turbo together. See: >=20 > = https://www.raspberrypi.org/forums/viewtopic.php?f=3D91&t=3D283911&p=3D171= 9405 The -j4 force_turbo=3D1 summary: somewhat under 6 hrs 45 min. but just a little longer than the initial -j6 test. In more detail: a little under 3 min longer than -j6 . Looks like the force_turbo=3D1 context is what I will use for my activities, no powerd. (It looks like powerd use eventually ends up with force_turbo=3D1 via the RPi4 firmware setting it automatically.) Looks like I'll continue to use -j4 for buildworld buildkernel. No vfs.read_max assignment used either (USB3 SSD media). The test result details for the various tests follow. >>> The -j6 details . . . >>> (builds are via a EtherNet ssh session) >>>=20 >>> First a reminder of the prior timing that I >>> reported for my normal configuration of my >>> normal -j4 buildworld buildkernel in my >>> usual overclocking style: >>>=20 >>> World build completed on Thu Mar 11 18:39:37 PST 2021 >>> World built in 29780 seconds, ncpu: 4, make -j4 >>> Kernel build for GENERIC-NODBG completed on Thu Mar 11 19:18:02 PST = 2021 >>> Kernel(s) GENERIC-NODBG built in 2305 seconds, ncpu: 4, make -j4 >>>=20 >>> So a few minutes under 9 hr total for my >>> normal configuration. >>>=20 >>> By contrast, for the -j6 powerd configuration in this >>> experiment: >>>=20 >>> World build completed on Thu Mar 25 16:52:56 PDT 2021 >>> World built in 22324 seconds, ncpu: 4, make -j6 >>> Kernel build for GENERIC-NODBG completed on Thu Mar 25 17:21:16 PDT = 2021 >>> Kernel(s) GENERIC-NODBG built in 1700 seconds, ncpu: 4, make -j6 >>>=20 >>> So somewhat under 6 hrs 45 min. Nice! >>> (It is a little bit faster than the total for >>> the build times that you reported.) >>>=20 >>> Interestingly, after the build and some idle time >>> I see no evidence of the CPUs being slowed down: >>>=20 >>> # sysctl dev.cpu.0.freq >>> dev.cpu.0.freq: 2000 >>>=20 >>> # sysctl hw.cpufreq.arm_freq >>> hw.cpufreq.arm_freq: 2000000000 >>>=20 >>> For reference: the cpu's had definitely cooled >>> (from the low 50C's range): >>>=20 >>> # sysctl hw.cpufreq.temperature >>> hw.cpufreq.temperature: 37447 >>>=20 >>> # sysctl dev.cpu.0.temperature >>> dev.cpu.0.temperature: 36.4C >>>=20 >>> Also: >>>=20 >>> # sysctl dev.bcm2835_cpufreq.0.freq_settings >>> dev.bcm2835_cpufreq.0.freq_settings: 2000/-1 600/-1 >>>=20 >>> # sysctl dev.cpu.0.freq_levels >>> dev.cpu.0.freq_levels: 2000/-1 600/-1 >>>=20 >>> [Fedora gives a much longer list (in other >>> units) when the minimum is not forced: >>> int f over 6<=3Df<=3D20: (f*100)*1MHz . But, as >>> I remember, other linux OS's gave an even >>> different list. Seems to be a choice as to >>> what possibilities to expose of many >>> that can be set up.] >>>=20 >>> I note that sysctl reports: >>>=20 >>> # sysctl hw.cpufreq.turbo >>> hw.cpufreq.turbo: 1 >>>=20 >>> I'm not sure of the value that shows up in in my normal >>> configuration but I do not explicitly set it in any >>> configuration. >>>=20 >>>=20 >>> FYI: my modified version of top reported Maximum >>> Observed for Active+Wired of: 3468Mi MaxObs(Act+Wir), >>> suggesting that a 4 GiByte RPi4B might be a little >>> constrained at some point(s) in the build by the more >>> limited RAM and 2 GiByte RPi4B's or less would be >>> constrained for sure. >>>=20 >>=20 >> The -j4 details . . . >> (builds are via a EtherNet ssh session) >> (I reboot before testing) >>=20 >> World build completed on Fri Mar 26 00:44:13 PDT 2021 >> World built in 22552 seconds, ncpu: 4, make -j4 >> Kernel build for GENERIC-NODBG completed on Fri Mar 26 01:12:48 PDT = 2021 >> Kernel(s) GENERIC-NODBG built in 1715 seconds, ncpu: 4, make -j4 >>=20 >> So somewhat under 6 hrs 45 min. Nice! >> (It is a little bit faster than the total for >> the build times that you reported.) >>=20 >> The sysctl value information is similar to what it >> was for -j16, not repeated here. >>=20 >> FYI: my modified version of top reported Maximum >> Observed for Active+Wired of: 2589Mi MaxObs(Act+Wir), >> suggesting that a 2 GiByte RPi4B would be somewhat >> constrained at some point(s) in the build by the more >> limited RAM but a 4 GiByte one would not. (Memory use >> is a -j4 vs -j6 tradeoff.) >=20 > The -j4 without vfs.read_max=3D128 details . . . > (builds are via a EtherNet ssh session) > (I reboot before testing, first doing rm -fr = /usr/obj/cortexA72_clang/* ) > (USB3 SSD media) >=20 > World build completed on Fri Mar 26 08:25:00 PDT 2021 > World built in 22738 seconds, ncpu: 4, make -j4 > Kernel build for GENERIC-NODBG completed on Fri Mar 26 08:53:31 PDT = 2021 > Kernel(s) GENERIC-NODBG built in 1711 seconds, ncpu: 4, make -j4 >=20 > So somewhat under 6 hr 50 min. >=20 > FYI: my modified version of top reported Maximum > Observed for Active+Wired of: 2920Mi MaxObs(Act+Wir), > indicating that a 2 GiByte RPi4B would be somewhat > constrained at some point(s) in the build by the more > limited RAM but a 4 GiByte one would not. This is > somewhat more than -j4 with vfs.read_max=3D128 used. >=20 The -j4 force_turbo=3D1 details . . . (no powerd, no vfs.read_max=3D128) (builds are via a EtherNet ssh session) (I reboot before testing, first doing rm -fr /usr/obj/cortexA72_clang/* = ) (USB3 SSD media) World build completed on Fri Mar 26 19:10:11 PDT 2021 World built in 22491 seconds, ncpu: 4, make -j4 Kernel build for GENERIC-NODBG completed on Fri Mar 26 19:38:33 PDT 2021 Kernel(s) GENERIC-NODBG built in 1702 seconds, ncpu: 4, make -j4 So somewhat under 6 hr 45 min. FYI: my modified version of top reported Maximum Observed for Active+Wired of: 2564Mi MaxObs(Act+Wir), suggesting that a 2 GiByte RPi4B would be somewhat constrained at some point(s) in the build by the more limited RAM but a 4 GiByte one would not. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Mar 26 18:46:54 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2D64C5A84BC for ; Fri, 26 Mar 2021 18:46:54 +0000 (UTC) (envelope-from andy_mitchell_fr@icloud.com) Received: from st43p00im-ztfb10063301.me.com (st43p00im-ztfb10063301.me.com [17.58.63.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F6WCx3rmjz3Klw for ; Fri, 26 Mar 2021 18:46:53 +0000 (UTC) (envelope-from andy_mitchell_fr@icloud.com) Received: from [10.234.81.143] (pop.92-184-100-33.mobile.abo.orange.fr [92.184.100.33]) by st43p00im-ztfb10063301.me.com (Postfix) with ESMTPSA id CB4FEA402FD for ; Fri, 26 Mar 2021 18:46:51 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Andrew Mitchell Mime-Version: 1.0 (1.0) Date: Fri, 26 Mar 2021 19:46:49 +0100 Subject: on arm64 aarch64 14-CURRENT Message-Id: To: freebsd-arm@freebsd.org X-Mailer: iPhone Mail (18D61) X-Proofpoint-Virus-Version: =?UTF-8?Q?vendor=3Dfsecure_engine=3D1.1.170-22c6f66c430a71ce266a39bfe25bc?= =?UTF-8?Q?2903e8d5c8f:6.0.369,18.0.761,17.0.607.475.0000000_definitions?= =?UTF-8?Q?=3D2021-03-26=5F06:2021-03-26=5F03,2021-03-26=5F06,2020-04-07?= =?UTF-8?Q?=5F01_signatures=3D0?= X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 phishscore=0 mlxlogscore=378 mlxscore=0 clxscore=1011 spamscore=0 adultscore=0 bulkscore=0 malwarescore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2103260138 X-Rspamd-Queue-Id: 4F6WCx3rmjz3Klw X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[17.58.63.179:from]; FREEMAIL_FROM(0.00)[icloud.com]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; DKIM_TRACE(0.00)[icloud.com:+]; DMARC_POLICY_ALLOW(-0.50)[icloud.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[icloud.com]; ASN(0.00)[asn:714, ipnet:17.58.63.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[17.58.63.179:from]; RCVD_IN_DNSWL_LOW(-0.10)[17.58.63.179:from]; ARC_NA(0.00)[]; SUBJECT_ENDS_SPACES(0.50)[]; R_DKIM_ALLOW(-0.20)[icloud.com:s=1a1hai]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[icloud.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[17.58.63.179:from:127.0.2.255]; WHITELIST_SPF_DKIM(-3.00)[icloud.com:d:+,icloud.com:s:+]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-Mailman-Approved-At: Sat, 27 Mar 2021 10:03:24 +0000 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2021 18:46:54 -0000 Hello, is not working as it should on my RPi4 FreeBSD, or so it seems= . .include compiles my file.c into .ko but then sends it to /usr= /obj and kldload won't work. This is what troubles me: "KLD file.ko: depends on kernel - not available or version mismatch kldload: can't load ./file.ko: module already loaded or in kernel" It's all the more troublesome as l'm able to kldload a .ko file on amd64. I am pretty sure the source code and my FreeBSD version match, but I am begi= nning to doubt. On amd64 my .ko files stay in the same directory as file.c and Makefile. I'm sure that moving to /usr/obj is part of the problem. Has anyone met with this problem and found a solution? Cheers,=20 Andy Envoy=C3=A9 de mon iPhone= From owner-freebsd-arm@freebsd.org Sat Mar 27 17:26:52 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5F16357A665 for ; Sat, 27 Mar 2021 17:26:52 +0000 (UTC) (envelope-from andy_mitchell_fr@icloud.com) Received: from st43p00im-zteg10073501.me.com (st43p00im-zteg10073501.me.com [17.58.63.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F75P74SSJz4Sg0 for ; Sat, 27 Mar 2021 17:26:51 +0000 (UTC) (envelope-from andy_mitchell_fr@icloud.com) Received: from [10.234.81.143] (pop.92-184-100-164.mobile.abo.orange.fr [92.184.100.164]) by st43p00im-zteg10073501.me.com (Postfix) with ESMTPSA id 2FCD0AE0409 for ; Sat, 27 Mar 2021 17:26:50 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable From: Andrew Mitchell Mime-Version: 1.0 (1.0) Date: Sat, 27 Mar 2021 18:26:47 +0100 Subject: Any good alternative to Raspberry for Arm64? Message-Id: <21BE83BC-0667-44F7-83E4-1664A2BC6017@icloud.com> To: freebsd-arm@freebsd.org X-Mailer: iPhone Mail (18D61) X-Proofpoint-Virus-Version: =?UTF-8?Q?vendor=3Dfsecure_engine=3D1.1.170-22c6f66c430a71ce266a39bfe25bc?= =?UTF-8?Q?2903e8d5c8f:6.0.369,18.0.761,17.0.607.475.0000000_definitions?= =?UTF-8?Q?=3D2021-03-27=5F05:2021-03-26=5F03,2021-03-27=5F05,2020-04-07?= =?UTF-8?Q?=5F01_signatures=3D0?= X-Proofpoint-Spam-Details: rule=notspam policy=default score=22 mlxscore=22 clxscore=1015 mlxlogscore=54 suspectscore=0 adultscore=0 phishscore=0 malwarescore=0 spamscore=22 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2103270140 X-Rspamd-Queue-Id: 4F75P74SSJz4Sg0 X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[17.58.63.180:from]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16:c]; FREEMAIL_FROM(0.00)[icloud.com]; TO_DN_NONE(0.00)[]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[icloud.com:+]; DMARC_POLICY_ALLOW(-0.50)[icloud.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[icloud.com]; ASN(0.00)[asn:714, ipnet:17.58.63.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[17.58.63.180:from]; DWL_DNSWL_NONE(0.00)[icloud.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[icloud.com:s=1a1hai]; RCVD_IN_DNSWL_LOW(-0.10)[17.58.63.180:from]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[17.58.63.180:from:127.0.2.255]; SUBJECT_ENDS_QUESTION(1.00)[]; WHITELIST_SPF_DKIM(-3.00)[icloud.com:d:+,icloud.com:s:+]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-Mailman-Approved-At: Sat, 27 Mar 2021 18:44:50 +0000 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2021 17:26:52 -0000 Hi everyone, I've seen that there are arm machines for FreeBSD other than Raspberry. I've= been using it with 14.0-CURRENT, and my skills are too limited for patching= it. So, I've decided to find a machine on which a RELEASE or STABLE version= would work. To my knowledge, and after many tries, it seems that there are n= o FreeBSD working smoothly on RPI4 B.=20 So, if you have any suggestions for a working FreeBSD on any machine, I'd be= grateful. I won't discard 14.0 CURRENT, as I've done quite a few things which were muc= h fun. It's just for getting other experiences. Please, tell me. Andy From owner-freebsd-arm@freebsd.org Sat Mar 27 18:57:23 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 38B2857D0D8 for ; Sat, 27 Mar 2021 18:57:23 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F77PZ2Fv8z4ZPP for ; Sat, 27 Mar 2021 18:57:21 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 621BC5C0091 for ; Sat, 27 Mar 2021 14:57:20 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Sat, 27 Mar 2021 14:57:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=9oAfP2Om4qAy7xMYnho4J71do2w 4/1i3n+qpKrrHhGg=; b=OWKLmgDVTV82D85jfCpFEnqG62eQbliNysXdInZy6wq 5U9M9uZa8fkNxjVzQUEFYd51v+dBGlL47Xsc6b2Y97h1xZUXrhF1SWAdAJAMAIcP r43EgnAg07T6sxYAUCbmXYL7R+C1Ca4yijvU1xcpsXPRHvU4M+ey3huei5g02UAT /kAMSlve+c2O9VEbNb1i3LLiKH6dG0zrXUbOeCBK8ACIjXnJBFd2eFiiScTqODYi a31ybm86+fSkX0MDIRwv/1N1wxdxFAfw0SoiC9cuP2X6W+bfna5a+1+XunHtCllL upkUb5ymeE0p3chR1kufiI71+YCDQQENJFkmkTY5WqQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=9oAfP2 Om4qAy7xMYnho4J71do2w4/1i3n+qpKrrHhGg=; b=JRFOda4h9OyJD9o3wT+Ih9 yOvpw9t9KSUMOo6rRdOGjh9wURDdX0OgPbGeHsUoOka5Ob5fXYLrzZ4QpM3EESgh +mxXP0jsAzXfwv2jaN+u2lVucvtadQbZXAP84ILsJjXYdOhp3sfiymfXjTzlrZw3 LjeXa8N/gPYGzPhpShtk1XKfpExyyUaBRbKHcqoEuhRFRXFIiBoM7jkEzAmpa5TO IA4tRP75hRRi8yfJIrHEM0rer41e7/Cvmb1vu3vqxfCgtfRF5iBNy8bAt2LpZX76 vnS2oHCBpw+pdN5A4yIQlxmok90I/Ns60Hhf4nEuL/CLjOdrxfpUv8zJxwzo8Zxg == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudehgedguddulecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtd erredttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshes iiihgihsthdrnhgvtheqnecuggftrfgrthhtvghrnheptdehiefgvddufeekkedvtdefvd ettddtkeduvdegveelffdtkeffudejvdfhudetnecukfhppeekvddrjedtrdeluddruddt tdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvg gthhdqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id CADF224005A for ; Sat, 27 Mar 2021 14:57:19 -0400 (EDT) Date: Sat, 27 Mar 2021 18:57:17 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: Any good alternative to Raspberry for Arm64? Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <21BE83BC-0667-44F7-83E4-1664A2BC6017@icloud.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="cnlAo6rPmkep9ixn" Content-Disposition: inline In-Reply-To: <21BE83BC-0667-44F7-83E4-1664A2BC6017@icloud.com> X-Rspamd-Queue-Id: 4F77PZ2Fv8z4ZPP X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=OWKLmgDV; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=JRFOda4h; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.26 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-4.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.26:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.26]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.26:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.26:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.26:from:127.0.2.255]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2021 18:57:23 -0000 --cnlAo6rPmkep9ixn Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, On Sat, Mar 27, 2021 at 06:26:47PM +0100, Andrew Mitchell via freebsd-arm w= rote: > Hi everyone, > I've seen that there are arm machines for FreeBSD other than Raspberry. i > I've been using it with 14.0-CURRENT, and my skills are too limited for= =20 > patching it. So, I've decided to find a machine on which a RELEASE or=20 > STABLE version would work. To my knowledge, and after many tries, it seem= s=20 > that there are no FreeBSD working smoothly on RPI4 B. > So, if you have any suggestions for a working FreeBSD on any machine,=20 > I'd be grateful. > I won't discard 14.0 CURRENT, as I've done quite a few things which were= =20 > much fun. It's just for getting other experiences. You'll need to define "working smoothly" [1] On a stable/13 machine I'm using as my main reading-email-interface it runs mutt poudriere exim nginx. Enough for that machine, for my needs. it works for me and is surprisingly fast. Sure it might not be an out-of-the-box experience but rpi4 is still new. [1] you'll need to at least define the context --=20 J. --cnlAo6rPmkep9ixn Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBfgAMACgkQs8o7QhFz NAUB9hAAnPDziyZlWfvas9XYw1gHxQ/cpb8lhblZQjGduqCCHl6hUC5+eN7JzUw8 tumv3509jz6F3mXA1XP+0xVmXBQhj4umEUifPaHY5hYIOGSQsbxGCcukvqWvHTeE NCTe04s/spzTHCUgXQehi2DJ5kVciOchviTwD+tLMBdkpQ1SJPsOwULOgqEqmEX/ E2M3cLw00Js2rujgaaSDuYr91KDup1yMPgP2+QQWbTHGIkRNd8cxYS41ugwnHAYO UYzVEx/EMEM7/EfKJyUA+dxx+NoxY5WnVPtV1JNflmGstiX2Uudv52xSWP7CtwGc AX5fFQZQNSZGqMuUonYNYVZ2y4rm6RFm/kmSn103yQTzPL+hM578RuD/NJouIAaK +lVh/8OgDLz0vdp1qHgbGn7Z2ILebpM3TXElmdZYvburCIkXMOzn/7ZjySWcUMaL yDTwv0e1YdKgHpo85ocvnhjGkGdtxMVPaapaRYTwGp0K7HUbcs5hf5QmbZTaQ9kl FIc3uowR51ZfJfJqEozAfj5bK7htNt3JeYopI73unuBA+EYUMNzXq759/cTNFb8X YE4fOFXEhERmjEeoqBX0eDNuBkK8sp6dVEiAX3epxKzl/RsQEAGbFhMMi9oY5CUV THNtLXnz4WxWdM0LP8FtvHLgdoR4TyUsuxWEGuHHn/DqdbzS3dM= =DIMr -----END PGP SIGNATURE----- --cnlAo6rPmkep9ixn-- From owner-freebsd-arm@freebsd.org Sat Mar 27 19:35:24 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6A73957E23D for ; Sat, 27 Mar 2021 19:35:24 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F78FR291wz4cLg for ; Sat, 27 Mar 2021 19:35:22 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 12RJZP3c022998 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 27 Mar 2021 12:35:25 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 12RJZOmi022997; Sat, 27 Mar 2021 12:35:24 -0700 (PDT) (envelope-from fbsd) Date: Sat, 27 Mar 2021 12:35:24 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Re: Any good alternative to Raspberry for Arm64? Message-ID: <20210327193524.GA22971@www.zefox.net> References: <21BE83BC-0667-44F7-83E4-1664A2BC6017@icloud.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4F78FR291wz4cLg X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [-0.10 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MAILMAN_DEST(0.00)[freebsd-arm]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2021 19:35:24 -0000 If you already have the Pi4, boot it with RasPiOS and use apt or apt-get to bring the system up to date. That will update the on-board firmware, which I gather was the sticking point for FreeBSD At that point I _think_ FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210304-483c6da3a20-257149.img will work. At least, it did for me. >From that point on the Pi4 has performed quite well. Good luck, bob prohaska From owner-freebsd-arm@freebsd.org Sat Mar 27 20:28:29 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4FBC257F0B0 for ; Sat, 27 Mar 2021 20:28:29 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F79Qg6P9jz4fSj for ; Sat, 27 Mar 2021 20:28:27 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id 12RKSJes014876 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 27 Mar 2021 13:28:20 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 12RKSJ4M014875; Sat, 27 Mar 2021 13:28:19 -0700 (PDT) (envelope-from jmg) Date: Sat, 27 Mar 2021 13:28:19 -0700 From: John-Mark Gurney To: Andrew Mitchell Cc: freebsd-arm@freebsd.org Subject: Re: Any good alternative to Raspberry for Arm64? Message-ID: <20210327202819.GK14975@funkthat.com> Mail-Followup-To: Andrew Mitchell , freebsd-arm@freebsd.org References: <21BE83BC-0667-44F7-83E4-1664A2BC6017@icloud.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <21BE83BC-0667-44F7-83E4-1664A2BC6017@icloud.com> X-Operating-System: FreeBSD 11.3-STABLE amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Sat, 27 Mar 2021 13:28:20 -0700 (PDT) X-Rspamd-Queue-Id: 4F79Qg6P9jz4fSj X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jmg@gold.funkthat.com has no SPF policy when checking 208.87.223.18) smtp.mailfrom=jmg@gold.funkthat.com X-Spamd-Result: default: False [-0.80 / 15.00]; TO_DN_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_TO(0.00)[icloud.com]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[208.87.223.18:from]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[jmg@funkthat.com,jmg@gold.funkthat.com]; ASN(0.00)[asn:32354, ipnet:208.87.216.0/21, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[jmg]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[funkthat.com]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[208.87.223.18:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2021 20:28:29 -0000 Andrew Mitchell via freebsd-arm wrote this message on Sat, Mar 27, 2021 at 18:26 +0100: > I've seen that there are arm machines for FreeBSD other than Raspberry. I've been using it with 14.0-CURRENT, and my skills are too limited for patching it. So, I've decided to find a machine on which a RELEASE or STABLE version would work. To my knowledge, and after many tries, it seems that there are no FreeBSD working smoothly on RPI4 B. What features do you need working on it? > So, if you have any suggestions for a working FreeBSD on any machine, I'd be grateful. > I won't discard 14.0 CURRENT, as I've done quite a few things which were much fun. It's just for getting other experiences. I haven't run a recent snapshot, but the Pine64 A64-LTS board has been a solid board for me... But I will admit that I use it remotely, so I don't know how good the display works, or if X will work on it. https://www.pine64.org/devices/single-board-computers/pine-a64-lts/ -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@freebsd.org Sat Mar 27 21:49:16 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B14E05A9603 for ; Sat, 27 Mar 2021 21:49:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-55.consmr.mail.gq1.yahoo.com (sonic307-55.consmr.mail.gq1.yahoo.com [98.137.64.31]) (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 4F7CCs2MfTz4kpw for ; Sat, 27 Mar 2021 21:49:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616881751; bh=vnvnQzSD6a/5lAaMpBGnD1WQVYSFKuRlro/O1JA+FZg=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=PAzsmkmPhwh/YuQee9etiI01IbU9NkO0VYDq75BUFyqu5uO+NwR/jCZuxSiQ1mo4OmhiI30xq2JdcnXuFRF5/+ejejmfB2VCGbVGog96hHl+JbjymyqQLpy9hVRUa+T7pab1wGq7JIMWEUqhbO25ZxYLuuWVGhWqHKJo+v1gw38seoYhzSlKm+lPZIvsfHm9ov5lMJyul7vprOLsvBZVR2CNm10P/1RfkcZQpmzu1LFGpyCanvMcPtFIOE2ulG6ksClnbyfZ8LEna7ZEFiUHc6qZhb6V67DqOAyHHmUek3vQLf7G4nTf7YUMASstnZu2Pxmw3V+k16y3bPjrWt60Ag== X-YMail-OSG: gG7SiioVM1nmkyBHCTnUKvqfpu6wyYbCQeIp98LQlAm1ogdAvyetpyUZTIUHkqn xmn7Oae1FHureQ5BsREfU5Mvso15znVINvGIfbc6ei9ZaU4ZG1ez0Ij.CZv07aQ3NdAbmGbo4FFg LRnq1hyhGQSHKWbGQZ.JZ4O0jZi9nY4bmZIbPZjfgBtS91nmqPZobDIMz1ztrt6KmfPVwn4Noqej _ysF6wcKBR92z3Xn5d2Ztd249tTZX.u5ekbnXtUQ88ycyasLnHrWKMyr3Zq2etkhfr.RZsIwebCx iUnmYN4UcYlOkOHJJJnjoV6iVIkEBxYzf2M6m9bkORyZnnrRsaUEXXbh6_gsNLGN2hgEY9fb90H8 AiLWWq2L6TBUEMzyBFdOS2RiSOjUtuAaFY4L50QKDtN7q8xZT_YLmENRcU2CDjQRTUrz9WwzXO2e tqbNCOcZXQ3fDtyChEdwc1Txaoi3Bd5NI0B6BAK5WqWB7n.7r4CsojPHZmaBm1gtG4jR8ZpF7AA3 lJIoF3dH6iq6LUtfqhjV6YfwTf9qbKxg6_7sdqea5GhQ0VvxPIkIwKrS5FqLm2mazWYHASfd9fit Wl8SaRKlu1eaRdhvKSzrg8XQhv3IhizEAU8QHJ8AtbVSX1QCEhF5u4yBl8YQYLq7UB9mfy3ZwvLn yJBL8PhEr_.3HJtPsaojcGIaJbW3bOx7WQtz8BgnNQp3.UPLYHVPsZNFH7Q0F8ul17r6.kJ6jiOF btxZyMjNZNTZ1hQQKlBXort_LkvHvQcGQZPw5.nrKw3W8i2mU_D3XU0Y9_S74LaaLSxOkKUcH.1q mt0bFaHcnE4UsXG6ZvbLVZ.t247q9lztgIEwwTFPEWQ.ch.eFiWNib1yy0Wn7iTUKq3qTcxxM8iE KZdPUufi2GZtijbXLwJm_DxmrMod1qzimeOPE4OEvEFRytdAg81UEEuSLKT_Q.P2.4YtkcYot7sB 6gOwsQfWOTiu9idPzBO74DT9wO8tnY1r9BTq8Ye30oaAPIb7eOWUOC0Fw7_.SKUPRjAKirbINsrV oa3rZ38_ZjZdgZFaqcChuxcsy.SHk4H3e3RjkrJ3UlKdysRbISi8ChBjGgSNOlePe.UcyI1xVpMH Z87yThkJk3rUyE_UyRfd6SXNnLmkOqDabFqJlHSyhh.orr1qA6VcT_eGA417qp7TC2TuWp9M.rdP u0XHLMI6KW2DQFUfWsIfXBDSKvuv8DPIRLgRSB3l89EBiXrPN8RuWY9FE964VkbkGaOBs2jl_2dt fWo.A5GjlqnYMXnU5PwRq_NKWQ1R9Dj.5IFYmUhravYhMYJ50NqYRHQY5BZ2F95L1ab6h_KIn6Ko 0_GXFbK6Xa1Z_0N_izxOeQ4GwVXVzHEFhJN4PW2g6oHbSM.sQPFer6X6UoqFZGPs5KjQDfUQGkeA MwQzkuDSbO70BM7UPHOEH1GyIrn5j7t6crkp78_lhFo1JaRl6YPFyjl0uZoHw8siQjNXLAR77thD SvJAx4NMoMO0wDxexstHaufsMxfdbyF50.L8nL3Z8o6MrWVAEs3RnHxc8Tn.rx39C5EC_0_OfhCw UWlOwhyc057HyNQAqIryfg_MH2nAkm_HfHYDCManEhbY..WOpRxlVRS6TvIHX3eOnmz54TEejW7L YH31xLYCnz3v4t9kxEqDpZ50a9C4_3ibgOHTuTGeywhUnbRV7XY9ZZEq2eVcCcxANeZcmwho4QPE WiFtPaL100REJdfO9mdYaZusjeldtdXT5k6Kb.5k1BP6GUnZoesu_GO.JHdDJWkrCyYcClJjVl1. CMzkNLppyTxZZwyhF5HwF4z5EojbH24F660V0WYxOH8UBJWtV_dQXFCFGAmYY17.R0Jfu5hRI55. jebSMsC5hpH9t59uuWVJ_ehUEVOrJCgwoaJjTh04iIgqT_NCxjXsKrsTkOMovXEzuOaqs3grDeaQ oPNFxQYHfumuJWwvR5GonJonMe81sWj9TmEExvRzdtJKhO0XiTlc41cX_DHmNCdXqPkaN4W6DF71 uc.E5hQH_aEwwgLbte6gBro22p6yij6EPyWw4iM4Xusm5Y0YzbcetY48IZpVu4GTe6ZFHkbzzqmi .iSEMtebpmJiE0cMRi0K8ynKxb9hgzRaeMYS.RcSNQCjYvZTAfdqZg3ciN0gSsq603luJoYurJWn 3pdNnrq9xRLDYRNRWa.UcLRvPBPzGgrXwYhIjf9tg_24q8VcwKDLVZ2AoAHgVaXpUASPEvs7D21Y oWDtQiYdCnRmdfL0aWDx4ICxCuqecUugiBX49IFi87V50fWZttJgc_A37MVWyvuc0aGc87TWGiuF mbkc_O6F_FSzbTQNW2adlORgKYJw7llbc2.lLKqbS0Pm5tWP2mV49XLKq0pJ2D9zLeJGfwfUsafG 1HpSUT6EfW_EpM5If9VSaMqqBnvBxVrO3sN7oYVP0DLOl9bRwjwgV4KKqZyobkAuyaQ2N.ZcXG1e iTBswJlBo0zPuJqQg_V1PSLcv_yWLlqPLgreUllMYXdH6nh5iZR.nPSsDr9UXlyUeYnWsRfn2WwA Q9dMFM.KSALyOpOxZQTFSOThp.dYtayqxB3qAbHWmVcBBSB343_1JK9GAeYxUDGN6WMTCwuFgdPd U X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Sat, 27 Mar 2021 21:49:11 +0000 Received: by kubenode570.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 74ab3ef1038bc19cf1978bb5bb0e94a8; Sat, 27 Mar 2021 21:49:08 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: Any good alternative to Raspberry for Arm64? From: Mark Millard In-Reply-To: <21BE83BC-0667-44F7-83E4-1664A2BC6017@icloud.com> Date: Sat, 27 Mar 2021 14:49:08 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <2C868C60-80CB-4A4A-A12B-9CC0F3A1F531@yahoo.com> References: <21BE83BC-0667-44F7-83E4-1664A2BC6017@icloud.com> To: Andrew Mitchell X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F7CCs2MfTz4kpw X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[icloud.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.31:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.31:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.31:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2021 21:49:16 -0000 On 2021-Mar-27, at 10:26, Andrew Mitchell via freebsd-arm wrote: > Hi everyone, > I've seen that there are arm machines for FreeBSD other than = Raspberry. I've been using it with 14.0-CURRENT, and my skills are too = limited for patching it. So, I've decided to find a machine on which a = RELEASE or STABLE version would work. To my knowledge, and after many = tries, it seems that there are no FreeBSD working smoothly on RPI4 B.=20 > So, if you have any suggestions for a working FreeBSD on any machine, = I'd be grateful. > I won't discard 14.0 CURRENT, as I've done quite a few things which = were much fun. It's just for getting other experiences. The only aarch64 images with a pre-supplied u-boot (or whatever all is involved beyond FreeBSD itself) in the modern available images are: aarch64 RPI aarch64 PINE64 aarch64 PINE64-LTS aarch64 PINEBOOK aarch64 ROCK64 aarch64 ROCKPRO64 Beyond those requires establishing an appropriate u-boot(+) on the media. It is not clear if you are comfortable with doing such activity. If not, you may be limited to the above alternatives if you are to use FreeBSD. Unless you start from scratch in order to update, as far as I know you are always responsible for updating u-boot on media once the initial u-boot becomes too old to work well. So, long term I'm not sure that you can avoid dealing with u-boot updates if from-scratch-updates is too extreme to deal with. You have not made clear if you have RAM size or other requirements that could limit the possibilities. Do you want to avoid doing your own buildworld buildkernel installkernel installworld activity going forward vs. using a form of pkg update that also updates the operating system? (This might go with avoiding patch activity.) Probably within the next couple of weeks the 13.0-RELEASE builds of the above should become available. For now there is the 13.0-RC3 . When I tested a microsd card with the image dd'd to it, it booted the 8 GiByte RPi4B just fine. I've not tried a Rock64 image but probably could. (I normally do my own non-debug builds of main [14].) I do not have working hardware for the others in the above list. Since you have one of the above devices, if you get it working temporarily you can use it to help bootstrap a different type of device if you are switching, such as installing pre-built ports that supply u-boot materials that you could dd to media. Otherwise you might be making the media via a different operating system. The list of u-boot ports is long but a lot of them are for older devices. (u-boot-master is material shared by the u-boot's for devices. The ones with *qemu* names are not for hardware. I've not tried to avoid listing armv7/armv6 contexts as well.) /usr/ports/sysutils/u-boot-a13-olinuxino /usr/ports/sysutils/u-boot-a64-olinuxino /usr/ports/sysutils/u-boot-bananapi /usr/ports/sysutils/u-boot-bananapim2 /usr/ports/sysutils/u-boot-beaglebone /usr/ports/sysutils/u-boot-chip /usr/ports/sysutils/u-boot-clearfog /usr/ports/sysutils/u-boot-cubieboard /usr/ports/sysutils/u-boot-cubieboard2 /usr/ports/sysutils/u-boot-cubox-hummingboard /usr/ports/sysutils/u-boot-duovero /usr/ports/sysutils/u-boot-firefly-rk3399 /usr/ports/sysutils/u-boot-imx-serial-loader /usr/ports/sysutils/u-boot-master /usr/ports/sysutils/u-boot-nanopi-a64 /usr/ports/sysutils/u-boot-nanopi-m1plus /usr/ports/sysutils/u-boot-nanopi-neo /usr/ports/sysutils/u-boot-nanopi-neo-air /usr/ports/sysutils/u-boot-nanopi-neo2 /usr/ports/sysutils/u-boot-olimex-a20-som-evb /usr/ports/sysutils/u-boot-olinuxino-lime /usr/ports/sysutils/u-boot-olinuxino-lime2 /usr/ports/sysutils/u-boot-olinuxino-lime2-emmc /usr/ports/sysutils/u-boot-orangepi-one /usr/ports/sysutils/u-boot-orangepi-pc /usr/ports/sysutils/u-boot-orangepi-pc-plus /usr/ports/sysutils/u-boot-orangepi-pc2 /usr/ports/sysutils/u-boot-orangepi-plus-2e /usr/ports/sysutils/u-boot-orangepi-r1 /usr/ports/sysutils/u-boot-orangepi-zero /usr/ports/sysutils/u-boot-orangepi-zero-plus /usr/ports/sysutils/u-boot-pandaboard /usr/ports/sysutils/u-boot-pcduino3 /usr/ports/sysutils/u-boot-pine-h64 /usr/ports/sysutils/u-boot-pine64 /usr/ports/sysutils/u-boot-pine64-lts /usr/ports/sysutils/u-boot-pinebook /usr/ports/sysutils/u-boot-pinebookpro /usr/ports/sysutils/u-boot-qemu-arm /usr/ports/sysutils/u-boot-qemu-arm64 /usr/ports/sysutils/u-boot-qemu-riscv64 /usr/ports/sysutils/u-boot-riotboard /usr/ports/sysutils/u-boot-rock-pi-4 /usr/ports/sysutils/u-boot-rock64 /usr/ports/sysutils/u-boot-rockpro64 /usr/ports/sysutils/u-boot-rpi /usr/ports/sysutils/u-boot-rpi-0-w /usr/ports/sysutils/u-boot-rpi-arm64 /usr/ports/sysutils/u-boot-rpi2 /usr/ports/sysutils/u-boot-rpi3 /usr/ports/sysutils/u-boot-rpi3-32 /usr/ports/sysutils/u-boot-rpi4 /usr/ports/sysutils/u-boot-sifive-fu540 /usr/ports/sysutils/u-boot-sinovoip-bpi-m3 /usr/ports/sysutils/u-boot-sopine /usr/ports/sysutils/u-boot-sopine-spi /usr/ports/sysutils/u-boot-tools /usr/ports/sysutils/u-boot-utilite /usr/ports/sysutils/u-boot-wandboard As I remember, there are some variations in how much room was needed for u-boot (plus possibly more dd'd to a separate places). So partition layout can be part of what has to be figured out. (Unless one has an idea of the worst case and just sets up to allow for it even when it might not actually be in use for a specific device.) The Rock64's instructions (from the README) indicate: To install this bootloader on an sdcard just do: dd if=3D/usr/local/share/u-boot/u-boot-rock64/idbloader.img = of=3D/path/to/sdcarddevice seek=3D64 bs=3D512 conv=3Dsync dd if=3D/usr/local/share/u-boot/u-boot-rock64/u-boot.itb = of=3D/path/to/sdcarddevice seek=3D16384 bs=3D512 conv=3Dsync Note the seek for the u-boot.itb dd. The size of the 2 files that are dd'd are shown below: # ls -Tld /usr/local/share/u-boot/u-boot-rock64/* -rw-r--r-- 1 root wheel 359 Jan 29 12:14:54 2021 = /usr/local/share/u-boot/u-boot-rock64/README -rw-r--r-- 1 root wheel 103675 Jan 29 12:14:54 2021 = /usr/local/share/u-boot/u-boot-rock64/idbloader.img -rw-r--r-- 1 root wheel 779132 Jan 29 12:14:54 2021 = /usr/local/share/u-boot/u-boot-rock64/u-boot.itb (I've no clue how close this may be to worst-case spread of u-boot + other-materials.) I'll note that the RPi* do not use u-boot or other materials in such an area. I've used this to have one media that boots both an RPi* and another type of device: I installed the alternate's u-boot/whatever as well as RPi* capable materials, both using the same UFS root file system. I used labels and such to avoid machine specific fstab contents and the like. I took care with any environment specific content in FreeBSD, not much for my use that needs to be adjusted for swapping where the media is used. I used a PINE64 (non-LTS) for a lot of years before it finally failed. I have access to a Rock64 and some RPi*'s as far as aarch64 small board computers go. The Rock64 has worked well but my way of mixing a USB3 SSD, removable eMMC (removable while powered off), and microsd card use on it is not a normal configuration. But it means that I have the microsd card slot available for fiddling with microsd cards any time that I want: not normally used in booting or in standard operation. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Mar 27 23:52:07 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1AA815AC531 for ; Sat, 27 Mar 2021 23:52:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (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 4F7Fxf07vRz4rW5 for ; Sat, 27 Mar 2021 23:52:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616889123; bh=BtbDVs33plj+g56NRcdzHyYi/5iyx+A3nFe/+dtcpDn=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=OoZQUtUOAkDzkoUJaNF/pTVEecbu6UwJe7Ho9mASQ6O9vVJzn2+F6Zq7eB6whelVP1WOdLK/lEWHxG4Uvft0frgLGi0hwU0hhw5E3i0Du3AIEt2tTwxg4nJwLYPLFQaNPoV360tNhQqA5Vekbg6iUoi/MgjI7bMg23AOXvvMszHzxBJQ0E+Kch/1Qt17slIG/PcwwhgQb4iM4oA+IjQ4WMLSXmFlAbbSmZqrXXlNWkEHsgozjB2+wey9njL/kQbs9f1i/Al6ZUaj/TUuvXTWuTBLTZJRg+nQ8trG3+GV1x0Ed7HY4JHHEVKho4l0UCLFvO1qoqcteozRgyPb2iiIWw== X-YMail-OSG: d7R.HtAVM1lBFd5._Vc4.9uBXMwc55t3ycFmthYSAvqoZWw7VpaWyiokSuQ5dGY p_uLIZUHmcrvy4N6c9g4F7EeScNLqxXY.5NTQf_2bdS3ZCRobX48Voxt8vDZixi.VQGsfCdrDfbI MBYCUi.6OusOsvuu3D_qDSD.JjJCHsRsjXd2yIL5GssnjVRsrnfU.CMpOq.lOsE5ueYUs5yoE9gs XgxOLHFgBNlzk0vVJbTc4Ck_atF0uHVAyG.Oz8n4E8e6Dxw3vcqMlzLbTWw._Kg3OXQQOFC.NcTs a3ifhcc.kYn9XvqwXGlf.b4uRANtVywWpucDkLIi.3xmIBaDzbXfsUfSyu.AT3aqLCVJ6M7NTTKG 7SfhmkP2hVP3AQ6upUZJl8tC1nSXoq8befRMYGslcDsY0jNQL08.XfwoWzCl79r1PkApAGdGRRzq wMBNA_ym4YCdP7_lttAdlntFOBaK_PlOeoLmWf23oa7MiZcRWvvh.X943hicOOz09vj8nwW._IXH TKIC5JR2nFNjDFz4ZpTIvA5HsA.smsJoPnFQfvryqdJ2iteWnXxTOCa1owQ3P82GQXhZlbHeDmV2 jbncIH0OeOmppceg_kAF.pYErbTf0opA5K7zcq0S.makjRIo4k2Npy9RovFqZ7KBgtNc3R_48Nrh RlJNqUbq5bvupvHDQ2RavXITE0rvMXGIpqvBr0JH_UDSdCblnvaAxuQv6Af0mpBImm_z.pNWHM5T GMcHTSoLUzIVt_KsrwQApN_zwpEaNSEHZHgDG4WV_DClrGeY8kqhutshZ2Z1Ug5HJpzrTk_1bqa0 poZSeW_ojBgqPnTNsqcfgWQKaynyF83bVK7djz2YunuBXkOZG4K1VFiTJfTbritGYxmnEwExyvSg WfvAAzXNiOyAYhJhOsxwqAK6racyfXBeWkJr5ZDsbYzgfkkx7Jg5kDv5GvY8_wkFUzIyRsHH9uYW Q7hRP.L8oHxeyN9uOswZRxh5eM9zG2Rw8t.n7JvEZLlMpfXTcRDmwnpLv2Tw0OvT2MaZ9Xg1Ec0z SFHEukPZ_TF92PvmFWwsrJ4DO8jVEpZ0c8K3tzW1TXUjaTpzkxRalXVOr4Gcs8fwYfUtwoQNoz7q UKMka2VULa8OYJbKRQ.olVr5EqnP2XFwJO9OvnoHU3CnK6xNTC7jBpW5j5A9amUWdhAhxVi08CnU Yo6isXjndatRSFCKtLmwKglOLRcHBaIaG9gTDBGb7bFRXCrRKNgBdrx_f5G9LLR5FNjmb18iLmxL wJGObycGh8q7ZBW3w785Pi.A5Dm15MoVRjIQAR7_LsPVYjPf3cxTm8UIeoVeoY0qIAy4Z5wf3sDe bEJDQTPHRqymQutUdOMB2b7SN2oFczK9zGANfjz0QxuNNr9lAmDqb4CeX6P76clK_tEuYCB4QWER fS0Bho.UNqgGFG_5IxTygucEItijM7G7kbnOLLLcKlqpiSJk6z68X3MYEZ4E8sk6HBJzHFLYXjj6 WgWmHk7weH646RYXaIAlF3JDwKkyw1Ekj6WEiEldHc5ooIN0S4vZVX2hAMpAgZKhNPxjJLeIVD16 rbPAO.8ORdxDmVXKg_Iy9imbF1z7p4YXfytwamnL9V6w.yHMqBc5pCq9ojZOOG_dwFcPQhbar1cl dPYsLPtpyS.fJWQhSHWq0Ju1JISTmBg6MS0cglhXWYo80loQID3Zw2nDk7BhjkEyRn2pW6_K5E3z 5EJyRUPqlJYHuNLZguJawL7qNpj_z5LMqZ37UOK9kRZtxICcQUwj8WiqsxlcSQ7hldc_b0_esw5n MJoL089cB35aBGM2JUAswyJ2xSGc2LJz45H9VrtN.tJ81.4gLR4AuKjooI5XiNkZh0y84m2Ye79M r7eAHZkxh0jSGxpHGgCmhJR3nO50K38JzilDsYFOEikVA1P9au.JH2Kec6i7l1o1HwwEF2eSTc8K O4hXj9QYYD0iQ1ddRmVnql7p42uKGWYeX7g58vEzB_FYML5ApHGYsj7ngoH7.h8xOktgwFt4QzJ2 kAtbIDlEM3iq.45PiujytaLgRqkHs5WsJ1TBru6HbBFurBpTJ.V2fLdQutiySsfP8LdkYt7twjM3 8U666ubxJOBZ_o5vATLE6p149BpOGHC6qun7Zarxu_T7IGt52HRgJFdlMxdnZ3LpjXVbSIZP61mI a78WNIRj6euyQTizen2MFQfCMWApnn51QPbsWyjNtvLMfR66x9T4shM0mo0vA1lVMTgD5EZXUGWX Bqcak9pj83dVyC1RRo03rOUn14pCogf..SLS2LpLCJRLAm7sUfR1QVR67.lHyVGY_rNr.x2_eOpp 89MTtkrnAA3UijPTuRIxI_Ryc7jcj4m6mtirFacB0ZCFOw_hzMxX8wqPFwP8jqnThMlOQ.dYWsvu Wpl1E_wT0kYf7D.ixO7ICf2MDZtz2zAUQs2YEYKVfq76fgh8sjMtH5WuiCxPb4rSxJZKMJR9U7Bv kN59sKDB2RdOWYVTdsNJDocMSy.DgHbTY4HZe5VKDZwGUDgrNRGta8jXYP3h6Z7mXZv48gOStyTW KYgwHRtitpRgSIeEfUoJetWg- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sat, 27 Mar 2021 23:52:03 +0000 Received: by kubenode545.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID c5ee4cb828fd93fcf361117d6fc578e6; Sat, 27 Mar 2021 23:51:59 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: Any good alternative to Raspberry for Arm64? From: Mark Millard In-Reply-To: <2C868C60-80CB-4A4A-A12B-9CC0F3A1F531@yahoo.com> Date: Sat, 27 Mar 2021 16:51:58 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <21BE83BC-0667-44F7-83E4-1664A2BC6017@icloud.com> <2C868C60-80CB-4A4A-A12B-9CC0F3A1F531@yahoo.com> To: Andrew Mitchell X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F7Fxf07vRz4rW5 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[icloud.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.84:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.84:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2021 23:52:07 -0000 On 2021-Mar-27, at 14:49, Mark Millard wrote: > On 2021-Mar-27, at 10:26, Andrew Mitchell via freebsd-arm wrote: >=20 >> Hi everyone, >> I've seen that there are arm machines for FreeBSD other than = Raspberry. I've been using it with 14.0-CURRENT, and my skills are too = limited for patching it. So, I've decided to find a machine on which a = RELEASE or STABLE version would work. To my knowledge, and after many = tries, it seems that there are no FreeBSD working smoothly on RPI4 B.=20 >> So, if you have any suggestions for a working FreeBSD on any machine, = I'd be grateful. >> I won't discard 14.0 CURRENT, as I've done quite a few things which = were much fun. It's just for getting other experiences. >=20 > The only aarch64 images with a pre-supplied u-boot > (or whatever all is involved beyond FreeBSD itself) > in the modern available images are: >=20 > aarch64 RPI > aarch64 PINE64 > aarch64 PINE64-LTS > aarch64 PINEBOOK > aarch64 ROCK64 > aarch64 ROCKPRO64 >=20 > Beyond those requires establishing an appropriate > u-boot(+) on the media. It is not clear if you are > comfortable with doing such activity. If not, you > may be limited to the above alternatives if you > are to use FreeBSD. >=20 > Unless you start from scratch in order to update, > as far as I know you are always responsible for > updating u-boot on media once the initial u-boot > becomes too old to work well. So, long term I'm > not sure that you can avoid dealing with u-boot > updates if from-scratch-updates is too extreme to > deal with. >=20 > You have not made clear if you have RAM size > or other requirements that could limit the > possibilities. >=20 > Do you want to avoid doing your own buildworld > buildkernel installkernel installworld activity > going forward vs. using a form of pkg update > that also updates the operating system? (This > might go with avoiding patch activity.) >=20 > Probably within the next couple of weeks the > 13.0-RELEASE builds of the above should become > available. For now there is the 13.0-RC3 . > When I tested a microsd card with the image > dd'd to it, it booted the 8 GiByte RPi4B > just fine. I've not tried a Rock64 image > but probably could. (I normally do my > own non-debug builds of main [14].) > I do not have working hardware for the > others in the above list. >=20 > Since you have one of the above devices, if > you get it working temporarily you can use > it to help bootstrap a different type of > device if you are switching, such as installing > pre-built ports that supply u-boot materials > that you could dd to media. Otherwise you > might be making the media via a different > operating system. >=20 > The list of u-boot ports is long but a lot > of them are for older devices. (u-boot-master > is material shared by the u-boot's for > devices. The ones with *qemu* names are not > for hardware. I've not tried to avoid listing > armv7/armv6 contexts as well.) >=20 > /usr/ports/sysutils/u-boot-a13-olinuxino > /usr/ports/sysutils/u-boot-a64-olinuxino > /usr/ports/sysutils/u-boot-bananapi > /usr/ports/sysutils/u-boot-bananapim2 > /usr/ports/sysutils/u-boot-beaglebone > /usr/ports/sysutils/u-boot-chip > /usr/ports/sysutils/u-boot-clearfog > /usr/ports/sysutils/u-boot-cubieboard > /usr/ports/sysutils/u-boot-cubieboard2 > /usr/ports/sysutils/u-boot-cubox-hummingboard > /usr/ports/sysutils/u-boot-duovero > /usr/ports/sysutils/u-boot-firefly-rk3399 > /usr/ports/sysutils/u-boot-imx-serial-loader > /usr/ports/sysutils/u-boot-master > /usr/ports/sysutils/u-boot-nanopi-a64 > /usr/ports/sysutils/u-boot-nanopi-m1plus > /usr/ports/sysutils/u-boot-nanopi-neo > /usr/ports/sysutils/u-boot-nanopi-neo-air > /usr/ports/sysutils/u-boot-nanopi-neo2 > /usr/ports/sysutils/u-boot-olimex-a20-som-evb > /usr/ports/sysutils/u-boot-olinuxino-lime > /usr/ports/sysutils/u-boot-olinuxino-lime2 > /usr/ports/sysutils/u-boot-olinuxino-lime2-emmc > /usr/ports/sysutils/u-boot-orangepi-one > /usr/ports/sysutils/u-boot-orangepi-pc > /usr/ports/sysutils/u-boot-orangepi-pc-plus > /usr/ports/sysutils/u-boot-orangepi-pc2 > /usr/ports/sysutils/u-boot-orangepi-plus-2e > /usr/ports/sysutils/u-boot-orangepi-r1 > /usr/ports/sysutils/u-boot-orangepi-zero > /usr/ports/sysutils/u-boot-orangepi-zero-plus > /usr/ports/sysutils/u-boot-pandaboard > /usr/ports/sysutils/u-boot-pcduino3 > /usr/ports/sysutils/u-boot-pine-h64 > /usr/ports/sysutils/u-boot-pine64 > /usr/ports/sysutils/u-boot-pine64-lts > /usr/ports/sysutils/u-boot-pinebook > /usr/ports/sysutils/u-boot-pinebookpro > /usr/ports/sysutils/u-boot-qemu-arm > /usr/ports/sysutils/u-boot-qemu-arm64 > /usr/ports/sysutils/u-boot-qemu-riscv64 > /usr/ports/sysutils/u-boot-riotboard > /usr/ports/sysutils/u-boot-rock-pi-4 > /usr/ports/sysutils/u-boot-rock64 > /usr/ports/sysutils/u-boot-rockpro64 > /usr/ports/sysutils/u-boot-rpi > /usr/ports/sysutils/u-boot-rpi-0-w > /usr/ports/sysutils/u-boot-rpi-arm64 > /usr/ports/sysutils/u-boot-rpi2 > /usr/ports/sysutils/u-boot-rpi3 > /usr/ports/sysutils/u-boot-rpi3-32 > /usr/ports/sysutils/u-boot-rpi4 > /usr/ports/sysutils/u-boot-sifive-fu540 > /usr/ports/sysutils/u-boot-sinovoip-bpi-m3 > /usr/ports/sysutils/u-boot-sopine > /usr/ports/sysutils/u-boot-sopine-spi > /usr/ports/sysutils/u-boot-tools > /usr/ports/sysutils/u-boot-utilite > /usr/ports/sysutils/u-boot-wandboard >=20 > As I remember, there are some variations > in how much room was needed for u-boot > (plus possibly more dd'd to a separate > places). So partition layout can be part > of what has to be figured out. (Unless > one has an idea of the worst case and > just sets up to allow for it even when > it might not actually be in use for > a specific device.) >=20 > The Rock64's instructions (from the README) > indicate: >=20 > To install this bootloader on an sdcard just do: > dd if=3D/usr/local/share/u-boot/u-boot-rock64/idbloader.img = of=3D/path/to/sdcarddevice seek=3D64 bs=3D512 conv=3Dsync > dd if=3D/usr/local/share/u-boot/u-boot-rock64/u-boot.itb = of=3D/path/to/sdcarddevice seek=3D16384 bs=3D512 conv=3Dsync >=20 > Note the seek for the u-boot.itb dd. The size > of the 2 files that are dd'd are shown below: >=20 > # ls -Tld /usr/local/share/u-boot/u-boot-rock64/* > -rw-r--r-- 1 root wheel 359 Jan 29 12:14:54 2021 = /usr/local/share/u-boot/u-boot-rock64/README > -rw-r--r-- 1 root wheel 103675 Jan 29 12:14:54 2021 = /usr/local/share/u-boot/u-boot-rock64/idbloader.img > -rw-r--r-- 1 root wheel 779132 Jan 29 12:14:54 2021 = /usr/local/share/u-boot/u-boot-rock64/u-boot.itb >=20 > (I've no clue how close this may be to worst-case > spread of u-boot + other-materials.) >=20 > I'll note that the RPi* do not use u-boot or > other materials in such an area. I've used this > to have one media that boots both an RPi* and > another type of device: I installed the > alternate's u-boot/whatever as well as RPi* > capable materials, both using the same UFS root > file system. I used labels and such to avoid > machine specific fstab contents and the like. I > took care with any environment specific content > in FreeBSD, not much for my use that needs > to be adjusted for swapping where the media > is used. >=20 > I used a PINE64 (non-LTS) for a lot of years > before it finally failed. I have access to a > Rock64 and some RPi*'s as far as aarch64 small > board computers go. The Rock64 has worked well > but my way of mixing a USB3 SSD, removable > eMMC (removable while powered off), and microsd > card use on it is not a normal configuration. > But it means that I have the microsd card slot > available for fiddling with microsd cards any > time that I want: not normally used in booting > or in standard operation. I should have noted that my small board computer use is normally serial console and ssh over EtherNet based: headless, soundless, and so on. My notes about what "has worked well" has a limited context of use involved. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)