From owner-freebsd-ppc@freebsd.org Thu Jan 9 05:13:50 2020 Return-Path: Delivered-To: freebsd-ppc@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 D77F92296B7 for ; Thu, 9 Jan 2020 05:13:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-22.consmr.mail.gq1.yahoo.com (sonic317-22.consmr.mail.gq1.yahoo.com [98.137.66.148]) (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 47tZ5n5f7Lz4cxk for ; Thu, 9 Jan 2020 05:13:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Q1kK8T8VM1nBVppi4uXzQOnU2QCmKNIDlehrbLena0GkhXDwZJsV2n6kHmxYM4I j9VHpS9GT2luwxpkomI38iahBafLyIZBYPPbCzDqM.82aBesZrib02l9ZGAbe6qi3Z6I3PnNVip_ VNiuBq7SFmN0d2roayJyPdT0IfK1dK7QyrCPuauonAi3nMXNjk454AX72QKz.QnGlRQ5Lp_kgym5 sTn.LhGjLnOcNaibqtCY.vbZyoczuvBSLdkjX06JoY_UehqHzpFv8mRx1_PpeOz1TVvYdpYaj2Q7 s3ynTJRNKmVti2KuZ6FC._Izbk_.H2RyaPL55e_UKXk_yFt9svrkOPa9TUtyAG_B37zKWk1ngz.m BW2.kjg9VYSTsH_.tRjQwvEiqqzKx0N1BXzHz04WqYhJxcqV2f3GoWBakv9Mqb0r3.R7HiAuRk7c h5x7kS5rdsTCh.R1LnNyUm5USL8EhOEQNTmbNlssJcSANVSJGhU260igpweokwoBHFDPpfa4k4Tg MPDo7Ck7FkiBFKhy9yKB.9vZcmmwqnpPWkMBkK6GItxA4wB43KNArsv3QLolGofFXT3SLQYQWQxb OD4V6AsADOqqJYI5TLz3wcq.qoQQVSXRlOmUBG6oGtSXG.9jg3IZoT9iT3FcigWsXziaUuJ0Iqtz HXc17Wi4zX2U1dZvLyhkJbZfpTIqEAWGv9CsbqU5Z6Qm13mxEfmSmIXV_ttLeIcuRhpJHqYcUBQT YbF78zCYqTh3d8ckJ4w8p1nWKeIVEXBscLUk2N3NcocxycPtgbh3lJMOAlTDgBrO_sfDdjte1CkC HYTyUIB3XzjD4ap7FBNy4nva6QOAzPl.tL0Z4Yyg20jynLakJAvpooCqZE_Ga1cLWnOMqVUatpDa xDY.UWaqVBU3yb7dAbRfRgnkViCOk.5LZgrWEA.dm_9r.xAe0c4zaDpVm7ODlBsVOpD7HkMsw7J6 4u2gaCDKz9hksdJFpGniNvBTO3VKyiNAvOmfNYKN5.DA1lbFQdXD3vJ3.tfXkeDV2TDdTrF2CHzp vtSr7b96sLVnNo_oihJyvj7udhbrJZ07OMLiAdCPT2iKUhOhih_GHVIOudFSSSAeeIudlZ8m1EYN 2cmFpuaV4kgvuo7nGttlC8xyWfGX767OuSyUuXbwXlIVqYu8KNxQJn7mEjXe8MGos6Fmy_My4Obr 9tveijFFm6dDzdyQS8sJm18P1VPD0vJEsmL3vz05PDni4biE2KC1EIJVAN47EbQ4y4PZ4IEC4CDf D6iqifs1.U61.Ry85DRNanubxqnr4CGYdRVybjh6ZQHR7V3XAcqFhlyNCL0xNlgCtA3kzayfLuwQ XAy2AuJPKpPkGZiwtNLimbKFEA0y1CEnZk7hpJkRFhtuh57gl22Gn_buxKeDx_3_kpbuzdQHnqkt q1lqIrooAmyJrG44Z4VEKsL747WFTtLVr_w-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Thu, 9 Jan 2020 05:13:47 +0000 Received: by smtp428.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID d3f4d3a21510cd0e052aad942a2f774a; Thu, 09 Jan 2020 05:13:42 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: Gcc 4.2.1 to be removed before FreeBSD 13, a firm timeline From: Mark Millard In-Reply-To: Date: Wed, 8 Jan 2020 21:13:42 -0800 Cc: Warner Losh , Ed Maste Content-Transfer-Encoding: quoted-printable Message-Id: <8941BB3B-457B-4E33-A667-836DB6879178@yahoo.com> References: To: FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 47tZ5n5f7Lz4cxk X-Spamd-Bar: - X-Spamd-Result: default: False [-1.08 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.37)[-0.372,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.21)[-0.211,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[148.66.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (6.51), ipnet: 98.137.64.0/21(0.87), asn: 36647(0.70), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2020 05:13:50 -0000 [Turns out that 32-bit powerpc can not complete a kyua run and I'd forgotten that the debug kernel is catching something, stopping normal boots.] On 2020-Jan-6, at 10:52, Mark Millard wrote: > Warner Losh imp at bsdimp.com wrote on > Mon Jan 6 06:56:06 UTC 2020 : >=20 >> . . . >> Second, all other platforms still have the original deadlines to sort = out >> the last lingering issues with the external toolchain and/or clang. = mips is >> a bit up in the air right now since both the external toolchain and = clang >> have issues (though different issues). powerpc 32-bit is sorting out = issues >> as well. arm 32-bit still needs libunwind from gcc. An end of May = deadline >> is ample time for works in progress to get to the point where = everything >> boots and runs sufficiently well to show the platforms are still = viable. >> . . . >=20 > The reference to 32-bit powerpc surprised me, > unless it is really powerpcspe specific. >=20 > 32-bit FreeBSD is booting the 32-bit powerpc's > that I have access to, all the way to multi-user: > Old 32-bit PowerMacs (from 2 socket G4's to an > old iMac G3.) It is still based on the old ld. > [All at head -r356187 currently.] >=20 > (I do not have access to a powerpcspe context.) >=20 > True that using 32-bit FreeBSD to boot 64-bit > PowerPCs that have bridge mode is not working, > but I'd have expected that to be more of a > nice-to-have instead of a tier 2 vs. tier 4 > issue. Power-ISA-3/Power9 removed bridge mode, > if I understand right. So progress on the > "Can you buy a new one?" scale has started for > bridge mode. >=20 > May be there is some significant bridge mode > booting use that I'm not imagining but that > exists? (I've used it some but would not > call it required.) >=20 > I am able to put a 32-bit world in a 64-bit G5 > directory tree and use it via poudriere to build > 32-bit ports under 64-bit FreeBSD. And lib32 is > working so I can also directly execute the 32-bit > code under the 64-bit FreeBSD . (I've not tried > any kyua passes yet, 64-bit or 32-bit.) >=20 > Other things I've seen from Ed Maste left the > impression that the old ld would not be a > cause-tier-4 issue if lld does not make it in > time for some reason. (Nice to delete old ld for > 13, not required to?) >=20 > Of course, it might be that 32-bit powerpc > (non-spe) just fails the "Can you buy a new > one?" test. But, if applied, that would mean > that sorting anything out might still leave it > tier 4. >=20 > Are there could-cause-tier-4 types of problems > that I'm not aware of for 32-bit powerpc > (non-spe)? >=20 > For me, tier-4 for the old 32-bit PowerMac's > would just mean that I no longer use them, > even when I could have access. My use is not > something that would drive FreeBSD choices. > But I'm still interested in what the choices > will end up being and so am tracking. I have run into something that is broken for both non-debug and debug kernels for 32-bit powerpc, at least for the old PowerMac contexts that I have access to. The kyua test: sys/vm/mlock_test:mlock__copy_on_write_vnode never completes, using a cpu nearly full time. The stuck process can not be killed. (This blocks making a complete kyua test set run.) It appears to be stuck during the test's ATF_REQUIRE(ptrace(PT_WRITE_D, pid, addr, val) =3D=3D 0); I've other details that I've sent out notes on in other messages. It has been a long time since I've run kyua on 32-bit powerpc. I've no clue if this is fairly new or not. I do not know if being able to run a kyua test pass to completion (or even stricter kyua criteria) are considered or not. I had also forgotten that the debug kernel stops a normal boot, complaining of memory that is modified after being freed. (In my contexts, boot -v has side stepped the issue. boot -s has in some contexts, but not in others.) I do not know how new this issue is. (I rarely use a debug kernel.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)