From owner-freebsd-ppc@freebsd.org Sun May 12 01:38:23 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E761158821C for ; Sun, 12 May 2019 01:38:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.gq1.yahoo.com (sonic309-22.consmr.mail.gq1.yahoo.com [98.137.65.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 ED8B38300D for ; Sun, 12 May 2019 01:38:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: KyGU548VM1kWdFzstyjeSLJKOEzq0xaZGwPPqNsZZMk.Mb6zI3UW4OG_VmWA2KP z82wjlxhEZ1b9GWEECJ.oOwWvNcGhtZT0EZ1gqg8m1uO9uhMkVqRHU4VOrMWmpiS_aK4TeC67DPp MNRldlDHF7cAjWCzEWNt.0u89lIzRN2enkdqELLt1WJ9MPg8N8v5hc.K2pMexel51R67JBCFK1q8 MLYBaL15L9FOpOQoZszkNFOdTpbHP.0DEZ27T8vXkXFw9xUi.M5b5uUECSeIQJUe_Vr_tieOP.vm ChBwhZmH28olRTVMXe2KlyjUdWDIyooIb.plJOQMfcB0jZYOUDxmFEJ8z.2afMCLNVibsQH8tSKs qOV.Nd.xJoAZ9ZnXPG1p7ttn67D4wKDzk9xCQEmyVpDo5qGcOyqz1Q3xdnHrJ.HS.nGxp8EcW3ik kSght3PXwrzYoVPZ7EFRn8GWriwNoSaz.GAcjtH5ghf_YB7881bc8uu0w6fXUoRMH2.qiTXaZ69P mnxDfk76slPmGm342jX.GGXFVQ02qTPJgnnuUCDoimBRUjt954arIfCf71Nad0j3CdpgckDCwh26 6_bMUq5M61P_RBEOFVxFvxzkA9mGjUsB1XdxJGG.rhMdZJOdpXY9mwYY7.nZ_Z0_vSWeCIx1KzxC Mr4HSWShtwmfWdU2VWn7Nx9VjEeA3TpGh2rHw02ASkBjPvXzzo3.2NhLoeaXYak3wnrSZ53OOTmg aA9IQv8TIaEJb1Wcw2SsCKxLTlDDIpA93zRe2DC.HUAK6VW0XXt_W6UiA4SNn5n_4Xtk92C2HKfK 8pecD5aR1.HJk86djAeYqNmyPAsZENFIBuO0zZuH078_9bAS8ubbVRfaM97zNFVBueoGNGrntXUu 7P.BhMxUe1.fbfp5bVadphfi9bx6UGTysU4LRiJZDH.J5zDujVMqjJCOteuHf_W4rs_aaG.NvnmV VIVn2v9in2XHV4i0jX3emqf4688EgSQ8vGOniOX8cRgnxXGgn.P0PxBOrZiT2gRVWPRrYrIa_8z6 a_W9GA3wiU7DRAhVXH.vB4kih_VklRtBxzpv9sh0NuOb3_Y8qxA4wqMBgVmmvN90uMFK1rrYFVxh C.8EjW5orpxTEVgWOgysH5rmLztW6StsJGt9lG2J0sXxM1HynIkJVjgs7s0vGStBVFMCoYUqGfjN Ruotd Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Sun, 12 May 2019 01:38:15 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp406.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID fce13679c152472c0148d2fb4de5d3b7; Sun, 12 May 2019 01:28:06 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: 970/PowerMac G5 cpudep_ap_bootstrap slb-related hangup *solved* . . . From: Mark Millard In-Reply-To: <73ec1772-adeb-a501-a8ff-91b22cfbb1ff@fgznet.ch> Date: Sat, 11 May 2019 18:28:05 -0700 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <620D56E6-ACCC-4592-9E11-7B48FD2061C6@yahoo.com> References: <2E7A0894-E5B0-4776-95F2-76B7EE0EE93C@yahoo.com> <73ec1772-adeb-a501-a8ff-91b22cfbb1ff@fgznet.ch> To: Andreas Tobler X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: ED8B38300D X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.983,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: Sun, 12 May 2019 01:38:23 -0000 On 2019-May-11, at 14:26, Andreas Tobler = wrote: > On 10.05.19 12:23, Mark Millard via freebsd-ppc wrote: >=20 >> Of course, whitespace details, may not be well preserved >> below. (The commenting out of the two #if/#endif lines >> was unnecessary and is not done in the below.) >> # svnlite diff /mnt/usr/src/sys/ | more >> Index: /mnt/usr/src/sys/powerpc/aim/mp_cpudep.c >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- /mnt/usr/src/sys/powerpc/aim/mp_cpudep.c (revision 347003) >> +++ /mnt/usr/src/sys/powerpc/aim/mp_cpudep.c (working copy) >> @@ -68,6 +68,46 @@ >> case IBM970: >> case IBM970FX: >> case IBM970MP: >> + /* Set HIOR to 0 */ >> + __asm __volatile("mtspr 311,%0" :: "r"(0)); >> + powerpc_sync(); >=20 > Thank you for this incredible investigation! My quad is now under = heavy load and behaves as expected. You are welcome. One long-term issue is still definitely active, happening sometimes: The thread(s) stuck-in-sleep problem can still happen. This is worse than just the fans and the buf*deamon* thread timeouts during shutdown: those same threads were not doing there on-going jobs earlier, starting when they first got stuck. The fans and shutdown messages (and wait time) just make it rather obvious. The command: top -HIStazopid will frequently show the threads in question when they are not stuck. But it will also not show the ones that are already stuck-sleeping. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Sun May 12 01:58:39 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 51BDC1588A26 for ; Sun, 12 May 2019 01:58:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id DE7B88395C for ; Sun, 12 May 2019 01:58:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 8EAD71588A23; Sun, 12 May 2019 01:58:38 +0000 (UTC) Delivered-To: ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7D55A1588A22 for ; Sun, 12 May 2019 01:58:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 12A3F83959 for ; Sun, 12 May 2019 01:58:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 52B0E15310 for ; Sun, 12 May 2019 01:58:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x4C1wbUO042687 for ; Sun, 12 May 2019 01:58:37 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4C1wbD9042686 for ppc@FreeBSD.org; Sun, 12 May 2019 01:58:37 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 233863] Various PowerMac G5 models may require kern.smp.disabled=1 and must set usefdt=1 which causes net interface reorder Date: Sun, 12 May 2019 01:58:36 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.isobsolete Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.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: Sun, 12 May 2019 01:58:39 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 Mark Millard changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #203814|0 |1 is obsolete| | --- Comment #42 from Mark Millard --- Comment on attachment 203814 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D203814 Investigatory sys/powerpc/powerpc/mp_machdep.c patch to help limit stuck-sleeping problem I'm withdrawing the attempt to have the various cpus end up with TBR values that are closer to matching: Overall its results have been mixed. No systematic improvement. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sun May 12 03:02:39 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 40437158A77C for ; Sun, 12 May 2019 03:02:39 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhfb03.myregisteredsite.com (atl4mhfb03.myregisteredsite.com [209.17.115.119]) (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 5E25B8598B for ; Sun, 12 May 2019 03:02:36 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhob15.registeredsite.com (atl4mhob15.registeredsite.com [209.17.115.53]) by atl4mhfb03.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id x4C31FGk007199 for ; Sat, 11 May 2019 23:01:16 -0400 Received: from mailpod.hostingplatform.com (atl4qobmail01pod2.registeredsite.com [10.30.77.35]) by atl4mhob15.registeredsite.com (8.14.4/8.14.4) with ESMTP id x4C316Z8028626 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Sat, 11 May 2019 23:01:06 -0400 Received: (qmail 40782 invoked by uid 0); 12 May 2019 03:01:06 -0000 X-TCPREMOTEIP: 99.253.177.25 X-Authenticated-UID: dclarke@blastwave.org Received: from unknown (HELO ?172.16.35.3?) (dclarke@blastwave.org@99.253.177.25) by 0 with ESMTPA; 12 May 2019 03:01:06 -0000 Subject: Re: Fwd: svn commit: r347492 - head/lib/libc/powerpc64/string To: freebsd-ppc@freebsd.org References: <201905111517.x4BFHgcR002301@repo.freebsd.org> From: Dennis Clarke Message-ID: <102d26e0-ebff-a903-5cc3-e53b0f06545f@blastwave.org> Date: Sat, 11 May 2019 23:00:55 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:67.0) Gecko/20100101 Thunderbird/67.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 5E25B8598B X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.00 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.90)[0.902,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.96)[0.961,0]; RCVD_TLS_LAST(0.00)[]; MX_GOOD(-0.01)[mx1.netsolmail.net]; NEURAL_SPAM_LONG(0.99)[0.985,0]; RCVD_IN_DNSWL_NONE(0.00)[119.115.17.209.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; DMARC_NA(0.00)[blastwave.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:19871, ipnet:209.17.112.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.26)[ip: (0.91), ipnet: 209.17.112.0/21(0.26), asn: 19871(0.21), country: US(-0.06)] 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: Sun, 12 May 2019 03:02:39 -0000 On 5/11/19 11:28 AM, Justin Hibbits wrote: > In case people aren't watching the svn commit lists, r347492 completes > the unbreaking of the PowerMac G5s. > Well this is a thing to jump on. Time to get a buildworld etc going here. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional From owner-freebsd-ppc@freebsd.org Sun May 12 08:37:11 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9612115910A5 for ; Sun, 12 May 2019 08:37:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 2E2D58E4BC for ; Sun, 12 May 2019 08:37:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id E30A815910A3; Sun, 12 May 2019 08:37:10 +0000 (UTC) Delivered-To: ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BEE0615910A2 for ; Sun, 12 May 2019 08:37:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5ACD28E4BB for ; Sun, 12 May 2019 08:37:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 93B4818C09 for ; Sun, 12 May 2019 08:37:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x4C8b944019788 for ; Sun, 12 May 2019 08:37:09 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4C8b9wJ019787 for ppc@FreeBSD.org; Sun, 12 May 2019 08:37:09 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 233863] Various PowerMac G5 models may require kern.smp.disabled=1 and must set usefdt=1 which causes net interface reorder Date: Sun, 12 May 2019 08:37:08 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.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: Sun, 12 May 2019 08:37:11 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 --- Comment #43 from Mark Millard --- (In reply to Justin Hibbits from comment #40) Continuity and common structure certainly are considerations. For reference, I updated my code to dump out the HID0, HID1, HID4, and HDI5 values for the ap's, dumping values from both before FreeBSD changes them and after they are changed. I was curious. The result was: HIOR(311) before: fff00000, 0 after before: HID0 fc1c000000000000 after: HID0 0151108100000000 before: HDI1 0 after: HDI1 fd3c200000000000 before: HID4 10000000000, HID5 0 after: HID4 1000000000, HID5 0 So differences in: (Hopefully I matched everything up correctly) HID0: one_ppc, do_single, isync_sc, ser-gp, reserved bits 4:5, deep nap, doze, nhr, ext_tb_en, reserved bit 24, en_attn. HID1: bht_pm, en_ls, en_cc, en_ic, pf_mode, en_if_cach, en_ic_rec, ic_pe. HID4: rm_ci, en_sp_dtw. HID5: none. I'll note that en_ic is described with: QUOTE Enable instruction cache (must be =E2=80=981=E2=80=99 for proper functionin= g). END QUOTE (Not that there is a description of what the improper functioning of the 970MP would be.) This was the wording I was most worried about. [There are some other bits that have differences from "preferred state", not that I know the importance of them.] [slbtrap and handle_kernel_slb_spill are using mftb() and so ext_tb_en being different is in use before HID0 is updated.] --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sun May 12 09:19:18 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 652F115920BC for ; Sun, 12 May 2019 09:19:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id F39CD8F500 for ; Sun, 12 May 2019 09:19:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id B3A2A15920BA; Sun, 12 May 2019 09:19:17 +0000 (UTC) Delivered-To: ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A140E15920B9 for ; Sun, 12 May 2019 09:19:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3EA738F4FF for ; Sun, 12 May 2019 09:19:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 6FA23191A7 for ; Sun, 12 May 2019 09:19:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x4C9JGPJ083394 for ; Sun, 12 May 2019 09:19:16 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4C9JGCH083384 for ppc@FreeBSD.org; Sun, 12 May 2019 09:19:16 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 233863] Various PowerMac G5 models may require kern.smp.disabled=1 and must set usefdt=1 which causes net interface reorder Date: Sun, 12 May 2019 09:19:15 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.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: Sun, 12 May 2019 09:19:18 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 --- Comment #44 from Mark Millard --- Another solid powerpc64 FreeBSD incompatibility for the PowerMac G5's is the following, not directly addressed by any of the attachments, but a working and in-use usefdt mode does avoid the problem. (So it is indirectly addressed to some extent.) When the "direct map" to high memory addresses, parts of openfimware and FreeBSD became solidly, reliably incompatible, leading to reproducible crashes. Unless you want the powerpc64 FreeBSD to crash, one thing to avoid is significant use of openfirmware, such as via use of ofwdump, say ofwdump -ap > /dev/null . When I wanted to use ofwdump, I booted 32-bit powerpc FreeBSD on the G5 instead and use ofwdump from there. (This was before I could put usefdt mode to use. Now I've two types of contexts from which I can run ofwdump without crashing.) --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sun May 12 11:03:37 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4FA6215941B3 for ; Sun, 12 May 2019 11:03:37 +0000 (UTC) (envelope-from oggy@farscape.co.uk) Received: from mail-lj1-x22e.google.com (mail-lj1-x22e.google.com [IPv6:2a00:1450:4864:20::22e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 E6E256B7E7 for ; Sun, 12 May 2019 11:03:35 +0000 (UTC) (envelope-from oggy@farscape.co.uk) Received: by mail-lj1-x22e.google.com with SMTP id k8so8492612lja.8 for ; Sun, 12 May 2019 04:03:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=farscape-co-uk.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=XTNl2GYbNma1UVi7qNSuIJuFquRGb6izE17axN6hL0g=; b=0ES71Z6rrOfvyjDwHHqIETGjtgoXBSmJMBJzzEQ1+4zSaQXC2WuscezGzY1ElJ3mEb d/8xdx1ciRnz43LfaI4fEdN/yjHLdrjSxg2Tx99I1Kf2wFm5zEn4ucaszVDZpEOgA8pG p7Zw42ElsbIG7tRRLBJUa/KQuUxKqK/dI8L9qC2uyBFjt1SVfcp2Z3EaD0T9e3vFd5Be xwZUlWU/R5Okse6XwjWaIUpVUa9e9Awf2RmFbpUehCOMdfGRjZ4zzZJIaQOhE/+fNCZE +Ca46VFeZry+pl44370aqGDo3TFnfj1sRLTQUQAUXjJqSikl/39b05N0pSy6oWjT7D3D nvEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=XTNl2GYbNma1UVi7qNSuIJuFquRGb6izE17axN6hL0g=; b=IJqfmZZ4g/V6kb34O64Yjm9WBR/pHzVXo3zDgoYNTwg97Kr+ah6FjRMbXY/2u74SrN uyXt2VUvhLFOOF0/yl5ScbyNgLAiHwImCBgR/3J0eD0ka820Z9QVx8QdOoM5gtkGS19x kgSub8l5UZF3Rk3g5uLkwB86Fw270riDySPWVocJSC6v8qmPnMW7K8auQp3DIi/A4imu gHiUSc3rq2J9kg4XYHYxaCEvFqnmpweF8LGcZe3JqjM7pm6g76ZrvGFmIXglQNbOdP4O YKtZLUsT3RG4060ghqbY7DfzdcdLY+4SEqjpawDTfnhu56cQi4sx1/9ixvCWP4AII3I4 rMAg== X-Gm-Message-State: APjAAAXFy7kSs2Q+cTMvohf2CJhJcAKD7fMfPunzL+Pg/QfqHz9DknyF CO6CJOsGONPK871OigP80N2mRVzhN5uE5N9yh45JEtn2GG4= X-Google-Smtp-Source: APXvYqy27YP+snQ49aGVd0CSXqgOE41O2o9bEBzmpGu64F7xQiJVMXp6ip5zu1kXN7/w3NUNOSeytTrJclwHPptweXQ= X-Received: by 2002:a2e:86c5:: with SMTP id n5mr10996182ljj.184.1557659012638; Sun, 12 May 2019 04:03:32 -0700 (PDT) MIME-Version: 1.0 From: Francis Little Date: Sun, 12 May 2019 12:03:23 +0100 Message-ID: Subject: Building Firefox on powerpc64 To: freebsd-ppc@freebsd.org X-Rspamd-Queue-Id: E6E256B7E7 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=farscape-co-uk.20150623.gappssmtp.com header.s=20150623 header.b=0ES71Z6r; spf=pass (mx1.freebsd.org: domain of oggy@farscape.co.uk designates 2a00:1450:4864:20::22e as permitted sender) smtp.mailfrom=oggy@farscape.co.uk X-Spamd-Result: default: False [-6.30 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[farscape-co-uk.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[farscape.co.uk]; DKIM_TRACE(0.00)[farscape-co-uk.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[alt1.aspmx.l.google.com,aspmx.l.google.com,alt3.aspmx.l.google.com,alt2.aspmx.l.google.com,alt4.aspmx.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[e.2.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.96)[-0.958,0]; IP_SCORE(-2.84)[ip: (-9.63), ipnet: 2a00:1450::/32(-2.23), asn: 15169(-2.27), country: US(-0.06)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 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: Sun, 12 May 2019 11:03:37 -0000 Hi, is anyone else able to build Firefox on powerpc64 (PowerMac G5), I'm getting an error: (This was run with with MAKE_JOBS_UNSAFE=yes in /etc/make.conf after it failed the first time.) Executing "/usr/local/bin/node /usr/ports/www/firefox/work/firefox-66.0.5/devtools/client/debugger/new/build/copy-module.js /usr/ports/www/firefox/work/firefox-66.0.5/devtools/client/debugger/new/src/main.js /usr/ports/www/firefox/work/firefox-66.0.5/devtools/client/debugger/new/src/vendors.js" Failed with Command '[u'/usr/local/bin/node', '/usr/ports/www/firefox/work/firefox-66.0.5/devtools/client/debugger/new/build/copy-module.js', '/usr/ports/www/firefox/work/firefox-66.0.5/devtools/client/debugger/new/src/main.js', '/usr/ports/www/firefox/work/firefox-66.0.5/devtools/client/debugger/new/src/vendors.js']' returned non-zero exit status -4. Be sure to check that your mozconfig doesn't have --disable-nodejs in it. If it does, try removing that line and building again. gmake[5]: *** [backend.mk:18: .deps/node.stub.stub] Error 1 gmake[5]: Leaving directory '/usr/ports/www/firefox/work/.build/devtools/client/debugger/new/src' gmake[4]: *** [/usr/ports/www/firefox/work/firefox-66.0.5/config/ recurse.mk:101: devtools/client/debugger/new/src/export] Error 2 gmake[4]: Leaving directory '/usr/ports/www/firefox/work/.build' gmake[3]: *** [/usr/ports/www/firefox/work/firefox-66.0.5/config/ recurse.mk:34: export] Error 2 gmake[3]: Leaving directory '/usr/ports/www/firefox/work/.build' gmake[2]: *** [/usr/ports/www/firefox/work/firefox-66.0.5/config/ rules.mk:415: all] Error 2 gmake[2]: Leaving directory '/usr/ports/www/firefox/work/.build' *** Error code 1 From owner-freebsd-ppc@freebsd.org Sun May 12 22:24:50 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 50CEC15A442E for ; Sun, 12 May 2019 22:24:50 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id BF9B48D813 for ; Sun, 12 May 2019 22:24:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 8058F15A442B; Sun, 12 May 2019 22:24:49 +0000 (UTC) Delivered-To: ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6ED6515A442A for ; Sun, 12 May 2019 22:24:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0E6978D811 for ; Sun, 12 May 2019 22:24:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 4118B2F1 for ; Sun, 12 May 2019 22:24:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x4CMOmP3045239 for ; Sun, 12 May 2019 22:24:48 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4CMOmlr045238 for ppc@FreeBSD.org; Sun, 12 May 2019 22:24:48 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 235060] [boot] FreeBSD 12.0 Release DVD and CD will not boot on PowerMac G5 Quad Date: Sun, 12 May 2019 22:24:47 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.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: Sun, 12 May 2019 22:24:50 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235060 --- Comment #28 from Mark Millard --- (In reply to Curtis Hamilton from comment #0) The technical problem has been identified and head -r347463 has a fix, listed as to be MFC'd in a couple of weeks. See Justin's fix in: https://lists.freebsd.org/pipermail/svn-src-head/2019-May/124910.html So far 2 people have reported to me that the change has fixed the booting problems they were having on their multi-socket or multi-core PowerMac G5s (970 family of processors). The change is in code only used for when there are multiple 970 cpus involved (in FreeBSD terms for "cpu"). Technically, I think this bugzilla report will end up being declared as a duplicate of: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 that is now "in progress" for the change. It also has patches for issues found during exploring/investigating what all was blocking various machines from booting in various modes. I'm not so sure those other issues will be handled as part of the resolution: it will probably be viewed as a narrower, more specific report. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sun May 12 23:06:04 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A37515A513C for ; Sun, 12 May 2019 23:06:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 043908E97F for ; Sun, 12 May 2019 23:06:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id B67F115A5138; Sun, 12 May 2019 23:06:03 +0000 (UTC) Delivered-To: ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9273E15A5137 for ; Sun, 12 May 2019 23:06:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 01F458E97A for ; Sun, 12 May 2019 23:06:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 40C748B2 for ; Sun, 12 May 2019 23:06:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x4CN62aN028200 for ; Sun, 12 May 2019 23:06:02 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4CN62v7028199 for ppc@FreeBSD.org; Sun, 12 May 2019 23:06:02 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 233863] Various PowerMac G5 models may require kern.smp.disabled=1 and must set usefdt=1 which causes net interface reorder Date: Sun, 12 May 2019 23:06:02 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.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: Sun, 12 May 2019 23:06:04 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 --- Comment #45 from Mark Millard --- (In reply to Justin Hibbits from comment #40) All 5 of my attachments are tied to enabling booting various old PowerMac models in at least some mode (mostly usefdt mode). 3 of the 5 attachments are associated with not being able to boot and operate various old PowerMacs in usefdt mode. I originally started because I could not follow the "must set usefdt" part of the one line description on the old PowerMac7,2 G5 (2-sockets/1-core-each) and some G4s and a G3. You may well not want those problems covered by your new "in process" status for the defect. If not, then we need to do something about keeping the usefdt-mode-booting information someplace. (I'm hoping that usefdt becomes official and the default on the old PowerMacs.) The aim/trap_subr32.S isync's patch you have already been dealing with. It was tied to a lack of ability to boot G3s: It avoided getting machine-checks, there by allowing seeing the more informative type of failure information. I'm not sure if it is MFC'd everywhere yet. Again, if not considered as part of the original submittal's problems, we may need to do something to be sure it is not lost (unless it is MFC'd everywhere already?). That is 4 of the 5 attachments, the 5th is my original version of initializing sufficiently, early enough, on ap's. That may be the only one you want the "in progress" status to cover (using your variant). --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Mon May 13 10:23:48 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CB602158A1C8 for ; Mon, 13 May 2019 10:23:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-19.consmr.mail.gq1.yahoo.com (sonic305-19.consmr.mail.gq1.yahoo.com [98.137.64.82]) (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 7D64B72E13 for ; Mon, 13 May 2019 10:23:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: I0kRRHkVM1mOdHDrzh0om9H2GFHtL0Gr3BYvKOeZ6NtzQxTyyJOllGTMJdbsNZV 1SeDUN72_xdOTHGAizADaOAVnHJWOORM7pV34wYBOGb0QdZ_TulasVfDfaurJ6jJ8gVFzZqK.cZu YxIG1fiqmwmRLh.TkZrfSmYnaCme1oVlUuorGcqpM9UK.H9M4BGL8ED6XBO_Sn9Kl6te0PwM6oHK DZ8_urNM1NcN31vtARY.6CG_TGuglXon5O.LfZ6tXRy.5iEOe_zrqTj4QJr.gsXcJQFLDzZmelTO Uf082WPtCzPhmJf9wyVSh_iYk_4mRJ1KaOPUvgHLd8jlgIVW7SbvTd95QlQIFzoNXfIYiRjtdc_c vd_qbeuQ_LNJelUdtwAlUofqZgq.0Y7RGtuBIZDdIsXTIHBZCo8gOQ3dYQCaNeWUebj_NrQP02mV 5NQFkHr556NXNMrQaxPFCNI5665DXOz9GUb3W9XV.C6SbIDRvdJQvMfXW1KfFdggRg323bRJP9lt 1oES9qNXa2X3I_gT00j9ahnYZKd.ZQOtGrCh5wWpS90Vc2VQ7GYsLrfAILtA_02IssCWeS0m2EkS 9X9MBQ8RfLsyDb1j6LpFvnezHYHofIjJzpTgJZGfQNxKXRlgJ8BWlAjHhhNb6w_v9k64IzhObmvU bqRUYkmsoEP32P4irlxtbdbAWvVndD_93mlZDRv4jlaJ58MtLdaniBsWX6SZgkdlV5tZLtGIFXSW au.PDP8wnQLQp6e_Q52KTZDIC.nL9R8sDmGq1C6lbSjRPZlVCN1kfYn4x4o4BCpmIe2svaKUyzLF WeSoXpHrUKN7BMJ3PlVOayRb.GPcfS3omnbT_yc77NArnE9BbD6l9SmRrsF0fnYBgl.KSdEa7V0g dHdCrnwxDMNSctG_7GFguO820pZS2yuzUsZ7qdXT8KJhWMHBJFWbbqXcCDcevWzGjdefLBu31u34 fW.l_hRR.9HFvjA3p4I2WF4iDZrdKXATV.BK4kAuQmTdCsh7gECesEYuNG8Imh3Ta38hs.SW578X q5xOB4DNqvgql4pFFTeShhVodmLQNAGQ36EZhtPHocSQsaFFRDNY74fD5pMX4BA8TqlH3rPmtgjs fMZMXem5C7f7dfsn0CKidEHlUN9810Bvo1XM_dca.SZ6geqpqbOIpXVhecsQEOUtun1ZE5Xliy3N FBdU- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Mon, 13 May 2019 10:23:38 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp420.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID fa3b8fbd42382a889f92cc58fd3a1c3d; Mon, 13 May 2019 10:23:33 +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 12.4 \(3445.104.8\)) Subject: An experiment in PowerMac G5 multi-socket/multi-core having better matching mftb() values Message-Id: Date: Mon, 13 May 2019 03:23:33 -0700 To: Justin Hibbits , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 7D64B72E13 X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.23 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[gmail.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/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.64)[0.638,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.70)[ip: (6.75), ipnet: 98.137.64.0/21(1.01), asn: 36647(0.81), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.67)[0.666,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.74)[0.736,0]; RCVD_IN_DNSWL_NONE(0.00)[82.64.137.98.list.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: Mon, 13 May 2019 10:23:48 -0000 I've been experimenting with a alternate technique of dealing with boot-time 970 family PowerMac G5 tbr value synchronization across sockets/cores. So far it has narrowed the range significantly. I've reverted my hack for tolerating the mismatches in order to see how it goes. I'm not aware of other contexts having the threads-get-stuck-sleeping problem from the tbr mismatch scale that can happen as things are officially. And, if there are any, I've no environment to test. The technique definitely requires the relationship between the mftb() value changing rate and the time it takes to store-release/load-acq each way between an ap and the bsp to be such that the round trip time is reasonably measurable, with a useful combination of accuracy and precision. Thus there are limits to its generality if some other context attempted something analogous. Each ap does its own instance of the process. No single delta would work. It is also based on the expectation that the store-release/load-acq each way takes a non-trivial amount of the round trip time, putting the bsp's activity in the middle part of the round trip range. (Interrupts disabled around the relevant code.) What Ive seen suggests that this is true. I've included my exploratory code below. It is based on my head -r345758 context. The ap sends the bsp a mftb() value (that the bsp only used as a flag that it is time to send back its own mftb() value). The ap also calculates the approximate round trip ap-time for this exchange. =46rom such the ap comes up with the adjustment to its mftb() values to approximate the mftb() value the bsp provided. The ap then uses that as an adjustment to the ap's tbr value (via mttb()). So far the results seem to be a sizable improvement. [In experiments I've been labeling some variables volatile, just to indicate that I generally do not expect loads/stores to be skipped for them. This does not mean that I'd observed any cases of just holding a value in a register. This may produce minor text mismatches with other files not shown here.] # svnlite diff /usr/src/sys/powerpc/powermac/platform_powermac.c = /usr/src/sys/powerpc/powerpc/mp_machdep.c | more Index: /usr/src/sys/powerpc/powermac/platform_powermac.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/sys/powerpc/powermac/platform_powermac.c (revision = 345758) +++ /usr/src/sys/powerpc/powermac/platform_powermac.c (working copy) @@ -55,7 +55,7 @@ =20 #include "platform_if.h" =20 -extern void *ap_pcpu; +extern void * volatile ap_pcpu; =20 static int powermac_probe(platform_t); static int powermac_attach(platform_t); @@ -333,6 +333,10 @@ return (powermac_smp_fill_cpuref(cpuref, bsp)); } =20 +#ifdef __powerpc64__ +extern volatile int alternate_timebase_sync_style; +#endif + static int powermac_smp_start_cpu(platform_t plat, struct pcpu *pc) { @@ -366,6 +370,19 @@ } =20 ap_pcpu =3D pc; +#ifdef __powerpc64__ + switch (mfpvr()>>16) + { + case IBM970: + case IBM970FX: + case IBM970MP: + alternate_timebase_sync_style=3D 1; + break; + default: + break; + } +#endif + powerpc_sync(); =20 if (rstvec_virtbase =3D=3D NULL) rstvec_virtbase =3D pmap_mapdev(0x80000000, PAGE_SIZE); Index: /usr/src/sys/powerpc/powerpc/mp_machdep.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/sys/powerpc/powerpc/mp_machdep.c (revision 345758) +++ /usr/src/sys/powerpc/powerpc/mp_machdep.c (working copy) @@ -70,6 +70,13 @@ static struct mtx ap_boot_mtx; struct pcb stoppcbs[MAXCPU]; =20 +#if defined(__powerpc64__) && defined(AIM) +// Part of: Attempt a better-than-historical approximately equal = timebase value for ap vs. bsp +volatile int alternate_timebase_sync_style=3D 0; +volatile uint64_t timebase_samples[2]; // 0: from ap; 1: from bsp. + // Consider separate cache lines? +#endif + void machdep_ap_bootstrap(void) { @@ -77,19 +84,65 @@ PCPU_SET(awake, 1); __asm __volatile("msync; isync"); =20 +#if defined(__powerpc64__) && defined(AIM) + // Attempt a better-than-historical approximately equal timebase = value for ap vs. bsp + powerpc_sync(); + isync(); + if (alternate_timebase_sync_style) // Requires: timeframe with = only one ap at a time + { + register_t oldmsr=3D intr_disable(); + + while (1u!=3Dtimebase_samples[1]) + ; // spin waiting for bsp to flag that ready to = start. + + // Measure a round trip:: to the bsp and back. + + isync(); // Be sure below mftb() result is not from = earlier speculative execution. + atomic_store_rel_64(&timebase_samples[0], mftb()); // = bsp waits for this before its mftb(). + + while (1u=3D=3Dtimebase_samples[1]) // expect bsp to = have: 1upc_cpuid, = (uintmax_t)pc->pc_hwref, pc->pc_awake); smp_cpus++; + +#if defined(__powerpc64__) && defined(AIM) + // Part of: Attempt a better-than-historical = approximately + // equal timebase value for ap vs. bsp + powerpc_sync(); + isync(); + if (alternate_timebase_sync_style) + { + register_t oldmsr=3D intr_disable(); + + = atomic_store_rel_64(&timebase_samples[1], 1u); // flag ap that bsp is = ready to start. + + while (0u=3D=3Dtimebase_samples[0]) // = Expect on ap's: 0upc_cpuid, &stopped_cpus); } @@ -257,14 +338,22 @@ =20 ap_awake =3D 1; =20 - /* Provide our current DEC and TB values for APs */ - ap_timebase =3D mftb() + 10; - __asm __volatile("msync; isync"); +#if defined(__powerpc64__) && defined(AIM) + if (!alternate_timebase_sync_style) +#endif + { + /* Provide our current DEC and TB values for APs */ + ap_timebase =3D mftb() + 10; + __asm __volatile("msync; isync"); + } =20 /* Let APs continue */ atomic_store_rel_int(&ap_letgo, 1); =20 - platform_smp_timebase_sync(ap_timebase, 0); +#if defined(__powerpc64__) && defined(AIM) + if (!alternate_timebase_sync_style) +#endif + platform_smp_timebase_sync(ap_timebase, 0); =20 while (ap_awake < smp_cpus) ; =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Tue May 14 02:14:36 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D522A15A17C6 for ; Tue, 14 May 2019 02:14:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 6D59077971 for ; Tue, 14 May 2019 02:14:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 30CE015A17C5; Tue, 14 May 2019 02:14:35 +0000 (UTC) Delivered-To: ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1E4DF15A17C4 for ; Tue, 14 May 2019 02:14:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AF1E17796E for ; Tue, 14 May 2019 02:14:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 095C3F5DD for ; Tue, 14 May 2019 02:14:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x4E2EXme056286 for ; Tue, 14 May 2019 02:14:33 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4E2EX5T056284 for ppc@FreeBSD.org; Tue, 14 May 2019 02:14:33 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 233863] Various PowerMac G5 models may require kern.smp.disabled=1 and must set usefdt=1 which causes net interface reorder Date: Tue, 14 May 2019 02:14:33 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.isobsolete Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.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: Tue, 14 May 2019 02:14:36 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 Mark Millard changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #204307|0 |1 is obsolete| | --- Comment #46 from Mark Millard --- Comment on attachment 204307 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D204307 Patch for aim/mp_cpudep.c that fixes slb-miss problem in cpudep_ap_bootstrap for PPC970/PowerMacG5 contexts Now that my context is past -r347463 (now: -r346549) I'm withdrawing this attachment, as it overlaps with the modern code. (The material is still available for reference.) --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Tue May 14 02:18:42 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 32AB515A1913 for ; Tue, 14 May 2019 02:18:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id BEE0977AE7 for ; Tue, 14 May 2019 02:18:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 7EF8215A190E; Tue, 14 May 2019 02:18:41 +0000 (UTC) Delivered-To: ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6C6D815A190B for ; Tue, 14 May 2019 02:18:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E752277AE2 for ; Tue, 14 May 2019 02:18:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 37525F5E4 for ; Tue, 14 May 2019 02:18:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x4E2IeKg003403 for ; Tue, 14 May 2019 02:18:40 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4E2Iesu003402 for ppc@FreeBSD.org; Tue, 14 May 2019 02:18:40 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 233863] Various PowerMac G5 models may require kern.smp.disabled=1 and must set usefdt=1 which causes net interface reorder Date: Tue, 14 May 2019 02:18:40 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.isobsolete Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.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: Tue, 14 May 2019 02:18:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 Mark Millard changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #203980|0 |1 is obsolete| | --- Comment #47 from Mark Millard --- Comment on attachment 203980 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D203980 Investigatory /sys/powerpc/aim/trap_subr32.S patch (add missing isync's) Now that my context is past -r346619 (now: -r347549) I'm withdrawing this attachment, as it overlaps with the modern code. (The material is still available for reference.) --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Tue May 14 02:21:20 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0EDD415A1AE8 for ; Tue, 14 May 2019 02:21:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 9B3FD77CCD for ; Tue, 14 May 2019 02:21:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 5887A15A1AE7; Tue, 14 May 2019 02:21:19 +0000 (UTC) Delivered-To: ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4624A15A1AE6 for ; Tue, 14 May 2019 02:21:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D5EDC77CC6 for ; Tue, 14 May 2019 02:21:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 28B99F602 for ; Tue, 14 May 2019 02:21:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x4E2LIx9031192 for ; Tue, 14 May 2019 02:21:18 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4E2LIR2031190 for ppc@FreeBSD.org; Tue, 14 May 2019 02:21:18 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 233863] Various PowerMac G5 models may require kern.smp.disabled=1 and must set usefdt=1 which causes net interface reorder Date: Tue, 14 May 2019 02:21:17 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.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: Tue, 14 May 2019 02:21:20 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 --- Comment #48 from Mark Millard --- (In reply to Mark Millard from comment #46) Just noting a dumb typo in my #46 material: My powerpc64 context is now based on -r347549 (not -r346549). --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Tue May 14 02:27:52 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EA27415A1F9E for ; Tue, 14 May 2019 02:27:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 76EAA77FE9 for ; Tue, 14 May 2019 02:27:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3637C15A1F9D; Tue, 14 May 2019 02:27:51 +0000 (UTC) Delivered-To: ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 249CC15A1F9C for ; Tue, 14 May 2019 02:27:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AEF0D77FE2 for ; Tue, 14 May 2019 02:27:50 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id CC033F759 for ; Tue, 14 May 2019 02:27:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x4E2RnLF015411 for ; Tue, 14 May 2019 02:27:49 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4E2Rnvg015406 for ppc@FreeBSD.org; Tue, 14 May 2019 02:27:49 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 233863] Various PowerMac G5 models may require kern.smp.disabled=1 and must set usefdt=1 which causes net interface reorder Date: Tue, 14 May 2019 02:27:49 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.description Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.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: Tue, 14 May 2019 02:27:52 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 Mark Millard changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #203683|Investigatory |Investigatory description|sys/powerpc/powermac/hrowpi |sys/powerpc/powermac/hrowpi |c.c |c.c |sys/powerpc/powermac/uninor |sys/powerpc/powermac/uninor |th.c |th.c |(sys/powerpc/powerpc/openpi |sys/powerpc/powerpc/openpic |c.c patches |.c patches |(OF_xref_from_node and |(OF_xref_from_node and |OF_node_from_xref use) |OF_node_from_xref use) --- Comment #49 from Mark Millard --- Comment on attachment 203683 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D203683 Investigatory sys/powerpc/powermac/hrowpic.c sys/powerpc/powermac/uninorth.c sys/powerpc/powerpc/openpic.c patches (OF_xref_from_node and OF_node_from_x= ref use) Just fixing a typo in the description. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Tue May 14 02:38:26 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8790915A244F for ; Tue, 14 May 2019 02:38:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 22D458058E for ; Tue, 14 May 2019 02:38:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id D9B1F15A244C; Tue, 14 May 2019 02:38:25 +0000 (UTC) Delivered-To: ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C850E15A244B for ; Tue, 14 May 2019 02:38:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6701A80587 for ; Tue, 14 May 2019 02:38:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 8AB3AF8D6 for ; Tue, 14 May 2019 02:38:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x4E2cOBK043946 for ; Tue, 14 May 2019 02:38:24 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4E2cOum043945 for ppc@FreeBSD.org; Tue, 14 May 2019 02:38:24 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 233863] Various PowerMac G5 models may require kern.smp.disabled=1 and must set usefdt=1 which causes net interface reorder Date: Tue, 14 May 2019 02:38:24 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.isobsolete attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.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: Tue, 14 May 2019 02:38:26 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 Mark Millard changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #203845|0 |1 is obsolete| | --- Comment #50 from Mark Millard --- Created attachment 204368 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D204368&action= =3Dedit Mostly: Investigatory patch for sys/powerpc/aim/mmu_oea64.c (for filling translations[] from trans_cells[]) -r346174 had changed the mmu_oea64.c source. So update the patch to be based on -r347549 that my powerpc64 environment is now based on. It now also has a change to the comment about mapping the KVA range in the slb, noting that the slb may not be able to hold the whole range and "random" entry replacements may happen. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Tue May 14 02:47:53 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 18F2815A292C for ; Tue, 14 May 2019 02:47:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A424F80B13 for ; Tue, 14 May 2019 02:47:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 64F6415A292B; Tue, 14 May 2019 02:47:52 +0000 (UTC) Delivered-To: ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5388B15A2929 for ; Tue, 14 May 2019 02:47:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E1AD980B10 for ; Tue, 14 May 2019 02:47:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 2C0BBFA5A for ; Tue, 14 May 2019 02:47:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x4E2lpc0091748 for ; Tue, 14 May 2019 02:47:51 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4E2lpnx091747 for ppc@FreeBSD.org; Tue, 14 May 2019 02:47:51 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 233863] Various PowerMac G5 models may require kern.smp.disabled=1 and must set usefdt=1 which causes net interface reorder Date: Tue, 14 May 2019 02:47:50 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.isobsolete attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.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: Tue, 14 May 2019 02:47:53 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 Mark Millard changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #203983|0 |1 is obsolete| | --- Comment #51 from Mark Millard --- Created attachment 204369 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D204369&action= =3Dedit Investigatory stand/powerpc/ofw/ofwfdt.c and sys/contrib/libfdt/fdt_rw.c patches, preserving peer order, handling Apple oddities so information is preserved -r346132 had changed the ofwfdt.c source. So update the patches to be based on -r347549 that my powerpc64 environment is now based on. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Wed May 15 00:42:26 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8EC1D15A0EC3 for ; Wed, 15 May 2019 00:42:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-22.consmr.mail.ne1.yahoo.com (sonic304-22.consmr.mail.ne1.yahoo.com [66.163.191.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 A2B908E886 for ; Wed, 15 May 2019 00:42:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: irPfQvoVM1koXUFt3RttdAGtkejqxu0uoL1lKpEPZi6x9xcNGLfDzbjWmKehD4r L4Acqn2OvPrm8ONrVIgVetZnzDnxkNKkz._kG9Mt.X2zGvPPWZDPXkAi6fioOkEq1Ouz5XaT.C4r LFecNBzTIW6HI.URoEO4HMjRK3DPOVtN63qfbxm8qBrhKHFQBo0tFd8HUBReaQo6vZpdjwlsNpO6 LYEDKMGIJsE.z11gm7kV285N4UAlfyyl5QnRFd6SLursdOGUM0vX3GHeqR70fIF_X8ZO_ZvcYkHs .8OaB7SfuF7v38vnjt_JdZtHM1I8KNko9b7rMDAWXvhK67I4lxSoGMu5Yf.2X7JGZQIw6ecnzY3q xY.hdfwPaEsSveVHQ7kpYAmaI9xhAjuadaOcuKKTzgS9FxjDf_7xU0oFZY0OipEMTqAiYvsPjFtg j2GjGHYKaXJdJ2P25t36e00vwhFBMPhgP8Tk5ijGbP86IXxwvPNAfNMm2hzuFi54txNF9BXWsY5j NnlgojpeI.qs.HC8NWya3oijNa7U8RAFVQFe4zNLyTYJQ1HeNxiFp5ZNRMJKuHC2Z.CLiambNB0h VedUMjGlKK8tECRIAezpSmGL4fGHxxlqZ8HCt07c486XDVyV7IiBpxpCkStOyrATd8mEuK4voGku l4i1eehkQdjrKzklWZ58tekVJPXy0FTKd7gPba2lYYViv6FHw6qbvjRNDVexjS2qQGqBxWXGp3li GsrB24.k1uih6tM2SqZxdIjWgl9QMhqyrtR64bFLgWhSToPuajIF9TEQ_x.R9NIsYFNW813ZCBAi yMpbkQjV7bx130ifhyVQwW89t3sUTI_qm6YHcG6CbaniFs5IPpf3tj0.jrLNYymKlor6K_WY4XCl ta5wgkpShCxCLSsKdZDMReG3speqsw3BcuuuumVVe1ZJ4C3yCdUB7Q2GKcnu4HKgg3nGNf2riqQj vWUyOcgk0OjE9UpIUWYjil7d8Z.x2VBy3n5RlYWmQuR1GBxYNLkfKB1_aPJt5Ve.lbyhcI4yJPi2 cwLekWnaXbxY3e2DwlGXRypEcDtrZCDXSlt84ef.Ixv4JSwS5pC8QzGmMdBx2TH_A5NZ01RdwOjI 6UkSc4ZYD7qfofUYSWjbPUmoz7B.mpa7asB1wbBcXYAVPYVqRmNCtlkJ6OQ4fVsJyLCDyVN_xzhw dtVWVJifJ8iue Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.ne1.yahoo.com with HTTP; Wed, 15 May 2019 00:42:19 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp428.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a3aff1c6dae4c4c68c8153a849471e1d; Wed, 15 May 2019 00:42:16 +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 12.4 \(3445.104.8\)) Subject: Re: An experiment in PowerMac G5 multi-socket/multi-core having better matching mftb() values Date: Tue, 14 May 2019 17:42:15 -0700 References: To: Justin Hibbits , FreeBSD PowerPC ML In-Reply-To: Message-Id: <48525401-7C75-4AE7-98D9-AD7CC7F53DE8@yahoo.com> X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: A2B908E886 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.88 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.69)[0.692,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.84)[ip: (6.63), ipnet: 66.163.184.0/21(1.45), asn: 36646(1.16), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.20)[0.203,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.66)[0.663,0]; RCVD_IN_DNSWL_NONE(0.00)[148.191.163.66.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[148.191.163.66.rep.mailspike.net : 127.0.0.17] 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: Wed, 15 May 2019 00:42:26 -0000 [Switching to code not using 64-bit atomics.] On 2019-May-13, at 03:23, Mark Millard wrote: > I've been experimenting with a alternate > technique of dealing with boot-time 970 family > PowerMac G5 tbr value synchronization across > sockets/cores. So far it has narrowed the > range significantly. I've reverted my hack for > tolerating the mismatches in order to see how > it goes. >=20 > . . . >=20 >=20 > # svnlite diff /usr/src/sys/powerpc/powermac/platform_powermac.c = /usr/src/sys/powerpc/powerpc/mp_machdep.c | more > . . . So far the experiment has gone well. But the original code used 64-bit atomic types and so was inappropriate for multi-socket PowerMac G4's. So I've been experimenting with an alternate coding that is not powerpc64 specific. I present the updated code below, still only enabling the new technique for PowerMac's. The example code does show my use of volatile for the ap_pcpu pointer value and so would not match the svn code in that respect: /usr/src/sys/powerpc/aim/aim_machdep.c:extern void * volatile ap_pcpu; /usr/src/sys/powerpc/aim/mp_cpudep.c:void * volatile ap_pcpu; /usr/src/sys/powerpc/pseries/platform_chrp.c:extern void *ap_pcpu; /usr/src/sys/powerpc/powermac/platform_powermac.c:extern void * volatile = ap_pcpu; (booke has an example volatile for what is pointed to. But I've not dealt with examples that I do not have to test and so, thus far, I only changed the above for the issue.) (Whitespace details may not survive such e-mail based handling.) Index: /usr/src/sys/powerpc/powermac/platform_powermac.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/sys/powerpc/powermac/platform_powermac.c (revision = 347549) +++ /usr/src/sys/powerpc/powermac/platform_powermac.c (working copy) @@ -55,7 +55,7 @@ =20 #include "platform_if.h" =20 -extern void *ap_pcpu; +extern void * volatile ap_pcpu; =20 static int powermac_probe(platform_t); static int powermac_attach(platform_t); @@ -333,6 +333,9 @@ return (powermac_smp_fill_cpuref(cpuref, bsp)); } =20 +// platform_powermac.c is implicitly an AIM context: no explicit AIM = test. +extern volatile int alternate_timebase_sync_style; // 0 indicates old = style; 1 indicates new style + static int powermac_smp_start_cpu(platform_t plat, struct pcpu *pc) { @@ -367,6 +370,13 @@ =20 ap_pcpu =3D pc; =20 + // platform_powermac.c is implicitly an AIM context: no explicit = AIM test. + // Part of: Attempt a better-than-historical approximately + // equal timebase value for ap vs. bsp + alternate_timebase_sync_style=3D 1; // So: new style for = PowerMacs + + powerpc_sync(); // for ap_pcpu and alternate_timebase_sync_style + if (rstvec_virtbase =3D=3D NULL) rstvec_virtbase =3D pmap_mapdev(0x80000000, PAGE_SIZE); =20 Index: /usr/src/sys/powerpc/powerpc/mp_machdep.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/sys/powerpc/powerpc/mp_machdep.c (revision 347549) +++ /usr/src/sys/powerpc/powerpc/mp_machdep.c (working copy) @@ -70,6 +70,20 @@ static struct mtx ap_boot_mtx; struct pcb stoppcbs[MAXCPU]; =20 +#if defined(AIM) +// Part of: Attempt a better-than-historical approximately +// equal timebase value for ap vs. bsp + +volatile int alternate_timebase_sync_style=3D 0; // 0 indicates old = style; 1 indicates new style. +volatile uint64_t bsp_timebase_sample=3D 0u; + +volatile unsigned int from_bsp_status_flag=3D 0u; +// stages: 0u, 1u (bsp ready to start), 2u (bsp tbr value available to = ap) + +volatile unsigned int from_ap_status_flag=3D 0u; +// stages: 0u, 1u (ap ready for bsp tbr value to be found and sent) +#endif + void machdep_ap_bootstrap(void) { @@ -77,19 +91,71 @@ PCPU_SET(awake, 1); __asm __volatile("msync; isync"); =20 +#if defined(AIM) + powerpc_sync(); + isync(); + if (1=3D=3Dalternate_timebase_sync_style) + { + // Part of: Attempt a better-than-historical = approximately + // equal timebase value for ap vs. bsp + + register_t oldmsr=3D intr_disable(); + + while (1u!=3Dfrom_bsp_status_flag) + ; // spin waiting for bsp to flag that its ready = to start. + + // Start to measure a round trip:: to the bsp and back. + + isync(); // Be sure below mftb() result is not from = earlier speculative execution. + register_t const start_round_trip_time_on_ap=3D mftb(); + atomic_store_rel_int(&from_ap_status_flag, 1u); // bsp = waits for such before its mftb(). + + while (2u!=3Dfrom_bsp_status_flag) + ; // spin waiting for bsp's tbr value + + // Mid-point of ap round trip and the bsp timebase value = should be approximately equal + // when the tbr's are well matched, absent interruptions = on both sides. + + isync(); // Be sure below mftb() result is not from = earlier speculative execution. + register_t const end_round_trip_time_on_ap=3D mftb(); + + int64_t const approx_round_trip_tbr_detla_on_ap + =3D end_round_trip_time_on_ap - = start_round_trip_time_on_ap; + int64_t const ap_midpoint_tbr_value + =3D start_round_trip_time_on_ap + = (approx_round_trip_tbr_detla_on_ap+1)/2; + + // Establish delta_to_match_bsp_example such that: + // = ap_midpoint_tbr_value+delta_to_match_bsp_example=3D=3Dbsp_timebase_sample + int64_t const delta_to_match_bsp_tbr_example=3D = bsp_timebase_sample-ap_midpoint_tbr_value; + + isync(); // Be sure below mftb() result is not from = earlier speculative execution. + mttb((int64_t)mftb()+delta_to_match_bsp_tbr_example); // = Make the ap tbr adjustment. + + atomic_store_rel_int(&from_bsp_status_flag, 0u); // Get = ready for next ap in bsp loop + atomic_store_rel_int(&from_ap_status_flag, 0u); // also = flaging bsp that this ap is done + + mtmsr(oldmsr); + } +#endif + while (ap_letgo =3D=3D 0) nop_prio_vlow(); nop_prio_medium(); =20 - /* - * Set timebase as soon as possible to meet an implicit = rendezvous - * from cpu_mp_unleash(), which sets ap_letgo and then = immediately - * sets timebase. - * - * Note that this is instrinsically racy and is only relevant on - * platforms that do not support better mechanisms. - */ - platform_smp_timebase_sync(ap_timebase, 1); +#if defined(AIM) + if (0=3D=3Dalternate_timebase_sync_style) +#endif + { + /* + * Set timebase as soon as possible to meet an implicit = rendezvous + * from cpu_mp_unleash(), which sets ap_letgo and then = immediately + * sets timebase. + * + * Note that this is instrinsically racy and is only = relevant on + * platforms that do not support better mechanisms. + */ + platform_smp_timebase_sync(ap_timebase, 1); + } =20 /* Give platform code a chance to do anything else necessary */ platform_smp_ap_init(); @@ -260,6 +326,34 @@ pc->pc_cpuid, = (uintmax_t)pc->pc_hwref, pc->pc_awake); smp_cpus++; + +#if defined(AIM) + // Part of: Attempt a better-than-historical = approximately + // equal timebase value for ap vs. bsp + powerpc_sync(); + isync(); + if (1=3D=3Dalternate_timebase_sync_style) + { + register_t oldmsr=3D intr_disable(); + + = atomic_store_rel_int(&from_bsp_status_flag, 1u); // bsp ready to start. + + while (1u!=3Dfrom_ap_status_flag) + ; // spin waiting for ap to = flag: time to send a tbr. + + isync(); // Be sure below mftb() result = is not from earlier. + bsp_timebase_sample=3D mftb(); + = atomic_store_rel_int(&from_bsp_status_flag, 2u); // bsp tbr available. + + // Most of the rest of the usage is in = machdep_ap_bootstrap, + // other than controling = alternate_timebase_sync_style value. + + while (0u!=3Dfrom_ap_status_flag) + ; // spin waiting for ap to be = done with the sample. + + mtmsr(oldmsr); + } +#endif } else CPU_SET(pc->pc_cpuid, &stopped_cpus); } @@ -266,14 +360,22 @@ =20 ap_awake =3D 1; =20 - /* Provide our current DEC and TB values for APs */ - ap_timebase =3D mftb() + 10; - __asm __volatile("msync; isync"); +#if defined(AIM) + if (0=3D=3Dalternate_timebase_sync_style) +#endif + { + /* Provide our current DEC and TB values for APs */ + ap_timebase =3D mftb() + 10; + __asm __volatile("msync; isync"); + } =20 /* Let APs continue */ atomic_store_rel_int(&ap_letgo, 1); =20 - platform_smp_timebase_sync(ap_timebase, 0); +#if defined(AIM) + if (0=3D=3Dalternate_timebase_sync_style) +#endif + platform_smp_timebase_sync(ap_timebase, 0); =20 while (ap_awake < smp_cpus) ; =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Wed May 15 04:08:48 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CF08E15A7BC4 for ; Wed, 15 May 2019 04:08:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-56.consmr.mail.bf2.yahoo.com (sonic304-56.consmr.mail.bf2.yahoo.com [74.6.128.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 6FCAD70AB6 for ; Wed, 15 May 2019 04:08:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: IE.oMScVM1mETG.yyM4sICRJr5NP9G5Iqjxk5uI1.y3PbUnPvNPQuQyMm_NArZ7 Fen94EbddSzby2zb2eXW0J7HyzOy8bIlt_jZ4Q5.fTy.ALUQvzTfMRI4qKfdOZ.zkmE7mu0SMINx zoG55EwcerAaVbyn5NpcZz0gF32zjQSazKMwrauCHTS_iqu2845EOurt32sNQnN.SkEZqNJdxxy_ 9Dw28wprRA2VhaCHpxrAZtaAWSDbPVg1ST2fp3Bx9TDl4xY.VOVN9lNTwrEOF02.Lf3ieVqX3Qe5 jkOnNBZbzi9LZkdvcjVX3zb2QI.bdRO74OKMGVRliioP4TCkZ_fzustsZwb0Sc6r2Xz885CD_GVu i1klk98.D1ZXw_lOIvoXfD2PdyFXrTN42u0ONZHh0lUdRSpbpYamzSFTy8G0Nzgse1_aonL1UGpA k_3XqI7DM868TO9ZMNx4Bro3ey6V3swzXpKN.vSwXyAQQd0Z5gYtIvGhlRxwvtTzmRJdf7PwlEKl EslQbm4NSc8WKtkBYu00stDqVQyECzn1EP53bz6hX5iBBLs5p0Q273bmS8BR_Guk1Ffx1BnwCMXl JG8l8jhYySmRgO4bYKUbc6Hs0xUjD2VghV7_UfMrNQ4TXAvHVRQEBxYOcasiQhktk.z478Jx9e.Q 9jassK4jIoKz8Q.zBlL2fTATKvZpak2RYvBp8gUgoJqNc6_rKt9iv3Zrb7waW8hflJuxRZYtXENm 93HnaFhneBOFd7IvVs4HuySqqQpr4UpepPyEYZmOjtBeuq9ZSaNPgHXViYSnnpyEF.NfGuE3EzmH gE.gWOHrRpj7oJ9AYZayZj.YDPgd15_cabGy4X3X8Ld6ftaaatEEXgbhsoUUh3pJLDyGw1N0lnOu lZIwsIVEQSv6nBtYP5mBrYPYv8o.XkndY1szHqM31VmAGSpaI7Fg7iiOEP2x21R1Wfy40Hwrj78d CrTROKio175YcGaeUj8rAjTe7HChefga0xPE.R2U0HwI3bk17Tbz0MnIhfAe45EX0jOvEudBHRpd 70wgYABDAnLC7WrtnO4vFNlf.Dek7psO0HpKTcPgd6Lq0ZQwNCOJ7c_EmOEVleZvHf0voEiM5lus kvuvCa26.E2TJhf6GCS7.YZE9DKAIG5Pu1OvDwU0b1M8B9NCe9P7oUTTc9f8crMrugoohCA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.bf2.yahoo.com with HTTP; Wed, 15 May 2019 04:08:41 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp404.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a451b0118bdf3f8de042f4721cfaa224 for ; Wed, 15 May 2019 04:08:39 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: powerpc64 and 32-bit powerpc: get_cyclecount is messed up for both (presuming reliability is required) Message-Id: <366444D2-80EE-4A1B-BA75-322C20C5ECFE@yahoo.com> Date: Tue, 14 May 2019 21:08:37 -0700 To: FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 6FCAD70AB6 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.06 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; 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:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.32)[0.320,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; NEURAL_SPAM_MEDIUM(0.13)[0.134,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(1.55)[ip: (4.94), ipnet: 74.6.128.0/21(1.61), asn: 26101(1.28), country: US(-0.06)]; NEURAL_SPAM_LONG(0.56)[0.561,0]; RCVD_IN_DNSWL_NONE(0.00)[31.128.6.74.list.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: Wed, 15 May 2019 04:08:49 -0000 [I ignore here the difference between a processor-cycle-count and the timebase register values, a distinction that might be involved as well. This is just about tbr access techniques.] /usr/src/sys/powerpc/include/cpu.h has: static __inline u_int64_t get_cyclecount(void) { u_int32_t _upper, _lower; u_int64_t _time; __asm __volatile( "mftb %0\n" "mftbu %1" : "=r" (_lower), "=r" (_upper)); _time = (u_int64_t)_upper; _time = (_time << 32) + _lower; return (_time); } Apparently used for both powerpc64 and 32-bit powerpc. By contrast /usr/src/sys/powerpc/include/cpufunc.h has: static __inline u_quad_t mftb(void) { u_quad_t tb; #ifdef __powerpc64__ __asm __volatile ("mftb %0" : "=r"(tb)); #else uint32_t *tbup = (uint32_t *)&tb; uint32_t *tblp = tbup + 1; do { *tbup = mfspr(TBR_TBU); *tblp = mfspr(TBR_TBL); } while (*tbup != mfspr(TBR_TBU)); #endif return (tb); } Back to get_cyclecount: Note the lack of the loop for making sure the upper and lower halves go together (upper half did not change). Note also that for powerpc64 there is a more direct access available that avoids needing to deal with such issues. get_cyclecount seems to be referenced in: # grep -lr get_cyclecount /usr/src/sys/ | grep -v /include/ | more /usr/src/sys/dev/hwpmc/hwpmc_mod.c /usr/src/sys/dev/ocs_fc/ocs_utils.c /usr/src/sys/dev/random/random_harvestq.c /usr/src/sys/dev/random/randomdev.c /usr/src/sys/dev/random/unit_test.h /usr/src/sys/dev/de/if_devar.h /usr/src/sys/kern/init_main.c /usr/src/sys/kern/subr_bus.c /usr/src/sys/kern/kern_tslog.c /usr/src/sys/kern/kern_ktr.c /usr/src/sys/netinet/sctp_os_bsd.h /usr/src/sys/libkern/arc4random.c /random/ and arc4random might well not care abouy extra variability. But the others? === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Wed May 15 05:34:01 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 753AC15AB965 for ; Wed, 15 May 2019 05:34:01 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 17FAF73B5B; Wed, 15 May 2019 05:34:01 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id E9B8C1F077; Wed, 15 May 2019 05:34:00 +0000 (UTC) From: Jan Beich To: Francis Little Cc: freebsd-ppc@freebsd.org Subject: Re: Building Firefox on powerpc64 References: Date: Wed, 15 May 2019 07:33:55 +0200 In-Reply-To: (Francis Little's message of "Sun, 12 May 2019 12:03:23 +0100") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 17FAF73B5B X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.94 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.94)[-0.941,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US] 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: Wed, 15 May 2019 05:34:01 -0000 Francis Little writes: > Hi, is anyone else able to build Firefox on powerpc64 (PowerMac G5), I'm > getting an error: Unlikely without patches, see build logs: http://pylon.nyi.freebsd.org/data/latest-per-pkg/firefox/ http://pylon.nyi.freebsd.org/data/latest-per-pkg/firefox-esr/ > Executing "/usr/local/bin/node > /usr/ports/www/firefox/work/firefox-66.0.5/devtools/client/debugger/new/build/copy-module.js > /usr/ports/www/firefox/work/firefox-66.0.5/devtools/client/debugger/new/src/main.js > /usr/ports/www/firefox/work/firefox-66.0.5/devtools/client/debugger/new/src/vendors.js" > Failed with Command '[u'/usr/local/bin/node', > '/usr/ports/www/firefox/work/firefox-66.0.5/devtools/client/debugger/new/build/copy-module.js', > '/usr/ports/www/firefox/work/firefox-66.0.5/devtools/client/debugger/new/src/main.js', > '/usr/ports/www/firefox/work/firefox-66.0.5/devtools/client/debugger/new/src/vendors.js']' > returned non-zero exit status -4. Be sure to check that your mozconfig > doesn't > have --disable-nodejs in it. If it does, try removing that > line and > building again. "returned non-zero exit status -4" is the key here. Someone needs to investigate why www/node fails to run. Try to reduce test case, so it's easier to test outside of www/firefox build. www/firefox-esr doesn't use www/node yet but the build still fails due to (bundled) bindgen using Clang which defaults to libstdc++ from base and doesn't support C++11. Originally, investigated by Piotr Kubaj. objdir/dist/include/mozilla/mozalloc.h:145:1: warning: replacement function 'operator new' cannot be declared 'inline' [-Winline-new-delete] objdir/dist/include/mozilla/mozalloc.h:148:5: error: exception specification in declaration does not match previous declaration /usr/include/c++/4.2/new:95:7: note: previous declaration is here From owner-freebsd-ppc@freebsd.org Wed May 15 21:41:20 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 48A8F15A3209 for ; Wed, 15 May 2019 21:41:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.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 3091972C3B for ; Wed, 15 May 2019 21:41:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: N82fH18VM1kFE8Ii5z60IOvkkhqOAyFN6yVs0RSqWATtPYghDxzGiTOhcFT_MwO ZI8PhFU2bVGEX7asNN63rgdkw9zWz_8F0MY4wldcs8dsAvPgoQnUzXQYm31OWynR2p07lsU0Dit6 POXjldq7uQsG7C92ahZkcRAIZpTvDbFu7oJz98XFpS_D2y7LXHv2RsRmudor22EO879_79VU3yFN hnvUrmnM12tmRTeCGvsR3Xv1xNE_z9w8lvebBZ2bTP91CUZqJnJUV.oaViEPbH7DmFOW3apswTF9 hkDN8LImO0Wkk2Y5_TrTH8buq2HIX.S_z3MHGkGrlugQZPcNzQsqGe013ocfJiSS715BB99e1LdR f2qVFxgMz35KR0LjJ7RVVfe8mxjliv8HKPJ2DKI_cLmhODRnIkMdPCui6xP.HivATk2ftcewoE2N oPC65Pd.E6dXBLi67ehmIqXfykcYZ1KvccGRuiMoIM5Jp9tDoRXdoePixCIcboi42tw1mT3AoZZE P7DlMMhbnDePUSVPdhpGWeTbZip04_C0vd7Ggy_GoaO76JOj_BQiTsMLyfa0cTsvy2WTjP0jOvM7 H32eEm0zUlWZGQVdC.8P7RyOWMHvsUgMZM4aaQAeEpTeG.xoiPdr4lG2_PDbB5A9qy4aCCCOhw2E .GYbo5uiyMydr2mnLQbgBCNvKa4pApOnp9u0TORFm_yVnZknwnyqJa4Ci3HNWOM0ZC9Vk2UsCqLl K6K1gWFvQSDDmxH5TzsFCBWfCs6wYeGyXzdsT_rNbh6hwTIDtnL9ippeOumR8mVh4kEPPxGLGS1g cYLmNkKyfBsKA9cuURC73wA4qVTCgaSFFiRHWs330NCyQdtF0HgcE5loDyeLtRMj6ZWseNDj.c7b vYbv4hRkJVskh7UdXsVQKKb5xCOzO3zXVMut21IHvi1Px6moofOFYn1FOH_lX89tXn7MuUF.yV6I P4iSMcFIBXRfZfLUaGtKAWoPZjgOtEL0fIzzCNnsZqap73DE22RbrEFCGyWxskik16OoedcSOitK rjRydrycE32TXRZV68MnpKtqJr80fFdU7jI3hF4AnYK5d4_tE_WLocSLCKfPI1YRUi.qPO3Sa2sb DENNyfjFQqwDy_KKdTzIbdfRzxF7zQ15IIivhIVgAv_uKHUpXi6xktdeXm0wKrWoIxdSUiYLJfqd I03JrQCkjUvLBAWxWBLZ14949A_NucMqyoPV_aoY- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Wed, 15 May 2019 21:41:12 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp413.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 74f20ef8519f6674c6b1307db8d5a50f; Wed, 15 May 2019 21:41:11 +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 12.4 \(3445.104.8\)) Subject: Re: An experiment in PowerMac G5 multi-socket/multi-core having better matching mftb() values Date: Wed, 15 May 2019 14:41:11 -0700 References: <48525401-7C75-4AE7-98D9-AD7CC7F53DE8@yahoo.com> To: Justin Hibbits , FreeBSD PowerPC ML In-Reply-To: <48525401-7C75-4AE7-98D9-AD7CC7F53DE8@yahoo.com> Message-Id: <34AF33E2-F115-47AB-B538-20E5506F2634@yahoo.com> X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 3091972C3B X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.26 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[gmail.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/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.62)[-0.624,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.98)[0.978,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(2.01)[ip: (8.30), ipnet: 98.137.64.0/21(1.02), asn: 36647(0.81), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.40)[0.401,0]; RCVD_IN_DNSWL_NONE(0.00)[31.69.137.98.list.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: Wed, 15 May 2019 21:41:20 -0000 [Use on an actual 2-socket 7455-based G4 PowerMac has lead to an update.] On 2019-May-14, at 17:42, Mark Millard wrote: > [Switching to code not using 64-bit atomics.] >=20 > On 2019-May-13, at 03:23, Mark Millard wrote: >=20 >> I've been experimenting with a alternate >> technique of dealing with boot-time 970 family >> PowerMac G5 tbr value synchronization across >> sockets/cores. So far it has narrowed the >> range significantly. I've reverted my hack for >> tolerating the mismatches in order to see how >> it goes. >>=20 >> . . . >>=20 >>=20 >> # svnlite diff /usr/src/sys/powerpc/powermac/platform_powermac.c = /usr/src/sys/powerpc/powerpc/mp_machdep.c | more >> . . . >=20 > So far the experiment has gone well. >=20 > But the original code used 64-bit atomic types > and so was inappropriate for multi-socket > PowerMac G4's. >=20 > So I've been experimenting with an alternate > coding that is not powerpc64 specific. >=20 > I present the updated code below, still only > enabling the new technique for PowerMac's. >=20 > The example code does show my use of volatile > for the ap_pcpu pointer value and so would not > match the svn code in that respect: >=20 > /usr/src/sys/powerpc/aim/aim_machdep.c:extern void * volatile ap_pcpu; > /usr/src/sys/powerpc/aim/mp_cpudep.c:void * volatile ap_pcpu; > /usr/src/sys/powerpc/pseries/platform_chrp.c:extern void *ap_pcpu; > /usr/src/sys/powerpc/powermac/platform_powermac.c:extern void * = volatile ap_pcpu; >=20 > (booke has an example volatile for what is pointed to. > But I've not dealt with examples that I do not have to test > and so, thus far, I only changed the above for the issue.) >=20 > (Whitespace details may not survive such e-mail > based handling.) >=20 > Index: /usr/src/sys/powerpc/powermac/platform_powermac.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/src/sys/powerpc/powermac/platform_powermac.c (revision = 347549) > +++ /usr/src/sys/powerpc/powermac/platform_powermac.c (working copy) > @@ -55,7 +55,7 @@ >=20 > #include "platform_if.h" >=20 > -extern void *ap_pcpu; > +extern void * volatile ap_pcpu; >=20 > static int powermac_probe(platform_t); > static int powermac_attach(platform_t); > @@ -333,6 +333,9 @@ > return (powermac_smp_fill_cpuref(cpuref, bsp)); > } >=20 > +// platform_powermac.c is implicitly an AIM context: no explicit AIM = test. > +extern volatile int alternate_timebase_sync_style; // 0 indicates old = style; 1 indicates new style > + > static int > powermac_smp_start_cpu(platform_t plat, struct pcpu *pc) > { > @@ -367,6 +370,13 @@ >=20 > ap_pcpu =3D pc; >=20 > + // platform_powermac.c is implicitly an AIM context: no = explicit AIM test. > + // Part of: Attempt a better-than-historical approximately > + // equal timebase value for ap vs. bsp > + alternate_timebase_sync_style=3D 1; // So: new style for = PowerMacs > + > + powerpc_sync(); // for ap_pcpu and = alternate_timebase_sync_style > + > if (rstvec_virtbase =3D=3D NULL) > rstvec_virtbase =3D pmap_mapdev(0x80000000, PAGE_SIZE); >=20 >=20 > Index: /usr/src/sys/powerpc/powerpc/mp_machdep.c > . . . While things seem okay for the 32-bit powerpc build run on the 2 types of G5's that I sometimes have access to, use on a 2-socket 7455-based G4 PowerMac lead to improvements for 32-bit support . . . The G4 has a faster tbr increment rate than the G5s but has notably slower processors than the G5s. This leads to code activity showing up more in biasing timings. Controlling the timing in the code of access the 64-bit tbr value used as a basis for adjusting the tbr via mttb helps significantly for such a context. The result is definitely better than the historical technique, for the 3 types of multi-socket and/or multi-core PowerMacs that I've been able to test. (powerpc64 FreeBSD is not intended to have much observable change from the updated source code.) The replacement for sys/powerpc/powerpc/mp_machdep.c experiment is: Index: /usr/src/sys/powerpc/powerpc/mp_machdep.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/sys/powerpc/powerpc/mp_machdep.c (revision 347549) +++ /usr/src/sys/powerpc/powerpc/mp_machdep.c (working copy) @@ -70,6 +70,88 @@ static struct mtx ap_boot_mtx; struct pcb stoppcbs[MAXCPU]; =20 +#if defined(AIM) +// Part of: Attempt a better-than-historical approximately +// equal timebase value for ap vs. bsp + +volatile int alternate_timebase_sync_style=3D 0; // 0 indicates old = style; 1 indicates new style. +volatile uint64_t bsp_timebase_sample=3D 0u; + +volatile unsigned int from_bsp_status_flag=3D 0u; +// stages: 0u, 1u (bsp ready to start), 2u (bsp tbr value available to = ap) + +volatile unsigned int from_ap_status_flag=3D 0u; +// stages: 0u, 1u (ap ready for bsp tbr value to be found and sent) +#endif + +static __inline uint64_t +mftb_with_no_pointer_use(void) +{ +#ifdef __powerpc64__ + uint64_t tb; // not used for 32-bit powerpc + __asm __volatile ("mftb %0" : "=3Dr"(tb)); + return tb; +#else + uint32_t tbu; // not pointer into tb + uint32_t tbl; // not pointer into tb + + do { + tbu=3D mfspr(TBR_TBU); + tbl=3D mfspr(TBR_TBL); + } while (tbu !=3D mfspr(TBR_TBU)); + + // The construction of the unint64_t value does bias the mttb = some + // for the round-trip-start side of things. + // + // The pointers into tb technique would involve a pair of memory + // writes and a pair of memory reads instead, the writes being + // in the loop. + return ((uint64_t)tbu<<32) | tbl; +#endif +} + +static __inline uint64_t +mftb_plus_delta(volatile uint64_t* bsp_tbr, int64_t ap_midpoint) + // The return value is used in the mttb as the argument. +{ +#ifdef __powerpc64__ +uint64_t tb; // not used for 32-bit powerpc +__asm __volatile ("mftb %0" : "=3Dr"(tb)); + // The construction of the unint64_t value does bias the mttb = some: + // it assignes an earlier time than hoped for, given these later + // calculations. + return tb + ((int64_t)*bsp_tbr - ap_midpoint); +#else + // Establishes delta_for_approx_match_to_bsp_tbr_values such = that: + // = ap_midpoint+delta_for_approx_match_to_bsp_tbr_values=3D=3D*bsp_tbr + int64_t delta_for_approx_match_to_bsp_tbr_values; + uint32_t tbu; // not pointer into tb + uint32_t tbl; // not pointer into tb + + do { + // The below in-loop style is for avoiding the loop + // vs. ap_midpoint's calculation being reversed in + // the code generated: volatile is is being put to + // use here. + delta_for_approx_match_to_bsp_tbr_values=3D = (int64_t)*bsp_tbr-ap_midpoint; + + tbu=3D mfspr(TBR_TBU); + tbl=3D mfspr(TBR_TBL); + } while (tbu !=3D mfspr(TBR_TBU)); + + // The construction of the unint64_t value does bias the mttb = some: + // it assignes an earlier time than hoped for, given these later + // calculations. Easily observable on the example 7455 based = PowerMac + // G4. (Faster than G5 tbr increment rate but a slower = processor,) + // But the overall process is still an improvement. + // + // The pointers into tb technique would involve a pair of memory + // writes and a pair of memory reads instead, the writes being + // in the loop. The "+ . . ." would still be involved. + return ( ((uint64_t)tbu<<32) | tbl ) + = delta_for_approx_match_to_bsp_tbr_values; +#endif +} + void machdep_ap_bootstrap(void) { @@ -77,19 +159,75 @@ PCPU_SET(awake, 1); __asm __volatile("msync; isync"); =20 +#if defined(AIM) + powerpc_sync(); + isync(); + if (1=3D=3Dalternate_timebase_sync_style) + { + // Part of: Attempt a better-than-historical = approximately + // equal timebase value for ap vs. bsp + + // No claim to deal with overflow/wraparound of tbr, or = even + // of the upper bit being on. + + register_t oldmsr=3D intr_disable(); + + while (1u!=3Dfrom_bsp_status_flag) + ; // spin waiting for bsp to flag that its ready = to start. + + // Start to measure a round trip:: to the bsp and back. + + isync(); // Be sure below mftb() result is not from = earlier speculative execution. + uint64_t const start_round_trip_time_on_ap=3D = mftb_with_no_pointer_use(); + atomic_store_rel_int(&from_ap_status_flag, 1u); // bsp = waits for such before its mftb(). + + while (2u!=3Dfrom_bsp_status_flag) + ; // spin waiting for bsp's tbr value + + // Mid-point of ap round trip and the bsp timebase value = should be approximately equal + // when the tbr's are well matched, absent interruptions = on both sides. + + isync(); // Be sure below mftb() result is not from = earlier speculative execution. + uint64_t const end_round_trip_time_on_ap=3D = mftb_with_no_pointer_use(); + + int64_t const approx_round_trip_tbr_delta_on_ap + =3D (int64_t)end_round_trip_time_on_ap - = (int64_t)start_round_trip_time_on_ap; + int64_t const ap_midpoint_value + =3D (int64_t)start_round_trip_time_on_ap = + approx_round_trip_tbr_delta_on_ap/2; + + // The mftb_plus_delta use is for helping to the control = the code order relative + // to tbr access. Such issues are notable for the 7455 = based 2-socket PowerMacs, + // for example. Faster tbr increment rate than the G5's = but slower processors + // and such. Still, overall this definitely helps such = contexts compared to the + // historical style of timebase synchronization. + isync(); // Be sure below mftb() result is not from = earlier speculative execution. + = mttb(mftb_plus_delta(&bsp_timebase_sample,ap_midpoint_value)); + + atomic_store_rel_int(&from_bsp_status_flag, 0u); // Get = ready for next ap in bsp loop + atomic_store_rel_int(&from_ap_status_flag, 0u); // Flag = bsp that this ap is done + + mtmsr(oldmsr); + } +#endif + while (ap_letgo =3D=3D 0) nop_prio_vlow(); nop_prio_medium(); =20 - /* - * Set timebase as soon as possible to meet an implicit = rendezvous - * from cpu_mp_unleash(), which sets ap_letgo and then = immediately - * sets timebase. - * - * Note that this is instrinsically racy and is only relevant on - * platforms that do not support better mechanisms. - */ - platform_smp_timebase_sync(ap_timebase, 1); +#if defined(AIM) + if (0=3D=3Dalternate_timebase_sync_style) +#endif + { + /* + * Set timebase as soon as possible to meet an implicit = rendezvous + * from cpu_mp_unleash(), which sets ap_letgo and then = immediately + * sets timebase. + * + * Note that this is instrinsically racy and is only = relevant on + * platforms that do not support better mechanisms. + */ + platform_smp_timebase_sync(ap_timebase, 1); + } =20 /* Give platform code a chance to do anything else necessary */ platform_smp_ap_init(); @@ -260,6 +398,34 @@ pc->pc_cpuid, = (uintmax_t)pc->pc_hwref, pc->pc_awake); smp_cpus++; + +#if defined(AIM) + // Part of: Attempt a better-than-historical = approximately + // equal timebase value for ap vs. bsp + powerpc_sync(); + isync(); + if (1=3D=3Dalternate_timebase_sync_style) + { + register_t oldmsr=3D intr_disable(); + + = atomic_store_rel_int(&from_bsp_status_flag, 1u); // bsp ready to start. + + while (1u!=3Dfrom_ap_status_flag) + ; // spin waiting for ap to = flag: time to send a tbr. + + isync(); // Be sure below mftb() result = is not from earlier. + bsp_timebase_sample=3D = mftb_with_no_pointer_use(); + = atomic_store_rel_int(&from_bsp_status_flag, 2u); // bsp tbr available. + + // Most of the rest of the usage is in = machdep_ap_bootstrap, + // other than controling = alternate_timebase_sync_style value. + + while (0u!=3Dfrom_ap_status_flag) + ; // spin waiting for ap to be = done with the sample. + + mtmsr(oldmsr); + } +#endif } else CPU_SET(pc->pc_cpuid, &stopped_cpus); } @@ -266,14 +432,22 @@ =20 ap_awake =3D 1; =20 - /* Provide our current DEC and TB values for APs */ - ap_timebase =3D mftb() + 10; - __asm __volatile("msync; isync"); +#if defined(AIM) + if (0=3D=3Dalternate_timebase_sync_style) +#endif + { + /* Provide our current DEC and TB values for APs */ + ap_timebase =3D mftb() + 10; + __asm __volatile("msync; isync"); + } =09 /* Let APs continue */ atomic_store_rel_int(&ap_letgo, 1); =20 - platform_smp_timebase_sync(ap_timebase, 0); +#if defined(AIM) + if (0=3D=3Dalternate_timebase_sync_style) +#endif + platform_smp_timebase_sync(ap_timebase, 0); =20 while (ap_awake < smp_cpus) ; =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Thu May 16 04:25:05 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9B7CC15ACA75 for ; Thu, 16 May 2019 04:25:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-22.consmr.mail.ne1.yahoo.com (sonic314-22.consmr.mail.ne1.yahoo.com [66.163.189.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 1848788C01 for ; Thu, 16 May 2019 04:25:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: _4gL268VM1kpCZ_GLdR_TBcD.eXlPCQdpaXs0m.CJzxMWPNO9Z6WzwoAh7oJaQw 8PtrTfas4FepeDb21hqkQq.GEL5X_91LTm5DZBpYpuLesup4vfYHzOCYiwzON2pH7vERA47BGjCk CIeQGKDriJ2MpdPT2GzaHPYnquFYljpZuPxukr04pha1yFYLUFIAmW29GOiYgXQEVsGwouUbo0lv PiDyU8QOcGYNjQIsq.hNs9N5f1qena2B_FN6.x1Nydyxhwosg_nq7Si.uvZQ8XrZkaYsxn_KJG_F qC.8yRf8HYHterNEltV9V8SBiUp99Ay46Uj8rR4_L_uqFJxzpQsrvvyb.vxXMzna_5FA0.8XF2Lv 02NgMPF1SUBhlVdO630Zl8FAMTMoY7.Q6Z2HOVz7ApgoViKRfC1f5GVJ6ilfY5ZJLyDHz4usOtlZ 8CgfUDWjZX6u.slatVBAX0Eez_Q1jr.xJKbtOEnPbd_eq316POg3ckMREo8Uhs2KrQjv9JxZMObg ZJ2id89gGIaQL0fhCBkvAP6L8z9eb1fxSGaUwgRZ8Ii64C12O5SO53dvufjE.aeSa244C0DfX0aX sxl10zqY59bnqNspfRUevEGoHYv5jVqGhRmyqyDcAcr1eK6fopsZZ7uPxPFPhTEzj3rQqNa4oJtS quJA9T.4VXXdRVIN83if80cvBXzDpqWSgLOONVPlWCZ5yyWFOnqvy1cWt5ZfT50OOR2uO60Sj4T6 1q5G06vp7ZAvkUebUdWU2m99SQ1M9v2JO22.PFGrVt_.zUNzjrXlU_PHnzdXqvJdoeeCNCnx52P9 wg_mrnTyK_uPd1Z3L1zVRpsAKuC3_CwHCl7MpOQnyZ3onQ.dCYoFp6.M85gz1SQ0Q_c5Z7UZ8i2H XzOMOk5G6leLkzn5EFNEJRn1sVY3OYyxMG1gP_RVV.vu2pgfAl3ENSEOnbCTGFRLC2G_a22.Kqsb zQlewG7km2Ig9vkPdbOM.OPsqV7dzEYe9zMXH2CmbbBxkAKtwTXZV.khYcdsf71LPeUrU_BjoYZ0 SFsCSsA.PeSHLawgxl5EDR0zUTczGmTqoJG_biiJPErKiNc0h_MxUC7.K7cLS1N450a463Qlr1B_ pP8BxBzlUfGkLn1TC5OxEm6RTCpmhcuDQBiai14YbSjPOXVNhxJlntWUBjNNnIuemGPNqBtvgJWs 5ouTZxod5toYBh6ZJM8ifDpKDCiazGMF1ysihsCyb.rU_A0EFFsv1YV1ZDDM_UNQ5ccWxH8r1pg- - Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ne1.yahoo.com with HTTP; Thu, 16 May 2019 04:24:56 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp402.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 51280a7e4614eb0b96a7e9fc11d48daa; Thu, 16 May 2019 04:24:53 +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 12.4 \(3445.104.8\)) Subject: PowerMac G5's and such: Should HIOR save/restore be involved in ofw_save_trap_vec and ofw_restore_trap_vec? Message-Id: Date: Wed, 15 May 2019 21:24:51 -0700 To: Justin Hibbits , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 1848788C01 X-Spamd-Bar: ++++ X-Spamd-Result: default: False [4.11 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; URIBL_BLOCKED(0.00)[dsl-only.net.multi.uribl.com]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; NEURAL_SPAM_SHORT(0.99)[0.987,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.63)[ip: (5.63), ipnet: 66.163.184.0/21(1.43), asn: 36646(1.15), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.13)[0.130,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.88)[0.877,0]; RCVD_IN_DNSWL_NONE(0.00)[148.189.163.66.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[148.189.163.66.rep.mailspike.net : 127.0.0.17] 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, 16 May 2019 04:25:05 -0000 With the recent discovery that for the IBM970 family in sys/powerpc/aim/mp_cpudep.c : /* Set HIOR to 0 */ __asm __volatile("mtspr 311,%0" :: "r"(0)); powerpc_sync(); needed to be in cpudep_ap_early_bootstrap in order to avoid use of openfirmware's exception/trap handlers in powerpc64 FreeBSD, there is the question: For IBM970 family in aim (or at least PowerMac), should ofw_save_trap_vec and ofw_restore_trap_vec be managing HIOR instead of copying around vector code that is from low memory? This goes along with the modern DMAP address range placement and what address ranges are invalid vs. valid when openfirmware_core is in use. Currently (unless usefdt mode is in use), ofwdump use (such as ofwdump -ap) produces: timeout stopping cpus [ thread pid 11 tid 100003 ] Stopped at k_trap+0x28: stdu r31, r1, 0xfd50 db> bt Tracing pid 11 tid 100003 td 0xc000000002251000 KDB: reentering KDB: stack backtrace: 0x000000000119b370: at .kdb_backtrace+0x5c 0x000000000119b4a0: at .kdb_reenter+0x44 0x000000000119b520: at .trap+0x74 0x000000000119b6c0: at .powerpc_interrupt+0x2cc 0x000000000119b760: kernel DSI read trap @ 0xffffffffffb7f400 by = .db_backtrace+0x40: srr1=3D0x9000000000001032 r1=3D0x119ba10 cr=3D0x24001044 xer=3D0 ctr=3D0x60cd24 = r2=3D0x1583af0 sr=3D0x40000000 frame=3D0x119b790 0x000000000119ba10: at 0x1e95014 0x000000000119baa0: at .db_trace_thread+0x38 0x000000000119bb30: at .db_stack_trace+0x124 0x000000000119bbc0: at .db_command+0x3a8 0x000000000119bcf0: at .db_command_loop+0x74 0x000000000119bd70: at .db_trap+0x138 0x000000000119bef0: at .kdb_trap+0x194 0x000000000119bfc0: at .db_trap_glue+0x94 0x000000000119c040: at dbtrap+0x144 KDB: reentering KDB: stack backtrace: . . . where it turns out that .db_backtrace+0x40 was for the code: /* * Locate the next frame by grabbing the backchain ptr * from frame[0] */ stackframe =3D *(db_addr_t *)stackframe; So, the 0xffffffffffb7f400 seems to possibly be an openfirmware stack address (backchain pointer) that FreeBSD seems to be disallowing. There could be implications of needing to switch how address ranges are handled as part of ofw_save_trap_vec and ofw_restore_trap_vec. (At least if ofwdump is to be supported.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Fri May 17 04:16:17 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0D0A015AF064 for ; Fri, 17 May 2019 04:16:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A5B2E896B3 for ; Fri, 17 May 2019 04:16:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 94D89112D5; Fri, 17 May 2019 04:16:16 +0000 (UTC) Delivered-To: powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19: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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 8FEA2112D4 for ; Fri, 17 May 2019 04:16:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5FD5D896B1 for ; Fri, 17 May 2019 04:16:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id B70AA17276 for ; Fri, 17 May 2019 04:16:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x4H4GFMg058325 for ; Fri, 17 May 2019 04:16:15 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4H4GFt4058323 for powerpc@FreeBSD.org; Fri, 17 May 2019 04:16:15 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Fri, 17 May 2019 04:16:13 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: A5B2E896B3 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.99 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.987,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,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: Fri, 17 May 2019 04:16:17 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #50 from commit-hook@freebsd.org --- A commit references this bug: Author: glewis Date: Fri May 17 04:15:30 UTC 2019 New revision: 501834 URL: https://svnweb.freebsd.org/changeset/ports/501834 Log: Update to 11.0.3.7.2 which includes powerpc64 support. PR: 237208 Changes: head/java/openjdk11/Makefile head/java/openjdk11/distinfo --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Fri May 17 04:33:34 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6442A15AF527 for ; Fri, 17 May 2019 04:33:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 080B989E61 for ; Fri, 17 May 2019 04:33:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id D3DC7114D0; Fri, 17 May 2019 04:33:33 +0000 (UTC) Delivered-To: powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19: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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id D0F32114CF for ; Fri, 17 May 2019 04:33:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8888C89E5D for ; Fri, 17 May 2019 04:33:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 901AC17555 for ; Fri, 17 May 2019 04:33:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x4H4XWVn001675 for ; Fri, 17 May 2019 04:33:32 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4H4XWRI001674 for powerpc@FreeBSD.org; Fri, 17 May 2019 04:33:32 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237370] java/openjdk12: Add powerpc64 support Date: Fri, 17 May 2019 04:33:31 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: feature, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: 080B989E61 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.99 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.987,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,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: Fri, 17 May 2019 04:33:34 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237370 --- Comment #25 from commit-hook@freebsd.org --- A commit references this bug: Author: glewis Date: Fri May 17 04:32:41 UTC 2019 New revision: 501835 URL: https://svnweb.freebsd.org/changeset/ports/501835 Log: Update to 12.0.1.12.2 which includes powerpc64 support. PR: 237370 Changes: head/java/openjdk12/Makefile head/java/openjdk12/distinfo --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Fri May 17 08:24:53 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0FA3C158BADE for ; Fri, 17 May 2019 08:24:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A858F68507 for ; Fri, 17 May 2019 08:24:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 70E5713661; Fri, 17 May 2019 08:24:52 +0000 (UTC) Delivered-To: powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [96.47.72.80]) (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 "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 6DF0013660 for ; Fri, 17 May 2019 08:24:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3ED7D684FF for ; Fri, 17 May 2019 08:24:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 421F8195FA for ; Fri, 17 May 2019 08:24:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x4H8OpMS037263 for ; Fri, 17 May 2019 08:24:51 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4H8OpUa037262 for powerpc@FreeBSD.org; Fri, 17 May 2019 08:24:51 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Fri, 17 May 2019 08:24:49 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: oggy@farscape.co.uk X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: A858F68507 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.99 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.989,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,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: Fri, 17 May 2019 08:24:53 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #51 from Francis Little --- (In reply to commit-hook from comment #50) Hi, the Makefile still has ONLY_FOR_ARCHS=3D amd64 i386 so fails on powerpc64 --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Fri May 17 09:51:07 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F616158FC9A for ; Fri, 17 May 2019 09:51:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 35C966C502 for ; Fri, 17 May 2019 09:51:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 1AD54148D0; Fri, 17 May 2019 09:51:07 +0000 (UTC) Delivered-To: powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [96.47.72.80]) (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 "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 17623148CF for ; Fri, 17 May 2019 09:51:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D981B6C4FF for ; Fri, 17 May 2019 09:51:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 2C3CF1A159 for ; Fri, 17 May 2019 09:51:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x4H9p6Bd043154 for ; Fri, 17 May 2019 09:51:06 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4H9p6RO043152 for powerpc@FreeBSD.org; Fri, 17 May 2019 09:51:06 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Fri, 17 May 2019 09:51:05 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: mikael.urankar@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: attachments.isobsolete attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: 35C966C502 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.97 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.97)[-0.975,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,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: Fri, 17 May 2019 09:51:07 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 mikael.urankar@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #204137|0 |1 is obsolete| | --- Comment #52 from mikael.urankar@gmail.com --- Created attachment 204422 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D204422&action= =3Dedit patch regen after ports r501834 --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Sat May 18 21:23:03 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 318511598773 for ; Sat, 18 May 2019 21:23:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.gq1.yahoo.com (sonic306-21.consmr.mail.gq1.yahoo.com [98.137.68.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 F3B946A712 for ; Sat, 18 May 2019 21:23:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: QArX0VwVM1lRFhyHPncoP5EuGeCXkzthkQanyC3nt597y.dBcdO7ywNcwx4vXgJ Y3BAoNYtcC1o3cCgKQQdi3I_DzNZRS2NZFoLBY191i0hVwzMY_pWfN83SQRpUF4qk.vNMGtdQoHL g_iIALDvpkDkccjL7sGx3WX1MP5l3DRgdWR9.fe1Dzf7At5j3lGH0aygxKI0vGFkzJ9zKsOEfSBj 9XbEJrXfrTGw0yWWjSuQQ1HzsIi8XW81_T3aMEfsMtl..a_Gr4BEjxFh4Z7vMnJ76K6dOa1s.WQT SDPhDKeNczEgr6OPmtJbvATXQm3G_wxdzFBPMjtMwwgjBAhk9whgDN7ppxGWI3YeHX_0dsEDsEki BbxCadS0h0aPJOmEUvC.6YmWjhGRYGHiHjFHrFsIabtK1AAyDMTrBzYhlPhMbZ8_2aViIJhwX.yx KOq2K8uD5PrjKFx3RY9TZtYb1FyQE.LRFXyX3D3AMFrCxZgkPozvYGN_BevvxDCyDCgkxiOUvwTj BbxAdtPswlJibRfWsMXWj.asDOTKgpkHf56sG56XmIKcS44PmPZrnNpOTl79qZWqk6kHQQL8hOCh iIr0e7ccJBdTDWHffbvQN3IekW.VjTEwkc70nEBgqWZg7Gtz6gVuP.Cg2lbUj7UzG5KQfcnb5ij3 XHC6WBJ7xo7n_btMgFxbHuASPhzz5ioOxPg3ZJtUY_hmSzTmlnLY2vLZ2ISXV1H9j1qsx2A.ZZyv UcVD08.jvi2_NDU9I4DSrC3JHxGyRt9XzhPoS9KgvJICmNkriFAtC81ZbRmg2tCBysRTyPJB11iW dXuQWZnhWmCvZKbeFgR8W1ucApgisntOrrdF6fLwr0M7nLxUy8ppoEx707HKBIL1sTaWWVU_y5zM vzQUNVcUGk8M2p0Pwrqb.LI5B2o4tychdWlj0J68xhwY3imH17DlETvLmHQUOvB9cJv5isikTbF2 pwjkMuGc_FHKWwHi9geYxMk48ZL74d5cc1csk6HalILACPjrMvJZO5.uPYT74ZO8YWjyv9mT54bQ SzW5LhUhiJYCcnn97KeCJkDI_sIOjecjIVPRHqykzR7biULUmnJrOBeMCBSRt3ogMeQBUNWOqq6L SOzt1CaDox3rOw2GNFDJANMc1Zgoy_d0umZ7lm80wCpgXBzrFO0pvQV5cf2wG0PwDkSGtd38Cfk0 QgN0iwRv.VxsUjLuN.fy5PeKy5Y_46ALJvEU_eWtDpZPvnjt0_4tP8VQ3rxlAulAVI3aJ2g-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Sat, 18 May 2019 21:22:54 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp405.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID c03874c8a38c15e09d4ad5b9ec276a49; Sat, 18 May 2019 21:22:49 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: cpudep_ap_early_bootstrap: IBM970 SPR_HID4 and SPR_HID5 updates are not following documented, 970-family-specific rules Date: Sat, 18 May 2019 14:22:47 -0700 References: <34B4594E-DB95-41C6-9A53-A2FDD73639D8@yahoo.com> <215623FF-D0B9-480D-8964-9EBCEEA9909A@yahoo.com> To: Justin Hibbits , FreeBSD PowerPC ML In-Reply-To: <215623FF-D0B9-480D-8964-9EBCEEA9909A@yahoo.com> Message-Id: <4FD93FAF-5B56-4763-B0AE-49582BBCB337@yahoo.com> X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: F3B946A712 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.87 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[gmail.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/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.93)[0.926,0]; NEURAL_HAM_LONG(-0.24)[-0.237,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(2.16)[ip: (9.03), ipnet: 98.137.64.0/21(1.01), asn: 36647(0.81), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.53)[0.531,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[84.68.137.98.list.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: Sat, 18 May 2019 21:23:03 -0000 On 2019-May-9, at 22:38, Mark Millard wrote: > On 2019-May-9, at 21:11, Mark Millard wrote: >=20 >> cpudep_ap_early_bootstrap has: >>=20 >> switch (mfpvr() >> 16) { >> case IBM970: >> case IBM970FX: >> case IBM970MP: >> /* Restore HID4 and HID5, which are necessary for the = MMU */ >>=20 >> #ifdef __powerpc64__ >> mtspr(SPR_HID4, bsp_state[2]); powerpc_sync(); isync(); >> mtspr(SPR_HID5, bsp_state[3]); powerpc_sync(); isync(); >> #else >> . . . >>=20 >>=20 >>=20 >> But 970MP_um.2008MAR07_pub.pdf reports some explicit instruction >> sequences and words about more instruction if some specific bits >> might change: >>=20 >> QUOTE >> =E2=80=A2 The following sequence must be used when modifying = HID4: >>=20 >> sync >> mtspr HID4,Rx >> isync >>=20 >> When HID4[23] is changed, the previous sequence should be preceded by = a Move to Segment Register (mtsr) and Synchronize (sync) instruction, = which will cause the effective-to-real-address translations (ERATs) to = be flushed. It turns out that on the ap's: before: HID4 0x0000'0100'0000'0000 after: HID4 0x0000'0010'0000'0000 Which means that HID4[23] (i.e, rm_ci) goes from 1 to 0. Thus it appears that the mtsr ...;sync to first cause and be-ready-for an ERATs-flush is documented as required on the 970MP. >> =E2=80=A2 The following sequence must be used when modifying = HID5: >>=20 >> sync >> mtspr HID5,Rx >> isync >>=20 >> Whenever HID5[56] or HID5[57] is changed, the entire instruction = cache must be flushed to ensure that any succeeding Data Cache Block Set = to Zero (dcbz) instruction is executed in the context of the new HID5 = bit settings. >> END QUOTE HID5 stays all-zero. > Looks like the code in aim_early_init also does not follow the > documented 970 requirements for HID5 for the bsp. Note that > HID5_970_DCBZ_SIZE_HI is for the mentioned HID5[56]. The ap's > also would set this bit (copied from bsp settings). >=20 > /* Various very early CPU fix ups */ > switch (mfpvr() >> 16) { > /* > * PowerPC 970 CPUs have a misfeature requested by = Apple that > * makes them pretend they have a 32-byte cacheline. = Turn this > * off before we measure the cacheline size. > */ > case IBM970: > case IBM970FX: > case IBM970MP: > case IBM970GX: > scratch =3D mfspr(SPR_HID5); > scratch &=3D ~HID5_970_DCBZ_SIZE_HI; > mtspr(SPR_HID5, scratch); > break; > . . . >=20 > Note that mtspr(...) is not providing any extra instructions: >=20 > #ifndef _LOCORE > #define mtspr(reg, val) = \ > __asm __volatile("mtspr %0,%1" : : "K"(reg), "r"(val)) > . . . >=20 >=20 > There is also: >=20 > QUOTE > =E2=80=A2 Although it is not necessary to use synchronizing = instructions when modifying the MMCR(0,1,A) registers, it is recommended = that the following sequence be used: >=20 > sync > mtspr MMCRz,Rx > isync > END QUOTE >=20 > vs. cpu_est_clockrate: >=20 > case IBM970: > case IBM970FX: > case IBM970MP: > isync(); > mtspr(SPR_970MMCR0, SPR_MMCR0_FC); > isync(); > mtspr(SPR_970MMCR1, 0); > mtspr(SPR_970MMCRA, 0); > mtspr(SPR_970PMC1, 0); > mtspr(SPR_970MMCR0, > SPR_970MMCR0_PMC1SEL(PMC970N_CYCLES)); > isync(); > DELAY(1000); > powerpc_sync(); > . . . >=20 > (Again a prior sync.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)