From owner-freebsd-ppc@freebsd.org Sun May 5 01:24:31 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 9C001159E4C4 for ; Sun, 5 May 2019 01:24:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 683B480AAC for ; Sun, 5 May 2019 01:24:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: y0IUGM0VM1lJij5QHQyT.RLt8uZd.39C8HgnSRpBnU0U_O7GqmzSkwJ.i6nprZb BNqgmtlpsnIXeH0P_f7HEHaP7lhwJn9_5KbGj6i6oAk1JBN3kdz.BrvYb77jnUdBAC0MSDn_R5EU sk0SD3GKAMOBpyAkfmtB8o4ewPQWvVv_MUV3sm2ui241fsgQehLrwlEzM81IkLAIS.rqTz15tjE. x5iH907plsy17bMmBwzV7xlOsoNWBX6lSgQjprqE0HtWMAj1tvKgU3wLVA28Vqj1LZiivzOONI4z Gtd2bRx_FiO4yDoI2K01VgSk0CIStFuJ.yJhTJ0pJSmvz_kOJjMsAOVgUBiLTahJ.yGJ2TXsrDIN u_.qnGGmxmxBRpUb0bh6kp3Eif9v0Ycoo73WMhF40Mj7NtdQxdqMsnVhRXFf1Z00.0xYv9Bvxvry wWKTbC0eBya5cci1EcHM59o.JzkA8iD9NIEVg3h8XldfSsMQfj8DbUnS1rMJdBUdQNrlRWFdrORt Rmn_5D5opAmuMIxjXu3n2Xz_pyMCfVO74itVU_9Wyly8Y_qPxwiunU0Ggc5hWlh1uspG8x7Aojgu z3YuSZ3sAZ_gtjt3srmQzxDhx5uwkyfiZblAs7z5KRY9S2HImyRW5dwR90wlopMYCVf746mNRLnU ZFGL__0gx1ujXccMFZKB5UCLyQIVleA2EdMrQjbUPvbXptMCJpVYbhfrb4hmbib6qMzlZgKXScIT bE657AqCG.vj_o7Z1qq.Ow0pwOhnR8r0LxGTfl5XFsIaD9O_8_0T0JPOjtKdSurpBR_H7l6kZvrZ ZkRN17ZR7VN_UPvURXYhaH0oLjiPYAlWstH6z0a22Nk2OJDUJ35XdFdLXFmtBLCmW5pvp4TScKXi 1ITZ19LNPeBdnPrrePvOvkYKlpU2CJgPBUR5l5y0Fm5J4.qgF_qsuM3NEaie4oSOi1wVKhBOED2g 0.a3TKL2K0Dka5YGsxWxWr3ZGdETUU9JvW0qjHL_lSzt7XCNQYwpUsS3i4YNcYtw.xz.qeIFmeYH aj9bCmWtXKsF7YXARXr59cWNbWtwcuLXi6LYlLfHhaz2eHncR6nkDrIXbsevbBhQr0fHIWTciatM zc17WjywwpZ4f_6DyTf5Po4MSoN2pgzeDSNpBicD0ej7NFFDecwNrx1vWWyJQoIhduWc2zeuFS4x r8.jGIzld0Id9h.SYHbDCBOuvx5_Lv2mMsSI0BTxC42qkEWs8TKM- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sun, 5 May 2019 01:24:23 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp401.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 9a82a4fe1b480ba324818b06f8d3fa68; Sun, 05 May 2019 01:24:20 +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: Examples of early boot variability in handle_kernel_slb_spill happening on 2-socket/2-core-each G5 PowerMac11,2 Message-Id: <331C36C9-3884-402B-BB1A-1E2C9A2BB511@yahoo.com> Date: Sat, 4 May 2019 18:24:18 -0700 To: Justin Hibbits , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) References: <331C36C9-3884-402B-BB1A-1E2C9A2BB511.ref@yahoo.com> X-Rspamd-Queue-Id: 683B480AAC X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.50 / 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.57)[0.573,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.85)[ip: (7.73), ipnet: 98.137.64.0/21(0.87), asn: 36647(0.70), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.83)[0.833,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.76)[0.755,0]; RCVD_IN_DNSWL_NONE(0.00)[84.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: Sun, 05 May 2019 01:24:31 -0000 I've switched to keeping counts of handle_kernel_slb_spill usage for my experiments with the slb-miss behavior: #if defined(__powerpc64__) && defined(AIM) unsigned int at_or_after_KVA_START_slb_spill_srr0_count=3D 0; unsigned int from_DMAP_START_upto_KVA_START_slb_spill_srr0_count=3D 0; unsigned int below_DMAP_START_slb_spill_srr0_count=3D 0; unsigned int at_or_after_KVA_START_slb_spill_dar_count=3D 0; unsigned int from_DMAP_START_upto_KVA_START_slb_spill_dar_count=3D 0; unsigned int below_DMAP_START_slb_spill_dar_count=3D 0; /* Handle kernel SLB faults -- runs in real mode, all seat belts off */ void handle_kernel_slb_spill(int type, register_t dar, register_t srr0) { struct slb *slbcache; uint64_t slbe, slbv; uint64_t esid, addr; int i; if (EXC_ISE=3D=3Dtype) { if (0xe000000000000000u<=3Dsrr0) at_or_after_KVA_START_slb_spill_srr0_count++; else if (0xc000000000000000u<=3Dsrr0) from_DMAP_START_upto_KVA_START_slb_spill_srr0_count++; else below_DMAP_START_slb_spill_srr0_count++; } else { if (0xe000000000000000u<=3Ddar) at_or_after_KVA_START_slb_spill_dar_count++; else if (0xc000000000000000u<=3Ddar) from_DMAP_START_upto_KVA_START_slb_spill_dar_count++; else below_DMAP_START_slb_spill_dar_count++; } . . . That is only designed to deal with the "only bsp" time frame. The examples below are for my use of prefaulting about half of the 64-1 kernel entries: i =3D 0; for (va =3D virtual_avail; va < virtual_end && i<(n_slbs-1)/2; = va +=3D SEGMENT_LENGTH, i++) moea64_bootstrap_slb_prefault(va, 0); (Some of the numbers checked are from before this loop as well.) The boots were a mix of: The original power-on shutdown -r now shutdown -p now then power-on The summary of the pictures of the samplings of the counts goes like . . . The moea64_bootstrap_slb_prefault loop had examples of: (counts from just-before vs. just-after checked for increases to non-zero) A) No handle_kernel_slb_spill use in the boot. B) dar 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 CE8A5159E6AB for ; Sun, 5 May 2019 01:30:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 007C280D3C for ; Sun, 5 May 2019 01:30:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: o.atnlkVM1nqrtQT2ZDOO5Fo32ses7.FmCZrIvaFXFrO22orzqU3y8T86Pq5FiB M9kwWVtIiNH8aisXouvSky_tH68PU1srkPGJmd8xhQ6LD0yRktgW_p0LIyLuwyRVHrRhF5L_6x1s .eayv7_hYatZxHu7VZKcc5DJTWhB_D6MIJeLV_dTcR_sI4y66Vs6ChlvLXmrkBSQVxpn_8KxIYh5 tpX0ezCD0c8ppRkz3U4H7pnCIcAb2kcaQnfbetXw1QoHlhhtIOYtMShw4rwGzzJM1Iv9DDtjJ1J5 F0DiWWdMKPj9ilodV3DX9IX7t1oZtHXNqy7P6dVJiljAO9.7eHC9B2.2Lf6pHSoBnMRLno6Mnncj csAjqEGRP6.TDpbYCe_YufDyHjwVHW5iBJlmunHyPJyfvFPq3M2zMIX_e8zivnNnj1nRAp_seK_V 9Yba7f7usnsLDAJhi_cevU8EtzVDBsVuKzbWy_qNKm._.0PoNQrsIKlPGbq.DeMJvbO99UxgbW8S M32C1ll8164eNWM9zOHs9Ow3y7q.nc1dIuDCM2Szv5qo1Tk0gu06z9e.XUcI1seaHCv78lIjVHZh vZShEqDYjl8m05i0ilF4zIbb1GcTvWOdp4O2mxJCDC0CHJ8rh.tMD87Ya_NYPLRBhZ81BFUz2HDJ L_yKGt06.Zc7mlXCdA_ppjxpZEf70t.8a_oKQEKScv5vc.0cvZw1p1N4DCmvhDqlMQYEgC0jwDwK R2kF6sy7TGL6b2DzIEO4ka5uSpxSE.Iq4pko37Q_qMxN5D9_1x0q4rvUHC_hf2TafC5UPRIvwiS5 hgi3oWiEyU6MVY.9G5jtcQhdyqesHH6LpY5ZwMy._mbFvy.tsK.KPUn7JkJXRFrHxETDZbSt3qXG RKou9Jh_HG10PeGhzWtilywOyeTmn9LSQ0b7gwEVOMFw47b4PIeXqvrOtsVl79hPUQICO0eN0GoQ QLKY0XoCkuPSvJtlmATYw2o3xRrw4l1.cMkNKCGA6Z2nHbt7b5LJoLdYjJJS9_LxozFKr5TqTA2Y wGx7Tp4JyYjBXf9TBGvD5EQTkfL7ez_8uyxOtfkqXqlYSCsDHatT.OEWjmYd_bnELEzS.hqrTkzr ObyKKsgov5EgNda64f.pnBuXBpQAC4ojsWMQpeEzfVzNvbMQYNbV1mhdS7LY12mQq9g-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sun, 5 May 2019 01:30:53 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp426.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID d31c172551b1b532244a81d5d28d0ef7 for ; Sun, 05 May 2019 01:30:53 +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: CTR2(KTR_PMAP, "moea64_bootstrap: kstack0 at %#x (%#x)", pa, va); truncates va values for powerpc64 Message-Id: <94365D7D-A76C-4EC6-9939-65A8E322524B@yahoo.com> Date: Sat, 4 May 2019 18:30:52 -0700 To: FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 007C280D3C X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.55 / 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:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/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.50)[0.503,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; NEURAL_SPAM_MEDIUM(0.94)[0.936,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(1.79)[ip: (7.45), ipnet: 98.137.64.0/21(0.87), asn: 36647(0.70), country: US(-0.06)]; NEURAL_SPAM_LONG(0.83)[0.831,0]; RCVD_IN_DNSWL_NONE(0.00)[84.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: Sun, 05 May 2019 01:30:57 -0000 I noticed that: CTR2(KTR_PMAP, "moea64_bootstrap: kstack0 at %#x (%#x)", pa, va); truncates the number displays because I copied/pasted the material into a printf that I was using --and had truncated values displayed. The actual va value on the PowerMag G5 was large enough to truncate, but the format for pa does not match pa's type for that context either. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Sun May 5 20:17: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 BA0131594171 for ; Sun, 5 May 2019 20:17:03 +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 60FF56FD65 for ; Sun, 5 May 2019 20:17:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 3AF29E2D7; Sun, 5 May 2019 20:17:03 +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 37339E2D6 for ; Sun, 5 May 2019 20:17: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 062EE6FD63 for ; Sun, 5 May 2019 20:17: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 455C4C96C for ; Sun, 5 May 2019 20:17: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 x45KH2ta057059 for ; Sun, 5 May 2019 20:17:02 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x45KH2A1057058 for powerpc@FreeBSD.org; Sun, 5 May 2019 20:17: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: powerpc@FreeBSD.org Subject: [Bug 237370] java/openjdk12: Add powerpc64 support Date: Sun, 05 May 2019 20:17:01 +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: oggy@farscape.co.uk 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: cc 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: 60FF56FD65 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.993,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: Sun, 05 May 2019 20:17:04 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237370 Francis Little changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |oggy@farscape.co.uk --- Comment #17 from Francis Little --- Tried a build of this on PPC (PowerMac), using the same build commands as w= ith openjdk11 from the other bug. Pulled the latest from the bsd-port branch. I had to remove --with-milestone=3Dfcs \ when running the configure as it s= ays: configure: error: unrecognized options: --with-milestone Removing that I can start the compile, but get errors: =3D=3D=3D Output from failing command(s) repeated here =3D=3D=3D /usr/bin/printf "* For target hotspot_variant-server_libjvm_objs_classFileParser.o:\n" * For target hotspot_variant-server_libjvm_objs_classFileParser.o: (/usr/bin/grep -v -e "^Note: including file:" <=20 /root/jdk/openjdk-jdk12u/build/bsd-ppc64-server-release/make-support/failur= e-logs/hotspot_variant-server_libjvm_objs_classFileParser.o.log || true) | /usr/bin/head -n 12 /root/jdk/openjdk-jdk12u/src/hotspot/share/classfile/classFileParser.cpp: In member function 'void ClassFileParser::prepend_host_package_name(const InstanceKlass*, Thread*)': /root/jdk/openjdk-jdk12u/src/hotspot/share/classfile/classFileParser.cpp:57= 61:12: error: 'char* strncpy(char*, const char*, size_t)' output truncated before terminating nul copying as many bytes from a string as its length [-Werror=3Dstringop-truncation] strncpy(new_anon_name, host_pkg_name, host_pkg_len); ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /root/jdk/openjdk-jdk12u/src/hotspot/share/classfile/classFileParser.cpp:57= 56:33: note: length computed here size_t host_pkg_len =3D strlen(host_pkg_name); ~~~~~~^~~~~~~~~~~~~~~ cc1plus: all warnings being treated as errors if test `/usr/bin/wc -l < /root/jdk/openjdk-jdk12u/build/bsd-ppc64-server-release/make-support/failur= e-logs/hotspot_variant-server_libjvm_objs_classFileParser.o.log` -gt 12; then /bin/echo " ... (rest of output omitted)" ; fi /usr/bin/printf "* For target hotspot_variant-server_libjvm_objs_classLoaderExt.o:\n" * For target hotspot_variant-server_libjvm_objs_classLoaderExt.o: (/usr/bin/grep -v -e "^Note: including file:" <=20 /root/jdk/openjdk-jdk12u/build/bsd-ppc64-server-release/make-support/failur= e-logs/hotspot_variant-server_libjvm_objs_classLoaderExt.o.log || true) | /usr/bin/head -n 12 /root/jdk/openjdk-jdk12u/src/hotspot/share/classfile/classLoaderExt.cpp: In static member function 'static void ClassLoaderExt::process_jar_manifest(ClassPathEntry*, bool)': /root/jdk/openjdk-jdk12u/src/hotspot/share/classfile/classLoaderExt.cpp:212= :16: error: 'char* strncat(char*, const char*, size_t)' output truncated before terminating nul copying as many bytes from a string as its length [-Werror=3Dstringop-truncation] strncat(libname, file_start, name_len); ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /root/jdk/openjdk-jdk12u/src/hotspot/share/classfile/classLoaderExt.cpp:206= :33: note: length computed here int name_len =3D (int)strlen(file_start); ~~~~~~^~~~~~~~~~~~ cc1plus: all warnings being treated as errors if test `/usr/bin/wc -l < /root/jdk/openjdk-jdk12u/build/bsd-ppc64-server-release/make-support/failur= e-logs/hotspot_variant-server_libjvm_objs_classLoaderExt.o.log` -gt 12; then /bin/echo " ... (rest of output omitted)" ; fi /usr/bin/printf "\n* All command lines available in /root/jdk/openjdk-jdk12u/build/bsd-ppc64-server-release/make-support/failur= e-logs.\n" --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Sun May 5 22:35:31 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 9DD0C159740B for ; Sun, 5 May 2019 22:35:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-25.consmr.mail.gq1.yahoo.com (sonic304-25.consmr.mail.gq1.yahoo.com [98.137.68.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 97A9273C53 for ; Sun, 5 May 2019 22:35:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Tj4X8j8VM1mkvXEpIIJp4PHCNjTD0EIPdANMCYcVc90jxx36oWsmw2k4yXRDe8e njlq4N9ynGqa0ZMSgMHZH8ACB8O.OCZP2HquPiO5L.HEWkP1.yaheWmWz5gZg2ZcDLJwUN78VbkL FKRMJyrvBtAi1cam084rw4rneLp2FE3wHMxC0T6vQUDh5LEfOtWb4sZ3iPy2zN.gZPEwJFV3H1iU DLhrtktFXeTkKNCTVxWS2WzdiOw72DDyMyfVOPiC5WffLwOtAPvdzAuTphMnwGrpaF5yl9GR84UZ RlcYGQF2iYxHXobX4ROyLfRDsMLoTSXP6YeNUe7wP7K4NIwW_OW.VAwpy7YK3k2Cv._AnJmm_g44 dSVYCfzo73QxcDO5GqkHp1pjsoI1Lny2nLAUpXJfHj1nzA98ZxWJnaAgmA39okJpFHMKmoapEsZW WOK8uUS1gefnDcKAwLiWHwPyhrxeXYvwmagxXsvOSAxGyjoiH771cVIIOIvXU9G0xuzIpibw7PmY t0EjwBVd8PhqsE5bVqAI_89effOkzUbbRmHlkRY4gkdy6_ZDqgrnAxe6DMYtSyW7yYGKjjillXbS Zrmp3H8XHux1JXoz16P_bnESzaN66cp.jrNGoUuxUytF7NfJ4avYw9leT4kweIuo0eWvVzeRrCFV qxirldFENH.i7V0KSpslTGCtUwEL2vkRR4Ez7712aDvKu9Vquo43kacEjuB2PNM8lk3VRVDxFVOF 1W9WysoporlBen2fpgAmPrAUZOoMpuYOF1Nd0.dboD6aTK2I6qFeugsh7t1tkk2InhbCRj6sJphd CjonwrzmT9siINMQMSiXF0x6crQZ03fG_YGIxh2LYU3UkbsMUWPo64X6JECJySD1hNYOIjyF8Tgh OEWh_7sAIPhAUuffVwVT1Fy6l1qAdtVTGN5DFkkd0EMElhApjeTOeliCu.5ofHqJFzKLbV5sQoZG aYDsmEtt1LMRmKSQBXGld37q3lyiIewxpw63_TQeESvkKuzt8_HHg1Qc6Jzf4xSnF.Ealszp9llZ xfXSeV2zDNnf_YM3C4xJC29QSmkWPL_uQqNKDwy4ThvINnA6WjSh_Dj5mqKMpBvtj722ux2DgBea f35bboz4cMSnfi9Lv7ZWcEhbHuCNM12zYDyNNJQASrMgjk_TMGQnOXerCypBBXFb4dXn9BXdZbmF MiQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Sun, 5 May 2019 22:35:21 +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 f5197ecfe8b9dc06fd6eea09f6d49b2f; Sun, 05 May 2019 22:25:13 +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: Remote Firewire dcons use shows my G5 "hang-up point" reports have been wrong: shows lines not shown on the problem context's display Message-Id: Date: Sun, 5 May 2019 15:25:12 -0700 To: Justin Hibbits , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 97A9273C53 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.76 / 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.72)[0.718,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.29)[ip: (4.92), ipnet: 98.137.64.0/21(0.87), asn: 36647(0.70), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.72)[0.721,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.55)[0.549,0]; RCVD_IN_DNSWL_NONE(0.00)[206.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: Sun, 05 May 2019 22:35:32 -0000 I got remote FireWire dcons use going (partially), = https://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kern= eldebug-dcons.html # more /mnt/boot/loader.conf hw.firewire.phydma_enable=3D1 hw.firewire.dcons_crom.force_console=3D1 #dcons_gdb=3D1 #boot_multicons=3D"YES" [Trying to turn on boot_multi_cons gets stuck at db> prompts *very* early and the display on the target ends up with mixed material from two streams of output. So: no use of dcons for low level console activity.] The above combination does show output on the remote, observing PowerMac, during part of the boot sequence. And . . . It shows more lines of output just before the overall hang-up than the target machine's display does. It appears that for most or all the hang-ups that I've reported, my report indicated a point earlier then the actual hang-up: more of the messages were actually generated and the code got farther than I knew. So there might be a separate issue of the screen display stopping its updates before the old PowerMac G5 has actually hung-up (overall). Or it my just be timing relationships do not get a chance to allow the "next screen update" or some such. It appears that tracking down hang-up points via print messages shown on the normal display can not generally be done on the G5s. FireWire dcons use may be required (unless there is some alternative). I'll note that I was not able to break into ddb via the dcons connection. It appeared that I had no ability to input to the target if I had no such on the directly-connected usb keyboard at the same time. In other words: I gained no control but got better observational data. FYI: I used (replacing ??'s with appropriate hexadecimal digits): dconschat -e \# -br -TC 5555 -t ??-??-??-??-??-??-??-?? & telnet localhost 5555 on the observing PowerMac. (I happened to use a G4 as the observer of the target G5.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Mon May 6 04:13:58 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 6FBD6159D372 for ; Mon, 6 May 2019 04:13:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.ne1.yahoo.com (sonic309-22.consmr.mail.ne1.yahoo.com [66.163.184.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 AC406855B2 for ; Mon, 6 May 2019 04:13:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: FG1zIDAVM1kvxyHlS559UezHwmM_hAZxVz2fLDIw0lYGF8flSJx52r9AFrq_ewU D7HA.5scIilcBRZNJ3LZwBVWr4UvL1.m_TrpIW8ztJ62jhfA6qDXIOpt_wW9cdG4oq1cmg_lYjrV NVbVJ12HJXLoPwHNr2DTz97ys8A_8Y852Uhp7L7xYUTjT1fzB5woPFg6TfPqjxbfs24.JqlZMJg0 NGSR9RuZCE242btAWYZ_g5q4vXMq6cDG1XL82yEQUscWuw5yqIKmv4uCrDD0wKFg3SyDYnpdf_MV XASW_02oIwBaFb0.YUawZ3v7J0zzo4UsCZVc8OgwuCTnUPZvf_cCzflCdnipA5pUeokhgLIThKLH FSIHT0S4LvbuNrZyrUVY_04l.okktbT260kHKnpHvFEhGoUDTuLnNb5nrT15J_6PqG7eZJmwfn3Q ozP296.CZGOfiFJCaIk1TTjqp9_ImdDcaoPEwO5U_ZoFtYlmSC0uiUssDXCAGd60726qKPXJwIO. VZpS0YZ0WiTZxBQyqT5l.wXMocQ4aAbumIO3b0fIr2OiFQHxW96MgEMp2_w8Ok6s5wtnxLlgtX5Y iyjnMVmFQ7YuDcCSeTWuHDTaj_Lwkzk.Zzb_sKqj_Bao54O7Jk0tC0enhSz1owoyWiQinokHgnp7 0DHS3nKsazr5TIb5nDKEoe2vWVzyxLidhce._.LefMVLJBLUv_6iCdA3YX_rjDbHlgTTLZnkxFfE .kEuetKbuLq0wRPjOkfmKffeCtAfXORXRVR11XUqrjE7zO2kXSPI78AFTvCpaQJ6LZOwf4vLaIwG vwtG8LnZ4WiuGpfI.89ar8vLffP.iH9S80Y704thEe8D0jbmdnfz51w8i7W54zzmfoNslHng.yc7 Ka20C5mJqGv9Fav5UMwmMpCma7VXCHSV2CG1eAnOthxm_7dcLANeezEt8ENmxYdICskS4VJmgdTf apLfFn3K7f..4VJI9kQIxDzuQZ9T8_Pzs27cg_9tkhTtSbPCXih.NB0x8MCAd_p3_fmPQ3OZ_tZx PoxlTR8xlK1A.Jb4SCka8d8TjUMhCEzZL0nJgxfpW.vo0XvWNMX32GUMvSC6zWfqgQZKlwmxA8Hx KRdlHyS9w5l80dpUMQ2_9XVE5GoxDcTOMOVgWWewirptsFvMYArXTyTtWjFToUBXLn4m2YACpnEY pkf63Iox92AQ- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.ne1.yahoo.com with HTTP; Mon, 6 May 2019 04:13:49 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp420.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 5636a126c8515e1a404329cfbcf4b7be; Mon, 06 May 2019 04:13:44 +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: Remote Firewire dcons use shows my G5 "hang-up point" reports have been wrong: shows lines not shown on the problem context's display Date: Sun, 5 May 2019 21:13:42 -0700 References: To: Justin Hibbits , FreeBSD PowerPC ML In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: AC406855B2 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.36 / 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: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.85)[0.847,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.16)[ip: (3.40), ipnet: 66.163.184.0/21(1.37), asn: 36646(1.10), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.56)[0.561,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.30)[0.300,0]; RCVD_IN_DNSWL_NONE(0.00)[148.184.163.66.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, 06 May 2019 04:13:58 -0000 [Results based on what firewire dcons shows.] On 2019-May-5, at 15:25, Mark Millard wrote: > I got remote FireWire dcons use going (partially), >=20 > = https://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kern= eldebug-dcons.html >=20 > # more /mnt/boot/loader.conf > hw.firewire.phydma_enable=3D1 > hw.firewire.dcons_crom.force_console=3D1 > #dcons_gdb=3D1 > #boot_multicons=3D"YES" >=20 > [Trying to turn on boot_multi_cons gets stuck at > db> prompts *very* early and the display on the > target ends up with mixed material from two > streams of output. So: no use of dcons for > low level console activity.] >=20 > The above combination does show output on the > remote, observing PowerMac, during part > of the boot sequence. And . . . >=20 > It shows more lines of output just before the > overall hang-up than the target machine's > display does. >=20 > It appears that for most or all the hang-ups > that I've reported, my report indicated a > point earlier then the actual hang-up: more > of the messages were actually generated and > the code got farther than I knew. >=20 > So there might be a separate issue of the > screen display stopping its updates before > the old PowerMac G5 has actually hung-up > (overall). Or it my just be timing > relationships do not get a chance to allow > the "next screen update" or some such. >=20 > It appears that tracking down hang-up points > via print messages shown on the normal display > can not generally be done on the G5s. FireWire > dcons use may be required (unless there is some > alternative). >=20 > I'll note that I was not able to break into ddb > via the dcons connection. It appeared that I > had no ability to input to the target if I had > no such on the directly-connected usb keyboard > at the same time. In other words: I gained no > control but got better observational data. >=20 >=20 > FYI: >=20 > I used (replacing ??'s with appropriate > hexadecimal digits): >=20 > dconschat -e \# -br -TC 5555 -t ??-??-??-??-??-??-??-?? & > telnet localhost 5555 >=20 > on the observing PowerMac. (I happened to use a > G4 as the observer of the target G5.) Testing showed that most of the messages I had added before this discovery were a waste (too early). So I deleted them. All failures were reported to be during cpu_mp_unleash as seen via firewire dcons based displays. So I added messages to cpu_mp_unleash to narrow the range for failure points. For a successful boot the messages from there look like: cpu_mp_unleash: start / before mtx_init cpu_mp_unleash: in cpu loop at start with cpus so far 0 cpu_mp_unleash: bsp to be set awake Adding CPU 0, hwref=3Dff89d680, awake=3D1 cpu_mp_unleash: in cpu loop at start with cpus so far 1 Waking up CPU 1 (dev=3Dff89eb70) Adding CPU 1, hwref=3Dff89eb70, awake=3D1 cpu_mp_unleash: in cpu loop at start with cpus so far 2 Waking up CPU 2 (dev=3Dff89f248) Adding CPU 2, hwref=3Dff89f248, awake=3D1 cpu_mp_unleash: in cpu loop at start with cpus so far 3 Waking up CPU 3 (dev=3Dff89f920) Adding CPU 3, hwref=3Dff89f920, awake=3D1 cpu_mp_unleash: before timebase code cpu_mp_unleash: before looping until expected are awake Launching APs: 1 3 cpu_mp_unleash: looped until expected were awake 2 cpu_mp_unleash: before DELAY cpu_mp_unleash: after DELAY (I'm ignoring possibly interlaced "cd0" messages.) But, for the dozen+ hang-ups from my testing so far, there is only one sequence that each hang-up shares with the other hang-ups: cpu_mp_unleash: start / before mtx_init cpu_mp_unleash: in cpu loop at start with cpus so far 0 cpu_mp_unleash: bsp to be set awake Adding CPU 0, hwref=3Dff89d680, awake=3D1 cpu_mp_unleash: in cpu loop at start with cpus so far 1 Waking up CPU 1 (dev=3Dff89eb70) cpu_mp_unleash: cpu skipped cpu_mp_unleash: in cpu loop at start with cpus so far 2 Waking up CPU 2 (dev=3Dff89f248) (There is no more output shown.) The normal display had varying earlier stopping points for what it displayed for the hang-ups. But the firewire dcons display was uniform in what it reported and where it stopped for a hang-up. Notes about other testing of variations: The firewire dcons reports for hang-ups were the same=20 or n_slbs-1 based and for (n_slbs-1)/2 based looping of moea64_bootstrap_slb_prefault . For reference, the patches currently in use in my -r347003 based testing are shown below. The extended comment reports the basics for what has been learned about handle_kernel_slb_spill activity [through the end of the numa_mem_regions(...) activity]. # svnlite diff /mnt/usr/src/sys/ | more Index: /mnt/usr/src/sys/powerpc/aim/mmu_oea64.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/mmu_oea64.c (revision 347003) +++ /mnt/usr/src/sys/powerpc/aim/mmu_oea64.c (working copy) @@ -956,10 +956,35 @@ virtual_end =3D VM_MAX_SAFE_KERNEL_ADDRESS;=20 =20 /* - * Map the entire KVA range into the SLB. We must not fault = there. + * Map the initial kernel slb slots. + * + * Notes based on a 2-socket/2-core-each G5 PowerMac11,2 + * based investigation . . . + * + * handle_kernel_slb_spill has been observed to be used in + * early booting for darpm_active); =20 #ifdef __powerpc64__ - PCPU_SET(aim.userslb, pm->pm_slb); - __asm __volatile("slbmte %0, %1; isync" :: + PCPU_SET(aim.userslb, pm->pm_slb); // no slbie needed? + __asm __volatile("isync; slbmte %0, %1; isync" :: "r"(td->td_pcb->pcb_cpu.aim.usr_vsid), "r"(USER_SLB_SLBE)); #else PCPU_SET(curpmap, pm->pmap_phys); @@ -1104,7 +1129,7 @@ { pmap_t pm; =20 - __asm __volatile("isync; slbie %0" :: "r"(USER_ADDR)); + __asm __volatile("isync; slbie %0; isync" :: "r"(USER_ADDR)); =20 pm =3D &td->td_proc->p_vmspace->vm_pmap; CPU_CLR(PCPU_GET(cpuid), &pm->pm_active); @@ -1956,7 +1981,7 @@ (uintptr_t)uaddr >> ADDR_SR_SHFT; curthread->td_pcb->pcb_cpu.aim.usr_vsid =3D slbv; #ifdef __powerpc64__ - __asm __volatile ("slbie %0; slbmte %1, %2; isync" :: + __asm __volatile ("isync; slbie %0; slbmte %1, %2; isync" :: "r"(USER_ADDR), "r"(slbv), "r"(USER_SLB_SLBE)); #else __asm __volatile("mtsr %0,%1; isync" :: "n"(USER_SR), = "r"(slbv)); Index: /mnt/usr/src/sys/powerpc/aim/moea64_native.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/moea64_native.c (revision = 347003) +++ /mnt/usr/src/sys/powerpc/aim/moea64_native.c (working copy) @@ -406,7 +406,7 @@ */ =20 #ifdef __powerpc64__ - __asm __volatile ("slbia"); + __asm __volatile ("isync; slbia"); __asm __volatile ("slbmfee %0,%1; slbie %0;" : = "=3Dr"(seg0) : "r"(0)); =20 @@ -417,6 +417,7 @@ __asm __volatile ("slbmte %0, %1" ::=20 "r"(slb[i].slbv), "r"(slb[i].slbe));=20 } + __asm __volatile ("isync"); #else for (i =3D 0; i < 16; i++) mtsrin(i << ADDR_SR_SHFT, = kernel_pmap->pm_sr[i]); Index: /mnt/usr/src/sys/powerpc/aim/slb.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/slb.c (revision 347003) +++ /mnt/usr/src/sys/powerpc/aim/slb.c (working copy) @@ -457,7 +457,7 @@ /* If it is for this CPU, put it in the SLB right away */ if (pmap_bootstrapped) { /* slbie not required */ - __asm __volatile ("slbmte %0, %1" ::=20 + __asm __volatile ("isync; slbmte %0, %1; isync" ::=20 "r"(slbcache[i].slbv), "r"(slbcache[i].slbe));=20 } =20 Index: /mnt/usr/src/sys/powerpc/aim/trap_subr64.S =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/trap_subr64.S (revision 347003) +++ /mnt/usr/src/sys/powerpc/aim/trap_subr64.S (working copy) @@ -65,6 +65,7 @@ =20 li %r29, 0 /* Set the counter to zero */ =20 + isync slbia slbmfee %r31,%r29 =20 clrrdi %r31,%r31,28 @@ -71,6 +72,7 @@ slbie %r31 1: ld %r31, 0(%r28) /* Load SLB entry pointer */ cmpdi %r31, 0 /* If NULL, stop */ + isync beqlr =20 ld %r30, 0(%r31) /* Load SLBV */ @@ -96,6 +98,7 @@ /* Otherwise, set up SLBs */ li %r29, 0 /* Set the counter to zero */ =20 + isync slbia slbmfee %r31,%r29 =20 clrrdi %r31,%r31,28 @@ -105,6 +108,7 @@ =20 ld %r31, 8(%r28) /* Load SLBE */ cmpdi %r31, 0 /* If SLBE is not valid, stop */ + isync beqlr ld %r30, 0(%r28) /* Load SLBV */ slbmte %r30, %r31 /* Install SLB entry */ @@ -113,6 +117,7 @@ addi %r29, %r29, 1 cmpdi %r29, 64 /* Repeat if we are not at the = end */ blt 1b=20 + isync blr =20 /* Index: /mnt/usr/src/sys/powerpc/include/cpufunc.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/include/cpufunc.h (revision 347003) +++ /mnt/usr/src/sys/powerpc/include/cpufunc.h (working copy) @@ -155,15 +155,8 @@ return (tb); } =20 -static __inline void -mttb(u_quad_t time) -{ +// mttb moved to after intr_restore =20 - mtspr(TBR_TBWL, 0); - mtspr(TBR_TBWU, (uint32_t)(time >> 32)); - mtspr(TBR_TBWL, (uint32_t)(time & 0xffffffff)); -} - static __inline void eieio(void) { @@ -202,6 +195,19 @@ mtmsr(msr); } =20 +static __inline void +mttb(u_quad_t time) +{ + const uint32_t high=3D time>>32; + const uint32_t low=3D time&0xffffffffu; + + const register_t predisable_msr=3D intr_disable(); + mtspr(TBR_TBWL, 0); + mtspr(TBR_TBWU, high); + mtspr(TBR_TBWL, low); + intr_restore(predisable_msr); +} + static __inline struct pcpu * get_pcpu(void) { Index: /mnt/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 --- /mnt/usr/src/sys/powerpc/powerpc/mp_machdep.c (revision = 347003) +++ /mnt/usr/src/sys/powerpc/powerpc/mp_machdep.c (working copy) @@ -231,6 +231,7 @@ if (mp_ncpus <=3D 1) return; =20 +printf("cpu_mp_unleash: start / before mtx_init\n"); mtx_init(&ap_boot_mtx, "ap boot", NULL, MTX_SPIN); =20 cpus =3D 0; @@ -239,11 +240,14 @@ tlb1_ap_prep(); #endif STAILQ_FOREACH(pc, &cpuhead, pc_allcpu) { +printf("cpu_mp_unleash: in cpu loop at start with cpus so far = %d\n",cpus); cpus++; if (!pc->pc_bsp) { if (bootverbose) printf("Waking up CPU %d (dev=3D%x)\n", pc->pc_cpuid, (int)pc->pc_hwref); +printf("Waking up CPU %d (dev=3D%x)\n", + pc->pc_cpuid, (int)pc->pc_hwref); =20 ret =3D platform_smp_start_cpu(pc); if (ret =3D=3D 0) { @@ -252,6 +256,7 @@ DELAY(1000); } } else { +printf("cpu_mp_unleash: bsp to be set awake\n"); pc->pc_awake =3D 1; } if (pc->pc_awake) { @@ -259,13 +264,21 @@ printf("Adding CPU %d, hwref=3D%jx, = awake=3D%x\n", pc->pc_cpuid, = (uintmax_t)pc->pc_hwref, pc->pc_awake); +printf("Adding CPU %d, hwref=3D%jx, awake=3D%x\n", + pc->pc_cpuid, (uintmax_t)pc->pc_hwref, + pc->pc_awake); smp_cpus++; } else +{ +printf("cpu_mp_unleash: cpu skipped\n"); CPU_SET(pc->pc_cpuid, &stopped_cpus); +} } =20 ap_awake =3D 1; =20 +printf("cpu_mp_unleash: before timebase code\n"); + /* Provide our current DEC and TB values for APs */ ap_timebase =3D mftb() + 10; __asm __volatile("msync; isync"); @@ -275,8 +288,10 @@ =20 platform_smp_timebase_sync(ap_timebase, 0); =20 +printf("cpu_mp_unleash: before looping until expected are awake\n"); while (ap_awake < smp_cpus) ; +printf("cpu_mp_unleash: looped until expected were awake\n"); =20 if (smp_cpus !=3D cpus || cpus !=3D mp_ncpus) { printf("SMP: %d CPUs found; %d CPUs usable; %d CPUs = woken\n", @@ -286,8 +301,10 @@ if (smp_cpus > 1) atomic_store_rel_int(&smp_started, 1); =20 +printf("cpu_mp_unleash: before DELAY\n"); /* Let the APs get into the scheduler */ DELAY(10000); +printf("cpu_mp_unleash: after DELAY\n"); =20 } =20 Index: /mnt/usr/src/sys/powerpc/powerpc/trap.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/powerpc/trap.c (revision 347003) +++ /mnt/usr/src/sys/powerpc/powerpc/trap.c (working copy) @@ -453,8 +453,8 @@ #if defined(__powerpc64__) && defined(AIM) case EXC_DSE: if (td->td_pcb->pcb_cpu.aim.usr_vsid !=3D 0 && - (frame->dar & SEGMENT_MASK) =3D=3D = USER_ADDR) { - __asm __volatile ("slbmte %0, %1" :: + (frame->dar & SEGMENT_MASK) =3D=3D = USER_ADDR) { // no slbie needed? + __asm __volatile ("isync; slbmte %0, %1; = isync" :: = "r"(td->td_pcb->pcb_cpu.aim.usr_vsid), "r"(USER_SLB_SLBE)); return; @@ -712,8 +712,8 @@ * Speculatively restore last user SLB segment, which we know is * invalid already, since we are likely to do = copyin()/copyout(). */ - if (td->td_pcb->pcb_cpu.aim.usr_vsid !=3D 0) - __asm __volatile ("slbmte %0, %1; isync" :: + if (td->td_pcb->pcb_cpu.aim.usr_vsid !=3D 0) // no slbie needed? + __asm __volatile ("isync; slbmte %0, %1; isync" :: "r"(td->td_pcb->pcb_cpu.aim.usr_vsid), = "r"(USER_SLB_SLBE)); #endif =20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Mon May 6 13:38: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 68734158AE2F for ; Mon, 6 May 2019 13:38:11 +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 0FF18703BB for ; Mon, 6 May 2019 13:38:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 044F618C43; Mon, 6 May 2019 13:38:11 +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 F417218C42 for ; Mon, 6 May 2019 13:38: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 BCA79703BA for ; Mon, 6 May 2019 13:38: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 0A00515E9A for ; Mon, 6 May 2019 13:38:10 +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 x46Dc9u9082666 for ; Mon, 6 May 2019 13:38:09 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x46Dc9Ur082665 for powerpc@FreeBSD.org; Mon, 6 May 2019 13:38: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: powerpc@FreeBSD.org Subject: [Bug 237370] java/openjdk12: Add powerpc64 support Date: Mon, 06 May 2019 13:38:08 +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: hamiltcl@verizon.net 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: 0FF18703BB X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.981,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: Mon, 06 May 2019 13:38:11 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237370 --- Comment #18 from Curtis Hamilton --- (In reply to Francis Little from comment #17) Ensure you configure with "--disable-warnings-as-errors", otherwise you'll encounter the string errors with gcc. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Mon May 6 16:37: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 A9466158F466 for ; Mon, 6 May 2019 16:37:34 +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 3BF10771D6 for ; Mon, 6 May 2019 16:37:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 2F0B31B951; Mon, 6 May 2019 16:37:34 +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 2ABD61B950 for ; Mon, 6 May 2019 16:37:34 +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 EFFDD771D4 for ; Mon, 6 May 2019 16:37: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 3CB151780D for ; Mon, 6 May 2019 16:37:33 +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 x46GbXhR071625 for ; Mon, 6 May 2019 16:37:33 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x46GbX1s071624 for powerpc@FreeBSD.org; Mon, 6 May 2019 16:37: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: powerpc@FreeBSD.org Subject: [Bug 237370] java/openjdk12: Add powerpc64 support Date: Mon, 06 May 2019 16:37:21 +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: oggy@farscape.co.uk 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: 3BF10771D6 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.984,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: Mon, 06 May 2019 16:37:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237370 --- Comment #19 from Francis Little --- (In reply to Curtis Hamilton from comment #18) Hi, I get the following about missing alloca.h: =3D=3D=3D Output from failing command(s) repeated here =3D=3D=3D /usr/bin/printf "* For target hotspot_variant-server_libjvm_objs_sharedRuntime_ppc.o:\n" * For target hotspot_variant-server_libjvm_objs_sharedRuntime_ppc.o: (/usr/bin/grep -v -e "^Note: including file:" <=20 /root/jdk/openjdk-jdk12u/build/bsd-ppc64-server-release/make-support/failur= e-logs/hotspot_variant-server_libjvm_objs_sharedRuntime_ppc.o.log || true) | /usr/bin/head -n 12 /root/jdk/openjdk-jdk12u/src/hotspot/cpu/ppc/sharedRuntime_ppc.cpp:50:10: f= atal error: alloca.h: No such file or directory #include ^~~~~~~~~~ compilation terminated. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Mon May 6 16:42: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 EF90E158F677 for ; Mon, 6 May 2019 16:42:33 +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 93AF177513 for ; Mon, 6 May 2019 16:42:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 84E501B9AB; Mon, 6 May 2019 16:42: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 804C51B9AA for ; Mon, 6 May 2019 16:42: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 46A6877511 for ; Mon, 6 May 2019 16:42: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 30D4717976 for ; Mon, 6 May 2019 16:42: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 x46GgW7k086518 for ; Mon, 6 May 2019 16:42:32 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x46GgWkj086517 for powerpc@FreeBSD.org; Mon, 6 May 2019 16:42:32 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 237370] java/openjdk12: Add powerpc64 support Date: Mon, 06 May 2019 16:42:30 +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: oggy@farscape.co.uk 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: 93AF177513 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.983,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: Mon, 06 May 2019 16:42:34 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237370 --- Comment #20 from Francis Little --- (In reply to Francis Little from comment #19) So it looks like there is a fix in the above patch, is that to apply after = the pull from the git repo or should it already be in there? --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Mon May 6 18:40:46 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 D3CD815922B7 for ; Mon, 6 May 2019 18:40:45 +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 7947B8407E for ; Mon, 6 May 2019 18:40:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 6CF331DC0B; Mon, 6 May 2019 18:40:45 +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 68C7D1DC0A for ; Mon, 6 May 2019 18:40:45 +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 358288407A for ; Mon, 6 May 2019 18:40:45 +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 8F7B318905 for ; Mon, 6 May 2019 18:40:44 +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 x46Ieijq048394 for ; Mon, 6 May 2019 18:40:44 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x46IeiuP048391 for powerpc@FreeBSD.org; Mon, 6 May 2019 18:40:44 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 237370] java/openjdk12: Add powerpc64 support Date: Mon, 06 May 2019 18:40:42 +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: hamiltcl@verizon.net 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: 7947B8407E X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.979,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: Mon, 06 May 2019 18:40:46 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237370 --- Comment #21 from Curtis Hamilton --- (In reply to Francis Little from comment #20) I just took a look at the repo and found 2 patches that seems to have been dropped for "src/hotspot/cpu/ppc/sharedRuntime_ppc.cpp" and "src/hotspot/cpu/ppc/vm_version_ppc.cpp". Just submitted a new PR to fix. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Mon May 6 18:54: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 4CC731592BD8 for ; Mon, 6 May 2019 18:54:48 +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 BE86384CFC for ; Mon, 6 May 2019 18:54:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 9552B1E16E; Mon, 6 May 2019 18:54:47 +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 918981E16D for ; Mon, 6 May 2019 18:54:47 +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 6393784CF8 for ; Mon, 6 May 2019 18:54:47 +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 B631B18BD1 for ; Mon, 6 May 2019 18:54:46 +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 x46Isk7M081776 for ; Mon, 6 May 2019 18:54:46 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x46IskCC081775 for powerpc@FreeBSD.org; Mon, 6 May 2019 18:54:46 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 237370] java/openjdk12: Add powerpc64 support Date: Mon, 06 May 2019 18:54:46 +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: glewis@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: BE86384CFC X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.979,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: Mon, 06 May 2019 18:54:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237370 --- Comment #22 from Greg Lewis --- I've merged the missing change from the openjdk11 repo. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Mon May 6 18:57:19 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 3697E1592D0C for ; Mon, 6 May 2019 18:57:19 +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 C293284E9B for ; Mon, 6 May 2019 18:57:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 8EFCA1E298; Mon, 6 May 2019 18:57:18 +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 8C01A1E297 for ; Mon, 6 May 2019 18:57:18 +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 40C6A84E97 for ; Mon, 6 May 2019 18:57: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 8BB2818BDC for ; Mon, 6 May 2019 18:57:17 +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 x46IvH13084794 for ; Mon, 6 May 2019 18:57:17 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x46IvHLC084792 for powerpc@FreeBSD.org; Mon, 6 May 2019 18:57:17 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 237370] java/openjdk12: Add powerpc64 support Date: Mon, 06 May 2019 18:57:17 +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: hamiltcl@verizon.net 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: C293284E9B X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.979,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: Mon, 06 May 2019 18:57:19 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237370 --- Comment #23 from Curtis Hamilton --- (In reply to Greg Lewis from comment #22) Thanks Greg. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Mon May 6 19:53: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 B994E15942F8 for ; Mon, 6 May 2019 19:53: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 602BE86E62 for ; Mon, 6 May 2019 19:53:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 35F311EED0; Mon, 6 May 2019 19:53:17 +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 18F291EECE for ; Mon, 6 May 2019 19:53: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 B631A86E5D for ; Mon, 6 May 2019 19:53: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 12ABE19458 for ; Mon, 6 May 2019 19:53: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 x46JrFKO002551 for ; Mon, 6 May 2019 19:53:15 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x46JrFlP002550 for powerpc@FreeBSD.org; Mon, 6 May 2019 19:53:15 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 237370] java/openjdk12: Add powerpc64 support Date: Mon, 06 May 2019 19:53:16 +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: oggy@farscape.co.uk 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: 602BE86E62 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.990,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: Mon, 06 May 2019 19:53:18 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237370 --- Comment #24 from Francis Little --- Hi, the build has completed using the following: env CC=3D/usr/local/bin/gcc8 \ CXX=3D/usr/local/bin/g++8 \ bash configure \ --with-boot-jdk=3D/usr/local/openjdk11 \ --disable-ccache \ --disable-hotspot-gtest \ --disable-dtrace \ --disable-warnings-as-errors \ --with-alsa=3D/usr/local \ --with-cups=3D/usr/local \ --with-fontconfig=3D/usr/local \ --with-freetype=3Dsystem \ --with-freetype-include=3D/usr/local/include/freetype2 \ --with-freetype-lib=3D/usr/local/lib \ --with-libjpeg=3Dsystem \ --with-giflib=3Dsystem \ --with-giflib-include=3D/usr/local/include \ --with-giflib-lib=3D/usr/local/lib \ --with-libpng=3Dsystem \ --with-zlib=3Dsystem \ --with-lcms=3Dsystem \ --with-toolchain-type=3Dgcc \ --x-includes=3D/usr/local/include \ --x-libraries=3D/usr/local/lib \ --with-debug-level=3Drelease env LANG=3D"C" \ LC_ALL=3D"C" \ CLASSPATH=3D"" \ JAVA_HOME=3D"" \ LD_LIBRARY_PATH=3D"" \ CC=3D/usr/local/bin/gcc8 \ CXX=3D/usr/local/bin/g++8 \ MAKEFLAGS=3D"" \ gmake \ CC=3D/usr/local/bin/gcc8 \ CXX=3D/usr/local/bin/g++8 \ COMPILER_WARNINGS_FATAL=3D"false" \ LOG=3Ddebug \ images root@PowerMacG5:~/jdk/openjdk-jdk12u # ./build/bsd-ppc64-server-release/jdk/bin/java --version openjdk 12.0.1-internal 2019-04-16 OpenJDK Runtime Environment (build 12.0.1-internal+0-adhoc.root.openjdk-jdk= 12u) OpenJDK 64-Bit Server VM (build 12.0.1-internal+0-adhoc.root.openjdk-jdk12u, mixed mode) root@PowerMacG5:~/jdk/openjdk-jdk12u # ./build/bsd-ppc64-server-release/jdk/bin/javac --version javac 12.0.1-internal --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Mon May 6 20:52:51 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 7763815959EF for ; Mon, 6 May 2019 20:52:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9F67F89AE8 for ; Mon, 6 May 2019 20:52:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: hC7si9wVM1mE08lUY0kZzuJKkWNvDntl0lpNOFj90L3c6UMwdvUDxKxezm3E9PF ttHVd4llwPxQFJHfZBIKtKs40Ayo_7V1hAJXLAgmH7qpGgXLInNoWNmUqQJ.loeHmYef2RcmOBND 5AtruuZGcf48rlDNlF7vsSAiDB3v44mkTSKAY0uGmyahBFWFYR5OrUjVMiug6CRT3gF3skDp.BV. YiIFVGVDjTBTBktXWKTW9lAre_MoOWNJLgpzEFKxYI0dpkb7snedBgrcV1l1ke8ZgFt1e8ba83w6 AbQmWA2e8d0kaQEm89UOAkpSZDAtrN5Fmq4mrlwFnXGLE0Cu0wxL2bwd_Lf7QXI.jiLh9moXPEYB Ji7R9ymPQ38gvuRCuBx8lHIudlvxBOIw6hBrBNiSr7ME.n6F4gG1d5SjzsAkShbOl6Yl9pCPXE8r qGhD2sbj6Y_zDwR7FtlFIBz10RM_DihVPiCtxf3VGHRM8xoamYVoNqi4FjUtUI5qm8Heb8314aM7 KemnY3doYhSLHN_.RpDubnHAakvcJOgqsMIz8cqK.VWTd3OorXFJFR1RQwP.e7NT8AwWtxdx7_A2 Eby4DGsGdCa0mwNL1pAnWJSw9XhMBtBNgR6W_7NksFhqHQZ65McvYAQHajB4yJKzgOoiJPFq4gns RXw9i_0Wr9Hh1y4DSL7UrIrwIVy._wL7D9DGnP4qhzOCpQgjq29.l3Z9rYm56PoloS0BJ0Qq9cLA 4XxnbEuImpfaj2QuFDgqsadR.4yEA3RYam.hTd0I1sb8XWnR5M7w8CDVh8BFmOAzxB6S.GoRbNiS rOyQAGdGT9Oa5u2MQ1ZPkvu46D_sX8Rx_maYh_T7Y8zYj2B2czcZBhwzIhS0NWsjDlif51Z8Gh9u raglZfbYBtYsDT8MUiwwabnF2rRYesqnpmh94o4LMLAE5SRc.8k5O2Hm9bFNhN_NjhvzfcAex5ya XGJX8G9ZTg47r.7Hgj80xLGzz5pxi1S62C5SO4uCM3hGo94T2ix.ytzGtPDQEw.DJ0_V3.PJKpDJ 1POMlT1OD5p4uKVAEcEz5BLGdK.AWCl8CelewCTP6.UtW1a4HkuVCvZx_9ngmvWvGz2CEzTclwVl 4Rg3qapa3vnjS465U8a2xi4iODHnUCJXrWna8fgbD7mf0kBx1_NSHwDWvlPGr9vs5vilpEn.ykfK Eug-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Mon, 6 May 2019 20:52:46 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp412.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 83df02f7e2531a52278f1c028426c791; Mon, 06 May 2019 20:42:36 +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: powerpc64: kern_slbtrap double mtlr, one from (PC_SLBSAVE+120)(%r1) and one from (PC_SLBSAVE+136)(%r1)? Message-Id: Date: Mon, 6 May 2019 13:42:35 -0700 To: Justin Hibbits , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 9F67F89AE8 X-Spamd-Bar: ++++ X-Spamd-Result: default: False [4.89 / 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:+]; SUBJECT_ENDS_QUESTION(1.00)[]; 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.50)[0.504,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_MEDIUM(0.90)[0.901,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.98)[0.979,0]; RCVD_IN_DNSWL_NONE(0.00)[205.69.137.98.list.dnswl.org : 127.0.5.0]; IP_SCORE(2.01)[ip: (8.56), ipnet: 98.137.64.0/21(0.87), asn: 36647(0.69), 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: Mon, 06 May 2019 20:52:51 -0000 kern_slbtrap has . . . (I have capitalized to make specific MFLR, MTLR, LD, and STD and related register usage stand out. Also note PC_SLBSAVE+136 and PC_SLBSAVE+120 usage.) CNAME(slbtrap): . . . 2: MFLR %R2 /* Save the old LR in r2 */ nop bl 3f /* Begin dance to jump to = kern_slbtrap*/ .llong kern_slbtrap 3: mflr %r1 ld %r1,0(%r1) mtlr %r1 GET_CPUINFO(%r1) blrl /* 124 bytes -- 4 to spare */ CNAME(slbtrapend): kern_slbtrap: STD %R2,(PC_SLBSAVE+136)(%R1) /* old LR */ . . . 3: /* Real kernel SLB miss */ . . . mfxer %r2 /* save XER */ std %r2,(PC_SLBSAVE+112)(%r1) MFLR %R2 /* save LR (SP already saved) */ STD %R2,(PC_SLBSAVE+120)(%R1) . . . LD %R2,(PC_SLBSAVE+120)(%R1) MTLR %R2 ld %r2,(PC_SLBSAVE+128)(%r1) mtctr %r2 LD %R2,(PC_SLBSAVE+136)(%R1) MTLR %R2 /* Restore r0-r3 */ It appears that PC_SLBSAVE+120(%r1) is being used to save and restore an "internal" lr value, despite overall being replaced before lr is used. If I gather right, the ld from PC_SLBSAVE+120(%r1) is effectively unneeded. May be the store to PC_SLBSAVE+120(%r1) serves for being able to see the value in a standard place, but my guess would be that it is also unneeded in the above code. Similarly for the matching mtlr and mflr. =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 7 05:43:49 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 8351E159FF78 for ; Tue, 7 May 2019 05:43:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-20.consmr.mail.ne1.yahoo.com (sonic302-20.consmr.mail.ne1.yahoo.com [66.163.186.146]) (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 3D48972614 for ; Tue, 7 May 2019 05:43:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: xaNDVQAVM1lDPswa_d8oaFo4Qep6y0Pr35putgrwltgR340vl3t_sMyd_z6edXp _kClh8W.RZh8Tzkjn_nLJ5XWkqc1CWddkE8r1WUC0.Jyc2n4zORYu3GNA2iZnIZJsYRXHt7vWAog 4Ekr3OEkTbTMJjnk5TGTJ.YRS4HcemTlO_0KK9WYFCFlmABPBVQoHI.fTeublGRI6Lk2p0wjsKTt VSD5qFdIHwchSASIlbxUe171Zk.NMBkOmPr9fa8AeNMO95r6.sk87HaNjB8R0BvuNf.e51QQ3QBR et0BpZGhTIvM9SiTMo4EPXH6kWNcYQw4QZ34sUcUsSjlF1MvPhQMdHrIDPIFqqGN3E68ewXYldHV .nQNKBUyfpJ_pVMhjjdCYuItvx0So2JlFsJkx6q94vxdNB.uh7qdLZCoNe2J8rk6b2RKJzwti3LZ cNQz1k6HOzQP533vN0_BkBXbI3lwcOH3APPTe.jWpAxBy.tVqlgB4OU10Lssg.44V2UEF8BHiZVP d1enifKFeXmMAqrd6PEAzTlc5zlf79VzFKU0YF23OJLp9oKnwNcERKrYViAwfV_oG2jkLIs9ikez jmMkMIy7NCt.CTF8Oswnh8nDTMqmY8pjJAVrqwlko3VN_nY7DblEr6PH4_TdaSST5_fMBb1r2fhz Zi259woIJi2SNy0LcPIbTiVyDhjLoxgqzpMjt35DCBH9sPfVxyeh32YInKdAnCOnwP23vbM93dzV UfFiX1AHY5tlsMluvPyNxgcCb2UUly8VCotgM9CJlxNKBSgdaj7wOTnzpXvQXGFrY.F5WH9Vlcd5 5DLqblCsRQJ5ukPgt4YvVQ.LOmoEep5xRpDNBNuKuXObvpZ7pNea6I1mPJcIlVh5lnrUO419tVPh 4LE82gCC4VRCbLUWq_oh.25APeah04sKJrBx5FkizOlAsaOlxouj7LxVFl11__mPCk9XSrt_VhwO Fmn7H_LXPSoVLi4a8282Oh2FzFqh_zTAfRRLhoV3.LrvAGZQEfX8dce1_eSgmCScm0DDYOM7Wf1K 0j0UHS1ccNxfLa.Pm39yiTq7aJoITN4ZBoodDfnQ.xV32AcT7QJKjkZL18baXlDv8dF8FAZjCnGd iklrD4iIf.kECOE85gzO0t2LqMb0_RVFNvBnc_qeak76R1piLoAeW97E69xGJqtvQ.YDMtKOmrI3 t7DqgBRfIn2U- Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.ne1.yahoo.com with HTTP; Tue, 7 May 2019 05:43:40 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp417.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID f51ab0b08721a1c4e5626c20009d9343; Tue, 07 May 2019 05:43:38 +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: head -r347003 on 2-socket/2-cores-each G5 PowerMac11, 2's: one type of boot-blocking context found Message-Id: Date: Mon, 6 May 2019 22:43:36 -0700 To: Justin Hibbits , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 3D48972614 X-Spamd-Bar: + X-Spamd-Result: default: False [1.40 / 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: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)[]; NEURAL_HAM_MEDIUM(-0.13)[-0.132,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.89)[0.887,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.15)[ip: (3.36), ipnet: 66.163.184.0/21(1.37), asn: 36646(1.09), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.01)[0.007,0]; RCVD_IN_DNSWL_NONE(0.00)[146.186.163.66.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: Tue, 07 May 2019 05:43:49 -0000 Every example of boot failure during cpu_mp_unleash, where I've had the tracking in place, has had 1 or more examples of srr0 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 618A915A4AEA for ; Tue, 7 May 2019 09:15:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-28.consmr.mail.bf2.yahoo.com (sonic317-28.consmr.mail.bf2.yahoo.com [74.6.129.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 766FD81223 for ; Tue, 7 May 2019 09:15:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Wp6quBcVM1mC8nfZkdnbFM84ALAqzW4lchwD245pqUZ7ktkmvttp7eay1BNOqia r.77ZDYhYZXjGjhRdzikCqD6CJjHOblVXuXZ7w2zY5ZaiIWMjBq4hIqEQRrDXUxr6x9iL._fUNpk z6SMRccbuH0iNvII1Gd55V4NnyelAL7.aZySDxCUmOxcnBMbS0CQ89bTZH9SPwUXisLYv7uRTpLc OWGmQfOVTlI0r7WTbfp0XU54jaCCShXfSVIBf38EQypCBY7GM7Uv8PIJqTa3rcuFl7Mcvwr.Z2uj 8Ycixu4v487n7KLD6cZanT8dyNNU8HhaYXawyDMEX_A8J4QHglnY5jAMudao3t63OXvuq.tb3IVI YHrpxJaaIH8Oy6hs5laKFIstKEoti.nayALGzLNbAZAFOwl3UqYF3vpSLTM3k.VOLteNeVO7uEyq Tn_SfL4eCwmoUf3_IwHQpsmJ3socJz4eDOuGD_4.YMf9VqHYJ3yPuEqbw.ayDPGiDojzEYasZNjb quA3OLxQx1ZaNqvxoeCIPDFg1OJOy62wBKMpg94WMyllwp7HPQpg7v02ajRtLFQoefgTr6wSxKeY huzUX6_G2Pg_YikhckWxcwp155etTxgJW_V4WgESmntS4EL69NoFbhPX2PYbxgjJ5Dft604U5V2s Gb15VKeVvtFZi6kgGW1SuHL5Ah6hR8aq5pkuPKO_f5toXpeeZu0bpJkuRUoFYo..5w0furTWaSwS 5K9oX.mkX4eLD4OimtGt9xQb2rGh2mko.50qGZPQJiF5urA4XuIVd8gej5u_ffHqQf.ak7pv6.cC M9MN8cvrFmCQgrHka6E5rwudTvpjVJK2lNLz.u.UVDIiy4lTmQ1p1x3ETA6_IvKKkfxC9JLTUEko J2JmiKwDVHtfETYXlXfuHp3UiRLiCWR1C2MHuyTAgxK9uV2AYWhkeCN9Z_UpYyYfcuulTmO5SO8l K0cgHTKh5x.IJQwE3RP.iZR0tbEqe_N4IJgHuvzPKRHQDdenfp1Sxe8JyCPPjRi3.YPYJOu4FpiZ AloodO4Fs3hbiyhC8wIU0T6cn5BRb2m3wcfuZneYLiPOql5aI985j1_iZQ_cwH.sE3x8bPNls5Tn o.9gKd_bV0CNbGcjzSv_G.MQgZpkUK1OnQkrFLKWS69JiL2kz.djlC3R0Lkqkcl25rzruzfRQnB6 osCAytQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.bf2.yahoo.com with HTTP; Tue, 7 May 2019 09:15:40 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp426.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 94877271bb5bfaf05035626fef4d944e; Tue, 07 May 2019 09:05:30 +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 live slb entries before moea64_mid_bootstrap for bsp vs. later: are duplications of ESID's avoided? Message-Id: <3DC0E9FF-9A75-4AD4-837E-DEDCECE7DDF0@yahoo.com> Date: Tue, 7 May 2019 02:05:27 -0700 To: Justin Hibbits , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 766FD81223 X-Spamd-Bar: ++++ X-Spamd-Result: default: False [4.61 / 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:+]; SUBJECT_ENDS_QUESTION(1.00)[]; 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)[]; NEURAL_SPAM_SHORT(0.79)[0.786,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_MEDIUM(0.76)[0.763,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.96)[0.958,0]; RCVD_IN_DNSWL_NONE(0.00)[83.129.6.74.list.dnswl.org : 127.0.5.0]; IP_SCORE(1.61)[ip: (5.33), ipnet: 74.6.128.0/21(1.55), asn: 26101(1.24), 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: Tue, 07 May 2019 09:15:47 -0000 moea64_mid_bootstrap has: for (i =3D 0; i < 64; i++) { pcpup->pc_aim.slb[i].slbv =3D 0; pcpup->pc_aim.slb[i].slbe =3D 0; } which does not try to use slbmfee and slbmfev to copy the live information from prior context, such as Apple's openfirmware. (There seems to be no use of slbfev at all, though there is use of slbmfee.) One means of dealing with what this note is about might be to fill in the live entries here. (But the hard coded 64 might not be correct for what range have potential live values to get.) Is there a presumption that openfirmware and the loader and such were all strictly: MSR.IR=3D0 and MSR.DR=3D0? Is that really true of Apple's openfirmware? (Even usefdt mode would have had openfirmware in use before disabling it. There likely would still be previously established live-slb entries around for MSR.IR=3D1 or MSR.DR=3D1.) It also appears the only comparisons for checking for already-existing esid's are from the pcpup->pc_aim.slb[?].slbe content, no check of live (via slbfee). That includes in handle_kernel_slb_spill itself, effectively not checking for a duplication of a live esid with V=3D1. (The documentation explicitly reports that duplications mean undefined behavior as I remember.) This would appear to mean that starting to actually assign the first slb entries needs to be after a slbia (in a MSR.IR=3D0 context until things are re-established) so that the addition(s) do not potentially duplicate other ESID's that are valid in the live context. But that is not done. So it appears to me that in moea64_late_bootstrap and its: mtmsr(mfmsr() | PSL_DR | PSL_IR); pmap_bootstrapped++; . . . virtual_avail =3D VM_MIN_KERNEL_ADDRESS; virtual_end =3D VM_MAX_SAFE_KERNEL_ADDRESS; . . . i =3D 0; for (va =3D virtual_avail; va < virtual_end && i 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 E23F015A512D for ; Tue, 7 May 2019 09:35:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-31.consmr.mail.ne1.yahoo.com (sonic301-31.consmr.mail.ne1.yahoo.com [66.163.184.200]) (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 B353481DA7 for ; Tue, 7 May 2019 09:35:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: _yH1gXsVM1k5Crq5YWSkPmpMcR0bnbL73JWD3dqjp_TSna2AenrSKNGb.fA4wUC 9ASRRdHY8_p62masCXzyfYtwjpvR1PH8h87V93GBILMR0O5buvAtk7dETaYZLG.3spbbcZie_7K7 KDYIzZJS.fsj6JpJCg4MozeQ6i.xoQ8j1AQTMYHqlNl6pcazbZ0ga2L81SAMYE9BZV.xMVArUzP. tVfW4b2dlARJl5IyUxN63uQBicbTXfmMW2zx3cuQo1.B.vNwag3XU3I96BoGDfQAzfG7Uij9Vw1d Vfb8P7b4iAtrfQYg8IC8FXK3ywhyiLJmytq1aflm2La_OGxVVhTXU3bU6.lfEV3wLfcrMUWJawhz X0YkDEV2hZh7XMvKN6nD50yGkm_8R9gjBnJZk6lZipBSV.w2o0nQuZSvQOsHMNCRXpkr2R_1Wj4S aWY5W5ykgs2q0oGU3lZHssPJYR2NRV2ELXaaYfhcczfy3_82oNRgl8mEEAtwpthb8e9n3lHcOUtL IpLeac4OXpzXsigIamAcuiG41UXEa8z_D_uO__I46wRCOacr.8zQQ4qpA6G9Qp5kXAD6g9SUh8wk dHbnh1tlRNCjzAK2hGOZZcbU0ynyYgoEWMAIHmX1BDWW23jqqEC1FToaY6lneD.SrgrJ.0HL6udv BoJlGayjhs3SqyZa_f1ATrR7Ygt0lexpAAiEuw1kSMmEvSYJB9erM7Xrgtjf6qEdezA4RiXJLuc6 qB4mMag.RZezr.WpGXlTnDV5g8yIGqjKhDd.kg8kxKPfNC7qkegdldkqpNgl7JUkVNC2lNT2stG1 X8Z_.gVYPBAU.ShbI9EuCiv2JTuPI7OtmDYsUmbfRfMa7ApfLThiR9z2rbP68BVefbe4tPz6A1cJ ocMCX9ooOIrdMDWeUWrJrlH86fa1yBRBsgmp2vZyn0oiEMZoQgrW9pc9Ripot36qbJnlXKosb_ai k7p3AY4KicQIUCBx1w1wjjcCivyesC6D7dHidaflMQ4wXvuP1_Cy595vl4HJSjLyckhFkVSG5MIg 5mWpiPsqM1tBIY5GvVwGwRp3c7mthQG7BmReRS1EOgoe_8CZyh9JmSDxKmlRc7ulv7LENGWy0xrQ 0Q9XDqxd7rcsWL4wX3tI9WQOh.X6PeyLAgOj9TaGngAH8YNr1qLJ7aBRTuQAyF7HMNJerdi2O09X .GmJ00A-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.ne1.yahoo.com with HTTP; Tue, 7 May 2019 09:35:03 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp405.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 41ea2d27f6e23118c2ef945077d0cd00; Tue, 07 May 2019 09:34:59 +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 context: kernel_va_to_slbv(...) and SLBV_L use vs. addresses < DMAP_BASE_ADDRESS Message-Id: Date: Tue, 7 May 2019 02:34:58 -0700 To: Justin Hibbits , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: B353481DA7 X-Spamd-Bar: + X-Spamd-Result: default: False [1.71 / 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:+]; 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.63)[0.633,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_MEDIUM(0.18)[0.180,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.14)[0.135,0]; RCVD_IN_DNSWL_NONE(0.00)[200.184.163.66.list.dnswl.org : 127.0.5.0]; IP_SCORE(1.27)[ip: (3.98), ipnet: 66.163.184.0/21(1.36), asn: 36646(1.09), 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: Tue, 07 May 2019 09:35:12 -0000 [DMAP_START below is an abbreviation of DMAP_BASE_ADDRESS.] kernel_va_to_slbv has logic for if slbv would have SLBV_L asserted or not: uint64_t kernel_va_to_slbv(vm_offset_t va) { uint64_t slbv; /* Set kernel VSID to deterministic value */ slbv =3D (KERNEL_VSID((uintptr_t)va >> ADDR_SR_SHFT)) << = SLBV_VSID_SHIFT; /* * Figure out if this is a large-page mapping. */ if (hw_direct_map && va > DMAP_BASE_ADDRESS && va < = DMAP_MAX_ADDRESS) { /* * XXX: If we have set up a direct map, assumes * all physical memory is mapped with large pages. */ =20 if (mem_valid(DMAP_TO_PHYS(va), 0) =3D=3D 0) slbv |=3D SLBV_L; } =20 return (slbv); } [Presuming hw_direct_map!=3D0 . . .] By having handle_kernel_slb_spill count its usage, broken out by address range and EXC_[DI]SE type, there are examples of slbtrap's that use handle_kernel_slb_spill for srr0 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 1BBEF158F39D for ; Tue, 7 May 2019 18:07:01 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-it1-x12f.google.com (mail-it1-x12f.google.com [IPv6:2607:f8b0:4864:20::12f]) (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 33B216E1DA for ; Tue, 7 May 2019 18:07:00 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-it1-x12f.google.com with SMTP id q65so26550859itg.2 for ; Tue, 07 May 2019 11:07:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=uLax5J5tyrYt16N0rI+eCan4OiVLccE4RSkkgoVKqr8=; b=Omz1cR/C/GsBEr5AbeyZOfBkAzLWkUNWU0H+ThAiyj8HoeijSNCSJYc+Ma1YAMya0s y0ZgH/K+/0HrqDdJgvg13ZcxqzMAigU6ByL0jkmCf+iDmW8de33A/yHvTCrKhJCPO/oP jQbRT/iL5MCh/JJlcpafZ7A9ZxwSJLGqexvvBHZ+hTdAtxOaPbFKB+lbwJaTyDTWspbz iGbD4wRmE1U0l9tF5AzQXkA35WGnDFVnPE/nIccfT33iveBLSCtvLCdhVB5rJ7hlaUr0 dUE09IH5jzIKnKRkjeawZRH0+7f513GzoqdGH0e5ZluMhajSsonpzG0shO8uJlTPZXQx QgZQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=uLax5J5tyrYt16N0rI+eCan4OiVLccE4RSkkgoVKqr8=; b=e4DUQ26igxNsKEInYrtL3HAm6FAZD4qJK7C7RZ7DBX1gYBP2bT1gDmttZSRJc2uP1A nINuXvS8s5Lit5Zv8knEqTuTu2HpQLAMQSELSxwfqLLjQIaFc4Aj04UOEab5ic/1GtuU O8I7Q7yfOf0TkQoRznPrXyG4UNg40UAlZdo4kYqp3kKdFr2TSeeY+yF8VO2FZVcwdv/y zk2KTJjYCVGCcb741J8XOADBXgQVd1bNJr7rpDfKgb5Clt4HvA0qxQRj72bb/erIDH/e GR/hFKmcUj2nvdO89JeFtrVtNMd2gp5RTU1LjpGIFsIDOwwvE9Tdaehlovfg5GAQh9ay 1a2g== X-Gm-Message-State: APjAAAUHLdvyMDlT64pgbLUsZLOFkfOMV36RyDfJAinO8GBio0lzAn8r fDKELDkt4Z5Z45H0wZWR/bQ= X-Google-Smtp-Source: APXvYqxmAB7zjt6jUb+8PVOs+LWgOKbvwt36dKbh5VFaIo3JnEvld40llFioEfH4vEvSqEXoBJ7fTg== X-Received: by 2002:a02:708c:: with SMTP id f134mr22728095jac.89.1557252419327; Tue, 07 May 2019 11:06:59 -0700 (PDT) Received: from titan.knownspace (173-25-245-129.client.mchsi.com. [173.25.245.129]) by smtp.gmail.com with ESMTPSA id j5sm6508432ita.16.2019.05.07.11.06.58 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 07 May 2019 11:06:58 -0700 (PDT) Date: Tue, 7 May 2019 13:06:54 -0500 From: Justin Hibbits To: Mark Millard Cc: FreeBSD PowerPC ML Subject: Re: head -r347003 on 2-socket/2-cores-each G5 PowerMac11,2's: one type of boot-blocking context found Message-ID: <20190507130654.20a269f6@titan.knownspace> In-Reply-To: References: X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; powerpc64-portbld-freebsd13.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 33B216E1DA X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Omz1cR/C; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of chmeeedalf@gmail.com designates 2607:f8b0:4864:20::12f as permitted sender) smtp.mailfrom=chmeeedalf@gmail.com X-Spamd-Result: default: False [-6.90 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.981,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[f.2.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.91)[ip: (-9.00), ipnet: 2607:f8b0::/32(-3.22), asn: 15169(-2.26), 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: Tue, 07 May 2019 18:07:01 -0000 On Mon, 6 May 2019 22:43:36 -0700 Mark Millard wrote: > Every example of boot failure during cpu_mp_unleash, > where I've had the tracking in place, has had 1 or more > examples of srr0 handle_kernel_slb_spill before cpu_mp_unleash tries to > start its first ap. > > Every example of boot success, where I've had the tracking > in place, has had no examples of srr0 (EXC_ISE) in handle_kernel_slb_spill before the > cpu_mp_unleash finished. (Successful boots are rare > in my current test context, so there are fewer examples > of this.) > > In other words: the original live-G5 information > for the segment was still present throughout that > time frame, thus avoiding a slbtrap for such a > fetch address over the time frame involved. > > > > In the the code: > > rstvec = rstvec_virtbase + reset; > printf("powermac_smp_start_cpu: about to use *rstvec==4\n"); > *rstvec = 4; > powerpc_sync(); > (void)(*rstvec); > powerpc_sync(); > DELAY(1); > printf("powermac_smp_start_cpu: about to use *rstvec==0\n"); > *rstvec = 0; > powerpc_sync(); > (void)(*rstvec); > powerpc_sync(); > printf("powermac_smp_start_cpu: done using *rstvec==0\n"); > > Every boot failure has had the last line reported by > FireWire dcons use as the first of those 3 printf's, > for CPU 2 as the target (of 0-3). > > The above code appears to me to execute with MSR.IR=1 > on the bsp. > > But, then, what would *rstvec do if there is no ESID=0 > V=1 combination active for the live-G5 information at > the time? Does that block the exception code that > is in what would be ESID=0's address range, effectively > preventing slbtrap from being invoked to enable ESID=0? > > In other words: when MSR.IR=1, does there always > need to be a ESID=0 V=1 entry? Is it appropriate > to reserve one for ESID=0 V=1 (after invalidating > any arbitrarily placed ESID=0 V=1 entry present > before the kernel even started)? Hi Mark, Thanks for continuing to look into this. In this case you're presenting, a ISE shouldn't really matter, because the SLB miss handler is written to run entirely from real mode to handle the miss. Can you determine what the addresses were that faulted in the failure cases? We shouldn't be touching anything below DMAP_BASE at this time, since we're not yet in userspace, and all mappings should be either KVA or DMAP. - Justin From owner-freebsd-ppc@freebsd.org Tue May 7 19:04: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 B300E1590BB3 for ; Tue, 7 May 2019 19:04:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 87631702EA for ; Tue, 7 May 2019 19:04:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: hJacaSEVM1lzXIZ4idHKiJ9CEfwapBSDTeyBjOzGl8b2RjAxEz0Ho06AzTyQTDa B5lPPP.MOdQKq4hcKGQQboSBJf2b6_XzULN5yyQBmBzkX1UNbxrkCksEri5FB0wnT_j9GkNbVV2u ZYdY_BnpDpTevKGrwCGR9Bg5ARkjv7OP348l1qaG9gutLUzbRVVeHOfCm40yYkIimMrimzdroLYx VH9itI5BhcQEoV0sjMkkd8raYgLBKYyAojN2v6rd5VoxDLR8xJCL_xYB8ayYKWi1QhCdwkEcScuL Mk4bWblvliwJH_0RjcEKRSt.qWBAVeNbfl8WUSagbzBFQYiSXVkEyFg5pGFgAW222PqqYkLrhCCp M3qXPe8Fem3XnweS0uhRY3c_TnoTJOvG0dHzpziVcvMgi6ZkfluAjvSf.DQq4iZ9UXmsCvuLROhw TeDZ7omCOT9KqeIwNG.omJvjXBFvbw7EAyfv6yzpUg7xGgYLHTjyqQ4hJ9AVDw.IH45CAXs6ziKa 5xT3V9BVUkNlf7G5Ny5kYijhw9EpLHW9YgL95ngVFyVRsL9sxamZNIzpsR0PDnmEVHHxi.KugYYH 7sPMQYhk72E_fWFrBnuExpNlRcKPSOUNVSZJkHfcEUHvoOrSE9fdLtUsCpfK5S7wR5QfuxkG83L4 16B1sJK_ayQlQKiLJWwEG1KIZEe6ivaH.zSYvoziZjBbZ182iiH2jZCq9jBaMaauVG1Q9zeah8tw PXi2Fht_pvN5i0Cpg2KayL9DcZRFfe2m9OZ0Qx3OkHdC5rkjQ8IYQodhpIfF4zoQAEetiyv89tNd Q.gSoA_9DyaMolPlZM9dwVmnuiQmyPw4x.t50OAi8FUToiltFwqIeHMrc7YxdRxfMec.B6IUv0y3 M8kPdl5ZSKNnGNNlxeNpm2qLjSfpwdCZPA8fBU_y9AoYnt3ZpNm9zKcCdaKq2oeoIvmFyjx_lei1 soT2ejvHA6ymm3M0laIRUjcLnZexhxGXqxWzGSTpw3cujB1Ni4e6hB6cnyqbiTIXLXRgBr.vokjV pKspMEF8.IqLLAGzylxXgHWd9OfEOtl0oszflIMWZZV_7wC2SEPr6d_TxQS4yMqq50gaYwIcj_wL qgbvnTFg0YhwwbvS4ZrXANGNj5t3HPLW5E5xZdiZSWAWe9V8zvxcr7ly4reUYpJkCfpnLigzK16s hXg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Tue, 7 May 2019 19:04:12 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp422.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 7c86d56f0d82607c2075d6ae5511ef92; Tue, 07 May 2019 18:54:02 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: head -r347003 on 2-socket/2-cores-each G5 PowerMac11,2's: one type of boot-blocking context found From: Mark Millard In-Reply-To: <20190507130654.20a269f6@titan.knownspace> Date: Tue, 7 May 2019 11:54:01 -0700 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <20190507130654.20a269f6@titan.knownspace> To: Justin Hibbits X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 87631702EA X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.39 / 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:+]; 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.63)[0.629,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_MEDIUM(0.42)[0.418,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.44)[0.436,0]; RCVD_IN_DNSWL_NONE(0.00)[83.65.137.98.list.dnswl.org : 127.0.5.0]; IP_SCORE(1.42)[ip: (5.61), ipnet: 98.137.64.0/21(0.87), asn: 36647(0.69), 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: Tue, 07 May 2019 19:04:20 -0000 On 2019-May-7, at 11:06, Justin Hibbits wrote: > On Mon, 6 May 2019 22:43:36 -0700 > Mark Millard wrote: >=20 >> Every example of boot failure during cpu_mp_unleash, >> where I've had the tracking in place, has had 1 or more >> examples of srr0> handle_kernel_slb_spill before cpu_mp_unleash tries to >> start its first ap. >>=20 >> Every example of boot success, where I've had the tracking >> in place, has had no examples of srr0> (EXC_ISE) in handle_kernel_slb_spill before the >> cpu_mp_unleash finished. (Successful boots are rare >> in my current test context, so there are fewer examples >> of this.) >>=20 >> In other words: the original live-G5 information >> for the segment was still present throughout that >> time frame, thus avoiding a slbtrap for such a >> fetch address over the time frame involved. >>=20 >>=20 >>=20 >> In the the code: >>=20 >> rstvec =3D rstvec_virtbase + reset; >> printf("powermac_smp_start_cpu: about to use *rstvec=3D=3D4\n"); >> *rstvec =3D 4; >> powerpc_sync(); >> (void)(*rstvec); >> powerpc_sync(); >> DELAY(1); >> printf("powermac_smp_start_cpu: about to use *rstvec=3D=3D0\n"); >> *rstvec =3D 0; >> powerpc_sync(); >> (void)(*rstvec); >> powerpc_sync(); >> printf("powermac_smp_start_cpu: done using *rstvec=3D=3D0\n"); >>=20 >> Every boot failure has had the last line reported by >> FireWire dcons use as the first of those 3 printf's, >> for CPU 2 as the target (of 0-3). >>=20 >> The above code appears to me to execute with MSR.IR=3D1 >> on the bsp. >>=20 >> But, then, what would *rstvec do if there is no ESID=3D0 >> V=3D1 combination active for the live-G5 information at >> the time? Does that block the exception code that >> is in what would be ESID=3D0's address range, effectively >> preventing slbtrap from being invoked to enable ESID=3D0? >>=20 >> In other words: when MSR.IR=3D1, does there always >> need to be a ESID=3D0 V=3D1 entry? Is it appropriate >> to reserve one for ESID=3D0 V=3D1 (after invalidating >> any arbitrarily placed ESID=3D0 V=3D1 entry present >> before the kernel even started)? >=20 > Hi Mark, >=20 > Thanks for continuing to look into this. In this case you're > presenting, a ISE shouldn't really matter, because the SLB miss = handler > is written to run entirely from real mode to handle the miss. Can you > determine what the addresses were that faulted in the failure cases? > We shouldn't be touching anything below DMAP_BASE at this time, since > we're not yet in userspace, and all mappings should be either KVA or > DMAP. I'll try to to get examples of all of them for based on my current code code. But in a earlier message I reported several examples from simply sticking a printf in handle_kernel_sb_spill and later making it controllable to report at selective time frames. (The printf's being there lead to earlier hang-ups. I was surprised I got anything.) Remember that the number of handle_kernel_sb_spill calls for srr0 stbx r4,r9,r3 0000000000a869c0 <.memset+0x24> addi r9,r9,1 0000000000a869c4 <.memset+0x28> bdnz 0000000000a869bc <.memset+0x20> The above was from the unconditional printf addition and, as I remember, repeated for: #ifdef __powerpc64__ i =3D 0; for (va =3D virtual_avail; va < virtual_end && i<(n_slbs-1)/2; va = +=3D SEGMENT_LENGTH, i++) moea64_bootstrap_slb_prefault(va, 0); #endif enable_handle_kernel_slb_spill_reporting=3D 1; (Note the (n_slbs-1)/2 that I was experimenting with at the time.) The below was from instead enabling later: enable_handle_kernel_slb_spill_reporting=3D 1; dpcpu_init(dpcpu, curcpu); got (eliminating an unrelated line that had a truncated address showing): KDB: debugger backends: ddb KDB: current backend: ddb handle_kernel_slb_spill: type=3D0x380 dar=3D0x22ef8 srr0=3D0xa86690 handle_kernel_slb_spill: type=3D0x480 dar=3D0x22ef8 srr0=3D0xa86690 Both seemed to involve the stdu instruction in: 0000000000a8668c <.memcpy+0x140> ldu r0,-8(r9) 0000000000a86690 <.memcpy+0x144> stdu r0,-8(r11) 0000000000a86694 <.memcpy+0x148> bdnz 0000000000a8668c = <.memcpy+0x140> =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 8 02:57: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 754CE159B042 for ; Wed, 8 May 2019 02:57:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.ne1.yahoo.com (sonic309-22.consmr.mail.ne1.yahoo.com [66.163.184.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 7B1B487B56 for ; Wed, 8 May 2019 02:57:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: FLDCmEcVM1lHTIFKBbkn86EohYfRyYD5fi0R5LLCy7kL05v.Upe8SEgHczRhq3N 9R.C98B9gNGwu1EVM8fiKvuGtl76vbGNfsyiVjT99hKmcqG5zIRE5cnTBuAP6LrfY7JitvesSYST 3OA9M3vIDATJ_qadW7QYHiJxyGBlqmnJPvSXP_y9UnTiAtlM.aGX1eIvZqWZClT6ZrZ1Mb__WBo4 1M3j5qFW0Wk8gnQ9sUMUoCp6uI0SnY1.ifAiiBMqf.8d4aXtGpO2FdDqOT2_6AacAZ0bY3Znraop 8CdaoqYPA0DVVbDaIH4aKBTucmY4qQaCu2QTAInpbWeej2ZuiCz2vGX29_9dXYcEIyHZ8ytTtjwC vyCdHry_4k2OlGGkLNqr1p2RuLWy0oqbrXrNzUJtquEbs.AXyxy_9iEI0zGa0sUSN9KPd8Z3zuVE YV6nYF0qLT_DOxRxOJkqFkpmNbqLdljCLrI8mTQzZEwNoG91hW.zQaFDJjxRbI00vHKA3PoRS4mm Y6eKN5H1QgYye5rkE3bMDvVvrir5O3cjb.UIyPJLE90nqtkpn2vI20ddPcUcT5RVP7Rpf8KIZ8sM QENaxjjfSDMl.RxNQcMiBgOyXrsnTrioIufW_2MoTHqB1m57pmkY2aAvfSTgXBxG9eY8ZRgTJDpd 2MpGZ8aeQ5.Cks2TIGXOFgW37kt5vjLBo3pyPYqeiwY4I.ZuFZuhr1xBEEAYBgTt38RHYPDYNVmr f2JN7Ha0s2tDCB8IUrcfQHXHattrfPii4Ze6o1fI6YE_TSDFlHLrmkr4_bq92urtonGfLUWf8m5u .OCzrZD.4rdKcMvsQgXHzFcONKcIfWKoQzlBZyBCnW8BbsZoD5JU9QmWFOY7ugbR_H1xAOUMPNAL 3HDgj4o7e0FZLbcibOJlaN2lcyAYIV.VCGqzI1Zj3qojYZiuGjowV.XEoIF00DapBocI8K5EjcRE 6gtPlPHh8t5PjWK1h72qfScR8hLruVqVpvZf3hoObAGcmgW0NLCZnc.hsae.4YVIhxKgD5uX42TE p7kq5RnzS4WMe9JwKnj1TEM.nSbX5ctberQs6uk19.a8pV9iqmFc3Klk7iQ26tSKpLYdfHGCkIxZ nVuUh5eMpEiekRyIkjkvpgJQNRipH3QdkrfA.uol6DcnGN0ju3MZXAmVUcsIsoq7ppfe7uf98Ohs WrvROtw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.ne1.yahoo.com with HTTP; Wed, 8 May 2019 02:57:44 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp411.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID f45c46681c101ab8533002c42d78fd45; Wed, 08 May 2019 02:57:42 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: head -r347003 on 2-socket/2-cores-each G5 PowerMac11,2's: one type of boot-blocking context found From: Mark Millard In-Reply-To: Date: Tue, 7 May 2019 19:57:40 -0700 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <20190507130654.20a269f6@titan.knownspace> To: Justin Hibbits X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 7B1B487B56 X-Spamd-Bar: + X-Spamd-Result: default: False [1.01 / 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: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.42)[0.425,0]; NEURAL_HAM_LONG(-0.15)[-0.152,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.09)[ip: (3.05), ipnet: 66.163.184.0/21(1.36), asn: 36646(1.09), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.16)[0.156,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[148.184.163.66.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, 08 May 2019 02:57:52 -0000 This note just reports various examples of handle_kernel_slb_spill instances. There are many instances that are sometimes in common across the examples. Note that there are no examples of srr0 being reported from the DMAP space, they all have srr0 lwz r0,0(r6) 0000000000ab6948 <.bs_remap_earlyboot> mflr r0 0000000000ab694c <.bs_remap_earlyboot+0x4> std r22,-80(r1) type 0x380 srr0 0xa87f14 dar 0xc000000003d99708 0000000000a87f14 <.memset+0x20> stbx r4,r9,r3 0000000000a87f18 <.memset+0x24> addi r9,r9,1 0000000000a87f1c <.memset+0x28> bdnz 0000000000a87f14 <.memset+0x20> type 0x380 srr0 0xa8fbe4 dar 0xc000000018c99020 0000000000a8fbe0 <.moea64_pte_unset_native+0x6c> ld r2,40(r1) 0000000000a8fbe4 <.moea64_pte_unset_native+0x70> ldx r9,r29,r27 Sometime during dpcpu_init: type 0x380 srr0 0xa87be8 dar 0xe000000000022ef8 0000000000a87be4 <.memcpy+0x140> ldu r0,-8(r9) 0000000000a87be8 <.memcpy+0x144> stdu r0,-8(r11) 0000000000a87bec <.memcpy+0x148> bdnz 0000000000a87be4 = <.memcpy+0x140> Sometime after numa_mem_regions returned: (so after moea64_bootstrap_native) type 0x380 srr0 0xa842c8 dar 0x9003e000 0000000000a842c4 <.ofwfb_bitblt_bitmap+0x20c> add r9,r6,r9 0000000000a842c8 <.ofwfb_bitblt_bitmap+0x210> stwx r11,r9,r8 Sometime after msgbufinit returned: type 0x480 srr0 0xff846d78 dar 0x9003e000 (srr0: Probably an openfirmware code address?) type 0x380 srr0 0xa5d598 dar 0xc00000036ebd4020 0000000000a5d594 <.vm_page_startup+0x6ac> li r11,0 0000000000a5d598 <.vm_page_startup+0x6b0> std r11,32(r29) Sometime after platform_smp_probe_threads returned: type 0x380 srr0 0x6d7520 dar 0xe000000064d22000 00000000006d751c <.callout_cpu_init+0x94> li r0,0 00000000006d7520 <.callout_cpu_init+0x98> stdx r0,r11,r9 Failed boot example . . . Like above but one did *not* happen: type 0x380 srr0 0xa8fbe4 dar 0xc000000018c99020 Successful boot example . . . Sometime after the moea64_bootstrap_slb_prefault loop finished: i.e., for bs_remap_earlyboot related activity.=20 type 0x380 srr0 0xa87f14 dar 0xc000000003d99708 0000000000a87f14 <.memset+0x20> stbx r4,r9,r3 0000000000a87f18 <.memset+0x24> addi r9,r9,1 0000000000a87f1c <.memset+0x28> bdnz 0000000000a87f14 <.memset+0x20> type 0x380 srr0 0xa8fbe4 dar 0xc000000018c99040 0000000000a8fbe0 <.moea64_pte_unset_native+0x6c> ld r2,40(r1) 0000000000a8fbe4 <.moea64_pte_unset_native+0x70> ldx r9,r29,r27 type 0x380 srr0 0xa8fc54 dar 0xc000000003587600 0000000000a8fc50 <.moea64_pte_unset_native+0xdc> ptesync 0000000000a8fc54 <.moea64_pte_unset_native+0xe0> ld r0,88(r26) Sometime during dpcpu_init: type 0x380 srr0 0xa87be8 dar 0xe000000000022ef8 0000000000a87be4 <.memcpy+0x140> ldu r0,-8(r9) 0000000000a87be8 <.memcpy+0x144> stdu r0,-8(r11) 0000000000a87bec <.memcpy+0x148> bdnz 0000000000a87be4 = <.memcpy+0x140> Sometime after msgbufinit returned: type 0x380 srr0 0xa5d598 dar 0xc00000036ebd4020 0000000000a5d594 <.vm_page_startup+0x6ac> li r11,0 0000000000a5d598 <.vm_page_startup+0x6b0> std r11,32(r29) type 0x380 srr0 0xa8ee80 dar 0xc00000007f5e0000 0000000000a8ee7c <.moea64_zero_page+0x178> mr r11,r9 0000000000a8ee80 <.moea64_zero_page+0x17c> dcbz 0,r10 Successful boot example . . . Sometime after the moea64_bootstrap_slb_prefault loop finished: i.e., for bs_remap_earlyboot related activity.=20 type 0x380 srr0 0xa87f14 dar 0xc000000003d99708 0000000000a87f14 <.memset+0x20> stbx r4,r9,r3 0000000000a87f18 <.memset+0x24> addi r9,r9,1 0000000000a87f1c <.memset+0x28> bdnz 0000000000a87f14 <.memset+0x20> type 0x380 srr0 0xa8fbe4 dar 0xc000000018c99000 0000000000a8fbe0 <.moea64_pte_unset_native+0x6c> ld r2,40(r1) 0000000000a8fbe4 <.moea64_pte_unset_native+0x70> ldx r9,r29,r27 Sometime after numa_mem_regions returned: (so after moea64_bootstrap_native) type 0x380 srr0 0xa842c8 dar 0x9003e000 0000000000a8fbe0 <.moea64_pte_unset_native+0x6c> ld r2,40(r1) 0000000000a8fbe4 <.moea64_pte_unset_native+0x70> ldx r9,r29,r27 Sometime after msgbufinit returned:=20 type 0x480 srr0 0xff846d78 dar 0x9003e000 (srr0: Probably an openfirmware code address?) type 0x380 srr0 0xa87f14 dar 0xc00000037fffa000 0000000000a87f14 <.memset+0x20> stbx r4,r9,r3 0000000000a87f18 <.memset+0x24> addi r9,r9,1 0000000000a87f1c <.memset+0x28> bdnz 0000000000a87f14 <.memset+0x20> type 0x380 srr0 0xa5d598 dar 0xc00000036ebd4020 0000000000a5d594 <.vm_page_startup+0x6ac> li r11,0 0000000000a5d598 <.vm_page_startup+0x6b0> std r11,32(r29) type 0x380 srr0 0xa8ee80 dar 0xc00000007f5e0000 0000000000a8ee7c <.moea64_zero_page+0x178> mr r11,r9 0000000000a8ee80 <.moea64_zero_page+0x17c> dcbz 0,r10 Sometime after platform_smp_probe_threads returned: type 0x380 srr0 0xa406b4 dar 0xe0000000583ac000 0000000000a406b0 <.trash_dtor+0x2c> mtctr r9 0000000000a406b4 <.trash_dtor+0x30> stw r0,0(r3) 0000000000a406b8 <.trash_dtor+0x34> addi r3,r3,4 0000000000a406bc <.trash_dtor+0x38> bdnz 0000000000a406b4 = <.trash_dtor+0x30> Sometime during the cpu_mp_unleash final DELAY: type 0x380 srr0 0xacbec8 dar 0xe000000058403b38 0000000000acbec0 isync 0000000000acbec4 ld r17,1056(r13) 0000000000acbec8 ld r1,168(r17) Failed boot example . . . Sometime after the moea64_bootstrap_slb_prefault loop finished: i.e., for bs_remap_earlyboot related activity.=20 type 0x380 srr0 0xa87f14 dar 0xc000000003d99708 0000000000a87f14 <.memset+0x20> stbx r4,r9,r3 0000000000a87f18 <.memset+0x24> addi r9,r9,1 0000000000a87f1c <.memset+0x28> bdnz 0000000000a87f14 <.memset+0x20> Sometime after msgbufinit returned:=20 type 0x380 srr0 0xa87f14 dar 0xc00000037fffa000 0000000000a87f14 <.memset+0x20> stbx r4,r9,r3 0000000000a87f18 <.memset+0x24> addi r9,r9,1 0000000000a87f1c <.memset+0x28> bdnz 0000000000a87f14 <.memset+0x20> Sometime after platform_smp_probe_threads returned: type 0x380 srr0 0x6d7520 dar 0xe000000064d22000 00000000006d751c <.callout_cpu_init+0x94> li r0,0 00000000006d7520 <.callout_cpu_init+0x98> stdx r0,r11,r9 type 0x380 srr0 0xa406b4 dar 0xe0000000583ac000 0000000000a406b0 <.trash_dtor+0x2c> mtctr r9 0000000000a406b4 <.trash_dtor+0x30> stw r0,0(r3) 0000000000a406b8 <.trash_dtor+0x34> addi r3,r3,4 0000000000a406bc <.trash_dtor+0x38> bdnz 0000000000a406b4 = <.trash_dtor+0x30> Failed boot example . . . Sometime after the moea64_bootstrap_slb_prefault loop finished: i.e., for bs_remap_earlyboot related activity.=20 type 0x480 srr0 0xab6948 dar 0x1e29000 0000000000ab6944 <.bs_gen_map+0x110> lwz r0,0(r6) 0000000000ab6948 <.bs_remap_earlyboot> mflr r0 0000000000ab694c <.bs_remap_earlyboot+0x4> std r22,-80(r1) type 0x380 srr0 0xa87f14 dar 0xc000000003d99708 0000000000a87f14 <.memset+0x20> stbx r4,r9,r3 0000000000a87f18 <.memset+0x24> addi r9,r9,1 0000000000a87f1c <.memset+0x28> bdnz 0000000000a87f14 <.memset+0x20> Sometime during dpcpu_init: type 0x380 srr0 0xa87be8 dar 0xe000000000022ef8 0000000000a87be4 <.memcpy+0x140> ldu r0,-8(r9) 0000000000a87be8 <.memcpy+0x144> stdu r0,-8(r11) 0000000000a87bec <.memcpy+0x148> bdnz 0000000000a87be4 = <.memcpy+0x140> Sometime after numa_mem_regions returned: (so after moea64_bootstrap_native) type 0x380 srr0 0xa842c8 dar 0x9003e000 0000000000a842c4 <.ofwfb_bitblt_bitmap+0x20c> add r9,r6,r9 0000000000a842c8 <.ofwfb_bitblt_bitmap+0x210> stwx r11,r9,r8 Sometime after msgbufinit returned: type 0x480 srr0 0xff846d78 dar 0x9003e000 (srr0: Probably an openfirmware code address?) type 0x380 srr0 0xa87f14 dar 0xc00000037fffa000 0000000000a87f14 <.memset+0x20> stbx r4,r9,r3 0000000000a87f18 <.memset+0x24> addi r9,r9,1 0000000000a87f1c <.memset+0x28> bdnz 0000000000a87f14 <.memset+0x20> type 0x380 srr0 0xa8ee80 dar 0xc00000007f5e0000 0000000000a8ee7c <.moea64_zero_page+0x178> mr r11,r9 0000000000a8ee80 <.moea64_zero_page+0x17c> dcbz 0,r10 Sometime after platform_smp_probe_threads returned: type 0x380 srr0 0x6d7520 dar 0xe000000064d22000 00000000006d751c <.callout_cpu_init+0x94> li r0,0 00000000006d7520 <.callout_cpu_init+0x98> stdx r0,r11,r9 Some prior forms of sampling recorded less about the calling context but showed some things like the below. It was a different kernel build and the code I'm looking up is newer so the detailed address might not have the same instruction it did back then. But the routine name could be suggestive. type 0x380 srr0 0xa8fb30 dar 0xc000000018c99070 0000000000a8fb28 <.moea64_pte_insert_native+0x204> li r5,745 0000000000a8fb2c <.moea64_pte_insert_native+0x208> bl = 00000000009897ac <.nlm_cancel_msg_1_svc+0x324c> 0000000000a8fb30 <.moea64_pte_insert_native+0x20c> ld r2,40(r1) type 0x380 srr0 0xa8edcc dar 0xc00000007f5e0000 0000000000a8edc4 <.moea64_zero_page+0xc0> add r9,r8,r10 0000000000a8edc8 <.moea64_zero_page+0xc4> ld r0,8(r9) 0000000000a8edcc <.moea64_zero_page+0xc8> add r0,r11,r0 type 0x380 srr0 0xacbd08 dar 0xe000000058403b38 0000000000acbd00 <.longjmp+0x50> ld r0,176(r3) 0000000000acbd04 <.longjmp+0x54> mtcr r0 0000000000acbd08 <.longjmp+0x58> ld r0,168(r3) type 0x480 srr0 0xacbd08 dar 0xe000000058403b38 0000000000acbd00 <.longjmp+0x50> ld r0,176(r3) 0000000000acbd04 <.longjmp+0x54> mtcr r0 0000000000acbd08 <.longjmp+0x58> ld r0,168(r3) type 0x380 srr0 0xacbd18 dar 0xe000000058403b38 0000000000acbd10 <.longjmp+0x60> ld r0,184(r3) 0000000000acbd14 <.longjmp+0x64> mtctr r0 0000000000acbd18 <.longjmp+0x68> ld r0,192(r3) 0000000000acbd1c <.longjmp+0x6c> mtxer r0 type 0x380 srr0 0xa8fba0 dar 0xc0000000035875a0 0000000000a8fb98 <.moea64_pte_unset_native+0x24> stdu r1,-192(r1) 0000000000a8fb9c <.moea64_pte_unset_native+0x28> mr r31,r1 0000000000a8fba0 <.moea64_pte_unset_native+0x2c> mr r26,r4 0000000000a8fba4 <.moea64_pte_unset_native+0x30> ld r29,48(r4) 0000000000a8fba8 <.moea64_pte_unset_native+0x34> rldicr r29,r29,4,59 0000000000a8fbac <.moea64_pte_unset_native+0x38> ld r28,1664(r2) =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 8 05:18: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 C3021159E1AA for ; Wed, 8 May 2019 05:18:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-19.consmr.mail.gq1.yahoo.com (sonic306-19.consmr.mail.gq1.yahoo.com [98.137.68.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 5B8FE8BE74 for ; Wed, 8 May 2019 05:18:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: zvcfbRsVM1lqTwls2L3rNZLhh3SWpach4OUeC7VpeY8Ehz4vkZPutOjYIKPHPCK 6Xfd4TeE8Bwutfo17hBgd.RK_K1B1ccsU0Z6emjnfmaQawG91mBhR8swNgmHN.uZpZu9v7McIIYD TGIIdDuAh_U00xAJZr1HPSe.O18gFQZdd_LfKhEnp8FYChwILahmpiR8i0HNpOtp1N5hmdBcVQ30 rygL8XFMa4xK112Cd4s5BVGz8uqzG4CXNELyC_Vr6lc4EjPB_gJUAxTpRIrA4tz7khJIDJCx629U GUMKW4TcGzcb_GZ1A4erXG77Q1_AWGeCHR7Oko0u43qulNob2.534YpW8bnU22DTbQL7PLZ7S_An njgY4wpRXYNIMZQVjj56tcgONSr1dVF6Z6fWJNQCqxFyWxQ31xrjwhmvGqokKDm95B5gDyAt8dCo rlLBcplnErqOLqzlpw1LgVH4HmgoUM1D9nI1H8NA9vESDrTdyCsxA58891aLGm3JKv0bl84qEp6q i5NiTX3HGkcbmiIqyWf9EELhnotaVzHbfwjytXlQQlp5eXiFX.g2cSm6VNTytjUUdkyhQ3bVSIoA BGHUUKO2TO0elXykpm9wTKs3aoYVgVvad71d3635qIkmeUWvOve5r3gqDIguBfvUWyjsaq9f6Q4p W9Ml3DH3Jl_XA1vPC.lG_R6B6EpUcokFUpclkdOgNbKYkYL4yMj.HgGE7enwl7kEoNKZnryxoQmn ljAgMCrjwtMLl0_eXSpR8Lyw_3q5IINMWfmuhU8JNIox0G06oT6aIDuWxrxGQizFIv04hfUtXT7Z uOZA_XFK9NIp2ThuPI8nQDjDFMJim_eN4TPr2k0UjmVwF4..1LkQM3BOG47wFGzqP3cW0NQ3M.mR tFBNICIrYpHoeFOnVZ1pZVV4A3W0vW_Wrv9VMVXWIioSGBCLt9VKS3ZE298Au8qSLygqihjvkYl7 PU.f88H5QDrs3qNeAv5lxkQo7mD4k44q6yuntXyByT..hLs.ui3Ykv4TPJJWiIwjyIz7yrm3H0Or 36Svant0tTM1U80343drWwWAJ6rI7CYH9GUh_kIVt4l0NXWwM419fR9pGB9nBS.gIE5RL5qhc.Kc E1u_U4xmJta6ujJch3bTAceR8T_SnJDhNahhq8_lKsvEm9kSjvgJ14enXRtzC1TrYp8jTs9Hcwc. XEg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Wed, 8 May 2019 05:18:40 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp414.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a59188a8aa6a01057edd61ddba92f61d; Wed, 08 May 2019 05:18:36 +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: 2-socket/2-cores-each G5 PowerMac11, 2: I show the initial slb content *before* the FreeBSD kernel makes changes Message-Id: <96069F9E-F422-4663-8C9B-098F1736DAC0@yahoo.com> Date: Tue, 7 May 2019 22:18:36 -0700 To: Justin Hibbits , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 5B8FE8BE74 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.45 / 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.70)[0.699,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.32)[ip: (5.10), ipnet: 98.137.64.0/21(0.86), asn: 36647(0.69), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.63)[0.634,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.31)[0.309,0]; RCVD_IN_DNSWL_NONE(0.00)[82.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: Wed, 08 May 2019 05:18:51 -0000 The powerpc64 FreeBSD kernel enables MSR.IR=1 and MSR.DR=1 *before* the below are replaced as live values on the bsp, if I understand what I've read correctly. I added code to record the slb content before slbtrap is even copied over to EXC_ISE and EXC_DSE. I added code to dump the data later. Below I show the index and the esid and vsid parts as they are returned in the registers. I only show indexes with V=1 (valid content). What the investigatory code reported: 0: esid_part=0x08000000 vsid_part=0x0000 1: esid_part=0x18000000 vsid_part=0x1000 2: esid_part=0x28000000 vsid_part=0x2000 3: esid_part=0x38000000 vsid_part=0x3000 4: esid_part=0x48000000 vsid_part=0x4000 5: esid_part=0x58000000 vsid_part=0x5000 6: esid_part=0x68000000 vsid_part=0x6000 7: esid_part=0x78000000 vsid_part=0x7000 8: esid_part=0x88000000 vsid_part=0x8000 9: esid_part=0x98000000 vsid_part=0x9000 10: esid_part=0xa8000000 vsid_part=0xa000 11: esid_part=0xb8000000 vsid_part=0xb000 12: esid_part=0xc8000000 vsid_part=0xc000 13: esid_part=0xd8000000 vsid_part=0xd000 14: esid_part=0xe8000000 vsid_part=0xe000 15: esid_part=0xf8000000 vsid_part=0xf000 === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Wed May 8 12:31:09 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 509E91583606 for ; Wed, 8 May 2019 12:31:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-9.consmr.mail.bf2.yahoo.com (sonic304-9.consmr.mail.bf2.yahoo.com [74.6.128.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DADD57105B for ; Wed, 8 May 2019 12:31:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: zck3cpQVM1nXAM5QsoOlcwXWYn1HTRFIchyYNwRG9LHBpwtQ6d9fi5uHin.5ayK qUaebiHiRUr8.5KtQIzjJAUAd1yi1ruRvFWw1tZukgIuBv9TesLlTgCkz7z7Nuh5wuUEa5Sc7XM6 EMrs0uEc_EciINKZgMulQ55iQpgCmbfDL3.7yNGcU7ZPI03yrvwTk9bKVEcGn_lgWlm1YQwLtVLy 4pXskRgCOVVf1mrUiICjCp2QxPqahHzNn7M8kdLUs1ppXz9W0wg9_a8dj8vbxOYynrjTiQh9qJ6v 6nskaS6qWbAhKdW1AfzOcTlrYaiKS0bUaSbdbjfSXpC4sDEB_zO.3GFwieE9TI8NqFOvzbSEO41M iMXznMgH.nRLz8TgVJ3LjkUudTsa6WbxaQy1XXtEBzynI1Kz9HO86sf.odfeShirjV_7PtXfNHez I91iFvYbqgaecSNIlgKTpxjBrog0MdxP0eqZDFgiLzcgz4SefMM3LvZs8FzxU1rMU6c.Ir3GJaK2 tzOqfCxkDqmLLzHq0_Hg0H7JNrsIrDPA2ap0znVwnjQ8bl05WLDxS5oIPyPHTkQde9iDXINpcGvg m4svIXf4r.c8hipPe7_CUsHYb..3WEpxEE8d6.3lShS7tWVawQly1MQW0WcN2hPlP_x_FNyPW6lU jCt7VV8zQNHQHfEPS5RLbj0H5TIZv4dqKDwaAhO7KUQvgkRmXNvTQ3Mf3FRH_2HSltJGDxPvJdxx a02GAcc6snI5xKvTzqv37iF37kSZ.zCthwXXyMSg4UhPKrr5XyVaEQF.Fjd9DkAXs5GC7LhZxdo2 bhK18aSSUPYaoLSxW7sLD8hlrSJGauPz2Of0SCWHWizIkHtAkFVZtqQVzGQq_Fmph9rBY0s8f9Rh tn9WEw294ubOzFlppFAJQ0R8QF3T61fzLr0nPid9UeUgxBwFYjuJod1JV5Bo558zRyoMXMkwnfOH h.4oq6lMeHYSMOp9R3Grc8r4eORBTG5esYXK83QPTAJAreqEv4.fynKzulnAb5KeLmpLlNvFa5iS QmoamZ.JY7gSZfCgi3OPVyjwWqPuqRZQ4Mbig3mdcu_qu8OIMBgnPK6xGQiqc4QtL5oaiwFM0R3z g1E5whYlhCXBb8qcfOQ44hXjIT2Hi5UwS7.9avanA79Sff6dQnT98LGmsk6E.USv4sojbh0CCFRe 55Gpuxw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.bf2.yahoo.com with HTTP; Wed, 8 May 2019 12:30:59 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp424.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 05107df409d3ae2b48e7bcd514056fc4; Wed, 08 May 2019 12:30:55 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: head -r347003 on 2-socket/2-cores-each G5 PowerMac11,2's: one type of boot-blocking context found (CPU 1 evidence) From: Mark Millard In-Reply-To: Date: Wed, 8 May 2019 05:30:52 -0700 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: 7bit Message-Id: <21AF1C2A-ABCF-4057-8DEF-00B079624A73@yahoo.com> References: <20190507130654.20a269f6@titan.knownspace> To: Justin Hibbits X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: DADD57105B X-Spamd-Bar: + X-Spamd-Result: default: False [1.80 / 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: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)[]; NEURAL_SPAM_SHORT(0.96)[0.959,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.16)[ip: (3.07), ipnet: 74.6.128.0/21(1.54), asn: 26101(1.23), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.18)[0.182,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.02)[0.016,0]; RCVD_IN_DNSWL_NONE(0.00)[32.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, 08 May 2019 12:31:09 -0000 This note deals with the "CPU 1" hangup evidence, CPU 2 related will be later sometime. They do not behave the same. (These are what has been failing recently but need not be long term stable CPU numbers.) CPU 1 is the one that gets as far as trying: sp = pcpup->pc_curpcb->pcb_sp; in cpudep_ap_bootstrap but sometimes hangs-up attempting the pc_curpcb-> part and cpudep_ap_bootstrap never finishes. (I added code at the end that does not produce its result in memory. The bsp times-out waiting for CPU 1 to become awake --and so skips CPU 1.) I'll note that slb index 0 is not assigned a V=1 status on CPU 1 at this stage. Indexes 1-63 are. (These were extracted live values, not from FreeBSD data structures.) When it works, CPU 1 sees (showing where the values come from --and it is a specific example boot): pcpup_value =0x197c380 pc_idlethread_value=0xc00000000224f580 td_pcb_value =0xe000000064beca90 pcb_sp_value =0xe000000064bec8f0 When it fails it can not get that last value via the td_pcb_value: pcpup_value =0x197c380 pc_idlethread_value=0xc00000000224f580 td_pcb_value =0xe000000064beca90 Note: pcpup values are not from the DMAP space or the KVA space. In the working case, the CPU 1 slbs already had: (These were extracted live values, not from FreeBSD data structures.) 39: esid_part= 0x8000000 vsid_part=0x1000000000000 17: esid_part=0xc000000008000000 vsid_part=0x10000ecc40100 61: esid_part=0xe000000068000000 vsid_part=0x100087a5a0000 (So no need for handle_kernel_slb_spill.) In a failing case: (These were extracted live values, not from FreeBSD data structures.) 30: esid_part= 0x8000000 vsid_part=0x1000000000000 15: esid_part=0xc000000008000000 vsid_part=0x10000ecc40100 (no esid_part=0xe000000068000000) (Others are similar.) In the failing case, code I put in handle_kernel_slb_spill to record to extra global variables does not happen. As far as I can tell CPU 1 never gets to handle_kernel_slb_spill at all. (Not that I've figured out how to find where CPU 1 does get to.) Side note for below DMAP_START based esid's: 39: esid_part= 0x8000000 vsid_part=0x1000000000000 53: esid_part=0x98000000 vsid_part=0x1000b19300000 54: esid_part=0xa8000000 vsid_part=0x1000c54e00000 51: esid_part=0xf8000000 vsid_part=0x100127f500000 and (different example): 30: esid_part= 0x8000000 vsid_part=0x1000000000000 52: esid_part=0x88000000 vsid_part=0x10009dd800000 38: esid_part=0x98000000 vsid_part=0x1000b19300000 54: esid_part=0xa8000000 vsid_part=0x1000c54e00000 and (different example): 50: esid_part=0x78000000 vsid_part=0x10008a1d00000 53: esid_part=0x98000000 vsid_part=0x1000b19300000 54: esid_part=0xa8000000 vsid_part=0x1000c54e00000 49: esid_part=0xf8000000 vsid_part=0x100127f500000 === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Wed May 8 14:59:57 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 A2A1315896D7 for ; Wed, 8 May 2019 14:59:57 +0000 (UTC) (envelope-from oggy@farscape.co.uk) Received: from mail-lj1-x22c.google.com (mail-lj1-x22c.google.com [IPv6:2a00:1450:4864:20::22c]) (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 3DB62766BE for ; Wed, 8 May 2019 14:59:56 +0000 (UTC) (envelope-from oggy@farscape.co.uk) Received: by mail-lj1-x22c.google.com with SMTP id d15so17769220ljc.7 for ; Wed, 08 May 2019 07:59:55 -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=t09LbAGQZ/DcJ8QErv6oBFoSZkXTcDJKBaUHFrvkfQY=; b=IU2rBVXvPKN0K2ttUJHiaRV2yDs68QxcKJTdvGVdyVcN7MI6IBzzXlEw5zHwDboWF0 SeV3dDJaYNIFDwC9slnNh3Yo8WkhwlckIunnbecy24AHw0HMvBB357QC8KPnIIhwdroT h+2G/Azz2TTYKvRGVcdqyhPxTSiWLfLhMu+lhbjk2ZsfzcWcONUPz1/3tlGu/Lg9ezvS ilQ4YIxtKRG72GfRLFxoT4U3WaAkyigs96ZQWqnC8pw84YwZX69pzCKNya5unRW9CioZ xAijYnv9wpfkeLZ3Su5Y3U5ndZVdIRVND8dmdC2tCaCfnVsZsjelmFOWx6kC/cJkNobP lBog== 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=t09LbAGQZ/DcJ8QErv6oBFoSZkXTcDJKBaUHFrvkfQY=; b=uTF0sf9JlItaj5ltEw32VuXqzvvj8FPBlp0HHbDA5dO6GCIUGZ/u+Xa5llrmdr01Pr Zxb+wgngeJRGlfzUG2nIZOxGReyhkHVNw67amK52GiQzE8+9WYNqhgSY782kvlPZd+Cn quSvUphbeKtqo/6jF2ySx+h/ZBD4R23JztjG2V4OeVr3olnfnLExoO3jn/ltB6JwHx7C jGgA05/99auK4WXAoPZ0wLoDWnQpu+fiE5yMnnEAFn+YUxrayOYj9JiE9SPQtDNS5TKb E9gZbZ0Hqmdd1BewwCMJ/9FEIytPKZ6kbw6RDYUIYpEnZ6mevHblZJFidhgH4YGtA0ZJ w2wQ== X-Gm-Message-State: APjAAAXS0/iQYHNMg7qn//Fi1B51gywRFM6FyyEQSFNsQFRSG9JUxjuR c6CdZDYyKxcXr7MMQasTrI6989a2GZvYuc7GGe0Q/LmB X-Google-Smtp-Source: APXvYqz8QUfeQXUPzprxALvKeRRTtQPOyWrfWeH8oEjckLuwPhWZDpdyQFZo6tNcW3HYvbTJjqOlb/5fKxSHwK+D2gk= X-Received: by 2002:a2e:2413:: with SMTP id k19mr6964635ljk.121.1557327593957; Wed, 08 May 2019 07:59:53 -0700 (PDT) MIME-Version: 1.0 From: Francis Little Date: Wed, 8 May 2019 15:59:44 +0100 Message-ID: Subject: X.org colour issues on PowerMac G5 with GeForce 6600 To: freebsd-ppc@freebsd.org X-Rspamd-Queue-Id: 3DB62766BE X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=farscape-co-uk.20150623.gappssmtp.com header.s=20150623 header.b=IU2rBVXv; spf=pass (mx1.freebsd.org: domain of oggy@farscape.co.uk designates 2a00:1450:4864:20::22c as permitted sender) smtp.mailfrom=oggy@farscape.co.uk X-Spamd-Result: default: False [-5.91 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_NONE(0.00)[]; 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]; NEURAL_HAM_SHORT(-0.96)[-0.965,0]; 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]; IP_SCORE(-2.83)[ip: (-9.61), ipnet: 2a00:1450::/32(-2.23), asn: 15169(-2.25), country: US(-0.06)]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[farscape-co-uk.20150623.gappssmtp.com:s=20150623]; URL_IN_SUBJECT(0.40)[x.org]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; DMARC_NA(0.00)[farscape.co.uk]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[c.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]; 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: Wed, 08 May 2019 14:59:58 -0000 Hi, I'm trying to use X.org on my G5 with a GeForce 6600, using no xorg.conf at all, twm comes up at the correct resolution, but all the colours are all wrong. Is anyone using X.org on a similar setup and do you have issues? Regards Francis From owner-freebsd-ppc@freebsd.org Wed May 8 20:53:30 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 9EAE11593799 for ; Wed, 8 May 2019 20:53:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.ne1.yahoo.com (sonic311-24.consmr.mail.ne1.yahoo.com [66.163.188.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 55AFC8E6C6 for ; Wed, 8 May 2019 20:53:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: oSW28pUVM1nJtc5a7HjUpGbFnQVBSWLCupm6uy3u7rmg0tJEVfc8664cIcaQ9zW US5_myiNuKTiuygJDcinMfvXFpAyOUcBNd87LxWxPgMz7iMTOwb_RptcS5OWpgm9V_.dTNNfVJ.f i5O1fG4ckwfWrgfPtxQTvf4o3qb9rncrdTkNKu3YNNfVX2OqqN6XVe10AhpQov5anW1nWWSte3fK QRLJDwfh0rUnUZ2jIBM08OWROzquqOHYITNYO1dQHPrh2Ce1FpzMwLOYWWn.8aqXj3d.JUuWJAw1 0QacAlYHPENQOiGA5MwNesjXriR7wku2wxFJx6813M7SN84_8C0hAy1.rrfF.qS_xUzda9WjzMEZ jtdPqvUed3PVOfgxdtpE4xPLA6ZItFacVZBdqEo5Lh1CE0_W04hQ_q9mNaXvpbilmoaGpvElvBry hoMpBG9nnp0tLWw1erT8L5RKjvAwRcgym5jmKyDge4LjnvI2GGtPm.l4JUmok35dTzSZcdJfEhpY hKsL2aWwcWQPB6e7Q4vUjVXoukM5zzrQVMkX1eegrx4Ge4U3yhg5YD9ziKKEBjGaSScpTSL3BU2U njl2L6IvV4H1ox3zudV0P3D23QYrlAtXoVikxTpI7yNSsAJZjQELZEEn7tAdOTj3400.6imXugSQ VB6mr.0NmuzSrBgcV0xmaFLY3H21vP60rww.QqmuSKgAsmagX3tnVDdeGoAkW_xXY252TJf0ohK_ 7nlrMI9Ft941WHl0Zaq91FfRFj39LQJa6ppeqiGXZsB7Mi9OJ5y5uVYaWZI25oxijiKJy5ymAs59 eKU0.piwV64Vj2QH6YZeLM1QFQpGubCZv9QZqMQNrNEnIc3h3KCtysPOr6WS.KXvfnr3WKhpmuw0 PZtyYDtjVJ9U_.AY7BSdG5VZ27RCQwY4xre1QjjIKusMeSwQXp93ffWcwZ80C2ho1QLOh3R5U4_X QKKKI6bz3gqNack2FgRKctgIK.5hmn.4rhbgbq8vcjZAoNR0Cq2o6Ctt7dbTTemcBZ4w5oympHAX hBgCfzOl9qoDeGTYdR9fDPdaR4V9dTVi1moSxrRd_h8k4j.YF_O5OZsxnm5Sg_UGJcFLMliqa_tk dYKqn1rU8F39IWHbjACixl3iLCP624XP6lvusEiiNlhfiHW2MF0Ux5aVanVVmvC1UiTfE9eoxiFQ 9e1ogIpoGfFA- Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.ne1.yahoo.com with HTTP; Wed, 8 May 2019 20:53:21 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp418.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID ac0e895e57dc7f51fc244a4233d6cfb9; Wed, 08 May 2019 20:53:18 +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 context: aim/locore64.S __start TMPSTKSZ-48 vs. TMPSTKSZ-96 (-r277392 and later) vs. modern aim/trap_subr64.S cpu_reset_handler: (TMPSTKSZ-48)? Message-Id: Date: Wed, 8 May 2019 13:53:17 -0700 To: Justin Hibbits , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 55AFC8E6C6 X-Spamd-Bar: +++++ X-Spamd-Result: default: False [5.29 / 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:+]; SUBJECT_ENDS_QUESTION(1.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.91)[0.908,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_MEDIUM(0.86)[0.861,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.99)[0.989,0]; RCVD_IN_DNSWL_NONE(0.00)[205.188.163.66.list.dnswl.org : 127.0.5.0]; IP_SCORE(2.05)[ip: (7.85), ipnet: 66.163.184.0/21(1.35), asn: 36646(1.08), 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: Wed, 08 May 2019 20:53:30 -0000 Should cpu_reset_handler have been updated to use (TMPSTKSZ-96) when __start was changed to use TMPSTKSZ-96, back in 2015-Jan-19? === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Wed May 8 22:10:59 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 80ED41594D6D for ; Wed, 8 May 2019 22:10:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 838B269DE0 for ; Wed, 8 May 2019 22:10:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: p45rCncVM1ms99iyC6nnOKadPuh2sz_FK_3dVzKKuFEEp879GeIH7d7WnNLIYAi KGWKPppj76Q_jDqau4pw.0gWbpar1QEeJ8JUexk9dgZDnwPCeCsscaK3JE8OaF_L_qgTmyAP1RMv DTomTxd.2SuuGw_4dpDgIbC0154iwfz.WF303EIYxj9kpd2gZJT6vvX22_90PCeg23QmpQFJ6WVv 1_C7AtGJKnWO.yKKYuv6nAfDDcXtVdGeQMTwM0Y6I_tyZ.IvEGvUQOEPCfBrcZiyQLNS7ux3OkAs oEbZmvYcDbRFRaMyfVx03DVsZ7D4simY_UTH5dW6oudJ5sE72p31wl76KWldIef7ceRbdEOZb5ge CawK_dSzwS6tfR8kiMMxwaN0xaLciUSF0BpC_xCyfzIfTUmN5w4_UgeZ4Cmy04SlFvkmtDEqrb.i dIq1ulQLH95psxesIv8AtJwKWs3VE7zSSJ8cQCt8JztTLGb2TNLqDqNbMuWEwLds9xBPErTZkwf4 lreqEZmpnr9tyO4rtL6gjLpOLLSL4L3e43hagmSw2B3VpSfIW1TTXkjE8ud2KJHU7GTyFKwjTs3y 7mp0w6LaZpQ.x5VkmWLQkV1GgTcTn.ADX3RcfcdjmlnUh3ldQTJkL0_DUOa4AvLdc_YCmKOzyVW. xsN6XG8eZe6EbgCCQmxtstbvvyAlMSWN2sAim0pv7ms75qNKOGtc_0.JEPgH24jQRXTeZhphVa1n GBmrpSm8y7n6ZqOq_Dxa6rdNPMoo632awKW6udubPbi3Y02eQS.rdyEuSpV1jf2ql9WZ2THZ5nIh LS27QwLdxJe5YgP0P17EixayvprtI3bkWHgBEANUjdSxZrR2AyHNVQ0AW9CwG7SQQmr_8L8O5W3w q8M_nRMZlR_2ZrHBGrdwWKBR_OA5jLpVno26mdQj046UeqfMv1Hz0iWXPS7fjASDuc2ev5uf3HNF zRhzaiNZ_b.CU_f_2lVLjVWuHbEUtYkzAEMR.p8cJ6.ZLi8sQGKlsa51A5Xr5U94UuptpfRGFnEj SCdtjEeEDsS5YxsqdYA8NVGBw.tZQgInAkyxtSwr9Nx9GcCfNGyjzhM5oHQQdkZk6ya79CHGX2iP q6ENFqG0ByAuxW4VgDJIeA_2avxeZbUTzhfsDMEyLLGxuLQSogzHcSV5B.ZyZfb3kWNJXOkseG.v 7E_ye Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Wed, 8 May 2019 22:10:51 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp430.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID c3262438ef4fb32ee9793a8edb9a7a68; Wed, 08 May 2019 22:10:46 +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: powerpc64 context: aim/locore64.S __start TMPSTKSZ-48 vs. TMPSTKSZ-96 (-r277392 and later) vs. modern aim/trap_subr64.S cpu_reset_handler: (TMPSTKSZ-48)? Date: Wed, 8 May 2019 15:10:45 -0700 References: To: Justin Hibbits , FreeBSD PowerPC ML In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 838B269DE0 X-Spamd-Bar: +++++ X-Spamd-Result: default: False [5.29 / 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:+]; SUBJECT_ENDS_QUESTION(1.00)[]; 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.97)[0.966,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_MEDIUM(0.87)[0.875,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.98)[0.984,0]; RCVD_IN_DNSWL_NONE(0.00)[205.69.137.98.list.dnswl.org : 127.0.5.0]; IP_SCORE(1.97)[ip: (8.36), ipnet: 98.137.64.0/21(0.86), asn: 36647(0.69), 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: Wed, 08 May 2019 22:10:59 -0000 On 2019-May-8, at 13:53, Mark Millard wrote: > Should cpu_reset_handler have been updated to use (TMPSTKSZ-96) when > __start was changed to use TMPSTKSZ-96, back in 2015-Jan-19? >=20 Looks like I should have listed more context: there is both (TMPSTKSZ-48) and (TRAPSTKSZ-48) for powerpc64: /mnt/usr/src/sys/powerpc/aim/trap_subr32.S: addi = %r1,%r1,TRAPSTKSZ-16 /mnt/usr/src/sys/powerpc/aim/trap_subr64.S: addi = %r1,%r1,(TMPSTKSZ-48) /mnt/usr/src/sys/powerpc/aim/trap_subr64.S: addi = %r1,%r1,(TRAPSTKSZ-48) /mnt/usr/src/sys/powerpc/aim/locore32.S:#define TMPSTKSZ 8192 = /* 8K temporary stack */ /mnt/usr/src/sys/powerpc/aim/locore32.S: .space TMPSTKSZ /mnt/usr/src/sys/powerpc/aim/locore32.S:#define TRAPSTKSZ 4096 = /* 4k trap stack */ /mnt/usr/src/sys/powerpc/aim/locore32.S: .space TRAPSTKSZ /mnt/usr/src/sys/powerpc/aim/locore32.S: addi = %r1,%r1,(8+TMPSTKSZ-40) /mnt/usr/src/sys/powerpc/aim/locore64.S:#define TMPSTKSZ 16384 = /* 16K temporary stack */ /mnt/usr/src/sys/powerpc/aim/locore64.S: .space TMPSTKSZ /mnt/usr/src/sys/powerpc/aim/locore64.S:#define TRAPSTKSZ 4096 = /* 4k trap stack */ /mnt/usr/src/sys/powerpc/aim/locore64.S: .space TRAPSTKSZ /mnt/usr/src/sys/powerpc/aim/locore64.S: .llong tmpstk + = TMPSTKSZ - 96 - . /mnt/usr/src/sys/powerpc/ofw/ofwcall64.S:#define OFWSTKSZ = 4096 /* 4K Open Firmware stack */ /mnt/usr/src/sys/powerpc/ofw/ofwcall64.S: .space OFWSTKSZ /mnt/usr/src/sys/powerpc/ofw/ofwcall64.S: addi = %r7,%r7,OFWSTKSZ-40 /mnt/usr/src/sys/powerpc/ofw/ofwcall32.S:#define OFWSTKSZ = 4096 /* 4K Open Firmware stack */ /mnt/usr/src/sys/powerpc/ofw/ofwcall32.S: .space OFWSTKSZ /mnt/usr/src/sys/powerpc/ofw/ofwcall32.S: addi = %r1,%r1,(OFWSTKSZ-32) It is not obvious what justifies the figures for powerpc64: TMPSTKSZ - 96 TMPSTKSZ-48 TRAPSTKSZ-48 Magic constants with no notes about how to figure out the correct (minimum?) figure to subtract. My question about the 48 vs. 96 may apply to more than the TMPSTKSZ-48 usage. =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 8 22: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 B78411594DD4 for ; Wed, 8 May 2019 22:16:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-12.consmr.mail.bf2.yahoo.com (sonic316-12.consmr.mail.bf2.yahoo.com [74.6.130.122]) (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 5C07D6A0C8 for ; Wed, 8 May 2019 22:16:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: P3LMJ90VM1nYV2SoZZAzHwYJC0FaRNZ9MQeD1uzLOv295fi9ts7t69b0bG7G16W DY5lzcpxhM8Yau47yLnCxKb283loRgaPsORNpLUrHcvNEOFaf2QeCnX76My7gBV9WbC7AZ5r_hON m7S5IAvOI4wyZ7nqScWl0tWcrN8bVu6OdZvB2mOg4zvHH2AhbkU9ISCjB6EUB5fq6uzUF6To6NG3 i0a36SalT13.2r7_7KW9uMhf4Kd5aWV407hOf4ByNFfv6FrTjvvKk1csPTJ03RbBD4FZ8zm1sxQj O2EnQs3Oc0Mp1wFJfKUwtJcDbq5Fm88TwahjecWhtezk6sfM1gCwwmu9eY1EzK_jN6ruTevuysYa CmBeLgKqFgLwfmKygCa_O84G_UeINWVPFkItLXuJspu0hq9.b0i1BS70N2uXUkz2TtmWR59Uzu09 5BV9oEpW0pgeq._OMOmNEvcNMsiKbJQhCsaxQvtLUKTr4dCp4KwGp.4xE8vob6ovQdEWSEHnqKo4 o2dA8Ap_Har26LKi56aJK43mC3JWznOJDh7wVR0UxjXJkUebn8Z6nDWfqHOyFrVNBiHVyBkYpiIB MbZWsQXt2eU6IgXIty9ZATm9cwgAaJRW1Rd92Av_HMUFbLelw5KfZo49pQY7BEvUdcEjPabla1Og hRoEU4kYH4VD7qxOzU.1S3q9WsjH4iah.vfsEVSg0zdBunbTvWWL96Ru3kzis0XCcI2ExDmLOwW9 D.4jAeK4c94hKSXm7OIzv.CIFbBRIBJ16ws6sK5dOi2KtEhWrh2ltvN9258tfwB3cowPMLOOdBj9 _7HBfXHnx49Qfe5tjv8PXPcMmKBG8pS1s5Xhf6xHXkvPefCQFyEwlWXhcUmTYn3ElsOsl6KfC4IY .Kz2hT6Et4hJq8cGLsNvuYt0zHnKSoXDCuTORYmZMEvKE9i_lk9z4LwnbG.8IbnQEpGugVBFhe7W VArRPugmywTd42Vst4B2YQsD496j8B61QEaGteFLZCJoqyo7xYByZDfQvidprx2O7OAOOalV.yfz dz6VgLP1tWnCp8KfT5QXs0iKYIBYXYqCRSUDFyFyhK_CSttJXvHckMV9DLgJEnrEV5nW1PLFAPm5 RqBiG0mQSYJotVnAZ.LPRrsLiO33OBZ.v.vdl_rV6RWRQy_KG8tsDK0EGwwJ0cEK27NJxNEUUO.t fUinK Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.bf2.yahoo.com with HTTP; Wed, 8 May 2019 22:16:15 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp405.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 385c09763b29df64114df75c55e59c85; Wed, 08 May 2019 22:16:13 +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: powerpc64 context: aim/locore64.S __start TMPSTKSZ-48 vs. TMPSTKSZ-96 (-r277392 and later) vs. modern aim/trap_subr64.S cpu_reset_handler: (TMPSTKSZ-48)? Date: Wed, 8 May 2019 15:16:11 -0700 References: To: Justin Hibbits , FreeBSD PowerPC ML In-Reply-To: Message-Id: <34644717-49EE-48E7-92BA-5F6DF3082534@yahoo.com> X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 5C07D6A0C8 X-Spamd-Bar: ++++ X-Spamd-Result: default: False [4.89 / 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)[]; SUBJECT_ENDS_QUESTION(1.00)[]; 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)[]; NEURAL_SPAM_SHORT(0.95)[0.954,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; NEURAL_SPAM_MEDIUM(0.75)[0.754,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.98)[0.978,0]; RCVD_IN_DNSWL_NONE(0.00)[122.130.6.74.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(1.71)[ip: (5.86), ipnet: 74.6.128.0/21(1.53), asn: 26101(1.23), 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: Wed, 08 May 2019 22:16:18 -0000 [I found yet another one, an implicit example: PC_SLBSTACK-48+1024.] On 2019-May-8, at 15:10, Mark Millard wrote: > On 2019-May-8, at 13:53, Mark Millard wrote: >=20 >> Should cpu_reset_handler have been updated to use (TMPSTKSZ-96) when >> __start was changed to use TMPSTKSZ-96, back in 2015-Jan-19? >>=20 >=20 > Looks like I should have listed more context: there is both > (TMPSTKSZ-48) and (TRAPSTKSZ-48) for powerpc64: >=20 > /mnt/usr/src/sys/powerpc/aim/trap_subr32.S: addi = %r1,%r1,TRAPSTKSZ-16 > /mnt/usr/src/sys/powerpc/aim/trap_subr64.S: addi = %r1,%r1,(TMPSTKSZ-48) > /mnt/usr/src/sys/powerpc/aim/trap_subr64.S: addi = %r1,%r1,(TRAPSTKSZ-48) > /mnt/usr/src/sys/powerpc/aim/locore32.S:#define TMPSTKSZ 8192 = /* 8K temporary stack */ > /mnt/usr/src/sys/powerpc/aim/locore32.S: .space TMPSTKSZ > /mnt/usr/src/sys/powerpc/aim/locore32.S:#define TRAPSTKSZ 4096 = /* 4k trap stack */ > /mnt/usr/src/sys/powerpc/aim/locore32.S: .space = TRAPSTKSZ > /mnt/usr/src/sys/powerpc/aim/locore32.S: addi = %r1,%r1,(8+TMPSTKSZ-40) > /mnt/usr/src/sys/powerpc/aim/locore64.S:#define TMPSTKSZ 16384 = /* 16K temporary stack */ > /mnt/usr/src/sys/powerpc/aim/locore64.S: .space TMPSTKSZ > /mnt/usr/src/sys/powerpc/aim/locore64.S:#define TRAPSTKSZ 4096 = /* 4k trap stack */ > /mnt/usr/src/sys/powerpc/aim/locore64.S: .space = TRAPSTKSZ > /mnt/usr/src/sys/powerpc/aim/locore64.S: .llong tmpstk + = TMPSTKSZ - 96 - . > /mnt/usr/src/sys/powerpc/ofw/ofwcall64.S:#define OFWSTKSZ = 4096 /* 4K Open Firmware stack */ > /mnt/usr/src/sys/powerpc/ofw/ofwcall64.S: .space OFWSTKSZ > /mnt/usr/src/sys/powerpc/ofw/ofwcall64.S: addi = %r7,%r7,OFWSTKSZ-40 > /mnt/usr/src/sys/powerpc/ofw/ofwcall32.S:#define OFWSTKSZ = 4096 /* 4K Open Firmware stack */ > /mnt/usr/src/sys/powerpc/ofw/ofwcall32.S: .space OFWSTKSZ > /mnt/usr/src/sys/powerpc/ofw/ofwcall32.S: addi = %r1,%r1,(OFWSTKSZ-32) >=20 >=20 > It is not obvious what justifies the figures for > powerpc64: >=20 > TMPSTKSZ - 96 > TMPSTKSZ-48 > TRAPSTKSZ-48 >=20 > Magic constants with no notes about how to figure out > the correct (minimum?) figure to subtract. >=20 > My question about the 48 vs. 96 may apply to more > than the TMPSTKSZ-48 usage. There is also: addi %r1,%r1,PC_SLBSTACK-48+1024 with 1024 being the ???STKSZ and having another magic 48 that I wonder about if it should be 96. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) =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 10 03:06: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 0E5F015956EC for ; Fri, 10 May 2019 03:06:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-1.consmr.mail.bf2.yahoo.com (sonic302-1.consmr.mail.bf2.yahoo.com [74.6.135.40]) (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 A92708CFC9 for ; Fri, 10 May 2019 03:05:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: RDoOTzMVM1kowF7Z0uMsAiuMR7AzXFSlxBKIuiOT2jYn52RynlB6F_IKa1pxxkt EX9Rsd37XA2ywow.ZZtk4PVLlx.VznZHWYPHLL5uLnLjgpuSb4RD.EM163c3jf7zyOsuOXn3CLVs Wca0GbWy9JuJo6pc6cOm5xjGZxH7lEAHF18D3iR7QMLsxKSlgc4rVHWEt7xMqsnF9.DL9LWCx0_m QVuVhVfJyMtwRBlj7uOepbpSOge0oFAmHYU3rLNLrCmw9ySZOfOCBYXCMnfReVTv7WmzjKc5vWEx iyayzbSEksXPrdjTlYCkfHE92miEtk3R7aOO3EI9aNNz3hOIieK51ziNnjFYs4BeSGkGxEZs_Z4L FJG7b5Oi5FJvTIqF3NjnBqw4R0hQQjG269o_l4DqH0jc4HWP2JIbNVI8F5vWJbr4Sr.G6z.9WaNj VXtbiNY44XwiJU5owBktdXLJqOvKIn_GWlQXiTNAWtm6xnvawmH2uGBTgaxWytXfxSx3RaVFMeTZ wLNv4lHsPP_DK.D9TGfQHthhfpYNtdWPJ8hZPwH9LC.Zg9oTsy3Qtx2pPs9oj6eUlY1szaCminml kSh0kGPTvJnhfr.4Vt1pCZrOEq_YoUJf07Sk5_pQ5Wkjxy_UytCDPpIQ_DC0dqsSpnMPqBfKD_rA lKuUkSO3JvT6SBB2mW4ahU38BGy.8Lo395v1rWJsK7JvMhdicb1Sozmd340JhC8OQ4OPGeUX92kz pygSxCu5Y4bCgJx_p9XYUCt1tUOe6kLZjs04Vxj9Vg8sPtcHzuAC3ZcSJpM5UvviDxkkTWXNBopv xNf5aZYKFknMKfIbDeFaPBl56P08YPy058mmXBT3k9Uv19rH4eLWyhSScpE13vtH.XuVTxo4dMJ. K.f6GIwUZqSlnx_LakK_GfXAkPxVZ_JMPZuVJWUjURnUlULpYtsdkYMpyH0ITwhJ7LsDZSQl8CSd edElFxpF9jK0XQH1HM9FA3qJ59e6WvEk.vNf.1h4Zj91ydidfUIlV4R__9g_eHFkjRbZqpriDSsl hVPDk3nZuP3LfUiJBek8nEo2bT0UrIWmQwOnBiHjWbYoVY_FXuEOumFQo2fHKAd7k9pRV93yC51u l9UOgTCqFgrLCCdLHgjMOoXpqXp2Aa7jSJBNpiksVDCIj4IckRpSpR_3XcBgQ7y0EGJFsjPcDZLv ZU7Nt Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.bf2.yahoo.com with HTTP; Fri, 10 May 2019 03:05:53 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp403.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 3fd30e9b401ce6531061e9173aa9cde2; Fri, 10 May 2019 03:05:50 +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: PowerMac G5's vs. PSL_ME manipulation in the msr: mtmsr ignores it, only rfid can set it? (How to avoid checkstop on the ap's?) Message-Id: <2850A34A-854D-41DB-976D-3D859789D3DB@yahoo.com> Date: Thu, 9 May 2019 20:05:48 -0700 To: Justin Hibbits , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: A92708CFC9 X-Spamd-Bar: + X-Spamd-Result: default: False [1.65 / 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:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; NEURAL_SPAM_SHORT(0.92)[0.916,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.03)[ip: (2.45), ipnet: 74.6.128.0/21(1.53), asn: 26101(1.22), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.13)[0.128,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.08)[0.083,0]; RCVD_IN_DNSWL_NONE(0.00)[40.135.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: Fri, 10 May 2019 03:06:01 -0000 Quoting: PPC_Vers201_Book3_public.pdf QUOTE The only instruction that can alter MSR.ME is the rfid instruction. END QUOTE (Doing so involves using mtsrr1 before the rfid instruction.) Various places in FreeBSD are trying to control the PDL_ME bit via mtmsr. In fact, most FreeBSD PSL_ME use for the context is associated with mtmsr. So far I only see: enter_idle_powerx sets PSL_ME via mtsrr1 and rfid. kbootentry clears srr1 completely via mtsrr1 before doing ba EXC_RST. Other mtsrr1 usage are just save/restore or do updates not involving PSL_ME changes. How I got into looking at PSL_ME use: How it relates to the hang-up problem investigation . . . Note: CPU 1 never makes it to handle_kernel_slb_spill when the it tries the td_pcb-> access in cpudep_ap_bootstrap. CPU 1 appears to have ended up checkstop'd, not getting other traps either. There are the following dependencies on td_pcb-> access in powerpc/powerpc/trap.c : handle_onfault: td->td_pcb->pcb_onfault trap_pfault: Can use handle_onfault trap for kernel EXC_MCHK: Uses handle_onfault trap for kernel EXC_DSI: Uses trap_pfault trap for kernel EXC_DSE: td->td_pcb->pcb_cpu.aim.usr_vsid fix_unaligned for ESR_SPE: td->td_pcb->pcb_vec.vr[reg] fix_unaligned for EXC_ALI_LFD: td->td_pcb->pcb_fpu.fpr[reg].fp fix_unaligned for EXC_ALI_STFD: td->td_pcb->pcb_fpu.fpr[reg].fp As near as I can tell, for the PowerMac G5's, PDL_ME is as openfirmware or the loader set it for each CPU. But CPU 1 does happen to have the PSL_ME bit enabled. With td_pcb-> access in cpudep_ap_bootstrap failing to get to handle_kernel_slb_spill at all when the slb does not cover the segment, the rest of the above are not likely to work under such conditions ether. slbtrap's and handle_kernel_slb_spill would be involved. My evidence gathering, some notes: I have handle_kernel_slb_spill recording CPU 1 activity but it never reports any activity except before the pcpup->pc_curthread-> access attempt. I also have recording in trap's kernel trap path for CPU 1 and it also reports nothing. (The reporting is to memory, with the bsp looking at what was recorded and reporting based on such via printf's when there is something to report.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Fri May 10 04:11:49 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 9BC2D159658F for ; Fri, 10 May 2019 04:11:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-22.consmr.mail.bf2.yahoo.com (sonic312-22.consmr.mail.bf2.yahoo.com [74.6.128.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 7FB6C8E744 for ; Fri, 10 May 2019 04:11:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 05lZKeQVM1lnjHBq4LYVSMOJhrS7Ua9dtHpxs5BdvSaS0oq6A6Yvif2HdIq9mDv 3zcL6.PnmltnJc1yF4I2RJupCYgOd2dZa4x1GTwJRXGb3QRxqNtVlvGX1BPldQZZ.uaRKAx3N.IZ m54PmL9yIVaJrMqe1VBYOnerTsGiQzKYfN6inhT0aPDBzm2renZZE2DRaXxLnK3p.bfhHp_1W8jM dVHZPYM3cbDZXNMuo0mQuCOByfUs35TKvNHBjfIfowDch2nDtsgjqRGVxGupPNHfJsvzR_ZDSrAw wPH3Et6OUjYB7Zrl4pCnaObRNdClBBKhivIz2fKo..7TwgtqY_2usJ0rA55fhaYp_9b9lElSYcai AFtyHUqzW3hKv5DCM_h_8NvZLofmNjw6cPLyDW_RZgKZdjta81m9BjuUle8sHhAC5VSHh5q4fuZp BiDOWmDVpDd7bJCOqP7ofCRzljWZOH.O6PkhaqBE6mazg1uw0TbqEw5ZpGvCr7FVbrwfUD1.mFEk oWfYYhcll_AGnX0RGwNWs.Y01Nm5PvUqtqsF15Hszqu0x8b3xF0L86cF3AX3tBABk0Rd2IToxpCV dVQchCOmiukXiXPizizpPZPy9Nk9kKK0tiXAQHcGcCB9rSSTc8VkHAPFyu.Q.ilEvEzXIjUhTg6w GGEQ5vd7j1ePrJj06dOsaNoO8Lu7Hgo.hiOieFgoXDrI7vOgWbPFx8kVudCNTEkyz84O448wl_kq 9Z5LwsJR_HAl2BpYXjo91FVm1PDc4cEpydIQNJzzQqbgDLzoHOFSft8nNb2rYriLaKsm_AvOYcBQ 1XdgUNcge4HLRTL7.4E7w2uUU0Q_Xv_F7pXATFwBE7JBlCoW2BRoGQLyIUQ7sHf7U4ZZRiwpTeOm JaVdHivzKJ9L0oq2kHC59jl3KBIlmFRVCPflLd2b5I8TsOElcOtTcV9_h6MLnFHGMB_GzIwKl7_l 2uh56ST8MbeiaPTnftI3g3Y5jal04MJlziI4rEPMcCHLfQZCpnT8lIOIIbCgWHxvQEBJEIO9pDD2 lVtiqJ9aMS.xhPFnKcp8f5vQg.Ojf0Zr7i8TA3H5ARjRnrkAjcV_pN43vuIUhQzfLO.EuhuuXWzz IVTtyUgtZXDJijSfzjIWeTY3uIUJPEFXDYsRfJtZ10qENY0ekzXueTKGi0lHvaV_PoPZOrj7xv4_ RaA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.bf2.yahoo.com with HTTP; Fri, 10 May 2019 04:11:47 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp424.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 04d6adf3ad0bf3a88b7afc555870d49b; Fri, 10 May 2019 04:11:44 +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: cpudep_ap_early_bootstrap: IBM970 SPR_HID4 and SPR_HID5 updates are not following documented, 970-family-specific rules Message-Id: <34B4594E-DB95-41C6-9A53-A2FDD73639D8@yahoo.com> Date: Thu, 9 May 2019 21:11:42 -0700 To: Justin Hibbits , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 7FB6C8E744 X-Spamd-Bar: + X-Spamd-Result: default: False [1.98 / 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: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)[]; NEURAL_SPAM_SHORT(0.89)[0.892,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.23)[ip: (3.47), ipnet: 74.6.128.0/21(1.53), asn: 26101(1.22), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.06)[0.062,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.30)[0.304,0]; RCVD_IN_DNSWL_NONE(0.00)[84.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: Fri, 10 May 2019 04:11:49 -0000 cpudep_ap_early_bootstrap has: 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 . . . But 970MP_um.2008MAR07_pub.pdf reports some explicit instruction sequences and words about more instruction if some specific bits might change: QUOTE =E2=80=A2 The following sequence must be used when modifying = HID4: sync mtspr HID4,Rx isync 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. =E2=80=A2 The following sequence must be used when modifying = HID5: sync mtspr HID5,Rx isync 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 =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 10 05:48:38 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 A454F159857E for ; Fri, 10 May 2019 05:48:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7B35390F15 for ; Fri, 10 May 2019 05:48:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: .v5Vh_8VM1kmlUZAFgQE6hnRbBrqf8a5gY37IoX85JzwbrZ1X9TBLnqwjws84aT hJGhP1iJMcn41lwtRJyjcmYUJ.c38YmNXN9VrWsnLt4BM0qBUzN9hXnevcfoVLOmKn1bZh3q.Bg6 Hl26q.djy7r8WyenKrxMGnq0E88qUpMIpQNvNHTAZjCsFM1sqBdZaJjJlivNIr7nvCQBf_MkVRRy AG6sZ.sKV2MarYhOemyAj6MSlRpyD9ePR48cPC0FQ0UaYgsyvTXUl86qUcU3v9hhTUk1XVW7sCuM iMlZBarFF39W53JQ_21.vbX7mOfaK2KFAxSK343X7KctFPrbuYwUmYor1XJOz5U5RL8Iy6493tmr 2IiepSxZCor5VopvRQ302sOo5R7Zuw_eR6PM5I7D.w6FrIFeq8bUBPIY9rX20uf85J1ut1r_riHU FXDS.WoUqClsZHtcKEdD8pGtztmqqc_7EnDAy9P5JRyLoT3B9O1AZ6NE1UaTYKZB6e5ix9xPZae4 WIbp9_.M9sT4eL.8vxznFOBVSXOCv7RtLGP3Pm0u.i4aPkOKFzh1GQqed0pNf5AEqXo.aHKs8Xb6 9ZUD3xEBU15Ip_sQHTqRRxGaQt0jHG7x20LVbSjJfZSlhy6WXgQ2vQwBzbjlnelmKePKNPDGNLiE szwZ8TknTEtkp311IZ_cAl3zk1vgWcnXn5paW3.4awcFbFYpwnExQedO.FzBrkdVv2ntlMmYitSm eXB79Ox_glisdIgkG3f7fhAfoHC38LnZ1cQTW4.pB4r6B26QzfNT7Uj6PzKQT4VLP5ocTAZpXkQP 0dx8_Clu8jEeyMqJQvQl8K3mAGsUCsvp_YQqNe6SKzAzxSl5pMPKNIvpJ.iG8h2QflM7ow12xJpR GRvW5GKeaunxxKAyVLbqDIeLh6uCjgcUlK.QrDmm3ff09nISZ1AMs6fJ2pfC9aFrjERb1J6NiKV2 dwrz6OLBfmq2lpYKjDyZfVGp9p2axJi5P1riN4RXcA670UougzkWifrHKJZZOX1o6cZaO3YGpeVR slOuE8NpeS_MFmEefxm26lXg.3VD4ml5jwtKpczXkXGlaz0ebjo.Y62LY316m.cuhACVUTggYRoF mrx6kzgN3O9DqHheOoz5kn4dg0LI6zH76uAdYrzjponC4BmQfJwhxUCf5hSXOGrF_Su8pihLl.q1 hILU- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Fri, 10 May 2019 05:48:29 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp411.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 533261946f8da8c9ae944b7acba05692; Fri, 10 May 2019 05:38:16 +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: Thu, 9 May 2019 22:38:15 -0700 References: <34B4594E-DB95-41C6-9A53-A2FDD73639D8@yahoo.com> To: Justin Hibbits , FreeBSD PowerPC ML In-Reply-To: <34B4594E-DB95-41C6-9A53-A2FDD73639D8@yahoo.com> Message-Id: <215623FF-D0B9-480D-8964-9EBCEEA9909A@yahoo.com> X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 7B35390F15 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.15 / 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]; NEURAL_HAM_SHORT(-0.04)[-0.036,0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.90)[-0.901,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[206.69.137.98.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.30)[ipnet: 98.137.64.0/21(0.86), asn: 36647(0.69), 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: Fri, 10 May 2019 05:48:38 -0000 On 2019-May-9, at 21:11, Mark Millard wrote: > 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. >=20 > =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 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). /* 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; . . . Note that mtspr(...) is not providing any extra instructions: #ifndef _LOCORE #define mtspr(reg, val) = \ __asm __volatile("mtspr %0,%1" : : "K"(reg), "r"(val)) . . . There is also: 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: sync mtspr MMCRz,Rx isync END QUOTE vs. cpu_est_clockrate: 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(); . . . (Again a prior sync.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) =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 10 07:29:46 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 81BF4159A6E4 for ; Fri, 10 May 2019 07:29:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-8.consmr.mail.gq1.yahoo.com (sonic316-8.consmr.mail.gq1.yahoo.com [98.137.69.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 593B793CBB for ; Fri, 10 May 2019 07:29:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: AFr80RUVM1kBUq81uBvfXE2TD2R_YUJHcc7NJ.UxJsYxDTrsh_1GHXtPoKOFaD2 CRsFN.hTYX4qiQ3IUxSEWCmVgrw9YX6AlKPTEW_r0iAC7yRYa6FLfH4w4fDgD5dgKP5htjo8_khI yZmjI3nQt3V7auCVUTlcoCwX.tgkmJ4hHg9B57h52u3p_U3DV.uLol_VVq2ZKpRCoUm5WUa6KqxL VZPXV3d0C1KqEeXwa_Q90pHWa1_GtV5gDIREr.ki4wx9tTeZJf6tUdCsp1rYLCOz1vPRm4FK3s67 50cdIIipM4X79wTI9Zx0b9RuwBugcX5fbtlhONW5KEbdzAINVywIwzffCdeLSnwQ3PBIPp5j_tLz .aycop383bVMbpQLsXl00FaA7eVTnAaincLsM0LODgntZrdjquo.53Z1Eo5Hf8ARlrcaRnujrdHF 5NcaFv.zR9rbNbpBknd.YcN4Vd24qWvz3EzgnXI1Dl4ryz4779l3val9G2i3SfZDr0tXJaU6bq8F BPCtl.nZLm4QMpSHp_ZlA_jWHO_xzXaxjxyJWRsGYK7ZkMZFm.CvUKLzHent5INnQMoX1STn8XDo 74xJXPOkkolpMuzCt1L8etQJx3AmtWBUVpigjMpnECQ7WpHbUelBtsNZs3OYmsrfQyBujlEpHHSO FTOeIC98cpSncvX5zGEfBuoHG9ml.RyYjjzDELBO8W_j6RRiJd_NbB.wHBbxi44z_G2_8vMLCwHR A1ewBTuj5UdL_6HoUtB06wG_j8r0Zo0ckZQf7jEzcsgMbRl0GzG3kuJDMaf3Vpb7Rq9fllu16pUx MN_eL52ha2d_XMUSmu7.A5b7f73bqG14HxmaUcCrgqhDdRzc_gm0bW.ZAcMyqHHlMPRjrGf1CJnq nSYR9VchR_b61NR_Z0XSvCIxLHN24DW9qq_55gy63PAgctSZ99XnWDLsoykkNc0D4EqY7jALN01P 5zBbi5UE88CKgSQxv7eImASGq8sanbOxg38HIej87squrDQ35PEuaPwqNqidvDVwiOhQR5OcryMu vMDCuBPJNMOc2R.kFKZ7FAcwW9YDfQODDqElsuyX47GbutMqQPvlJYqziatD_rXpw8jOtmKs7gcm begyZDqmekYo1u9Z6Z1dhwT0O7mYBlsWwVVy5lTcR.GUeXJgAKT.mCKYBkzzN1Lv8EbRr9cs.bEG HYtg- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Fri, 10 May 2019 07:29:41 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp429.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 7b49a8b7f6cf762f3d510029fd130745; Fri, 10 May 2019 07:29:40 +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: 970/G5 powerpc64: why are HIOR (311), HID0, HID1 set in cpudep_ap_setup *AFTER* cpudep_ap_bootstrap tries general PSL_IR|PSL_DR activity for pcpup->pc_curthread->td_pcb-> Message-Id: Date: Fri, 10 May 2019 00:29:39 -0700 To: Justin Hibbits , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 593B793CBB X-Spamd-Bar: + X-Spamd-Result: default: False [1.46 / 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)[]; NEURAL_HAM_MEDIUM(-0.33)[-0.329,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.88)[0.879,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.20)[ip: (4.50), ipnet: 98.137.64.0/21(0.86), asn: 36647(0.69), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.22)[0.221,0]; RCVD_IN_DNSWL_NONE(0.00)[32.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: Fri, 10 May 2019 07:29:46 -0000 cpudep_ap_bootstrap uses the EXC_DSE (slbtrap) sometimes when it tries to do the pcpup->pc_curthread->td_pcb-> to get the stack pointer. Yet HIOR (311) controls where exception code is found but is initialized after the attempted use of EXC_DSE (and, possibly, EC_ISE use). HID0 has to do with, in part, locking, enalbing, and invaldiating the isntruction and data caches (and power modes). HID1 has to do with, in part, controlling instruction fetch and instruction decode functions. It looks to me like pcpup->pc_curthread->td_pcb-> should come after all the=ose have been set up. In other words, given the content of the routines involved, the order in: cpu_reset_handler: GET_TOCBASE(%r2) addis %r1,%r2,TOC_REF(tmpstk)@ha ld %r1,TOC_REF(tmpstk)@l(%r1) /* get new SP */ addi %r1,%r1,(TMPSTKSZ-48) bl CNAME(cpudep_ap_early_bootstrap) /* Set PCPU */ nop lis %r3,1@l bl CNAME(pmap_cpu_bootstrap) /* Turn on virtual memory */ nop bl CNAME(cpudep_ap_bootstrap) /* Set up PCPU and stack */ nop mr %r1,%r3 /* Use new stack */ bl CNAME(cpudep_ap_setup) nop GET_CPUINFO(%r5) ld %r3,(PC_RESTORE)(%r5) cmpldi %cr0,%r3,0 beq %cr0,2f nop li %r4,1 bl CNAME(longjmp) nop 2: #ifdef SMP bl CNAME(machdep_ap_bootstrap) /* And away! */ nop #endif seems wrong to me, doing general execution before the context has been initialized. (Of course re-ordering could involve moving code between routines, not just changes to cpu_reset_handler.) Note: I never found HIOR (311) set for the bsp. I did not find any HID1 code for the 970 bsp. It appears that whatever openfirmware or the loader sets up is used as-is. For the bsp, powerpc_init seems to use cpu_feature_setup, and so use cpu_970_setup (for HID0) earlier than on the ap's (relative to things like ->pc_curthread->td_pcb-> ). aim_eary_init seems to be next (for HID5). moeas64_probe_large_page via moeas64_early_bootstrap via early in moea64_bootstrap_native via pmapinit (for HID4). I'm unsure of relative timing of this one. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Fri May 10 09:15:56 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 DDC06159D538 for ; Fri, 10 May 2019 09:15:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-31.consmr.mail.ne1.yahoo.com (sonic301-31.consmr.mail.ne1.yahoo.com [66.163.184.200]) (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 0DF129760E for ; Fri, 10 May 2019 09:15:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: nfUs5ncVM1mLgUAPJfxWn2v4.rsSqEAvrvkMO1hblq73wvkq8k7Mea0RbIp9KBT UD58ynukfs6h_.0SbQglJQLfouvOpadi_QXE2o.kV250vJ2iaj0jpHejZJgp3mTd4ol2xJR2pyVQ I90QAn3Je_iw3AccUInJB8UxmfcvwtREivnPpbHEI2tnfgL5VuHqi4S_RKPS3Kp7C5BhXX5w3Cw2 MHNZTruMuKMenSD7dVyBqAhTxtlnkszCGqLv13GbLJeU7_0wvAHBymSfLitdDg4OqSrBicRyNB6R j7Xot3DNrHcAOJgskWQ_Kav80CKYjwdeIELjEL2c1mt9hmi91jdRlk3jbKYVbxLt9KGzcNSN3wGc Gijtp5c73Uj4jmK2dtrahPv.ICsLJpjFqekU7DdDJn2lNnVlD._O20UIWHeaE8MhKnijs8Gg0cIh TH4hnXWTk1ZdI8309Sa06anAzhv2NrCqRl9z9ZmV6U7WMetxeqzarJcf9GmwBtEoQaJQwu4yVM47 w9mXBB9tD8uG4po3sVszf40yV6ijnR0jPzWpoAMbOPiiJVXMR_K.jyn3pRQGsL9FnNOt1KPLjioC iZ61_0AGBkecS7TW5F5zdMOjzHwB9nIscIuaiqe50HQM0oJ.EbOIko3g13LvdnQ.bRL0gFTyadTG _7eCizp1eZF4vG0pt4ASpXHlcx4JIOVA1V2NreoglxYEy_dVjOw6fvGhbcVnLZOQhsWSF6.cTNbc FA3eY2BWlf65ZYGby9.ZiRJfUnVFPL0MVVLWCEyYAzyAwHSAX.jswKU4xr6NX2tAcG3pSrA7pAX9 xJ2Il0fF1UUGuaoNuBw3LsnpJFLzv7WwCo6dCyV7ZFGzWOH4ZSCwE.QCR8hvcwT1PeIw9Yp3cKtP sRmzI9OHR09xeD13YHa9uUynr_788FM27duClbX_a.PTyWPfHoXD9CK2R3AXO6iZ07hGrmtXYCfU xG6DCG4bokPouNuN3TNFMlHVly_ULrq5..xqbtYBn8c1T4BgB8GCcE7uW_xAwS_ljoK3ZpHdbEiT jeYi7F7ZN4vXV6_LaesYwF47fXC1mHnKlS7ffpKgdWGWof4KKNEbYGNvuH4Gpa.9aahEWfE7Pu9h WqH2SaMwOUNqBDcaON7TsNwOB1S.c1HD.kFeyRA0iz7_ChsGVNi8BpIGtOayynMm1hA.BIHXxIEH lTtgFe0DZFDCj1d8L Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.ne1.yahoo.com with HTTP; Fri, 10 May 2019 09:15:48 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp421.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 7ca42bdef7a21e2e2f699d5ab6e4a0e2; Fri, 10 May 2019 09:15:45 +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: 970/PowerMac G5 cpudep_ap_bootstrap slb-related hangup *solved* . . . Message-Id: <2E7A0894-E5B0-4776-95F2-76B7EE0EE93C@yahoo.com> Date: Fri, 10 May 2019 02:15:43 -0700 To: Justin Hibbits , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 0DF129760E X-Spamd-Bar: + X-Spamd-Result: default: False [1.48 / 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]; 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: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)[]; NEURAL_HAM_MEDIUM(-0.18)[-0.179,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.80)[0.799,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.26)[ip: (3.91), ipnet: 66.163.184.0/21(1.35), asn: 36646(1.08), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.12)[0.116,0]; RCVD_IN_DNSWL_NONE(0.00)[200.184.163.66.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: Fri, 10 May 2019 09:15:56 -0000 [This continues a prior message, but I choose a new subject text for the testing that showed the kind of material working.] I have the slbtrap/handle_kernel_slb_spill working instead of hanging up when it has an slb-miss (and well as when there is no miss). In /usr/src/sys/powerpc/aim/mp_cpudep.c I moved the 970 code for HID0 and HID1 from cpudep_ap_setup, code that looks like, /* Set HIOR to 0 */ __asm __volatile("mtspr 311,%0" :: "r"(0)); powerpc_sync(); /* * The 970 has strange rules about how to update HID = registers. * See Table 2-3, 970MP manual * * Note: HID4 and HID5 restored already in * cpudep_ap_early_bootstrap() */ __asm __volatile("mtasr %0; sync" :: "r"(0)); #ifdef __powerpc64__ __asm __volatile(" \ sync; isync; = \ mtspr %1, %0; = \ mfspr %0, %1; mfspr %0, %1; mfspr %0, %1; = \ mfspr %0, %1; mfspr %0, %1; mfspr %0, %1; = \ sync; isync" :: "r"(bsp_state[0]), "K"(SPR_HID0)); __asm __volatile("sync; isync; \ mtspr %1, %0; mtspr %1, %0; sync; isync" :: "r"(bsp_state[1]), "K"(SPR_HID1)); #else __asm __volatile(" \ ld %0,0(%2); = \ sync; isync; = \ mtspr %1, %0; = \ mfspr %0, %1; mfspr %0, %1; mfspr %0, %1; = \ mfspr %0, %1; mfspr %0, %1; mfspr %0, %1; = \ sync; isync" : "=3Dr"(reg) : "K"(SPR_HID0), "b"(bsp_state)); __asm __volatile("ld %0, 8(%2); sync; isync; \ mtspr %1, %0; mtspr %1, %0; sync; isync" : "=3Dr"(reg) : "K"(SPR_HID1), "b"(bsp_state)); #endif powerpc_sync(); Here to? moved it to cpudep_ap_early_bootstrap, just before the code for HID4 and HID5, and I commented out 2 #if/endif lines: void cpudep_ap_early_bootstrap(void) { //#ifndef __powerpc64__ register_t reg; //#endif switch (mfpvr() >> 16) { case IBM970: case IBM970FX: case IBM970MP: >.>.> INSERT CODE HERE <.<.<. /* 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 __asm __volatile("ld %0, 16(%2); sync; isync; \ mtspr %1, %0; sync; isync;" : "=3Dr"(reg) : "K"(SPR_HID4), "b"(bsp_state)); __asm __volatile("ld %0, 24(%2); sync; isync; \ mtspr %1, %0; sync; isync;" : "=3Dr"(reg) : "K"(SPR_HID5), "b"(bsp_state)); #endif powerpc_sync(); break; . . . This does the initialization before cpudep_ap_bootstrap, instead of after. With things then sufficiently initialized for PSL_IR|PSL_DR code to doing things like pcpup->pc_curthread->td_pcb-> that sometimes have slb misses, it boots fine, loading into the slb as needed. No more checkstop status (or whatever it was). I do not know if non-970 contexts should have similar changes in the ordering of initializations or not. But, clearly, the 970 family members do need such. I'm not claiming that other material from other notes that I sent out should be ignored, only that the above changes the observed failing behavior, and so is a big gain all by itself. And it is simple to do without other investigations that might be involved in the more overall context. =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 10 10:23:41 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 C3006159EBAB for ; Fri, 10 May 2019 10:23:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-22.consmr.mail.gq1.yahoo.com (sonic317-22.consmr.mail.gq1.yahoo.com [98.137.66.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B44C86A9EE for ; Fri, 10 May 2019 10:23:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: j5sxUtwVM1k_KLPP_6RLQbjwQKFx36Ddrg9Sp4pfW.ZngVrHCcuGV_5meNzcHRF 0IxxdGYoy1VfWH9BFeKHm2TACpz1lmPfKM3M9rJLTQQYfrOwCEpoUeNCxHwQYdkyTaPZtcEiMC4m _0t13xz1gPUL9TxJ2T.FR3Q323z5vHcrxXyUogLlEqe1Yv5kiZMVyIaOADXKeO7YyObtAwmjTFJf IsJH1E53_DXE0ouGW9jmFve18wGkDXVWSTeIAcwnOv5rD7a8cHHsgKAEIDPoa.jx_wpL5LI.KFk3 hTXWl5BjgyY2TBKew7lbcsS0SaEXkRhesyiBEitkwtAkwJCjJqwngYVKYNSqiODlKecUSyRPTasp Ipkr71WeMxTapoOtSLoreRfL5uciM9UKnY4MgC2DPTh.iJAWk8qxLqGGoyq3YsmqBSi3i9_3mkSn P2tdlkggLtxdDatX.Dj58L1bfpRXYZxtCt8E0pQKEfZ51qm92mz4qElSExeOH7VWo7yu5nGj1weW _f6AGEMe4iKS_Qiaq.pAR2Mwwdi2arCdDggUoX.yfaxstMtti8wvW4o70LFYaYfhY0KNFB1_3_lk uLb4xIU0bKAvml.lnailJiBK1R25t7FD2LUcAZlNdhPwDdFMfvN0QwsN7Mx3gRXEm2PKZnUKYJXw GxM06l9X3SBDjQQYsMECT2UdTuLNn7Li_n2hOgeuATHKhTnGHmYRaWS6XZp9npB.6SoM9HPWilo. QV3BRN73CQoeYCFtWCrbfwADiUURstcwuLyNfkQRzWQqAuo.u1ioJK3JMATowuUjMIwfrOeJcbEl ASr5UeRSP3sHLMRx4c4KABTV6Io9mI5taH50aXFBLJd_VBymb0SxoqSzcpfsB0P9XQeOqUhqeU2C ObsGkbMZ1_tsh58b7wvzGHCkyEaFidZ2AZaaJZ6Top1olzSBNAE.EIQr2mksnKF1tywNHS9AjTGd yKYIT1G2OZLDOlagKTjz3SgLa5OXxpykDyQtfSzCo.OXWT5kV8YhHbGaUWeEmo2SK_5Q9jr_tfqq WpWMxKeb.Q3Qs5r7j_NJsxVzT_ZZrCJpRoyR2H7kxqEY2rJHU9PtP8asODvRfx82ic.jmY0GPJia wL9.hoABtBIS_iABo5UZ.DTE7yHaG7l8llEIgprMhlctdJZcLu1JW6fS.9lX441yb_BQOEnkfw7Y ju7czj.WCeTo- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Fri, 10 May 2019 10:23:37 +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 92cbba6f426518dd2750e72244c78de6; Fri, 10 May 2019 10:23:37 +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: <2E7A0894-E5B0-4776-95F2-76B7EE0EE93C@yahoo.com> Date: Fri, 10 May 2019 03:23:36 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <2E7A0894-E5B0-4776-95F2-76B7EE0EE93C@yahoo.com> To: Justin Hibbits , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: B44C86A9EE X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.92 / 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:+]; 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)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.69)[0.694,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.59)[ip: (6.46), ipnet: 98.137.64.0/21(0.86), asn: 36647(0.69), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.47)[0.466,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.68)[0.680,0]; RCVD_IN_DNSWL_NONE(0.00)[148.66.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: Fri, 10 May 2019 10:23:42 -0000 [Having removed all my prior investigatory material, I include a svnlite diff that I've booted based on, a comparatively minimal diff from the head -r347003 that I started from.] On 2019-May-10, at 02:15, Mark Millard wrote: > [This continues a prior message, but I choose a new subject > text for the testing that showed the kind of material working.] >=20 > I have the slbtrap/handle_kernel_slb_spill working instead > of hanging up when it has an slb-miss (and well as when there > is no miss). >=20 > In /usr/src/sys/powerpc/aim/mp_cpudep.c I moved the > 970 code for HID0 and HID1 from cpudep_ap_setup, code > that looks like, >=20 > /* Set HIOR to 0 */ > __asm __volatile("mtspr 311,%0" :: "r"(0)); > powerpc_sync(); >=20 > /* > * The 970 has strange rules about how to update HID = registers. > * See Table 2-3, 970MP manual > * > * Note: HID4 and HID5 restored already in > * cpudep_ap_early_bootstrap() > */ >=20 > __asm __volatile("mtasr %0; sync" :: "r"(0)); > #ifdef __powerpc64__ > __asm __volatile(" \ > sync; isync; = \ > mtspr %1, %0; = \ > mfspr %0, %1; mfspr %0, %1; mfspr %0, %1; = \ > mfspr %0, %1; mfspr %0, %1; mfspr %0, %1; = \ > sync; isync" > :: "r"(bsp_state[0]), "K"(SPR_HID0)); > __asm __volatile("sync; isync; \ > mtspr %1, %0; mtspr %1, %0; sync; isync" > :: "r"(bsp_state[1]), "K"(SPR_HID1)); > #else > __asm __volatile(" \ > ld %0,0(%2); = \ > sync; isync; = \ > mtspr %1, %0; = \ > mfspr %0, %1; mfspr %0, %1; mfspr %0, %1; = \ > mfspr %0, %1; mfspr %0, %1; mfspr %0, %1; = \ > sync; isync" > : "=3Dr"(reg) : "K"(SPR_HID0), "b"(bsp_state)); > __asm __volatile("ld %0, 8(%2); sync; isync; \ > mtspr %1, %0; mtspr %1, %0; sync; isync" > : "=3Dr"(reg) : "K"(SPR_HID1), "b"(bsp_state)); > #endif >=20 > powerpc_sync(); >=20 > Here to? moved it to cpudep_ap_early_bootstrap, just before the > code for HID4 and HID5, and I commented out 2 #if/endif lines: >=20 > void > cpudep_ap_early_bootstrap(void) > { > //#ifndef __powerpc64__ > register_t reg; > //#endif >=20 > switch (mfpvr() >> 16) { > case IBM970: > case IBM970FX: > case IBM970MP: >> .>.> INSERT CODE HERE <.<.<. >=20 > /* 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 > __asm __volatile("ld %0, 16(%2); sync; isync; \ > mtspr %1, %0; sync; isync;" > : "=3Dr"(reg) : "K"(SPR_HID4), "b"(bsp_state)); > __asm __volatile("ld %0, 24(%2); sync; isync; \ > mtspr %1, %0; sync; isync;" > : "=3Dr"(reg) : "K"(SPR_HID5), "b"(bsp_state)); > #endif > powerpc_sync(); > break; > . . . >=20 > This does the initialization before cpudep_ap_bootstrap, > instead of after. >=20 > With things then sufficiently initialized for PSL_IR|PSL_DR > code to doing things like pcpup->pc_curthread->td_pcb-> > that sometimes have slb misses, it boots fine, > loading into the slb as needed. No more checkstop status > (or whatever it was). >=20 > I do not know if non-970 contexts should have similar > changes in the ordering of initializations or not. > But, clearly, the 970 family members do need such. >=20 > I'm not claiming that other material from other notes > that I sent out should be ignored, only that the above > changes the observed failing behavior, and so is a big > gain all by itself. And it is simple to do without > other investigations that might be involved in the > more overall context. 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(); + + /* + * The 970 has strange rules about how to update HID = registers. + * See Table 2-3, 970MP manual + * + * Note: HID4 and HID5 restored already in + * cpudep_ap_early_bootstrap() + */ + + __asm __volatile("mtasr %0; sync" :: "r"(0)); + #ifdef __powerpc64__ + __asm __volatile(" \ + sync; isync; = \ + mtspr %1, %0; = \ + mfspr %0, %1; mfspr %0, %1; mfspr %0, %1; = \ + mfspr %0, %1; mfspr %0, %1; mfspr %0, %1; = \ + sync; isync"=20 + :: "r"(bsp_state[0]), "K"(SPR_HID0)); + __asm __volatile("sync; isync; \ + mtspr %1, %0; mtspr %1, %0; sync; isync" + :: "r"(bsp_state[1]), "K"(SPR_HID1)); + #else + __asm __volatile(" \ + ld %0,0(%2); = \ + sync; isync; = \ + mtspr %1, %0; = \ + mfspr %0, %1; mfspr %0, %1; mfspr %0, %1; = \ + mfspr %0, %1; mfspr %0, %1; mfspr %0, %1; = \ + sync; isync"=20 + : "=3Dr"(reg) : "K"(SPR_HID0), "b"(bsp_state)); + __asm __volatile("ld %0, 8(%2); sync; isync; \ + mtspr %1, %0; mtspr %1, %0; sync; isync" + : "=3Dr"(reg) : "K"(SPR_HID1), "b"(bsp_state)); + #endif + + powerpc_sync(); + /* Restore HID4 and HID5, which are necessary for the = MMU */ =20 #ifdef __powerpc64__ @@ -314,45 +354,6 @@ case IBM970: case IBM970FX: case IBM970MP: - /* Set HIOR to 0 */ - __asm __volatile("mtspr 311,%0" :: "r"(0)); - powerpc_sync(); - - /* - * The 970 has strange rules about how to update HID = registers. - * See Table 2-3, 970MP manual - * - * Note: HID4 and HID5 restored already in - * cpudep_ap_early_bootstrap() - */ - - __asm __volatile("mtasr %0; sync" :: "r"(0)); - #ifdef __powerpc64__ - __asm __volatile(" \ - sync; isync; = \ - mtspr %1, %0; = \ - mfspr %0, %1; mfspr %0, %1; mfspr %0, %1; = \ - mfspr %0, %1; mfspr %0, %1; mfspr %0, %1; = \ - sync; isync"=20 - :: "r"(bsp_state[0]), "K"(SPR_HID0)); - __asm __volatile("sync; isync; \ - mtspr %1, %0; mtspr %1, %0; sync; isync" - :: "r"(bsp_state[1]), "K"(SPR_HID1)); - #else - __asm __volatile(" \ - ld %0,0(%2); = \ - sync; isync; = \ - mtspr %1, %0; = \ - mfspr %0, %1; mfspr %0, %1; mfspr %0, %1; = \ - mfspr %0, %1; mfspr %0, %1; mfspr %0, %1; = \ - sync; isync"=20 - : "=3Dr"(reg) : "K"(SPR_HID0), "b"(bsp_state)); - __asm __volatile("ld %0, 8(%2); sync; isync; \ - mtspr %1, %0; mtspr %1, %0; sync; isync" - : "=3Dr"(reg) : "K"(SPR_HID1), "b"(bsp_state)); - #endif - - powerpc_sync(); break; case IBMCELLBE: #ifdef NOTYET /* Causes problems if in instruction = stream on 970 */ =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 10 10:47:28 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 604E1159F3EE for ; Fri, 10 May 2019 10:47:28 +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 DE1C86B2E7 for ; Fri, 10 May 2019 10:47:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 9EE72159F3E5; Fri, 10 May 2019 10:47:27 +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 8D384159F3E4 for ; Fri, 10 May 2019 10:47:27 +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 29FBA6B2E6 for ; Fri, 10 May 2019 10:47:27 +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 61FF71FFE4 for ; Fri, 10 May 2019 10:47:26 +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 x4AAlQir001933 for ; Fri, 10 May 2019 10:47:26 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4AAlQd8001932 for ppc@FreeBSD.org; Fri, 10 May 2019 10:47:26 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: Fri, 10 May 2019 10:47:25 +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: New 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: Fri, 10 May 2019 10:47:28 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 Mark Millard changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #203627|0 |1 is obsolete| | --- Comment #36 from Mark Millard --- Created attachment 204307 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D204307&action= =3Dedit Patch for aim/mp_cpudep.c that fixes slb-miss problem in cpudep_ap_bootstrap for PPC970/PowerMacG5 contexts No longer is aimslb.c involved. More than the 970 might be appropriate for similar changes, but as stands this is a PPC970 specific fix that makes the slbtrap/handle_kernel_slb_spill code work in the cpudep_ap_bootstrap time frame. It basically just moves initialization of HIOR, HID0, and HID1 to earlier, before cpudep_ap_bootstrap is called. The patch was originally developed on head -r347003 without the patches from this bugzilla (or others that I have in/from my investigations). --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Fri May 10 14:42:27 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 DC7DF15A45FE for ; Fri, 10 May 2019 14:42:26 +0000 (UTC) (envelope-from oggy@farscape.co.uk) Received: from mail-lj1-x229.google.com (mail-lj1-x229.google.com [IPv6:2a00:1450:4864:20::229]) (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 9F52F736A3 for ; Fri, 10 May 2019 14:42:25 +0000 (UTC) (envelope-from oggy@farscape.co.uk) Received: by mail-lj1-x229.google.com with SMTP id j24so4518714ljg.1 for ; Fri, 10 May 2019 07:42:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=farscape-co-uk.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=SbHPfVg5RJQ+aaL7BM6doM2EIBhWS6+7QruFoMGPPdc=; b=YRTkPQS+cNujn6N/Ax9/6m0U2Uwd/5Yj7v+3Bu2RkmS1oMtb8Vg7EpRNdi5Qk5RgZH nKc6MHzyiyc+5eueCfHksOr8tvuVZc61eeidspsLGwXtBo6mGubt5V/g4q3cYrMKrmB2 VVzWgEnvfgUX0BUifikXoBK3E4D4vVv4+Y55Vtgrc+i+55qXcX6sAMwLusRHwGhnrK8M AFwW7iOMzY3V9bH4unU4jwoXPvE9sOHlBnqToTiK0dNvuYJBdHUgQj69rmveNPvGc8T+ qBXd24NzllBxew6Q5F/EnGKaWr/Z9H/lCBBNR7BZgFKcP+8qHsR5rzz5oXt357Ct5W9u s5Cg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=SbHPfVg5RJQ+aaL7BM6doM2EIBhWS6+7QruFoMGPPdc=; b=GziuCwQXVshUdpXEM2Wr4245QQp4HYV57RpH+WIorZeWkLNTrML78+dh4OmvKLvHmf w8NvcEQyzlsBAdNRLUPCxsAiFElZfemAjnge5oUdqivzhagUtFgYyWZ2hhRVhdRpRmyB o2hG9kZRV2fluCQNetffC9urEVR3Z7DCGv73a0odhEq5o1cG6fd3QbgC5+DF232D/fY+ g6xYYb7dL8y75naAIObyh2sTmDxparB2vGSp62TuCNyAZ/XDh68Af/lw/BFngzc2umyH 68jhZj7AUv3UtLyNrQj5i874z8/eec/cc7K08ASw2wDnjQXru+ERzdLV0F131MfVIisn QBjw== X-Gm-Message-State: APjAAAVb4yHbySdEeLRi40d89gwYJCXmLwfSvv0ai/fSCfoCiAVuofSW 4wHgkinNjiy8dnrwo5vfiTOlN/8AyCO0oikQpkwUAqHH X-Google-Smtp-Source: APXvYqy1thU0aN3snQQrZOLesmD5yLmO8sBXXMGEMdM+mzN2CWNgwtW/xSOZDyB0vvLC2nUFyU5gN2sjFT9vvw1vvN8= X-Received: by 2002:a2e:3e18:: with SMTP id l24mr6043798lja.68.1557499342019; Fri, 10 May 2019 07:42:22 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Francis Little Date: Fri, 10 May 2019 15:42:12 +0100 Message-ID: Subject: Re: X.org colour issues on PowerMac G5 with GeForce 6600 To: freebsd-ppc@freebsd.org X-Rspamd-Queue-Id: 9F52F736A3 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=farscape-co-uk.20150623.gappssmtp.com header.s=20150623 header.b=YRTkPQS+; spf=pass (mx1.freebsd.org: domain of oggy@farscape.co.uk designates 2a00:1450:4864:20::229 as permitted sender) smtp.mailfrom=oggy@farscape.co.uk X-Spamd-Result: default: False [-5.91 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[farscape-co-uk.20150623.gappssmtp.com:s=20150623]; URL_IN_SUBJECT(0.40)[x.org]; 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)[9.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.98)[-0.982,0]; IP_SCORE(-2.82)[ip: (-9.55), 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: Fri, 10 May 2019 14:42:27 -0000 OK, so to answer my own question, it was to use the nv driver with X.org instead of the default. On Wed, 8 May 2019 at 15:59, Francis Little wrote: > Hi, > > I'm trying to use X.org on my G5 with a GeForce 6600, using no xorg.conf > at all, twm comes up at the correct resolution, but all the colours are all > wrong. > > Is anyone using X.org on a similar setup and do you have issues? > > Regards > > Francis > From owner-freebsd-ppc@freebsd.org Fri May 10 18:38:51 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 DCE6915A9FB0 for ; Fri, 10 May 2019 18:38:50 +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 8259786293 for ; Fri, 10 May 2019 18:38:50 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 75E5CB1BB; Fri, 10 May 2019 18:38:50 +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 71BA4B1BA for ; Fri, 10 May 2019 18:38:50 +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 24CFE86291 for ; Fri, 10 May 2019 18:38: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 6D7554613 for ; Fri, 10 May 2019 18:38: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 x4AIcn53036408 for ; Fri, 10 May 2019 18:38:49 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4AIcnc8036407 for powerpc@FreeBSD.org; Fri, 10 May 2019 18:38: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: powerpc@FreeBSD.org Subject: [Bug 233807] devel/msbuild Fails on PowerPC64 Date: Fri, 10 May 2019 18:38: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 Only Me X-Bugzilla-Who: hamiltcl@verizon.net X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Overcome By Events X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: mono@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: resolution bug_status 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: 8259786293 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; NEURAL_HAM_SHORT(-0.98)[-0.984,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, 10 May 2019 18:38:51 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233807 Curtis Hamilton changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |Overcome By Events Status|New |Closed --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Fri May 10 18:41: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 7899415AA0A6 for ; Fri, 10 May 2019 18:41:03 +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 1C041865B8 for ; Fri, 10 May 2019 18:41:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id EAC41B30D; Fri, 10 May 2019 18:41:02 +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 E7C1DB30C for ; Fri, 10 May 2019 18:41:02 +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 B4C1F865B5 for ; Fri, 10 May 2019 18:41:02 +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 09305462F for ; Fri, 10 May 2019 18:41: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 x4AIf1MG039620 for ; Fri, 10 May 2019 18:41:01 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4AIf1tC039619 for powerpc@FreeBSD.org; Fri, 10 May 2019 18:41:01 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 232060] lang/mono: Fix for Mono build on FreeBSD PowerPC Date: Fri, 10 May 2019 18:41:01 +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 Only Me X-Bugzilla-Who: hamiltcl@verizon.net X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Overcome By Events X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: mono@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_status resolution 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: 1C041865B8 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; NEURAL_HAM_SHORT(-0.98)[-0.984,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, 10 May 2019 18:41:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D232060 Curtis Hamilton changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |Overcome By Events --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Fri May 10 19:36:28 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 2BBBB1583347 for ; Fri, 10 May 2019 19:36:28 +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 B17C488772 for ; Fri, 10 May 2019 19:36:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 72F58158333C; Fri, 10 May 2019 19:36:27 +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 619B1158333A for ; Fri, 10 May 2019 19:36:27 +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 F28C788767 for ; Fri, 10 May 2019 19:36:26 +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 469D64E8F for ; Fri, 10 May 2019 19:36:25 +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 x4AJaPtj059156 for ; Fri, 10 May 2019 19:36:25 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4AJaP7n059155 for ppc@FreeBSD.org; Fri, 10 May 2019 19:36:25 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: 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: Fri, 10 May 2019 19:36: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: commit-hook@freebsd.org 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: Fri, 10 May 2019 19:36:28 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 --- Comment #37 from commit-hook@freebsd.org --- A commit references this bug: Author: jhibbits Date: Fri May 10 19:36:15 UTC 2019 New revision: 347463 URL: https://svnweb.freebsd.org/changeset/base/347463 Log: powerpc: Initialize the Hardware Interrupt Offset Register (HIOR) earlier= for ppc970 Since we now have a much larger KVA on powerpc64, it's possible to get SLB traps earlier in boot, possibly even before the HIOR is properly configur= ed for us. Move the HIOR setup to immediately after reset, so that we use o= ur exception handlers instead of Open Firmware's. PR: 233863 Submitted by: Mark Millard (partial) Reported by: Mark Millard MFC after: 2 weeks Changes: head/sys/powerpc/aim/mp_cpudep.c --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Fri May 10 19:38:31 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 652F9158347E for ; Fri, 10 May 2019 19:38:31 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-lf1-x12d.google.com (mail-lf1-x12d.google.com [IPv6:2a00:1450:4864:20::12d]) (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 3C0AE88830; Fri, 10 May 2019 19:38:30 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-lf1-x12d.google.com with SMTP id x132so4975059lfd.0; Fri, 10 May 2019 12:38:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=d83+FI1XQg4a4r8lPaL3qyYRhdWoxDqyak0lKG/3tIo=; b=fOrajemgiQAB9i5NKHSl+9+Fxr+MFmQMg/ofisIstdQY+Lfxt6rdIbRt75uiz4WWFG gvD3aAck2b88XpyIFg8QFfPJF8MsoOqF3OPAHWH6G/NwKEOjJT7t3liqEmGKZuXYBEsN cLjfFt9d2c7w2730W1N45HuNChlzHgz50CbpumuifgBhXkkuNqp6q23ZwcRnep3Ama/Y W4Pa9ICUmP5+e0IEmn1GKIoB/tAPzr5ROXwRmiWBtgdlyMUqZfXglgFZJ6uYqq2XSi1+ hLEYAVvJbUgPYon9ELOyiXSCfcCZ/lZ41H70ZJV15E/tb8i1/4o+0Ukkhze4nDIMmigo 7OBQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=d83+FI1XQg4a4r8lPaL3qyYRhdWoxDqyak0lKG/3tIo=; b=RA7U8ZrnU/0C2L4YdyiQ79HtjMzGo0dx5YjB5faOsueRuZkrE9KsI83EB7l0o5CYyP xUPrxiRyRFoZbkjrEY6O107FxBdoYLOjUtulJuecI5ymX7el1B5VPY4t4nelGjVbY3H0 aOaWByjY2zxGgcqPb0pxKWhwzJZeq3rpJM7ZqRnSNornuF5hqTU42xqa4ClxbGwugzfm 913lhF92NWpv6swbbSesjS3tMCBHyMkTBzc95COxDBQGjYBhehXwP3bqnUXLwpx2fAkW prkH8ALBKJ2jzi/4e+sZExAtulcj+eZ4w9n8wByFEw9vhj4qCAQ2zYhVClwONxPbWIrz R8qQ== X-Gm-Message-State: APjAAAUwNlIFU2jxAQy/T9nkzRAzTYSCr1uhMEIozBSn/0/e8BQlJcu3 eoqjH4I5BGp1jF3dNqELj/RFBHtqP4wud1fNpUA= X-Google-Smtp-Source: APXvYqygun4YPJPTyAl7I43ri7t5GLuXM3Fdt5y6FdWKmRCcRgz3gVZ/L1Z1yY2CEVwM60r46imkUKbD49Ib/iqY0us= X-Received: by 2002:a19:6a06:: with SMTP id u6mr7381875lfu.26.1557517108343; Fri, 10 May 2019 12:38:28 -0700 (PDT) MIME-Version: 1.0 References: <2E7A0894-E5B0-4776-95F2-76B7EE0EE93C@yahoo.com> In-Reply-To: From: Justin Hibbits Date: Fri, 10 May 2019 15:38:16 -0400 Message-ID: Subject: Re: 970/PowerMac G5 cpudep_ap_bootstrap slb-related hangup *solved* . . . To: Mark Millard Cc: FreeBSD PowerPC ML , Dennis Clarke , Nathan Whitehorn Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 3C0AE88830 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=fOrajemg; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of chmeeedalf@gmail.com designates 2a00:1450:4864:20::12d as permitted sender) smtp.mailfrom=chmeeedalf@gmail.com X-Spamd-Result: default: False [-6.67 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.92)[-0.922,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[d.2.1.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]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; IP_SCORE(-2.74)[ip: (-9.15), ipnet: 2a00:1450::/32(-2.23), asn: 15169(-2.27), country: US(-0.06)]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 May 2019 19:38:31 -0000 Hi Mark, On Fri, May 10, 2019 at 6:23 AM Mark Millard wrote: > > [Having removed all my prior investigatory material, I include > a svnlite diff that I've booted based on, a comparatively > minimal diff from the head -r347003 that I started from.] > > On 2019-May-10, at 02:15, Mark Millard wrote: > > > [This continues a prior message, but I choose a new subject > > text for the testing that showed the kind of material working.] > > > > I have the slbtrap/handle_kernel_slb_spill working instead > > of hanging up when it has an slb-miss (and well as when there > > is no miss). > > > > In /usr/src/sys/powerpc/aim/mp_cpudep.c I moved the > > 970 code for HID0 and HID1 from cpudep_ap_setup, code > > that looks like, > > > > /* Set HIOR to 0 */ > > __asm __volatile("mtspr 311,%0" :: "r"(0)); > > powerpc_sync(); > > > > /* > > * The 970 has strange rules about how to update HID registers. > > * See Table 2-3, 970MP manual > > * > > * Note: HID4 and HID5 restored already in > > * cpudep_ap_early_bootstrap() > > */ > > > > __asm __volatile("mtasr %0; sync" :: "r"(0)); > > #ifdef __powerpc64__ > > __asm __volatile(" \ > > sync; isync; \ > > mtspr %1, %0; \ > > mfspr %0, %1; mfspr %0, %1; mfspr %0, %1; \ > > mfspr %0, %1; mfspr %0, %1; mfspr %0, %1; \ > > sync; isync" > > :: "r"(bsp_state[0]), "K"(SPR_HID0)); > > __asm __volatile("sync; isync; \ > > mtspr %1, %0; mtspr %1, %0; sync; isync" > > :: "r"(bsp_state[1]), "K"(SPR_HID1)); > > #else > > __asm __volatile(" \ > > ld %0,0(%2); \ > > sync; isync; \ > > mtspr %1, %0; \ > > mfspr %0, %1; mfspr %0, %1; mfspr %0, %1; \ > > mfspr %0, %1; mfspr %0, %1; mfspr %0, %1; \ > > sync; isync" > > : "=r"(reg) : "K"(SPR_HID0), "b"(bsp_state)); > > __asm __volatile("ld %0, 8(%2); sync; isync; \ > > mtspr %1, %0; mtspr %1, %0; sync; isync" > > : "=r"(reg) : "K"(SPR_HID1), "b"(bsp_state)); > > #endif > > > > powerpc_sync(); > > > > Here to? moved it to cpudep_ap_early_bootstrap, just before the > > code for HID4 and HID5, and I commented out 2 #if/endif lines: > > > > void > > cpudep_ap_early_bootstrap(void) > > { > > //#ifndef __powerpc64__ > > register_t reg; > > //#endif > > > > switch (mfpvr() >> 16) { > > case IBM970: > > case IBM970FX: > > case IBM970MP: > >> .>.> INSERT CODE HERE <.<.<. > > > > /* Restore HID4 and HID5, which are necessary for the MMU */ > > > > #ifdef __powerpc64__ > > mtspr(SPR_HID4, bsp_state[2]); powerpc_sync(); isync(); > > mtspr(SPR_HID5, bsp_state[3]); powerpc_sync(); isync(); > > #else > > __asm __volatile("ld %0, 16(%2); sync; isync; \ > > mtspr %1, %0; sync; isync;" > > : "=r"(reg) : "K"(SPR_HID4), "b"(bsp_state)); > > __asm __volatile("ld %0, 24(%2); sync; isync; \ > > mtspr %1, %0; sync; isync;" > > : "=r"(reg) : "K"(SPR_HID5), "b"(bsp_state)); > > #endif > > powerpc_sync(); > > break; > > . . . > > > > This does the initialization before cpudep_ap_bootstrap, > > instead of after. > > > > With things then sufficiently initialized for PSL_IR|PSL_DR > > code to doing things like pcpup->pc_curthread->td_pcb-> > > that sometimes have slb misses, it boots fine, > > loading into the slb as needed. No more checkstop status > > (or whatever it was). > > > > I do not know if non-970 contexts should have similar > > changes in the ordering of initializations or not. > > But, clearly, the 970 family members do need such. > > > > I'm not claiming that other material from other notes > > that I sent out should be ignored, only that the above > > changes the observed failing behavior, and so is a big > > gain all by itself. And it is simple to do without > > other investigations that might be involved in the > > more overall context. > > 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.) > Good sleuthing. I think the whole diff could be reduced to just moving the HIOR. Can you give r347463 a shot? It's the reduced diff of just moving HIOR. If that's not sufficient, then I can move the HID0/HID1 initializations, but they didn't look relevant for early boot stability when I reviewed. - Justin From owner-freebsd-ppc@freebsd.org Fri May 10 20:11:31 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 34079158501C for ; Fri, 10 May 2019 20:11:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-22.consmr.mail.ne1.yahoo.com (sonic302-22.consmr.mail.ne1.yahoo.com [66.163.186.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 27BC1898E4 for ; Fri, 10 May 2019 20:11:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: NRhYZ0QVM1ldK4M4pA_Xk7Yckca0yfJALJ3FPcigb8DOdQsN0ae2ufSzaT1fEUf wyLnINXgmtwL3OXVNv5wI2XEsyEgvizo0BwqyzAZlAbU5LJGUuDbDUkPBhyyPqZdyOa2N9dQzg4r PoJYQ6wv_iEKWrYAXM1ORV9YWV0HzaK8I3PQfTkudqdTR4YhWaUtPuqzveyIOjw6PwCAZJ_BKq1_ g0LKE6NgV9SOCvfTrIuIJB6tjbkmTvbz9Tl9DH9AV9h49FE32Ng5ZG_MO7JDCE4ULTb250MyMhXe DE9VH65ZHbC9R4RG8LILf9bFixXRtpiy7fYfndZCM9p38kYWp.Ig7PeZlV9B5ZTR5KDjdO5pmx8X oRCXrm4DHxiAFtj7Q3Oehe0G3NkI6BeGebO3MWP9sU69.xUb3Tr1UYjyyg2xXPQx0wB1xziKvYSO 7AW19U4o.O3g6R84ccB5DnhP_aWKnfpRZKRCpM9XS0HwgKrfO1tUcsbHJgqZcauVeQhB1vThNcKk pDqHJYZvIFsbjFtPwzbNl1trYnwdU9wHRD2vFMPax4oOQW28dumf0ZJUf0MAuVa2GUjM4gR8aJwj f0hY3ev3SmkxgIFha_GcEGl9qcP2WsFxYOmpmJYBb.G4jC5OV1MFrUmGrJhXPoWYBuxCy3uNFIOr KsN4ie1bFWZGdXlOaYMjSTUVkvi7ky.NOqh0eR3f4dgEx84i.pYjbhfsohR._6ZDTQ1vp17ziISC xhW2tnY0KGFasbeAybhx2Zdg66dlQtBhjaLnPaUGu6VTMHl6sn1doWpFFU2b9qFI49TjzTtRj2s8 riKAAjtZvsZlek1FhQy8d.CbZtnYuqIbrtEUIncusERLXud8LwP2S.Om0zrofnx.guh5j9NVCkvD j6WsXI2FhlRgpUQn8jPJ5tMiFmv6w0N2ei_VfkZjz478mgDo8m8a6WD.XQrfinwAQ9vmGXjsw8MQ bl7MDtfHfA_vUZKuRrxUEZU.NNlkVYfj576ioC7Mn1ftb7I6rPEyy_U9LBYyHGTsDIFTFTXbYmzr ipuL6Q2UyowND8RZwDv_vfYsYFG2eTPtTh7CImFtEKebyguKcwLjanHFtRXEAbvLmfb3i.hf0Xpf EcFb2N5e6.AxeExmichjKDfblLrzFS5cqYKLYK8BpUcxzDm1Ft2FRS6xvHpeAaLH6IKlIQLQ1.87 8K1oE1oXKcA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.ne1.yahoo.com with HTTP; Fri, 10 May 2019 20:11:23 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp413.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 105e2067d533b3170efafb5be2fda231; Fri, 10 May 2019 20:11:22 +0000 (UTC) Content-Type: text/plain; charset=utf-8 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: Date: Fri, 10 May 2019 13:11:20 -0700 Cc: FreeBSD PowerPC ML , Dennis Clarke , Nathan Whitehorn Content-Transfer-Encoding: quoted-printable Message-Id: References: <2E7A0894-E5B0-4776-95F2-76B7EE0EE93C@yahoo.com> To: Justin Hibbits X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 27BC1898E4 X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.19 / 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]; 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: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)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.57)[0.572,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.90)[ip: (7.15), ipnet: 66.163.184.0/21(1.35), asn: 36646(1.08), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.33)[0.329,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.89)[0.892,0]; RCVD_IN_DNSWL_NONE(0.00)[148.186.163.66.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: Fri, 10 May 2019 20:11:31 -0000 On 2019-May-10, at 12:38, Justin Hibbits = wrote: > Hi Mark, >=20 > On Fri, May 10, 2019 at 6:23 AM Mark Millard = wrote: >>=20 >> [Having removed all my prior investigatory material, I include >> a svnlite diff that I've booted based on, a comparatively >> minimal diff from the head -r347003 that I started from.] >>=20 >> On 2019-May-10, at 02:15, Mark Millard wrote: >>=20 >>> [This continues a prior message, but I choose a new subject >>> text for the testing that showed the kind of material working.] >>>=20 >>> I have the slbtrap/handle_kernel_slb_spill working instead >>> of hanging up when it has an slb-miss (and well as when there >>> is no miss). >>>=20 >>> In /usr/src/sys/powerpc/aim/mp_cpudep.c I moved the >>> 970 code for HID0 and HID1 from cpudep_ap_setup, code >>> that looks like, >>>=20 >>> /* Set HIOR to 0 */ >>> __asm __volatile("mtspr 311,%0" :: "r"(0)); >>> powerpc_sync(); >>>=20 >>> /* >>> * The 970 has strange rules about how to update HID = registers. >>> * See Table 2-3, 970MP manual >>> * >>> * Note: HID4 and HID5 restored already in >>> * cpudep_ap_early_bootstrap() >>> */ >>>=20 >>> __asm __volatile("mtasr %0; sync" :: "r"(0)); >>> #ifdef __powerpc64__ >>> __asm __volatile(" \ >>> sync; isync; = \ >>> mtspr %1, %0; = \ >>> mfspr %0, %1; mfspr %0, %1; mfspr %0, = %1; \ >>> mfspr %0, %1; mfspr %0, %1; mfspr %0, = %1; \ >>> sync; isync" >>> :: "r"(bsp_state[0]), "K"(SPR_HID0)); >>> __asm __volatile("sync; isync; \ >>> mtspr %1, %0; mtspr %1, %0; sync; isync" >>> :: "r"(bsp_state[1]), "K"(SPR_HID1)); >>> #else >>> __asm __volatile(" \ >>> ld %0,0(%2); = \ >>> sync; isync; = \ >>> mtspr %1, %0; = \ >>> mfspr %0, %1; mfspr %0, %1; mfspr %0, = %1; \ >>> mfspr %0, %1; mfspr %0, %1; mfspr %0, = %1; \ >>> sync; isync" >>> : "=3Dr"(reg) : "K"(SPR_HID0), "b"(bsp_state)); >>> __asm __volatile("ld %0, 8(%2); sync; isync; \ >>> mtspr %1, %0; mtspr %1, %0; sync; isync" >>> : "=3Dr"(reg) : "K"(SPR_HID1), "b"(bsp_state)); >>> #endif >>>=20 >>> powerpc_sync(); >>>=20 >>> Here to? moved it to cpudep_ap_early_bootstrap, just before the >>> code for HID4 and HID5, and I commented out 2 #if/endif lines: >>>=20 >>> void >>> cpudep_ap_early_bootstrap(void) >>> { >>> //#ifndef __powerpc64__ >>> register_t reg; >>> //#endif >>>=20 >>> switch (mfpvr() >> 16) { >>> case IBM970: >>> case IBM970FX: >>> case IBM970MP: >>>> .>.> INSERT CODE HERE <.<.<. >>>=20 >>> /* 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 >>> __asm __volatile("ld %0, 16(%2); sync; isync; \ >>> mtspr %1, %0; sync; isync;" >>> : "=3Dr"(reg) : "K"(SPR_HID4), "b"(bsp_state)); >>> __asm __volatile("ld %0, 24(%2); sync; isync; \ >>> mtspr %1, %0; sync; isync;" >>> : "=3Dr"(reg) : "K"(SPR_HID5), "b"(bsp_state)); >>> #endif >>> powerpc_sync(); >>> break; >>> . . . >>>=20 >>> This does the initialization before cpudep_ap_bootstrap, >>> instead of after. >>>=20 >>> With things then sufficiently initialized for PSL_IR|PSL_DR >>> code to doing things like pcpup->pc_curthread->td_pcb-> >>> that sometimes have slb misses, it boots fine, >>> loading into the slb as needed. No more checkstop status >>> (or whatever it was). >>>=20 >>> I do not know if non-970 contexts should have similar >>> changes in the ordering of initializations or not. >>> But, clearly, the 970 family members do need such. >>>=20 >>> I'm not claiming that other material from other notes >>> that I sent out should be ignored, only that the above >>> changes the observed failing behavior, and so is a big >>> gain all by itself. And it is simple to do without >>> other investigations that might be involved in the >>> more overall context. >>=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.) >>=20 > >=20 > Good sleuthing. >=20 > I think the whole diff could be reduced to just moving the HIOR. Can > you give r347463 a shot? It's the reduced diff of just moving HIOR. > If that's not sufficient, then I can move the HID0/HID1 > initializations, but they didn't look relevant for early boot > stability when I reviewed. I can try later today. I'll note that the bsp does not use the relative ordering the ap's use for HID0 and HID1 vs. code analogous to cpudep_ap_bootstrap as far as I could tell: it does HID0 earlier and makes no HID1 assigments at all (depending on openfirmware or the loader to have given appropriate assignments). (OpenFirmware does not seem to do much for configuring the ap's, just the bsp. Depending on defaults is more of an issue for the ap's.) Also, some HID0 and HID1 points to consider: HID0 controls the TBR behavaior, and mftb() is in use in the slb replacement code: bit 18 is: tb_ctrl Enable time-base counting when the processor is = stopped. bit 19 is: ext_tb_en External time-base enable. With: =E2=80=A2 0 Use TBEN input as enable. TB is clocked at 1/8 of = the full processor frequency. =E2=80=A2 1 Use TBEN input to clock time base (external clock). (I've seen other material claiming 1/16th instead of 1/8th.) There is also: bit 32 is: en_mck Enable external machine check interrupts (preferred = state equals =E2=80=981=E2=80=99). HID1 has (note the "must be 1 for proper functioning" example): bit 5 is: en_ic Enable instruction cache (must be =E2=80=981=E2=80=99 = for proper functioning). bit 10 is: en_if_cach Enable instruction fetch cacheability control. = With: =E2=80=A2 0 All instruction fetch accesses are treated as cache = inhibited regardless of the state of the I bit in the page table. =E2=80=A2 1 Instruction fetch cacheability is controlled by the = state of the I bit in the page table (preferred state). (I'll not list other cache/link-stack//tablewalks related material. = There are some with "preferred state equals '1'".) I do not see why either of HID0 or HID1 has a reason to be later than where I put them (relative to other activities). Why do you want them to be later? =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 10 21:33: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 648691589621 for ; Fri, 10 May 2019 21:33:05 +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 4BF9A8C6E0 for ; Fri, 10 May 2019 21:33:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: XelOIRMVM1koaTH9ofaXArak0QxfeeHmTVmuhLp3SZGsObYg0V4t5YIjzzantpO kF9KNXuCxj0.JDk3lh7M0OFF4ayOIlCTE7FJlntsEUfUIjxsfXzm3uySxzMmbdRW7QnpMzSx8pMD 2DOwiGaVppmSxCciwFpm5a3okGFIHe4h9ffGvqBVJffhyXwLgxfsv2w9cRgVrXs8eXkdjAsqGfXt uuyVYdIKgkJVUHXWYvji37P6nbU3VS25foXzULC4h0NAtaOC2zZhJ_TeGfrP8sQzEoKamST.eFsE rkOv.yPXx2tmzzR6vZC8Tv3KmMI62AJssRJOu1n1DS_SzkNCiXiaxAN4EYLb4OnKHg2DNYCHGgHy fng26_jmNiEmX76nF2oGoiQI3C.ocz9jdu7AW1mUsqJs.agas249Ta.62gQALhbzpt.YIAl1Og9U vyW9LQB0tP9ttLyuxqaCADuvAvju1XC18vBLnsF5DBsCAKHt1uyfppgHF9CGGp9iEtiUrMjpF1J. m85DDTFZwurY9JJoBG1DmgcTUCgGl62_Y0EvrePXjL9eTp8DGdM09wJ37rQOW1j4tqo8Jx4e4n2. Z4OBXj2WZipuniQFh4654ffPuDszd4JdZ01Klx8Wr0vHzg.hqoI.xeQ_1YNI1Gw_IWmzTK01UWlI dEohAtuAW6M662EKbpn8uF_uBNbQt2Db7zxh9VIDC0mkuBw4yOPyw7qQpQIDGavqO0QNP.w1_EoH AMAP7797bT_ImAPk9k14sLBvYcODg2JcHK2kZm7ItO.03cQ6OzSp.pHxyhjfWXodR5fzSC0sffYe tBnunX7cacAEk.fz3PWkzg1kn5bhtb8prGHA_BcuwGtmr76uFMayTeAREC2X6pIUwWcatrcOMQOh 8U4PPQapFWn6F52mi70IsFiWXlNbvmLFEF_qntLmJOl4_V3K7VB5z8H0IpJa_WsvZNb4IIdAam9T kIEn98tl.OPNCDLcMqeP7CAGTgrJIqZPhRgM2MXAVahoQX1NahWzFkIj.6PZKWP1nr0rpdnaAaz7 LyMm64pt1KyasEW48rqwKyi1Za_yYg7MmPzbNRRrFCsPAlFZWDdyYb12_9G3Oy6aTH5yblV2cOqB EDYImvXn9LBYSxACISRDi4w9SVrRlfLL64cbBe3Oam8JOIUiNDLZNuvjYFTNQC4nLcAsHtE3B9nw R_z8r0g-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Fri, 10 May 2019 21:33:00 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp431.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID edbb72c99b86014bb379396824f6fe6c; Fri, 10 May 2019 21:02:36 +0000 (UTC) Content-Type: text/plain; charset=utf-8 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: Date: Fri, 10 May 2019 14:02:35 -0700 Cc: FreeBSD PowerPC ML , Dennis Clarke , Nathan Whitehorn Content-Transfer-Encoding: quoted-printable Message-Id: <241A2C8D-2E9D-4E2E-8A78-3E4A17F0C46A@yahoo.com> References: <2E7A0894-E5B0-4776-95F2-76B7EE0EE93C@yahoo.com> To: Justin Hibbits X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 4BF9A8C6E0 X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.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)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; 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)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.96)[0.963,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.83)[ip: (7.69), ipnet: 98.137.64.0/21(0.86), asn: 36647(0.68), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.70)[0.697,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.90)[0.897,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: Fri, 10 May 2019 21:33:05 -0000 [For head -r347463 I'll still have to have = lib/libc/powerpc64/string/strcmp.S patched to avoid cmpb instructions. No other patches.] On 2019-May-10, at 13:11, Mark Millard wrote: > On 2019-May-10, at 12:38, Justin Hibbits = wrote: >=20 >> Hi Mark, >>=20 >> On Fri, May 10, 2019 at 6:23 AM Mark Millard = wrote: >>>=20 >>> [Having removed all my prior investigatory material, I include >>> a svnlite diff that I've booted based on, a comparatively >>> minimal diff from the head -r347003 that I started from.] >>>=20 >>> On 2019-May-10, at 02:15, Mark Millard wrote: >>>=20 >>>> [This continues a prior message, but I choose a new subject >>>> text for the testing that showed the kind of material working.] >>>>=20 >>>> I have the slbtrap/handle_kernel_slb_spill working instead >>>> of hanging up when it has an slb-miss (and well as when there >>>> is no miss). >>>>=20 >>>> In /usr/src/sys/powerpc/aim/mp_cpudep.c I moved the >>>> 970 code for HID0 and HID1 from cpudep_ap_setup, code >>>> that looks like, >>>>=20 >>>> /* Set HIOR to 0 */ >>>> __asm __volatile("mtspr 311,%0" :: "r"(0)); >>>> powerpc_sync(); >>>>=20 >>>> /* >>>> * The 970 has strange rules about how to update HID = registers. >>>> * See Table 2-3, 970MP manual >>>> * >>>> * Note: HID4 and HID5 restored already in >>>> * cpudep_ap_early_bootstrap() >>>> */ >>>>=20 >>>> __asm __volatile("mtasr %0; sync" :: "r"(0)); >>>> #ifdef __powerpc64__ >>>> __asm __volatile(" \ >>>> sync; isync; = \ >>>> mtspr %1, %0; = \ >>>> mfspr %0, %1; mfspr %0, %1; mfspr %0, = %1; \ >>>> mfspr %0, %1; mfspr %0, %1; mfspr %0, = %1; \ >>>> sync; isync" >>>> :: "r"(bsp_state[0]), "K"(SPR_HID0)); >>>> __asm __volatile("sync; isync; \ >>>> mtspr %1, %0; mtspr %1, %0; sync; isync" >>>> :: "r"(bsp_state[1]), "K"(SPR_HID1)); >>>> #else >>>> __asm __volatile(" \ >>>> ld %0,0(%2); = \ >>>> sync; isync; = \ >>>> mtspr %1, %0; = \ >>>> mfspr %0, %1; mfspr %0, %1; mfspr %0, = %1; \ >>>> mfspr %0, %1; mfspr %0, %1; mfspr %0, = %1; \ >>>> sync; isync" >>>> : "=3Dr"(reg) : "K"(SPR_HID0), "b"(bsp_state)); >>>> __asm __volatile("ld %0, 8(%2); sync; isync; \ >>>> mtspr %1, %0; mtspr %1, %0; sync; isync" >>>> : "=3Dr"(reg) : "K"(SPR_HID1), "b"(bsp_state)); >>>> #endif >>>>=20 >>>> powerpc_sync(); >>>>=20 >>>> Here to? moved it to cpudep_ap_early_bootstrap, just before the >>>> code for HID4 and HID5, and I commented out 2 #if/endif lines: >>>>=20 >>>> void >>>> cpudep_ap_early_bootstrap(void) >>>> { >>>> //#ifndef __powerpc64__ >>>> register_t reg; >>>> //#endif >>>>=20 >>>> switch (mfpvr() >> 16) { >>>> case IBM970: >>>> case IBM970FX: >>>> case IBM970MP: >>>>> .>.> INSERT CODE HERE <.<.<. >>>>=20 >>>> /* 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 >>>> __asm __volatile("ld %0, 16(%2); sync; isync; \ >>>> mtspr %1, %0; sync; isync;" >>>> : "=3Dr"(reg) : "K"(SPR_HID4), "b"(bsp_state)); >>>> __asm __volatile("ld %0, 24(%2); sync; isync; \ >>>> mtspr %1, %0; sync; isync;" >>>> : "=3Dr"(reg) : "K"(SPR_HID5), "b"(bsp_state)); >>>> #endif >>>> powerpc_sync(); >>>> break; >>>> . . . >>>>=20 >>>> This does the initialization before cpudep_ap_bootstrap, >>>> instead of after. >>>>=20 >>>> With things then sufficiently initialized for PSL_IR|PSL_DR >>>> code to doing things like pcpup->pc_curthread->td_pcb-> >>>> that sometimes have slb misses, it boots fine, >>>> loading into the slb as needed. No more checkstop status >>>> (or whatever it was). >>>>=20 >>>> I do not know if non-970 contexts should have similar >>>> changes in the ordering of initializations or not. >>>> But, clearly, the 970 family members do need such. >>>>=20 >>>> I'm not claiming that other material from other notes >>>> that I sent out should be ignored, only that the above >>>> changes the observed failing behavior, and so is a big >>>> gain all by itself. And it is simple to do without >>>> other investigations that might be involved in the >>>> more overall context. >>>=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.) >>>=20 >> >>=20 >> Good sleuthing. >>=20 >> I think the whole diff could be reduced to just moving the HIOR. Can >> you give r347463 a shot? It's the reduced diff of just moving HIOR. >> If that's not sufficient, then I can move the HID0/HID1 >> initializations, but they didn't look relevant for early boot >> stability when I reviewed. >=20 > I can try later today. >=20 > I'll note that the bsp does not use the relative ordering > the ap's use for HID0 and HID1 vs. code analogous to > cpudep_ap_bootstrap as far as I could tell: it does HID0 > earlier and makes no HID1 assigments at all (depending > on openfirmware or the loader to have given appropriate > assignments). >=20 > (OpenFirmware does not seem to do much for configuring the > ap's, just the bsp. Depending on defaults is more of an > issue for the ap's.) >=20 > Also, some HID0 and HID1 points to consider: >=20 > HID0 controls the TBR behavaior, and mftb() is in use in the > slb replacement code: >=20 > bit 18 is: tb_ctrl Enable time-base counting when the processor is = stopped. >=20 > bit 19 is: ext_tb_en External time-base enable. With: > =E2=80=A2 0 Use TBEN input as enable. TB is clocked at 1/8 of = the full processor frequency. > =E2=80=A2 1 Use TBEN input to clock time base (external clock). >=20 > (I've seen other material claiming 1/16th instead of 1/8th.) >=20 > There is also: >=20 > bit 32 is: en_mck Enable external machine check interrupts (preferred = state equals =E2=80=981=E2=80=99). >=20 > HID1 has (note the "must be 1 for proper functioning" example): >=20 > bit 5 is: en_ic Enable instruction cache (must be =E2=80=981=E2=80=99 = for proper functioning). >=20 > bit 10 is: en_if_cach Enable instruction fetch cacheability control. = With: > =E2=80=A2 0 All instruction fetch accesses are treated as cache = inhibited regardless of > the state of the I bit in the page table. > =E2=80=A2 1 Instruction fetch cacheability is controlled by the = state of the I bit in the > page table (preferred state). >=20 > (I'll not list other cache/link-stack//tablewalks related material. = There > are some with "preferred state equals '1'".) >=20 >=20 > I do not see why either of HID0 or HID1 has a reason to be later than > where I put them (relative to other activities). Why do you want them > to be later? My test will still have changes to allow world to operate on the 970MP (by avoiding cmpb instructions): # svnlite diff /mnt/usr/src/ Index: /mnt/usr/src/lib/libc/powerpc64/string/strcmp.S =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/lib/libc/powerpc64/string/strcmp.S (revision = 347463) +++ /mnt/usr/src/lib/libc/powerpc64/string/strcmp.S (working copy) @@ -88,9 +88,16 @@ .Lstrcmp_compare_by_word: ld %r5,0(%r3) /* Load double words. */ ld %r6,0(%r4) - xor %r8,%r8,%r8 /* %r8 <- Zero. */ + lis %r8,32639 /* 0x7f7f */ + ori %r8,%r8,32639 /* 0x7f7f7f7f */ + rldimi %r8,%r8,32,0 /* 0x7f7f7f7f'7f7f7f7f */ xor %r0,%r5,%r6 /* Check if double words are different. = */ - cmpb %r7,%r5,%r8 /* Check if double words contain zero. = */ + /* Check for zero vs. not bytes: */ + and %r9,%r5,%r8 /* 0x00->0x00, 0x80->0x00, = other->ms-bit-in-byte=3D=3D0 */ + add %r9,%r9,%r8 /* ->0x7f, ->0x7f, = ->ms-bit-in-byte=3D=3D1 */ + nor %r7,%r9,%r5 /* ->0x80, ->0x00, = ->ms-bit-in-byte=3D=3D0 */ + andc %r7,%r7,%r8 /* ->0x80, ->0x00, ->0x00 = */ + /* sort of like cmpb %r7,%r5,%r8 for %r8 = being zero */ =20 /* * If double words are different or contain zero, @@ -104,7 +111,12 @@ ldu %r5,8(%r3) /* Load double words. */ ldu %r6,8(%r4) xor %r0,%r5,%r6 /* Check if double words are different. = */ - cmpb %r7,%r5,%r8 /* Check if double words contain zero. = */ + /* Check for zero vs. not bytes: */ + and %r9,%r5,%r8 /* 0x00->0x00, 0x80->0x00, = other->ms-bit-in-byte=3D=3D0 */ + add %r9,%r9,%r8 /* ->0x7f, ->0x7f, = ->ms-bit-in-byte=3D=3D1 */ + nor %r7,%r9,%r5 /* ->0x80, ->0x00, = ->ms-bit-in-byte=3D=3D0 */ + andc %r7,%r7,%r8 /* ->0x80, ->0x00, ->0x00 = */ + /* sort of like cmpb %r7,%r5,%r8 for %r8 = being zero */ =20 /* * If double words are different or contain zero, =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 10 22:55: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 C05F9158B3E3 for ; Fri, 10 May 2019 22:55:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-14.consmr.mail.bf2.yahoo.com (sonic314-14.consmr.mail.bf2.yahoo.com [74.6.132.124]) (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 6958E8EE70 for ; Fri, 10 May 2019 22:55:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: DOdp.g0VM1mYKOK1Ha4Og.hXqMFbwAy9ObNZam_tjIisIX4UdLeg2FSodQfIvh0 L7Bce.1yBZ2Y3C_1dwFdCDqRJq_RrFCxup3mD3wuOvPKOtP4FtaRNzcgl_zsrD68AX8JVgNQcyCV .72jt0dNcfqpgsb2MbvT3h2DzrfXSuwvv5jnUIhQnEh7jA4FU_hcEUV1t38J55fYWyHyVGXYwRbu T._RWx80LD3gdBaXgHLsalf0Fa5iw8zz9yY49HdJ4lb5Z0N3SsLOCx3IIlfaouTWiEzRrDzfb6wf kv7tccO6ynHFxXnLlK3b722FCon1snvtVvCkp2od1YvwXm5.Gomg8Px_xlsBuwZn2oIqvDNquOpE AFYeR0FCGPtVXADs4LgEnhHlrGG1Hv61tBUvg8fFbWuv4hkEvrVYMYNClAipvWr6nZ.4NOmu.mGV FgOb.L_HjEYxhBzQBOx3VElkbux9ZoRlWHJxNzfjqlUEjashzNlxXgvefDYE57eL_I25AOOj4oVK IC0.ylCpdJHTQL6RAopcpST3FMGP6gDkRl47E.RoZCZzLN1V65snMDmDIzNhEKCB2dYfs8GONht_ paonY7DQtfBw6PF18jutj26RYKGYzil3KHIzV6_IrMXxeC4qcnxR31naZak1puMM1CZNvSaSSnG. CBGaBv0er4Q.N1gmYDHjgY_0z8vLeIOmdGwHkPK_qK98gBZBZg.9s25IV.Q5Oz8yH9tLTXpKwHQh SKh5apQ210f0FXU0g.VX6I.NbmpQ3lQ0FwtN_xTcPESpMMv7quPajiOBHY625NrcyrwYFdT4r8VT wi6pvYnbA3Ca_Kp7UkwZfI7JzleD7fvXiaKECq4d7_MYXFSkytj4NEIuyx8EE4VWG90mfjrWS77I Myjr9J.u8ye5FCLC6moDuGb1sdD9ZvRx0gVVj7G6Y6sYwP39tdvclawDxhy6FVcYE8Blp_v6ENo. 2UO6BBLikXKNSlGIiamOhnCubcxtcwU4W8.WprXqKmMaOUVebNeSCBbsXyeAQPnLhDBtBmDXHD9O XUPc1Ecj4iyery17K95eRfZ7GHc52LFtpTNv3oS4uRSstpaxipDqvuYx.3QzhGb3Av8UWRFzK7uY 8B4S7zT9DbttkZmPvU6tmTnVrsZFlU5uZRO4V.6qwqXVPlQ7V5jDWHNIm6nj0D.jGSIBacouu9VW 7wYE4H3w- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.bf2.yahoo.com with HTTP; Fri, 10 May 2019 22:55:43 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp424.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 222bb12fa2f4c17b2d933b3a582ab29c; Fri, 10 May 2019 22:45:32 +0000 (UTC) Content-Type: text/plain; charset=utf-8 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: <241A2C8D-2E9D-4E2E-8A78-3E4A17F0C46A@yahoo.com> Date: Fri, 10 May 2019 15:45:29 -0700 Cc: FreeBSD PowerPC ML , Dennis Clarke , Nathan Whitehorn Content-Transfer-Encoding: quoted-printable Message-Id: <541CEE9E-9DF5-4287-BE92-460A2CEA9597@yahoo.com> References: <2E7A0894-E5B0-4776-95F2-76B7EE0EE93C@yahoo.com> <241A2C8D-2E9D-4E2E-8A78-3E4A17F0C46A@yahoo.com> To: Justin Hibbits X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 6958E8EE70 X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.15 / 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]; 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: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)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.88)[0.875,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.42)[ip: (4.43), ipnet: 74.6.128.0/21(1.53), asn: 26101(1.22), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.57)[0.573,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.79)[0.792,0]; RCVD_IN_DNSWL_NONE(0.00)[124.132.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: Fri, 10 May 2019 22:55:51 -0000 [world and kernel built, installed. Then boot-tested repeatedly.] On 2019-May-10, at 14:02, Mark Millard wrote: > [For head -r347463 I'll still have to have = lib/libc/powerpc64/string/strcmp.S > patched to avoid cmpb instructions. No other patches.] >=20 > On 2019-May-10, at 13:11, Mark Millard wrote: >=20 >> On 2019-May-10, at 12:38, Justin Hibbits = wrote: >>=20 >>> Hi Mark, >>>=20 >>> On Fri, May 10, 2019 at 6:23 AM Mark Millard = wrote: >>>>=20 >>>> [Having removed all my prior investigatory material, I include >>>> a svnlite diff that I've booted based on, a comparatively >>>> minimal diff from the head -r347003 that I started from.] >>>>=20 >>>> On 2019-May-10, at 02:15, Mark Millard = wrote: >>>>=20 >>>>> [This continues a prior message, but I choose a new subject >>>>> text for the testing that showed the kind of material working.] >>>>>=20 >>>>> I have the slbtrap/handle_kernel_slb_spill working instead >>>>> of hanging up when it has an slb-miss (and well as when there >>>>> is no miss). >>>>>=20 >>>>> In /usr/src/sys/powerpc/aim/mp_cpudep.c I moved the >>>>> 970 code for HID0 and HID1 from cpudep_ap_setup, code >>>>> that looks like, >>>>>=20 >>>>> /* Set HIOR to 0 */ >>>>> __asm __volatile("mtspr 311,%0" :: "r"(0)); >>>>> powerpc_sync(); >>>>>=20 >>>>> /* >>>>> * The 970 has strange rules about how to update HID = registers. >>>>> * See Table 2-3, 970MP manual >>>>> * >>>>> * Note: HID4 and HID5 restored already in >>>>> * cpudep_ap_early_bootstrap() >>>>> */ >>>>>=20 >>>>> __asm __volatile("mtasr %0; sync" :: "r"(0)); >>>>> #ifdef __powerpc64__ >>>>> __asm __volatile(" \ >>>>> sync; isync; = \ >>>>> mtspr %1, %0; = \ >>>>> mfspr %0, %1; mfspr %0, %1; mfspr %0, = %1; \ >>>>> mfspr %0, %1; mfspr %0, %1; mfspr %0, = %1; \ >>>>> sync; isync" >>>>> :: "r"(bsp_state[0]), "K"(SPR_HID0)); >>>>> __asm __volatile("sync; isync; \ >>>>> mtspr %1, %0; mtspr %1, %0; sync; isync" >>>>> :: "r"(bsp_state[1]), "K"(SPR_HID1)); >>>>> #else >>>>> __asm __volatile(" \ >>>>> ld %0,0(%2); = \ >>>>> sync; isync; = \ >>>>> mtspr %1, %0; = \ >>>>> mfspr %0, %1; mfspr %0, %1; mfspr %0, = %1; \ >>>>> mfspr %0, %1; mfspr %0, %1; mfspr %0, = %1; \ >>>>> sync; isync" >>>>> : "=3Dr"(reg) : "K"(SPR_HID0), "b"(bsp_state)); >>>>> __asm __volatile("ld %0, 8(%2); sync; isync; \ >>>>> mtspr %1, %0; mtspr %1, %0; sync; isync" >>>>> : "=3Dr"(reg) : "K"(SPR_HID1), "b"(bsp_state)); >>>>> #endif >>>>>=20 >>>>> powerpc_sync(); >>>>>=20 >>>>> Here to? moved it to cpudep_ap_early_bootstrap, just before the >>>>> code for HID4 and HID5, and I commented out 2 #if/endif lines: >>>>>=20 >>>>> void >>>>> cpudep_ap_early_bootstrap(void) >>>>> { >>>>> //#ifndef __powerpc64__ >>>>> register_t reg; >>>>> //#endif >>>>>=20 >>>>> switch (mfpvr() >> 16) { >>>>> case IBM970: >>>>> case IBM970FX: >>>>> case IBM970MP: >>>>>> .>.> INSERT CODE HERE <.<.<. >>>>>=20 >>>>> /* 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 >>>>> __asm __volatile("ld %0, 16(%2); sync; isync; \ >>>>> mtspr %1, %0; sync; isync;" >>>>> : "=3Dr"(reg) : "K"(SPR_HID4), "b"(bsp_state)); >>>>> __asm __volatile("ld %0, 24(%2); sync; isync; \ >>>>> mtspr %1, %0; sync; isync;" >>>>> : "=3Dr"(reg) : "K"(SPR_HID5), "b"(bsp_state)); >>>>> #endif >>>>> powerpc_sync(); >>>>> break; >>>>> . . . >>>>>=20 >>>>> This does the initialization before cpudep_ap_bootstrap, >>>>> instead of after. >>>>>=20 >>>>> With things then sufficiently initialized for PSL_IR|PSL_DR >>>>> code to doing things like pcpup->pc_curthread->td_pcb-> >>>>> that sometimes have slb misses, it boots fine, >>>>> loading into the slb as needed. No more checkstop status >>>>> (or whatever it was). >>>>>=20 >>>>> I do not know if non-970 contexts should have similar >>>>> changes in the ordering of initializations or not. >>>>> But, clearly, the 970 family members do need such. >>>>>=20 >>>>> I'm not claiming that other material from other notes >>>>> that I sent out should be ignored, only that the above >>>>> changes the observed failing behavior, and so is a big >>>>> gain all by itself. And it is simple to do without >>>>> other investigations that might be involved in the >>>>> more overall context. >>>>=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.) >>>>=20 >>> >>>=20 >>> Good sleuthing. >>>=20 >>> I think the whole diff could be reduced to just moving the HIOR. = Can >>> you give r347463 a shot? It's the reduced diff of just moving HIOR. >>> If that's not sufficient, then I can move the HID0/HID1 >>> initializations, but they didn't look relevant for early boot >>> stability when I reviewed. >>=20 >> I can try later today. >>=20 >> I'll note that the bsp does not use the relative ordering >> the ap's use for HID0 and HID1 vs. code analogous to >> cpudep_ap_bootstrap as far as I could tell: it does HID0 >> earlier and makes no HID1 assigments at all (depending >> on openfirmware or the loader to have given appropriate >> assignments). >>=20 >> (OpenFirmware does not seem to do much for configuring the >> ap's, just the bsp. Depending on defaults is more of an >> issue for the ap's.) >>=20 >> Also, some HID0 and HID1 points to consider: >>=20 >> HID0 controls the TBR behavaior, and mftb() is in use in the >> slb replacement code: >>=20 >> bit 18 is: tb_ctrl Enable time-base counting when the processor is = stopped. >>=20 >> bit 19 is: ext_tb_en External time-base enable. With: >> =E2=80=A2 0 Use TBEN input as enable. TB is clocked at 1/8 of = the full processor frequency. >> =E2=80=A2 1 Use TBEN input to clock time base (external clock). >>=20 >> (I've seen other material claiming 1/16th instead of 1/8th.) >>=20 >> There is also: >>=20 >> bit 32 is: en_mck Enable external machine check interrupts (preferred = state equals =E2=80=981=E2=80=99). >>=20 >> HID1 has (note the "must be 1 for proper functioning" example): >>=20 >> bit 5 is: en_ic Enable instruction cache (must be =E2=80=981=E2=80=99 = for proper functioning). >>=20 >> bit 10 is: en_if_cach Enable instruction fetch cacheability control. = With: >> =E2=80=A2 0 All instruction fetch accesses are treated as cache = inhibited regardless of >> the state of the I bit in the page table. >> =E2=80=A2 1 Instruction fetch cacheability is controlled by the = state of the I bit in the >> page table (preferred state). >>=20 >> (I'll not list other cache/link-stack//tablewalks related material. = There >> are some with "preferred state equals '1'".) >>=20 >>=20 >> I do not see why either of HID0 or HID1 has a reason to be later = than >> where I put them (relative to other activities). Why do you want them >> to be later? >=20 >=20 > My test will still have changes to allow world to operate > on the 970MP (by avoiding cmpb instructions): >=20 > # svnlite diff /mnt/usr/src/ > Index: /mnt/usr/src/lib/libc/powerpc64/string/strcmp.S > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/lib/libc/powerpc64/string/strcmp.S (revision = 347463) > +++ /mnt/usr/src/lib/libc/powerpc64/string/strcmp.S (working copy) > @@ -88,9 +88,16 @@ > .Lstrcmp_compare_by_word: > ld %r5,0(%r3) /* Load double words. */ > ld %r6,0(%r4) > - xor %r8,%r8,%r8 /* %r8 <- Zero. */ > + lis %r8,32639 /* 0x7f7f */ > + ori %r8,%r8,32639 /* 0x7f7f7f7f */ > + rldimi %r8,%r8,32,0 /* 0x7f7f7f7f'7f7f7f7f */ > xor %r0,%r5,%r6 /* Check if double words are different. = */ > - cmpb %r7,%r5,%r8 /* Check if double words contain zero. = */ > + /* Check for zero vs. not bytes: */ > + and %r9,%r5,%r8 /* 0x00->0x00, 0x80->0x00, = other->ms-bit-in-byte=3D=3D0 */ > + add %r9,%r9,%r8 /* ->0x7f, ->0x7f, = ->ms-bit-in-byte=3D=3D1 */ > + nor %r7,%r9,%r5 /* ->0x80, ->0x00, = ->ms-bit-in-byte=3D=3D0 */ > + andc %r7,%r7,%r8 /* ->0x80, ->0x00, ->0x00 = */ > + /* sort of like cmpb %r7,%r5,%r8 for %r8 = being zero */ >=20 > /* > * If double words are different or contain zero, > @@ -104,7 +111,12 @@ > ldu %r5,8(%r3) /* Load double words. */ > ldu %r6,8(%r4) > xor %r0,%r5,%r6 /* Check if double words are different. = */ > - cmpb %r7,%r5,%r8 /* Check if double words contain zero. = */ > + /* Check for zero vs. not bytes: */ > + and %r9,%r5,%r8 /* 0x00->0x00, 0x80->0x00, = other->ms-bit-in-byte=3D=3D0 */ > + add %r9,%r9,%r8 /* ->0x7f, ->0x7f, = ->ms-bit-in-byte=3D=3D1 */ > + nor %r7,%r9,%r5 /* ->0x80, ->0x00, = ->ms-bit-in-byte=3D=3D0 */ > + andc %r7,%r7,%r8 /* ->0x80, ->0x00, ->0x00 = */ > + /* sort of like cmpb %r7,%r5,%r8 for %r8 = being zero */ >=20 > /* > * If double words are different or contain zero, I built world and kernel (gcc 4.2.1 toolchain based), installed, and booted a bunch of times. No obvious problems. I'll note that the kernel build is based on: # more /mnt/usr/src/sys/powerpc/conf/GENERIC64-dcons include GENERIC64 ident GENERIC64-dcons options GDB device dcons device dcons_crom In order to have firewire-dcons based access to boot output, not that it ever hung up. Screen display output can stop before messages actually do. In such cases, firewire-dcons use seems to show all the output. I did my own builds, in part because any official build artifacts would be based on using cmpb instructions in world (that the 970 family does not have). The other part was having firewire-dcons in place in case of problems. =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 10 23:04:27 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 7C796158B678 for ; Fri, 10 May 2019 23:04:27 +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 148EC8F214 for ; Fri, 10 May 2019 23:04:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id CCD73158B677; Fri, 10 May 2019 23:04:26 +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 BB589158B676 for ; Fri, 10 May 2019 23:04:26 +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 4E5A88F212 for ; Fri, 10 May 2019 23:04:26 +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 86CD46C62 for ; Fri, 10 May 2019 23:04:25 +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 x4AN4PuV006941 for ; Fri, 10 May 2019 23:04:25 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4AN4P7w006940 for ppc@FreeBSD.org; Fri, 10 May 2019 23:04:25 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: Fri, 10 May 2019 23:04:25 +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: 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: Fri, 10 May 2019 23:04:27 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 --- Comment #38 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 While I have no clue why Justin H. thinks that later-is-better for most of the code that I moved in my latest aim/mp_cpudep.c patch, Justin has checked in -r347463 with just the HIOR part moved: /* Set HIOR to 0 */ __asm __volatile("mtspr 311,%0" :: "r"(0)); powerpc_sync(); This certainly has allowed booting in my testing of a -r347463 build. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Fri May 10 23:29:29 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 BB9DE158BD92 for ; Fri, 10 May 2019 23:29:29 +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 53E148FDCF for ; Fri, 10 May 2019 23:29:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 14C25158BD91; Fri, 10 May 2019 23:29:29 +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 E2FC7158BD90 for ; Fri, 10 May 2019 23:29:28 +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 6D9CA8FDCD for ; Fri, 10 May 2019 23:29:28 +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 8D97E6F26 for ; Fri, 10 May 2019 23:29:27 +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 x4ANTRF5053598 for ; Fri, 10 May 2019 23:29:27 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4ANTRh4053596 for ppc@FreeBSD.org; Fri, 10 May 2019 23:29:27 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: Fri, 10 May 2019 23:29:27 +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: 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: Fri, 10 May 2019 23:29:30 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 --- Comment #39 from Mark Millard --- (In reply to Mark Millard from comment #38) I forgot to warn that head -r347463 without any patching has world messed up for older powerpc64 processors like the 970 family: it is using the newer instruction cmpb in its strcmp implementation in libc. I dealt with this issue with a patch that avoids cmpb: (not appropriate or required for head -r345758 were the previouosly-attached patches are targeted) # svnlite diff /mnt/usr/src/ Index: /mnt/usr/src/lib/libc/powerpc64/string/strcmp.S =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/lib/libc/powerpc64/string/strcmp.S (revision 347463) +++ /mnt/usr/src/lib/libc/powerpc64/string/strcmp.S (working copy) @@ -88,9 +88,16 @@ .Lstrcmp_compare_by_word: ld %r5,0(%r3) /* Load double words. */ ld %r6,0(%r4) - xor %r8,%r8,%r8 /* %r8 <- Zero. */ + lis %r8,32639 /* 0x7f7f */ + ori %r8,%r8,32639 /* 0x7f7f7f7f */ + rldimi %r8,%r8,32,0 /* 0x7f7f7f7f'7f7f7f7f */ xor %r0,%r5,%r6 /* Check if double words are different. */ - cmpb %r7,%r5,%r8 /* Check if double words contain zero. */ + /* Check for zero vs. not bytes: */ + and %r9,%r5,%r8 /* 0x00->0x00, 0x80->0x00, other->ms-bit-in-byte=3D=3D0 */ + add %r9,%r9,%r8 /* ->0x7f, ->0x7f,=20=20=20=20=20 ->ms-bit-in-byte=3D=3D1 */ + nor %r7,%r9,%r5 /* ->0x80, ->0x00,=20=20=20=20=20 ->ms-bit-in-byte=3D=3D0 */ + andc %r7,%r7,%r8 /* ->0x80, ->0x00, ->0x00 */ + /* sort of like cmpb %r7,%r5,%r8 for %r8 be= ing zero */ /* * If double words are different or contain zero, @@ -104,7 +111,12 @@ ldu %r5,8(%r3) /* Load double words. */ ldu %r6,8(%r4) xor %r0,%r5,%r6 /* Check if double words are different. */ - cmpb %r7,%r5,%r8 /* Check if double words contain zero. */ + /* Check for zero vs. not bytes: */ + and %r9,%r5,%r8 /* 0x00->0x00, 0x80->0x00, other->ms-bit-in-byte=3D=3D0 */ + add %r9,%r9,%r8 /* ->0x7f, ->0x7f,=20=20=20=20=20 ->ms-bit-in-byte=3D=3D1 */ + nor %r7,%r9,%r5 /* ->0x80, ->0x00,=20=20=20=20=20 ->ms-bit-in-byte=3D=3D0 */ + andc %r7,%r7,%r8 /* ->0x80, ->0x00, ->0x00 */ + /* sort of like cmpb %r7,%r5,%r8 for %r8 be= ing zero */ /* * If double words are different or contain zero, --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sat May 11 15:25:54 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 C8F82159FF7B for ; Sat, 11 May 2019 15:25: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 5E0518CE6C for ; Sat, 11 May 2019 15:25:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 1BC0B159FF77; Sat, 11 May 2019 15:25:53 +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 095DD159FF75 for ; Sat, 11 May 2019 15:25:53 +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 99CD88CE6B for ; Sat, 11 May 2019 15:25: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 C2C6FF9AB for ; Sat, 11 May 2019 15:25: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 x4BFPp4w038178 for ; Sat, 11 May 2019 15:25:51 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4BFPp33038170 for ppc@FreeBSD.org; Sat, 11 May 2019 15:25: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: Sat, 11 May 2019 15:25: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: jhibbits@FreeBSD.org 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: cc bug_status 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: Sat, 11 May 2019 15:25:54 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 Justin Hibbits changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jhibbits@FreeBSD.org Status|New |In Progress --- Comment #40 from Justin Hibbits --- (In reply to Mark Millard from comment #38) It's not a question of "Good" or "Better", it's a question of "what solves = the problem with the minimal change." Since HID0/HID1 config is handled in cpudep_ap_setup() for other CPU types, it makes sense to keep it there for PPC970 as well. If there is a real need to move it earlier then I can do s= o, but since it works as-is, it makes sense to just keep it where it is. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sat May 11 15:36:56 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 ADAB415A0470 for ; Sat, 11 May 2019 15:36:56 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-lf1-f52.google.com (mail-lf1-f52.google.com [209.85.167.52]) (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 1448A8D493 for ; Sat, 11 May 2019 15:36:55 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-lf1-f52.google.com with SMTP id h126so6154610lfh.4 for ; Sat, 11 May 2019 08:36:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=gz7ZMlTM9dPm9oUgeHAz7GbALh8GQ91yrU670b8FCFQ=; b=iUeUw2BXnKtOP1bu1O5vFACXhbPYncWN255pWbuwSmNhRvvDs1GMRV27LulxDgzQRI mIrzpYqfMQEc15Q8FqS59WqLTn5ltEU4HFijavb9gGF2PjjyIJQq8S2ynHuxmj1nEopo VrMhwSo3jIXtoBLQaZPrXW1hKC5d6WduqDFfxoC5YQh7cvnbfhxv0OT1ZO7RK8sm6B6Q Zb0KnZuWAFrh/F44gezb7tL8fPsTK7RzE18XwX+7YJLP8lLHggHKd5+UMdORDOasz3p3 u4CNACaoz54ujbe8goiKktKCHakWES2uSuQq1mh2lqi0qvL/FuR+fl8ZIC5FKzR8HB+W zlZw== X-Gm-Message-State: APjAAAXSgSkKzRlO2Ml97hu5bQwLa3Zuswsuw/WRVLPuJVDtIvMd0bpZ B6RBRXdjGtqzp9oSbLch1uSsakVbeSQMz6ELm1aZvg== X-Google-Smtp-Source: APXvYqxxCMy5TNSMV1nF8q+Cx8lbnjDLZNfg8yy8m0/9/sGr4O8NdjBgdGmfty/L7qQPBdIB6oCqrsv6pC3ofmXOgbc= X-Received: by 2002:a19:385e:: with SMTP id d30mr9032088lfj.119.1557588537916; Sat, 11 May 2019 08:28:57 -0700 (PDT) MIME-Version: 1.0 References: <201905111517.x4BFHgcR002301@repo.freebsd.org> In-Reply-To: <201905111517.x4BFHgcR002301@repo.freebsd.org> From: Justin Hibbits Date: Sat, 11 May 2019 11:28:45 -0400 Message-ID: Subject: Fwd: svn commit: r347492 - head/lib/libc/powerpc64/string To: FreeBSD PowerPC ML Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 1448A8D493 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; NEURAL_HAM_SHORT(-0.98)[-0.985,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] 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, 11 May 2019 15:36:56 -0000 In case people aren't watching the svn commit lists, r347492 completes the unbreaking of the PowerMac G5s. - Justin ---------- Forwarded message --------- From: Justin Hibbits Date: Sat, May 11, 2019 at 11:17 AM Subject: svn commit: r347492 - head/lib/libc/powerpc64/string To: , , Author: jhibbits Date: Sat May 11 15:17:42 2019 New Revision: 347492 URL: https://svnweb.freebsd.org/changeset/base/347492 Log: revert r346588 for now The rewrite of strcmp in assembly uses an instruction added in PowerISA 2.05, making it SIGILL on CPUs older than the POWER6, such as the PPC970 in the PowerMac G5. Revert this until we get clang+lld, or retire the in-tree binutils in favor of newer binutils with IFUNC support, whichever comes first. Deleted: head/lib/libc/powerpc64/string/ From owner-freebsd-ppc@freebsd.org Sat May 11 18:27: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 3ED6215A41C6 for ; Sat, 11 May 2019 18:27:37 +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 CA5786C0BC for ; Sat, 11 May 2019 18:27:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 8821015A41C4; Sat, 11 May 2019 18:27:36 +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 75BFB15A41C3 for ; Sat, 11 May 2019 18:27:36 +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 118766C0B7 for ; Sat, 11 May 2019 18:27:36 +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 6478E11301 for ; Sat, 11 May 2019 18:27:35 +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 x4BIRZbI063487 for ; Sat, 11 May 2019 18:27:35 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4BIRZMc063486 for ppc@FreeBSD.org; Sat, 11 May 2019 18:27:35 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: Sat, 11 May 2019 18:27:35 +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: Sat, 11 May 2019 18:27:37 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 --- Comment #41 from Mark Millard --- (In reply to Mark Millard from comment #39) Justin H. has reverted -r346588 in -r347492: so the patch to allow string comparison to work would no longer be involved. The file patched is no longer present. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sat May 11 19:38: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 46B2B15A5E64 for ; Sat, 11 May 2019 19:38:03 +0000 (UTC) (envelope-from georg@bege.email) Received: from mail.unix.io (unknown [IPv6:2604:180:2:124a::6da3]) by mx1.freebsd.org (Postfix) with ESMTP id DA1846EF30 for ; Sat, 11 May 2019 19:38:01 +0000 (UTC) (envelope-from georg@bege.email) Received: from gateway.int.ninth-art.de (gateway.int.ninth-art.de [10.8.0.3]) by mail.unix.io (Postfix) with ESMTP id D14AA1CAC244 for ; Sat, 11 May 2019 15:37:54 -0400 (EDT) Received: from gateway.int.ninth-art.de (orion.int.ninth-art.de [192.168.0.6]) by gateway.int.ninth-art.de (Postfix) with ESMTP id 9EC4232E0B for ; Sat, 11 May 2019 21:37:53 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bege.email; h=reply-to:to :from:subject:message-id:date:mime-version:content-type :content-transfer-encoding; s=mail141202; bh=+xWKCfgYSe+pZDdd8i8 XsP7anY0=; b=GGYHB1DNU4t34WIOtgRLGKn9WzbabQU2SMDsOdwlS9vsT5V9iCt KuJl7FRY/upuG48kCVb8zKK6d95M03ZcUbthMB/nQDLpeDGIXowd9fgQZZiTImwg AWBOdLJOr1E0pUxkMkNrZpW8bKZ0KWB/1onO5nTPCckyVe8DVEfChTtE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bege.email; h=reply-to:to :from:subject:message-id:date:mime-version:content-type :content-transfer-encoding; q=dns; s=mail141202; b=zkiQwXJ1fT/M0 ZPZSJXPRujE0+ypJksYJd8DGjUKAWGs59WgnnlU02y1Sg5CgL8yLY30M8MVMvIni Co6C0axL6ZL44D+RIHp51a+N6dxOW7APsz86tagdirTkgnZOp3OIJD+fiu2hKr9Y ga9t5lXmp+DTSuNzJvXKJb5fmTYb2I= Received: from lazarus.int.ninth-art.de (relay [10.8.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by gateway.int.ninth-art.de (Postfix) with ESMTPSA id 9DB7432C59 for ; Sat, 11 May 2019 21:37:52 +0200 (CEST) Reply-To: georg@bege.email To: freebsd-ppc@freebsd.org From: Georg Bege Subject: Installing FreeBSD 12 on a POWER7 Message-ID: <2d0dd109-aae3-a50a-3815-e4111e52a99a@bege.email> Date: Sat, 11 May 2019 21:37:52 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.5.2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: DA1846EF30 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bege.email header.s=mail141202 header.b=GGYHB1DN; spf=pass (mx1.freebsd.org: domain of georg@bege.email designates 2604:180:2:124a::6da3 as permitted sender) smtp.mailfrom=georg@bege.email X-Spamd-Result: default: False [4.33 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RDNS_NONE(1.00)[]; HAS_REPLYTO(0.00)[georg@bege.email]; R_SPF_ALLOW(-0.20)[+mx]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[bege.email:+]; MX_GOOD(-0.01)[mail.unix.io]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-0.03)[asn: 3842(-0.08), country: US(-0.06)]; ASN(0.00)[asn:3842, ipnet:2604:180:2::/48, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bege.email:s=mail141202]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.30)[0.305,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; DMARC_NA(0.00)[bege.email]; NEURAL_SPAM_MEDIUM(0.07)[0.067,0]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_LONG(0.90)[0.895,0]; HFILTER_HOSTNAME_UNKNOWN(2.50)[] 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, 11 May 2019 19:38:03 -0000 Hello mailing list, I've tried to install FreeBSD 12 on a POWER 740 today. As far as I know POWER7 should be supported, I couldnt find a lot of=20 information - but ... it should be. While Im an experienced FreeBSD user, this is my *first* POWER installati= on. I chose to boot the ISO: https://download.freebsd.org/ftp/releases/powerpc/powerpc64/ISO-IMAGES/12= .0/FreeBSD-12.0-RELEASE-powerpc-powerpc64-dvd1.iso I didnt try other releases, as I were running out of time. Since the machine has a DVD drive, I booted via SMS from this device and=20 the loader started. However it was unable to find the kernel. My initial guess is that while it was accessing the media, it couldnt=20 find the media path?? I've made a couple of photos with my mobile, I'll put them online and I=20 hope its not too offensive on a ML. At this time I was quite in a hurry and I forgot to make carbon-copies=20 of all of my terminal output. Image showing bootup after SMS: https://imgur.com/a/7JWZqRT Also commands like 'ls /' etc. werent possible either. I managed to boot a Gentoo Linux LiveCD however, that worked fine. Has someone any advice how I can proceed debugging this? Would you say this is an issue regarding booting from this DVD, I could=20 also try booting via network. best regards, Georg From owner-freebsd-ppc@freebsd.org Sat May 11 21:26:28 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 CE1B115A7D8C for ; Sat, 11 May 2019 21:26:28 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (smtp.fgznet.ch [IPv6:2001:4060:1:1001::14:52]) (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 4492F71FFC for ; Sat, 11 May 2019 21:26:28 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from [192.168.225.14] (dhclient-91-190-10-49.flashcable.ch [91.190.10.49]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by fgznet.ch (Postfix) with ESMTPSA id 62E1FC16C0; Sat, 11 May 2019 23:26:19 +0200 (CEST) Subject: Re: 970/PowerMac G5 cpudep_ap_bootstrap slb-related hangup *solved* . . . To: Mark Millard , FreeBSD PowerPC ML References: <2E7A0894-E5B0-4776-95F2-76B7EE0EE93C@yahoo.com> From: Andreas Tobler Message-ID: <73ec1772-adeb-a501-a8ff-91b22cfbb1ff@fgznet.ch> Date: Sat, 11 May 2019 23:26:19 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-CH Content-Transfer-Encoding: 7bit X-Scanned-By: Asterix Submit on 127.0.1.1 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, 11 May 2019 21:26:29 -0000 On 10.05.19 12:23, Mark Millard via freebsd-ppc wrote: > > 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 > =================================================================== > --- /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(); Thank you for this incredible investigation! My quad is now under heavy load and behaves as expected. Andreas