Date: Tue, 23 Mar 2021 22:35:45 +0100 (CET) From: Ronald Klop <ronald-lists@klop.ws> To: Ronald Klop <ronald-lists@klop.ws> Cc: Michal Meloun <meloun.michal@gmail.com>, arm@freebsd.org, java@freebsd.org Subject: solved - Re: Compiling openjdk8 takes forever on RPI4. Message-ID: <1960346433.20.1616535345759@localhost> In-Reply-To: <600714689.1.1616488522580@localhost> References: <abcddee2-e010-e70e-89b4-6d60e3c5bad2@freebsd.org> <600714689.1.1616488522580@localhost>
next in thread | previous in thread | raw e-mail | index | archive | help
Van: Ronald Klop <ronald-lists@klop.ws> Datum: dinsdag, 23 maart 2021 09:35 Aan: Michal Meloun <meloun.michal@gmail.com> CC: arm@freebsd.org Onderwerp: Re: Compiling openjdk8 takes forever on RPI4. > > Van: Michal Meloun <meloun.michal@gmail.com> > Datum: 23 maart 2021 08:29 > Aan: Ronald Klop <ronald-lists@klop.ws> > Onderwerp: Re: Compiling openjdk8 takes forever on RPI4. > > > > > > > > > On 22.03.2021 23:15, Ronald Klop wrote: > > > > > Van: Ronald Klop <ronald-lists@klop.ws> > > > 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.<init>(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: <owner-freebsd-arm@freebsd.org> 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 <freebsd-arm@mailman.nyi.freebsd.org>; 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 <freebsd-arm@freebsd.org>; 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: <marklmi@yahoo.com> 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 <marklmi@yahoo.com> In-Reply-To: <20210321181339.GA56351@www.zefox.net> Date: Tue, 23 Mar 2021 14:38:25 -0700 Cc: freebsd-arm <freebsd-arm@freebsd.org> Content-Transfer-Encoding: quoted-printable Message-Id: <1BBF6487-227A-428B-9B23-539AC8AB7661@yahoo.com> References: <FA5A110A-4E7A-4381-BBE5-9B3022CA9008@googlemail.com> <20210319195019.GA39087@www.zefox.net> <FDBC2E89-8473-4C3A-B12E-78821949FDDB@yahoo.com> <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> <AD8A445A-DF90-4525-8042-EA2A667558FE@yahoo.com> <5BF4DC26-8CCC-48E8-802F-34C42084D47F@yahoo.com> <20210321181339.GA56351@www.zefox.net> To: bob prohaska <fbsd@www.zefox.net> 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 <freebsd-arm.freebsd.org> List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-arm>, <mailto:freebsd-arm-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-arm/>; List-Post: <mailto:freebsd-arm@freebsd.org> List-Help: <mailto:freebsd-arm-request@freebsd.org?subject=help> List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-arm>, <mailto:freebsd-arm-request@freebsd.org?subject=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 <fbsd at www.zefox.net> 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)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1960346433.20.1616535345759>