From owner-freebsd-ppc@freebsd.org Sun Apr 28 14:06: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 87A26157F56F for ; Sun, 28 Apr 2019 14:06:57 +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 2372094E23 for ; Sun, 28 Apr 2019 14:06:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id DB3C4157F56E; Sun, 28 Apr 2019 14:06:56 +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 C99D0157F56D for ; Sun, 28 Apr 2019 14:06:56 +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 6A03194E21 for ; Sun, 28 Apr 2019 14:06:56 +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 BA2B4E54E for ; Sun, 28 Apr 2019 14:06:55 +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 x3SE6t0v057416 for ; Sun, 28 Apr 2019 14:06:55 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3SE6tgJ057415 for ppc@FreeBSD.org; Sun, 28 Apr 2019 14:06:55 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 235060] [boot] FreeBSD 12.0 Release DVD and CD will not boot on PowerMac G5 Quad Date: Sun, 28 Apr 2019 14:06:54 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: consuli074@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2019 14:06:57 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235060 --- Comment #11 from consuli074@gmail.com --- Exactly. The architecture of Apple G5 PPC 64bit RISC CPU is pretty different from AMD64 architecture. This is why a bit pattern that does not recognizab= le effect on an Intel CPU can cause the open firmware of RISC CPU hang up. The machine's specs are Apple G5 PowerPC Dual Core Firmware 5.1 4 GB RAM (OS-X 10.5.4 Leopard) Get your hand on a similar 64bit PowerPC, try to boot your FreeBSD images a= nd ty to copy the boot loader of a burnt DVD under OS-X. Both should fail. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sun Apr 28 20:47: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 2645A1589164 for ; Sun, 28 Apr 2019 20:47:03 +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 9EAF974D06 for ; Sun, 28 Apr 2019 20:47:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 5F3121589163; Sun, 28 Apr 2019 20:47:02 +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 4DC7B1589162 for ; Sun, 28 Apr 2019 20:47: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 E222B74D04 for ; Sun, 28 Apr 2019 20:47:01 +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 2E5F911ECC for ; Sun, 28 Apr 2019 20:47:01 +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 x3SKl1Pd012051 for ; Sun, 28 Apr 2019 20:47:01 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3SKl1PJ012050 for ppc@FreeBSD.org; Sun, 28 Apr 2019 20:47: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: ppc@FreeBSD.org Subject: [Bug 235060] [boot] FreeBSD 12.0 Release DVD and CD will not boot on PowerMac G5 Quad Date: Sun, 28 Apr 2019 20:47:00 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2019 20:47:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235060 --- Comment #12 from Mark Millard --- (In reply to consuli074 from comment #11) I (at times) have access to 3 PowerMac G5s, 4 PowerMac G4s, and 1 iMac G3. I sometimes help identify boot problems and fixes for them. I'm familiar enough with what is required to do so with some success. (I've been doing so via my own FreeBSD builds, including self hosted. My PowerMacs do boot, but I do not use CD media in my normal process.) However, you have not pointed out evidence that someone else could follow for your claims. They would have to start from scratch and I'll not attempt that. The mere fact that booting would fail is not a confirmation of your specific claims. There are other possibilities, given your lack of detail. What is the "bit pattern"? Where is it specifically in some specific thing (specific example of the problem)? Sufficient information or someone to inspect for themselves for a specific example? And so on. Is burning from MacOSX really required or do other forms of burning produce the problem? Were you over specific in that detail? Have you ever looked up what the "bit pattern" means on the processor that you have: how would the PPC involved interpret it? (I've assumed here that it is in a area holding machine code that would be executed. But I've no idea how to find it so I'm not sure.) --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sun Apr 28 21:07:22 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 26C3C158A0C6 for ; Sun, 28 Apr 2019 21:07:22 +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 B114275C83 for ; Sun, 28 Apr 2019 21:07:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 71583158A0C5; Sun, 28 Apr 2019 21:07:21 +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 5FDB3158A0C4 for ; Sun, 28 Apr 2019 21:07:21 +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 E593175C81 for ; Sun, 28 Apr 2019 21:07:20 +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 3050A122A7 for ; Sun, 28 Apr 2019 21:07:20 +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 x3SL7KIT035226 for ; Sun, 28 Apr 2019 21:07:20 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3SL7KJY035216 for ppc@FreeBSD.org; Sun, 28 Apr 2019 21:07:20 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 233863] Various PowerMac G5 models may require kern.smp.disabled=1 and must set usefdt=1 which causes net interface reorder Date: Sun, 28 Apr 2019 21:07:20 +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: dclarke@blastwave.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: short_desc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2019 21:07:22 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 Dennis Clarke changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|r345425 on PowerMac G5 may |Various PowerMac G5 models |require kern.smp.disabled=3D1 |may require |and must set usefdt=3D1 which |kern.smp.disabled=3D1 and |causes net interface |must set usefdt=3D1 which |reorder |causes net interface | |reorder --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sun Apr 28 21:08:10 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 EDA99158A139 for ; Sun, 28 Apr 2019 21:08:09 +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 8844F75CCF for ; Sun, 28 Apr 2019 21:08:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 49209158A131; Sun, 28 Apr 2019 21:08:09 +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 37ACC158A130 for ; Sun, 28 Apr 2019 21:08:09 +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 CB6C975CCC for ; Sun, 28 Apr 2019 21:08:08 +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 23581122AC for ; Sun, 28 Apr 2019 21:08:08 +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 x3SL88YF057588 for ; Sun, 28 Apr 2019 21:08:08 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3SL88OB057578 for ppc@FreeBSD.org; Sun, 28 Apr 2019 21:08:08 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 235060] [boot] FreeBSD 12.0 Release DVD and CD will not boot on PowerMac G5 Quad Date: Sun, 28 Apr 2019 21:08:07 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: dclarke@blastwave.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: Sun, 28 Apr 2019 21:08:10 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235060 --- Comment #13 from Dennis Clarke --- (In reply to Mark Millard from comment #12) I have multiple of these old ppc64 G5 units nearby and two of them running well. One of them is the so-called "quad" and then other has two processors that are single core. I don't know the model name. Regardless I stand by the suggestion that these are historical computing artifacts which are merely popular due to the fact they are dirt cheap and in the back of everyones warehouse gathering dust. There are other items of greater interest at this time than the boot or no boot issue with some release DVD. However I can try both my PowerMac units later today or tomorrow.=20 Also see :=20 Various PowerMac G5 models may require kern.smp.disabled=3D1 and must set usefdt=3D1 which causes net interface reorder https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 Bug 233579 - ppc64 r341455 will panic on boot with usefdt=3D1 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233579 --=20 Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sun Apr 28 21:17: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 DF652158A3F9 for ; Sun, 28 Apr 2019 21:17:50 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 786ED7615F for ; Sun, 28 Apr 2019 21:17:50 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3600F158A3F7; Sun, 28 Apr 2019 21:17:50 +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 23C78158A3F6 for ; Sun, 28 Apr 2019 21:17: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 B4CCF7615A for ; Sun, 28 Apr 2019 21:17:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id EBAE112465 for ; Sun, 28 Apr 2019 21:17:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x3SLHmlj018455 for ; Sun, 28 Apr 2019 21:17:48 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3SLHmRd018447 for ppc@FreeBSD.org; Sun, 28 Apr 2019 21:17:48 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 235060] [boot] FreeBSD 12.0 Release DVD and CD will not boot on PowerMac G5 Quad Date: Sun, 28 Apr 2019 21:17:48 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: pusateri@bangj.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: 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-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, 28 Apr 2019 21:17:51 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235060 Tom Pusateri changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pusateri@bangj.com --- Comment #14 from Tom Pusateri --- (In reply to Dennis Clarke from comment #13) I think that it is important to have easily accesible Big Endian machines available to easily test FreeBSD on. I don't have a preference which ones. Currently, the POWER9 machines are not easily accessible. There are not many alternatives currently. The Cavium Octeon MIPS64 used on Ubiquiti Edge Rout= er Lite is prohibitively slow. It is possible that newer ARM64 devices be programmed in Big Endian mode but nobody seems to do this in Linux or BSD. I think this should be considered since it provides modern hardware at cheap prices and is getting better not aging out. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sun Apr 28 21:24:55 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 F3AB9158A7A7 for ; Sun, 28 Apr 2019 21:24:54 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhfb02.myregisteredsite.com (atl4mhfb02.myregisteredsite.com [209.17.115.118]) (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 0CE2676784 for ; Sun, 28 Apr 2019 21:24:53 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhob19.registeredsite.com (atl4mhob19.registeredsite.com [209.17.115.112]) by atl4mhfb02.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id x3SLOlBs010806 for ; Sun, 28 Apr 2019 17:24:47 -0400 Received: from mailpod.hostingplatform.com (atl4qobmail02pod2.registeredsite.com [10.30.77.36]) by atl4mhob19.registeredsite.com (8.14.4/8.14.4) with ESMTP id x3SLOdIL030488 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Sun, 28 Apr 2019 17:24:39 -0400 Received: (qmail 26900 invoked by uid 0); 28 Apr 2019 21:24:39 -0000 X-TCPREMOTEIP: 99.253.177.25 X-Authenticated-UID: dclarke@blastwave.org Received: from unknown (HELO ?172.16.35.3?) (dclarke@blastwave.org@99.253.177.25) by 0 with ESMTPA; 28 Apr 2019 21:24:39 -0000 To: FreeBSD PowerPC ML From: Dennis Clarke Subject: bugid reports are not a mail list Message-ID: <13d3dace-aec1-d238-fdca-a0b8447dd01e@blastwave.org> Date: Sun, 28 Apr 2019 17:24:38 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:67.0) Gecko/20100101 Thunderbird/67.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 0CE2676784 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.94 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.92)[0.917,0]; IP_SCORE(0.17)[ip: (0.46), ipnet: 209.17.112.0/21(0.26), asn: 19871(0.21), country: US(-0.06)]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; DMARC_NA(0.00)[blastwave.org]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.32)[0.324,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mx1.netsolmail.net]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[118.115.17.209.list.dnswl.org : 127.0.5.0]; NEURAL_SPAM_LONG(0.64)[0.638,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:19871, ipnet:209.17.112.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_LAST(0.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: Sun, 28 Apr 2019 21:24:55 -0000 Merely wanted to suggest that bugid reports contain more substantive content than open hand waving discussion. I am guilty as charged in this respect also. Also ... follow up to comment left by Tom Pusateri on 235060 : yes the powermacs are cheap and everywhere and not much exists elsewhere. Unless one wants to spend $10k as a minimum. The situation is worse for RISC-V wherein nearly nothing exists other than QEMU and Spike. So in that hardware architecture one will need to spend $55M or more to get your own 9nm fabrication done. Maybe less. Not much less. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional From owner-freebsd-ppc@freebsd.org Sun Apr 28 21:38: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 0223E158AB5A for ; Sun, 28 Apr 2019 21:38:59 +0000 (UTC) (envelope-from pusateri@bangj.com) Received: from oj.bangj.com (69-77-154-174.static.skybest.com [69.77.154.174]) (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 2134276D6F for ; Sun, 28 Apr 2019 21:38:57 +0000 (UTC) (envelope-from pusateri@bangj.com) Received: from [172.16.10.104] (mta-107-13-246-59.nc.rr.com [107.13.246.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by oj.bangj.com (Postfix) with ESMTPSA id B41FD2E3CE; Sun, 28 Apr 2019 17:38:50 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: bugid reports are not a mail list From: Tom Pusateri In-Reply-To: <13d3dace-aec1-d238-fdca-a0b8447dd01e@blastwave.org> Date: Sun, 28 Apr 2019 17:38:49 -0400 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: 7bit Message-Id: <15535DAC-7167-4277-A0A0-2F0043BDB945@bangj.com> References: <13d3dace-aec1-d238-fdca-a0b8447dd01e@blastwave.org> To: Dennis Clarke X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 2134276D6F X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of pusateri@bangj.com designates 69.77.154.174 as permitted sender) smtp.mailfrom=pusateri@bangj.com X-Spamd-Result: default: False [-1.53 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[oj.bangj.com]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:23118, ipnet:69.77.128.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.92)[-0.917,0]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.19)[0.190,0]; NEURAL_HAM_LONG(-0.98)[-0.977,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bangj.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-0.01)[country: US(-0.06)]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.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: Sun, 28 Apr 2019 21:38:59 -0000 > On Apr 28, 2019, at 5:24 PM, Dennis Clarke wrote: > > > Merely wanted to suggest that bugid reports contain more substantive > content than open hand waving discussion. I am guilty as charged in > this respect also. > > Also ... follow up to comment left by Tom Pusateri on 235060 : yes > the powermacs are cheap and everywhere and not much exists elsewhere. > Unless one wants to spend $10k as a minimum. The situation is worse > for RISC-V wherein nearly nothing exists other than QEMU and Spike. > So in that hardware architecture one will need to spend $55M or more > to get your own 9nm fabrication done. Maybe less. Not much less. My apologies. I guess I should take this to the ARM mailing list. Thanks, Tom From owner-freebsd-ppc@freebsd.org Sun Apr 28 21:46:00 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 BAAA0158AE97 for ; Sun, 28 Apr 2019 21:46:00 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhfb03.myregisteredsite.com (atl4mhfb03.myregisteredsite.com [209.17.115.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C8D057712C for ; Sun, 28 Apr 2019 21:45:59 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhob14.registeredsite.com (atl4mhob14.registeredsite.com [209.17.115.52]) by atl4mhfb03.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id x3SLjwtZ026037 for ; Sun, 28 Apr 2019 17:45:58 -0400 Received: from mailpod.hostingplatform.com (atl4qobmail02pod2.registeredsite.com [10.30.77.36]) by atl4mhob14.registeredsite.com (8.14.4/8.14.4) with ESMTP id x3SLjoqs001370 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Sun, 28 Apr 2019 17:45:50 -0400 Received: (qmail 33563 invoked by uid 0); 28 Apr 2019 21:45:50 -0000 X-TCPREMOTEIP: 99.253.177.25 X-Authenticated-UID: dclarke@blastwave.org Received: from unknown (HELO ?172.16.35.3?) (dclarke@blastwave.org@99.253.177.25) by 0 with ESMTPA; 28 Apr 2019 21:45:50 -0000 Subject: Re: bugid reports are not a mail list To: Tom Pusateri Cc: FreeBSD PowerPC ML References: <13d3dace-aec1-d238-fdca-a0b8447dd01e@blastwave.org> <15535DAC-7167-4277-A0A0-2F0043BDB945@bangj.com> From: Dennis Clarke Message-ID: Date: Sun, 28 Apr 2019 17:45:49 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:67.0) Gecko/20100101 Thunderbird/67.0 MIME-Version: 1.0 In-Reply-To: <15535DAC-7167-4277-A0A0-2F0043BDB945@bangj.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: C8D057712C X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.56 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.98)[0.977,0]; IP_SCORE(0.26)[ip: (0.91), ipnet: 209.17.112.0/21(0.26), asn: 19871(0.21), country: US(-0.06)]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; DMARC_NA(0.00)[blastwave.org]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.57)[0.570,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx1.netsolmail.net]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[119.115.17.209.list.dnswl.org : 127.0.5.0]; NEURAL_SPAM_LONG(0.86)[0.858,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:19871, ipnet:209.17.112.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_LAST(0.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: Sun, 28 Apr 2019 21:46:00 -0000 On 4/28/19 5:38 PM, Tom Pusateri wrote: > >> On Apr 28, 2019, at 5:24 PM, Dennis Clarke wrote: >> >> >> Merely wanted to suggest that bugid reports contain more substantive >> content than open hand waving discussion. I am guilty as charged in >> this respect also. >> >> Also ... follow up to comment left by Tom Pusateri on 235060 : yes >> the powermacs are cheap and everywhere and not much exists elsewhere. >> Unless one wants to spend $10k as a minimum. The situation is worse >> for RISC-V wherein nearly nothing exists other than QEMU and Spike. >> So in that hardware architecture one will need to spend $55M or more >> to get your own 9nm fabrication done. Maybe less. Not much less. > > My apologies. I guess I should take this to the ARM mailing list. > No this is a good place and input is appreciated. I have arm on hand here also and it is a bugger to deal with. Dennis From owner-freebsd-ppc@freebsd.org Sun Apr 28 22:11:26 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6426F158BAB2 for ; Sun, 28 Apr 2019 22:11:26 +0000 (UTC) (envelope-from pusateri@bangj.com) Received: from oj.bangj.com (69-77-154-174.static.skybest.com [69.77.154.174]) (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 4428A77D04 for ; Sun, 28 Apr 2019 22:11:25 +0000 (UTC) (envelope-from pusateri@bangj.com) Received: from [172.16.10.104] (mta-107-13-246-59.nc.rr.com [107.13.246.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by oj.bangj.com (Postfix) with ESMTPSA id E3AED2E3D7; Sun, 28 Apr 2019 18:11:23 -0400 (EDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: bugid reports are not a mail list From: Tom Pusateri In-Reply-To: Date: Sun, 28 Apr 2019 18:11:23 -0400 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <13d3dace-aec1-d238-fdca-a0b8447dd01e@blastwave.org> <15535DAC-7167-4277-A0A0-2F0043BDB945@bangj.com> To: Dennis Clarke X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 4428A77D04 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of pusateri@bangj.com designates 69.77.154.174 as permitted sender) smtp.mailfrom=pusateri@bangj.com X-Spamd-Result: default: False [-2.51 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.92)[-0.921,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bangj.com]; NEURAL_HAM_LONG(-0.97)[-0.974,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: oj.bangj.com]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.80)[-0.795,0]; IP_SCORE(-0.01)[country: US(-0.06)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:23118, ipnet:69.77.128.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] 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, 28 Apr 2019 22:11:26 -0000 > On Apr 28, 2019, at 5:45 PM, Dennis Clarke = wrote: >=20 > On 4/28/19 5:38 PM, Tom Pusateri wrote: >>> On Apr 28, 2019, at 5:24 PM, Dennis Clarke = wrote: >>>=20 >>>=20 >>> Merely wanted to suggest that bugid reports contain more substantive >>> content than open hand waving discussion. I am guilty as charged in >>> this respect also. >>>=20 >>> Also ... follow up to comment left by Tom Pusateri on 235060 : yes >>> the powermacs are cheap and everywhere and not much exists = elsewhere. >>> Unless one wants to spend $10k as a minimum. The situation is worse >>> for RISC-V wherein nearly nothing exists other than QEMU and Spike. >>> So in that hardware architecture one will need to spend $55M or more >>> to get your own 9nm fabrication done. Maybe less. Not much less. >> My apologies. I guess I should take this to the ARM mailing list. >=20 > No this is a good place and input is appreciated. I have arm on hand > here also and it is a bugger to deal with. >=20 > Dennis Agreed. But at least it is improving and isn=E2=80=99t stagnating. I powered up my Mac Pro PowerPC G5 recently because I submitted pull = requests to a project on github and the continuous integration testing = done by the project used QEMU to test the code on big endian linux and = it failed under QEMU but I was sure the code was fine. Trying it on the = same version of linux on real hardware worked fine and so there was QEMU = bug that prevented my pull request from being merged. In addition to linux, I tried my favorite operating system = (12.0-RELEASE) on the G5 and after some trouble installing, my code = worked great there too. Next I tried it on MIPS64 FreeBSD which was very = slow (ERL). I looked around for other options and couldn=E2=80=99t find = much except that both the ARM64 could be programmed in either Big Endian = or Little Endian but there do not seem to be any operating systems using = Big Endian mode. I think it would be useful to have modern inexpensive hardware that can = run in Big Endian mode and if there=E2=80=99s enough others that feel = this way, maybe we could have an ARM64 Big Endian version in addition to = the current Little Endian version. Tom From owner-freebsd-ppc@freebsd.org Sun Apr 28 22:18: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 033AB158BC25 for ; Sun, 28 Apr 2019 22:18:56 +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 89BC977FC6 for ; Sun, 28 Apr 2019 22:18:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 4A97B158BC24; Sun, 28 Apr 2019 22:18:55 +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 282C3158BC23 for ; Sun, 28 Apr 2019 22:18:55 +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 BAFF277FC4 for ; Sun, 28 Apr 2019 22:18:54 +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 DAA6912D1B for ; Sun, 28 Apr 2019 22:18:53 +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 x3SMIr63044888 for ; Sun, 28 Apr 2019 22:18:53 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3SMIrwb044887 for ppc@FreeBSD.org; Sun, 28 Apr 2019 22:18:53 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 235060] [boot] FreeBSD 12.0 Release DVD and CD will not boot on PowerMac G5 Quad Date: Sun, 28 Apr 2019 22:18:52 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Apr 2019 22:18:56 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235060 --- Comment #15 from Mark Millard --- (In reply to Dennis Clarke from comment #13) First my overall point, then what leads to it . . . Overall point: I'm not sure testing anything with head -r334498 involved is worth testing for multi-socket or for multi-core unless the code has been changed to address the resultant slb-miss issue on the non-bsp cpu(s) in some way. What leads to that: I'll note that anything form just svn at or after head -r334498 (or later in svn that is derived from such) has known boot problems on at least some G5 PowerMacs that have multiple sockets or cores. The issue in question is an unhandled slb miss in the code during a (non-bsp) cpu's startup code when it executes: sp =3D pcpup->pc_curpcb->pcb_sp It is the pc_curpcb based dereference that can end up with a slb miss before things are set up sufficiently for that processor to correctly handle such misses. head -r334498 changed the address ranges used for powerpc64 and indirectly resulted in this being possible on some old G5 PowerMacs. (32-bit powerpc FreeBSD boots of old G5's are a separate issue.) I'm not here making any claims about there not being other boot problems sometimes involved. But, to my knowledge, all builds based on just checked-in source code that has -r334498 involved has multi-socket/multi-core boot problems. (They can be intermittent, sometimes hanging-up and other times not, depending on slb content at the time.) Bugzilla 233863 that you reference has a fair amount of accumulated information, but not limited to fixing what -r334498 exposes about the way things historically worked, so it is a bit of a mess to go through for the slb issue. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Mon Apr 29 05:22:26 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3769F1580F2F for ; Mon, 29 Apr 2019 05:22:26 +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 D076E8C36B for ; Mon, 29 Apr 2019 05:22:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id A134815FA4; Mon, 29 Apr 2019 05:22:25 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 9D0C015FA3 for ; Mon, 29 Apr 2019 05:22:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5DFAD8C36A for ; Mon, 29 Apr 2019 05:22:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id A470916A59 for ; Mon, 29 Apr 2019 05:22:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x3T5MOw4035045 for ; Mon, 29 Apr 2019 05:22:24 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3T5MOeE035044 for powerpc@FreeBSD.org; Mon, 29 Apr 2019 05:22:24 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Mon, 29 Apr 2019 05:22: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: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: pkubaj@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: D076E8C36B 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)[-0.999,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, 29 Apr 2019 05:22:26 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #16 from Piotr Kubaj --- Now a missing include: In file included from /tmp/usr/ports/java/openjdk11/work/openjdk-jdk11u-jdk-11.0.3-7-1/src/jdk.ma= nagement/bsd/native/libmanagement_ext/UnixOperatingSystem.c:29: /usr/include/sys/sysctl.h:1120:25: error: unknown type name 'u_int'; did you mean 'jint'? int sysctl(const int *, u_int, void *, size_t *, const void *, size_t); ^~~~~ jint --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Mon Apr 29 07:24: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 E5E96158355D for ; Mon, 29 Apr 2019 07:24:18 +0000 (UTC) (envelope-from aik@ozlabs.ru) Received: from mail-pf1-x442.google.com (mail-pf1-x442.google.com [IPv6:2607:f8b0:4864:20::442]) (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 B799B8FF16 for ; Mon, 29 Apr 2019 07:24:15 +0000 (UTC) (envelope-from aik@ozlabs.ru) Received: by mail-pf1-x442.google.com with SMTP id 188so4874213pfd.8 for ; Mon, 29 Apr 2019 00:24:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ozlabs-ru.20150623.gappssmtp.com; s=20150623; h=subject:to:cc:references:from:openpgp:autocrypt:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=8xuwSnXRmiqGxt+xG2oL+RwNHA0j+ZSi31JFMa/7LSw=; b=1JhVE8t0U68NQS3Q1euO8Sh88wIQvC/+HbYOBUmiaaGkeS4s4sqyV6zA4B+D0flDHu nbYIR9UyAN2UEOcxVnyEDBzd/MuaCi8ngZxf2C2/FBdz7lxPJ2/ezHMKZIGfvpHkQHaC hmJW+UHAk8m7mZY0qkrhg7O6h79wjxmqa7WFRB9bTMJ+sWDWFw1iRtu/kZMyinEa8UP8 L61MqIc2wqVRjqnWC4PAkBl+EGPXlcruf4sbi4/YBf0Oj4Hx7I8RLKY/xwDGbFjcaWCB A4Ls1YenjbiCq+2Pw/+7damDmdlQ+KDYd/I8SUA7Xuc+YE+fIOphu9zrYSzor0b6jk5/ jKSQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=8xuwSnXRmiqGxt+xG2oL+RwNHA0j+ZSi31JFMa/7LSw=; b=mCF+YdrNDC5KXFAElsynTy1vdXoSu/pBxQgdaB4YnQ4hDPlfRTKSH/yVgrvYr5Y6ri WRG22O60PI7T2gLulh4qXAOyw97TSb42TPlY+dJA7z7sdpPDkIkCQZdPAgSOGB/2hgyP JVsRGGkRDh7+4+xYrSorazVSnXVN9BsygIVIpGrlvOpc+azhmk3JFDcPCLqjuMHUwsEU NNAOyh9aGmLElmYY4RGGnSF+y61j22/gMmjpU3XfdFkuRo3cCgwJzYbNOdrb0aUeIXnf aBowJmC3F+Img8SxPy3YQ3WpsoLEzWOLJfx4/vDXDBLolTXyp1xw41LdTRypQVSiFHYw nulQ== X-Gm-Message-State: APjAAAVy9ripW5tLJd+kB0PCMfUY+x06JsB1SDOByYy7Fcph5y19q8b1 NRB2fH6WgQQzwfO56OQ6mg8WoORuMHk= X-Google-Smtp-Source: APXvYqy89a7zsnYszDxuC+B6RS0Mn35s6DzuqdaDBgqeCpqWUP/ueOVgTNhODplaeID6F88xIpjQrQ== X-Received: by 2002:a65:4247:: with SMTP id d7mr12867368pgq.114.1556522654666; Mon, 29 Apr 2019 00:24:14 -0700 (PDT) Received: from [10.61.2.175] ([122.99.82.10]) by smtp.gmail.com with ESMTPSA id z127sm6384805pfb.53.2019.04.29.00.24.12 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 29 Apr 2019 00:24:13 -0700 (PDT) Subject: Re: Fail to boot FreeBSD12 or 13 on POWER9 under PowerKVM To: Justin Hibbits Cc: freebsd-ppc@freebsd.org References: <20190426111659.61c4a447@titan.knownspace> From: Alexey Kardashevskiy Openpgp: preference=signencrypt Autocrypt: addr=aik@ozlabs.ru; keydata= mQINBE+rT0sBEADFEI2UtPRsLLvnRf+tI9nA8T91+jDK3NLkqV+2DKHkTGPP5qzDZpRSH6mD EePO1JqpVuIow/wGud9xaPA5uvuVgRS1q7RU8otD+7VLDFzPRiRE4Jfr2CW89Ox6BF+q5ZPV /pS4v4G9eOrw1v09lEKHB9WtiBVhhxKK1LnUjPEH3ifkOkgW7jFfoYgTdtB3XaXVgYnNPDFo PTBYsJy+wr89XfyHr2Ev7BB3Xaf7qICXdBF8MEVY8t/UFsesg4wFWOuzCfqxFmKEaPDZlTuR tfLAeVpslNfWCi5ybPlowLx6KJqOsI9R2a9o4qRXWGP7IwiMRAC3iiPyk9cknt8ee6EUIxI6 t847eFaVKI/6WcxhszI0R6Cj+N4y+1rHfkGWYWupCiHwj9DjILW9iEAncVgQmkNPpUsZECLT WQzMuVSxjuXW4nJ6f4OFHqL2dU//qR+BM/eJ0TT3OnfLcPqfucGxubhT7n/CXUxEy+mvWwnm s9p4uqVpTfEuzQ0/bE6t7dZdPBua7eYox1AQnk8JQDwC3Rn9kZq2O7u5KuJP5MfludMmQevm pHYEMF4vZuIpWcOrrSctJfIIEyhDoDmR34bCXAZfNJ4p4H6TPqPh671uMQV82CfTxTrMhGFq 8WYU2AH86FrVQfWoH09z1WqhlOm/KZhAV5FndwVjQJs1MRXD8QARAQABtCRBbGV4ZXkgS2Fy ZGFzaGV2c2tpeSA8YWlrQG96bGFicy5ydT6JAjgEEwECACIFAk+rT0sCGwMGCwkIBwMCBhUI AgkKCwQWAgMBAh4BAheAAAoJEIYTPdgrwSC5fAIP/0wf/oSYaCq9PhO0UP9zLSEz66SSZUf7 AM9O1rau1lJpT8RoNa0hXFXIVbqPPKPZgorQV8SVmYRLr0oSmPnTiZC82x2dJGOR8x4E01gK TanY53J/Z6+CpYykqcIpOlGsytUTBA+AFOpdaFxnJ9a8p2wA586fhCZHVpV7W6EtUPH1SFTQ q5xvBmr3KkWGjz1FSLH4FeB70zP6uyuf/B2KPmdlPkyuoafl2UrU8LBADi/efc53PZUAREih sm3ch4AxaL4QIWOmlE93S+9nHZSRo9jgGXB1LzAiMRII3/2Leg7O4hBHZ9Nki8/fbDo5///+ kD4L7UNbSUM/ACWHhd4m1zkzTbyRzvL8NAVQ3rckLOmju7Eu9whiPueGMi5sihy9VQKHmEOx OMEhxLRQbzj4ypRLS9a+oxk1BMMu9cd/TccNy0uwx2UUjDQw/cXw2rRWTRCxoKmUsQ+eNWEd iYLW6TCfl9CfHlT6A7Zmeqx2DCeFafqEd69DqR9A8W5rx6LQcl0iOlkNqJxxbbW3ddDsLU/Y r4cY20++WwOhSNghhtrroP+gouTOIrNE/tvG16jHs8nrYBZuc02nfX1/gd8eguNfVX/ZTHiR gHBWe40xBKwBEK2UeqSpeVTohYWGBkcd64naGtK9qHdo1zY1P55lHEc5Uhlk743PgAnOi27Q ns5zuQINBE+rT0sBEACnV6GBSm+25ACT+XAE0t6HHAwDy+UKfPNaQBNTTt31GIk5aXb2Kl/p AgwZhQFEjZwDbl9D/f2GtmUHWKcCmWsYd5M/6Ljnbp0Ti5/xi6FyfqnO+G/wD2VhGcKBId1X Em/B5y1kZVbzcGVjgD3HiRTqE63UPld45bgK2XVbi2+x8lFvzuFq56E3ZsJZ+WrXpArQXib2 hzNFwQleq/KLBDOqTT7H+NpjPFR09Qzfa7wIU6pMNF2uFg5ihb+KatxgRDHg70+BzQfa6PPA o1xioKXW1eHeRGMmULM0Eweuvpc7/STD3K7EJ5bBq8svoXKuRxoWRkAp9Ll65KTUXgfS+c0x gkzJAn8aTG0z/oEJCKPJ08CtYQ5j7AgWJBIqG+PpYrEkhjzSn+DZ5Yl8r+JnZ2cJlYsUHAB9 jwBnWmLCR3gfop65q84zLXRQKWkASRhBp4JK3IS2Zz7Nd/Sqsowwh8x+3/IUxVEIMaVoUaxk Wt8kx40h3VrnLTFRQwQChm/TBtXqVFIuv7/Mhvvcq11xnzKjm2FCnTvCh6T2wJw3de6kYjCO 7wsaQ2y3i1Gkad45S0hzag/AuhQJbieowKecuI7WSeV8AOFVHmgfhKti8t4Ff758Z0tw5Fpc BFDngh6Lty9yR/fKrbkkp6ux1gJ2QncwK1v5kFks82Cgj+DSXK6GUQARAQABiQIfBBgBAgAJ BQJPq09LAhsMAAoJEIYTPdgrwSC5NYEP/2DmcEa7K9A+BT2+G5GXaaiFa098DeDrnjmRvumJ BhA1UdZRdfqICBADmKHlJjj2xYo387sZpS6ABbhrFxM6s37g/pGPvFUFn49C47SqkoGcbeDz Ha7JHyYUC+Tz1dpB8EQDh5xHMXj7t59mRDgsZ2uVBKtXj2ZkbizSHlyoeCfs1gZKQgQE8Ffc F8eWKoqAQtn3j4nE3RXbxzTJJfExjFB53vy2wV48fUBdyoXKwE85fiPglQ8bU++0XdOr9oyy j1llZlB9t3tKVv401JAdX8EN0++ETiOovQdzE1m+6ioDCtKEx84ObZJM0yGSEGEanrWjiwsa nzeK0pJQM9EwoEYi8TBGhHC9ksaAAQipSH7F2OHSYIlYtd91QoiemgclZcSgrxKSJhyFhmLr QEiEILTKn/pqJfhHU/7R7UtlDAmFMUp7ByywB4JLcyD10lTmrEJ0iyRRTVfDrfVP82aMBXgF tKQaCxcmLCaEtrSrYGzd1sSPwJne9ssfq0SE/LM1J7VdCjm6OWV33SwKrfd6rOtvOzgadrG6 3bgUVBw+bsXhWDd8tvuCXmdY4bnUblxF2B6GOwSY43v6suugBttIyW5Bl2tXSTwP+zQisOJo +dpVG2pRr39h+buHB3NY83NEPXm1kUOhduJUA17XUY6QQCAaN4sdwPqHq938S3EmtVhsuQIN BFq54uIBEACtPWrRdrvqfwQF+KMieDAMGdWKGSYSfoEGGJ+iNR8v255IyCMkty+yaHafvzpl PFtBQ/D7Fjv+PoHdFq1BnNTk8u2ngfbre9wd9MvTDsyP/TmpF0wyyTXhhtYvE267Av4X/BQT lT9IXKyAf1fP4BGYdTNgQZmAjrRsVUW0j6gFDrN0rq2J9emkGIPvt9rQt6xGzrd6aXonbg5V j6Uac1F42ESOZkIh5cN6cgnGdqAQb8CgLK92Yc8eiCVCH3cGowtzQ2m6U32qf30cBWmzfSH0 HeYmTP9+5L8qSTA9s3z0228vlaY0cFGcXjdodBeVbhqQYseMF9FXiEyRs28uHAJEyvVZwI49 CnAgVV/n1eZa5qOBpBL+ZSURm8Ii0vgfvGSijPGbvc32UAeAmBWISm7QOmc6sWa1tobCiVmY SNzj5MCNk8z4cddoKIc7Wt197+X/X5JPUF5nQRvg3SEHvfjkS4uEst9GwQBpsbQYH9MYWq2P PdxZ+xQE6v7cNB/pGGyXqKjYCm6v70JOzJFmheuUq0Ljnfhfs15DmZaLCGSMC0Amr+rtefpA y9FO5KaARgdhVjP2svc1F9KmTUGinSfuFm3quadGcQbJw+lJNYIfM7PMS9fftq6vCUBoGu3L j4xlgA/uQl/LPneu9mcvit8JqcWGS3fO+YeagUOon1TRqQARAQABiQRsBBgBCAAgFiEEZSrP ibrORRTHQ99dhhM92CvBILkFAlq54uICGwICQAkQhhM92CvBILnBdCAEGQEIAB0WIQQIhvWx rCU+BGX+nH3N7sq0YorTbQUCWrni4gAKCRDN7sq0YorTbVVSD/9V1xkVFyUCZfWlRuryBRZm S4GVaNtiV2nfUfcThQBfF0sSW/aFkLP6y+35wlOGJE65Riw1C2Ca9WQYk0xKvcZrmuYkK3DZ 0M9/Ikkj5/2v0vxz5Z5w/9+IaCrnk7pTnHZuZqOh23NeVZGBls/IDIvvLEjpD5UYicH0wxv+ X6cl1RoP2Kiyvenf0cS73O22qSEw0Qb9SId8wh0+ClWet2E7hkjWFkQfgJ3hujR/JtwDT/8h 3oCZFR0KuMPHRDsCepaqb/k7VSGTLBjVDOmr6/C9FHSjq0WrVB9LGOkdnr/xcISDZcMIpbRm EkIQ91LkT/HYIImL33ynPB0SmA+1TyMgOMZ4bakFCEn1vxB8Ir8qx5O0lHMOiWMJAp/PAZB2 r4XSSHNlXUaWUg1w3SG2CQKMFX7vzA31ZeEiWO8tj/c2ZjQmYjTLlfDK04WpOy1vTeP45LG2 wwtMA1pKvQ9UdbYbovz92oyZXHq81+k5Fj/YA1y2PI4MdHO4QobzgREoPGDkn6QlbJUBf4To pEbIGgW5LRPLuFlOPWHmIS/sdXDrllPc29aX2P7zdD/ivHABslHmt7vN3QY+hG0xgsCO1JG5 pLORF2N5XpM95zxkZqvYfC5tS/qhKyMcn1kC0fcRySVVeR3tUkU8/caCqxOqeMe2B6yTiU1P aNDq25qYFLeYxg67D/4w/P6BvNxNxk8hx6oQ10TOlnmeWp1q0cuutccblU3ryRFLDJSngTEu ZgnOt5dUFuOZxmMkqXGPHP1iOb+YDznHmC0FYZFG2KAc9pO0WuO7uT70lL6larTQrEneTDxQ CMQLP3qAJ/2aBH6SzHIQ7sfbsxy/63jAiHiT3cOaxAKsWkoV2HQpnmPOJ9u02TPjYmdpeIfa X2tXyeBixa3i/6dWJ4nIp3vGQicQkut1YBwR7dJq67/FCV3Mlj94jI0myHT5PIrCS2S8LtWX ikTJSxWUKmh7OP5mrqhwNe0ezgGiWxxvyNwThOHc5JvpzJLd32VDFilbxgu4Hhnf6LcgZJ2c Zd44XWqUu7FzVOYaSgIvTP0hNrBYm/E6M7yrLbs3JY74fGzPWGRbBUHTZXQEqQnZglXaVB5V ZhSFtHopZnBSCUSNDbB+QGy4B/E++Bb02IBTGl/JxmOwG+kZUnymsPvTtnNIeTLHxN/H/ae0 c7E5M+/NpslPCmYnDjs5qg0/3ihh6XuOGggZQOqrYPC3PnsNs3NxirwOkVPQgO6mXxpuifvJ DG9EMkK8IBXnLulqVk54kf7fE0jT/d8RTtJIA92GzsgdK2rpT1MBKKVffjRFGwN7nQVOzi4T XrB5p+6ML7Bd84xOEGsj/vdaXmz1esuH7BOZAGEZfLRCHJ0GVCSssg== Message-ID: <113863b2-3a7e-e709-252d-c7ec8c7919a0@ozlabs.ru> Date: Mon, 29 Apr 2019 17:24:10 +1000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <20190426111659.61c4a447@titan.knownspace> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: B799B8FF16 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ozlabs-ru.20150623.gappssmtp.com header.s=20150623 header.b=1JhVE8t0; spf=pass (mx1.freebsd.org: domain of aik@ozlabs.ru designates 2607:f8b0:4864:20::442 as permitted sender) smtp.mailfrom=aik@ozlabs.ru X-Spamd-Result: default: False [-4.19 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[ozlabs-ru.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; DMARC_NA(0.00)[ozlabs.ru]; NEURAL_HAM_SHORT(-0.98)[-0.978,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[ozlabs-ru.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2.4.4.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]; MX_GOOD(-0.01)[alt1.aspmx.l.google.com,aspmx.l.google.com,aspmx2.googlemail.com,alt2.aspmx.l.google.com,aspmx3.googlemail.com]; IP_SCORE(-0.70)[ip: (2.02), ipnet: 2607:f8b0::/32(-3.20), asn: 15169(-2.27), country: US(-0.06)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.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: Mon, 29 Apr 2019 07:24:19 -0000 On 27/04/2019 02:16, Justin Hibbits wrote: > Hi Alexey, > > On Fri, 5 Apr 2019 15:07:58 +1100 > Alexey Kardashevskiy wrote: > >> Hi! >> >> I am trying a freebsd guest on a POWER9 (pvr=004e1201) host with >> linux+kvm (5.1.0-rc2) and qemu (upstream, 4.0) and something goes >> wrong >> - it crashes as (the full output is below): >> >> ===== >> run_interrupt_driven_hooks: still waiting after 300 seconds for >> xpt_config random: unblocking device. >> panic: run_interrupt_driven_config_hooks: waited too long >> cpuid = 0 >> time = 361 >> KDB: stack backtrace: >> 0xe000000000008660: at .kdb_backtrace+0x5c >> 0xe000000000008790: at .vpanic+0x1b4 >> 0xe000000000008850: at .panic+0x38 >> 0xe0000000000088e0: at .boot_run_interrupt_driven_config_hooks+0x194 >> 0xe0000000000089e0: at .mi_startup+0x1f8 >> 0xe000000000008a80: at btext+0xc4 >> KDB: enter: panic >> [ thread pid 0 tid 100000 ] >> Stopped at .kdb_enter+0x60: ld r2, r1, 0x28 >> db> >> ===== >> >> >> The systems were installed from: >> FreeBSD-12.0-RELEASE-powerpc-powerpc64-dvd1.iso >> FreeBSD-13.0-CURRENT-powerpc-powerpc64-20190307-r344854-disc1.iso >> >> Everything by default (vt100 terminal, etc), IBM vio-scsi disk and >> cdrom, 8GB RAM, 16MB backing huge pages, the host is running in the >> hash (HPT) mode. >> >> However the exact same disk images + qemu/slof binary + qemu command >> line + linux kernel do boot on POWER8E (pvr=004b0201) and POWER8NVL >> (pvr=004c0100) to the login prompt. >> >> >> I told QEMU to enforce XICS interrupt controller mode, POWER8 >> compatibility (although it does not make sense as FreeBSD does not do >> "client-architecture-support" RTAS call), what else can I try? > > That seems pretty bizarre. Is the peripheral list on the working and > non-working the same? Yes. >> >> >> While at it, FreeBSD is aware of 004b0201 and 004e1201 but it fails to >> recognize 004c0100 (the FreeBSD guest still boots just fine): >> >> cpu0: Unknown PowerPC CPU revision 0x0100, 3259.00 MHz >> cpu0: Features c4000000 >> >> but in fact architecturally it behaves exactly as IBMPOWER8 (004bxxxx >> or 004d0000). > > This just needs another entry in the CPU table. I can add that > tonight. It's not entirely cosmetic, because we do make certain > decisions and set capabilities based on the CPU found. > >> >> >> >> build/qemu-aikrhel74alt-ppc64/ppc64-softmmu/qemu-system-ppc64 \ >> -nodefaults \ >> -chardev stdio,id=STDIO0,signal=off,mux=on \ >> -device spapr-vty,id=svty0,reg=0x71000110,chardev=STDIO0 \ >> -mon id=MON0,chardev=STDIO0,mode=readline -nographic -vga none \ >> img/freebsd12-64G.qcow2 -enable-kvm \ >> -smp 1 -mem-prealloc -mem-path qemu_hp_16M_node0 -m 8G \ >> -machine \ >> pseries,cap-hpt-max-page-size=16M,cap-cfpc=broken,max-cpu-compat=power8,ic-mode=xics >> \ >> -snapshot -bios ./slof.bin \ >> -L /home/aik/t/qemu-ppc64-bios/ \ >> -trace events=qemu_trace_events -d guest_errors \ >> -chardev socket,id=SOCKET0,server,nowait,path=qemu.mon.8324 \ >> -mon chardev=SOCKET0,mode=control >> >> >> SLOF >> ********************************************************************** >> QEMU Starting Build Date = Apr 5 2019 13:01:51 >> FW Version = git-a5b428e1c1eae703 >> Press "s" to enter Open Firmware. >> >> Populating /vdevice methods >> Populating /vdevice/nvram@71000000 >> Populating /vdevice/v-scsi@71000001 >> SCSI: Looking for devices >> 8000000000000000 DISK : "QEMU QEMU HARDDISK 2.5+" >> Populating /vdevice/vty@71000110 >> Populating /pci@800000020000000 >> No NVRAM common partition, re-initializing... >> Scanning USB >> Using default console: /vdevice/vty@71000110 >> >> Welcome to Open Firmware >> >> Copyright (c) 2004, 2017 IBM Corporation All rights reserved. >> This program and the accompanying materials are made available >> under the terms of the BSD License available at >> http://www.opensource.org/licenses/bsd-license.php >> >> >> Trying to load: >> from: /vdevice/v-scsi@71000001/disk@8000000000000000 ... Successfully >> loaded >> >>>> FreeBSD/powerpc Open Firmware boot block >> Boot path: /vdevice/v-scsi@71000001/disk@8000000000000000 >> Boot loader: /boot/loader >> Boot volume: /vdevice/v-scsi@71000001/disk@8000000000000000:2 >> Consoles: Open Firmware console >> >> FreeBSD/powerpc64 Open Firmware loader, Revision 0.1 >> Memory: 8388608KB >> Booted from: /vdevice/v-scsi@71000001/disk@8000000000000000 >> >> Loading /boot/defaults/loader.conf >> /boot/kernel/kernel data=0x136c550+0x4aa1f0 >> syms=[0x8+0x165c78+0x8+0x1643cb] /boot/entropy size=0x1000 >> >> Hit [Enter] to boot immediately, or any other key for command prompt. >> Booting [/boot/kernel/kernel]... >> Kernel entry at 0x1025d0 ... >> ---<>--- >> Copyright (c) 1992-2018 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, >> 1994 The Regents of the University of California. All rights reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 12.0-RELEASE r341666 GENERIC powerpc >> gcc version 4.2.1 20070831 patched [FreeBSD] >> VT: init without driver. >> cpu0: IBM POWER9 revision 2.1, 2250.00 MHz >> cpu0: Features >> dc007182 >> cpu0: Features2 >> eee00000 >> real memory = 8544436224 (8148 MB) >> avail memory = 8258940928 (7876 MB) >> random: unblocking device. >> random: entropy device external interface >> kbd0 at kbdmux0 >> random: registering fast source PowerISA DARN random number generator >> random: fast provider: "PowerISA DARN random number generator" >> ofwbus0: on nexus0 >> xicp0: on ofwbus0 >> xicp0: Handling CPUs 0-7 >> vdevice0: on ofwbus0 >> uart0: irq 16781585 on vdevice0 >> vscsi0: irq 16781570 on vdevice0 >> vscsi0: Queue depth 22 commands >> pcib0: on ofwbus0 >> pci0: on pcib0 >> cpulist0: on ofwbus0 >> cpu0: on cpulist0 >> rtas0: on ofwbus0 >> rtas0: registered as a time-of-day clock, resolution 0.002000s >> Timecounter "timebase" frequency 512000000 Hz quality 0 >> Event timer "decrementer" frequency 512000000 Hz quality 1000 >> Timecounters tick every 1.000 msec >> usb_needs_explore_all: no devclass >> run_interrupt_driven_hooks: still waiting after 60 seconds for >> xpt_config run_interrupt_driven_hooks: still waiting after 120 >> seconds for xpt_config run_interrupt_driven_hooks: still waiting >> after 180 seconds for xpt_config run_interrupt_driven_hooks: still >> waiting after 240 seconds for xpt_config run_interrupt_driven_hooks: >> still waiting after 300 seconds for xpt_config random: unblocking >> device. panic: run_interrupt_driven_config_hooks: waited too long >> cpuid = 0 >> time = 361 >> KDB: stack backtrace: >> 0xe000000000008660: at .kdb_backtrace+0x5c >> 0xe000000000008790: at .vpanic+0x1b4 >> 0xe000000000008850: at .panic+0x38 >> 0xe0000000000088e0: at .boot_run_interrupt_driven_config_hooks+0x194 >> 0xe0000000000089e0: at .mi_startup+0x1f8 >> 0xe000000000008a80: at btext+0xc4 >> KDB: enter: panic >> [ thread pid 0 tid 100000 ] >> Stopped at .kdb_enter+0x60: ld r2, r1, 0x28 >> db> >> >> >> > > It's possible FreeBSD is making a decision based on certain assumptions > of the CPU type in the VM, but I'm not sure at all. I hope someone > else might know more about the pseries FreeBSD code than I do. Well, I was kinda hoping that since boot_run_interrupt_driven_config_hooks is in the common code, it might look familiar to someone, may be. Or give some clues. Can FreeBSD start from an arbitrary memory location? I can compile the kernel, modify QEMU to load it into the guest RAM and start guest from where the kernel is loaded, and this works for Linux-PPC64 (it detects endianness and then relocates-readjusts itself) but will this work with FreeBSD? -- Alexey From owner-freebsd-ppc@freebsd.org Mon Apr 29 15:44:39 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0F48F15946BC for ; Mon, 29 Apr 2019 15:44:39 +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 A4A5A89673 for ; Mon, 29 Apr 2019 15:44:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 964EC12DC; Mon, 29 Apr 2019 15:44:38 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 9042C12DB for ; Mon, 29 Apr 2019 15:44:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5641689671 for ; Mon, 29 Apr 2019 15:44:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id AE06B1C283 for ; Mon, 29 Apr 2019 15:44:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x3TFib87025603 for ; Mon, 29 Apr 2019 15:44:37 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3TFibar025600 for powerpc@FreeBSD.org; Mon, 29 Apr 2019 15:44:37 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Mon, 29 Apr 2019 15:44:35 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: glewis@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: 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: A4A5A89673 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.97 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.97)[-0.972,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, 29 Apr 2019 15:44:39 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 Greg Lewis changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |glewis@FreeBSD.org --- Comment #17 from Greg Lewis --- Can someone please try a build of the bsd-port branch of https://github.com/battleblow/openjdk-jdk11u on powerpc64? If that looks g= ood then we'll roll a release from there and incorporate it into the port. Tha= nks. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Mon Apr 29 15:46:18 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A9C115947AE for ; Mon, 29 Apr 2019 15:46:18 +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 F3DC8897AC for ; Mon, 29 Apr 2019 15:46:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id CF2D51399; Mon, 29 Apr 2019 15:46:17 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id CC41A1398 for ; Mon, 29 Apr 2019 15:46: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 97330897A9 for ; Mon, 29 Apr 2019 15:46:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id EFAE21C286 for ; Mon, 29 Apr 2019 15:46: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 x3TFkG9J027541 for ; Mon, 29 Apr 2019 15:46:16 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3TFkGcI027540 for powerpc@FreeBSD.org; Mon, 29 Apr 2019 15:46:16 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237370] java/openjdk12: Add powerpc64 support Date: Mon, 29 Apr 2019 15:46: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: 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: F3DC8897AC X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.97 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.97)[-0.972,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, 29 Apr 2019 15:46:18 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237370 --- Comment #15 from Greg Lewis --- Just to confirm we're good to go, can someone please try a build of the bsd-port branch of https://github.com/battleblow/openjdk-jdk12u on powerpc6= 4?=20 If that looks good then I'll make a release. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Mon Apr 29 15:55: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 E67AF1594F0F for ; Mon, 29 Apr 2019 15:55:36 +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 8ACCE89EBC for ; Mon, 29 Apr 2019 15:55:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 6536415C9; Mon, 29 Apr 2019 15:55:36 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 621E315C8 for ; Mon, 29 Apr 2019 15:55: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 214C289EB9 for ; Mon, 29 Apr 2019 15:55: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 742371C40D for ; Mon, 29 Apr 2019 15:55: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 x3TFtZpP046685 for ; Mon, 29 Apr 2019 15:55:35 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3TFtZoK046684 for powerpc@FreeBSD.org; Mon, 29 Apr 2019 15:55: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: powerpc@FreeBSD.org Subject: [Bug 237370] java/openjdk12: Add powerpc64 support Date: Mon, 29 Apr 2019 15:55:35 +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: 8ACCE89EBC X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.97 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.97)[-0.973,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, 29 Apr 2019 15:55:37 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237370 --- Comment #16 from Greg Lewis --- In terms of where to upstream patches, it would likely take a dedicated developer several months to coordinate getting patches upstreamed to the Mercurial repository. No one has stepped forward with that sort of time ov= er the last few years since Java 8. I've also noticed that it seems to limit collaboration since people have to sign an Oracle Contributor Agreement for us to upstream their patches and n= ot as many people are familiar with Mercurial as they are Git. The interface doesn't provide the same tooling that a site like Github does as well to en= able easy forking and pull requests. This has led to a lot of patches existing = only in the FreeBSD port that were generally applicable. For Java 11 I decided to try following the AdoptOpenJDK ports on Github. So far this has been positive in terms of collaboration and ease of releases/p= ort updates, at least from my perspective. Ideally we'd still look to upstream these changes, but that will ultimately still require someone dedicated to doing so with sufficient time to make it happen. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Mon Apr 29 19:13: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 79E29159A1C2 for ; Mon, 29 Apr 2019 19:13:52 +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 135D76C357 for ; Mon, 29 Apr 2019 19:13:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id CAECD159A1C1; Mon, 29 Apr 2019 19:13:51 +0000 (UTC) Delivered-To: ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B88D8159A1C0 for ; Mon, 29 Apr 2019 19:13:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 541A56C353 for ; Mon, 29 Apr 2019 19:13:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id A9D1C1E07B for ; Mon, 29 Apr 2019 19:13:50 +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 x3TJDo18025859 for ; Mon, 29 Apr 2019 19:13:50 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3TJDodR025858 for ppc@FreeBSD.org; Mon, 29 Apr 2019 19:13:50 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 235060] [boot] FreeBSD 12.0 Release DVD and CD will not boot on PowerMac G5 Quad Date: Mon, 29 Apr 2019 19:13: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: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: consuli074@gmail.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: Mon, 29 Apr 2019 19:13:52 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235060 --- Comment #16 from consuli074@gmail.com --- Well, the only thing which is similar to reproducible make a CPU firmware h= ang up (so that it does not boot anything any more until the power cord is removed!) and to reproducible make a copy process hang up, that I know are these old school copy protection of games DVDs in the 2000 era. Some of the= se copy protections also included nasty bit patterns, that hung the copy proce= ss up. As FreeBSD images do not have copy protection, the next best thing that might produce nasty bit patterns is the Intel management engine (or the AMD security processor, resprectively). My overall point is, that this bit patterns most probably are a generell security problem. Especially that those bit patterns might designed to oper= ate some nasty switches in the Minix OS of Intel CPUs. If you FreeBSD guys want= to provide a security OS, you should go after it. At least to the point, how to keep them away from your own iso images. I mean, security is the main reason why people use FreeBSD instead of Linux, isn't it?=20=20=20 If you provided me a tool to search for nasty bit patterns, I will try to assist your search. However, I am not programmer, thus pretty stupid in the= se kind of things, I am afraid. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Mon Apr 29 20:48: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 AB434159DCBE for ; Mon, 29 Apr 2019 20:48:19 +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 4507574A54 for ; Mon, 29 Apr 2019 20:48:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 01B2A159DCBD; Mon, 29 Apr 2019 20:48:19 +0000 (UTC) Delivered-To: ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E469C159DCBC for ; Mon, 29 Apr 2019 20:48: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 7FF3F74A51 for ; Mon, 29 Apr 2019 20:48: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 C5AC11ED83 for ; Mon, 29 Apr 2019 20:48: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 x3TKmHuo036342 for ; Mon, 29 Apr 2019 20:48:17 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3TKmHwR036341 for ppc@FreeBSD.org; Mon, 29 Apr 2019 20:48: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: ppc@FreeBSD.org Subject: [Bug 235060] [boot] FreeBSD 12.0 Release DVD and CD will not boot on PowerMac G5 Quad Date: Mon, 29 Apr 2019 20:48:16 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: oggy@farscape.co.uk X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: 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-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, 29 Apr 2019 20:48:19 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235060 Francis Little changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |oggy@farscape.co.uk --- Comment #17 from Francis Little --- Hi, not sure if its useful, I have just installed 12.0-RELEASE - using: FreeBSD-12.0-RELEASE-powerpc-powerpc64-disc1.iso - on a PowerMac G5 Quad wi= th 8GB Ram, the system booted from the CD and installed fine with no intervent= ion. On rebooting after the install, I had to set usefdt=3D1 to get it to boot a= s the system would just freeze part way through the kernel loading. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Mon Apr 29 20:58:18 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C03C9159E0B5 for ; Mon, 29 Apr 2019 20:58:18 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhob09.registeredsite.com (atl4mhob09.registeredsite.com [209.17.115.47]) by mx1.freebsd.org (Postfix) with ESMTP id C9717751A2 for ; Mon, 29 Apr 2019 20:58:17 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mailpod.hostingplatform.com (atl4qobmail02pod2.registeredsite.com [10.30.77.36]) by atl4mhob09.registeredsite.com (8.14.4/8.14.4) with ESMTP id x3TKwAB0015846 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 29 Apr 2019 16:58:10 -0400 Received: (qmail 37909 invoked by uid 0); 29 Apr 2019 20:58:10 -0000 X-TCPREMOTEIP: 99.253.177.25 X-Authenticated-UID: dclarke@blastwave.org Received: from unknown (HELO ?172.16.35.3?) (dclarke@blastwave.org@99.253.177.25) by 0 with ESMTPA; 29 Apr 2019 20:58:10 -0000 To: freebsd-ppc@freebsd.org From: Dennis Clarke Subject: from bugid 235060 FreeBSD-12.0-RELEASE-powerpc-powerpc64-disc1.iso install test Message-ID: <2e078e99-ffbf-6df4-ac5c-1a0ad908fd3c@blastwave.org> Date: Mon, 29 Apr 2019 16:58:09 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:67.0) Gecko/20100101 Thunderbird/67.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: C9717751A2 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [0.47 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.63)[-0.630,0]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.56)[0.563,0]; NEURAL_HAM_LONG(-0.54)[-0.536,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; DMARC_NA(0.00)[blastwave.org]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mx1.netsolmail.net]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[47.115.17.209.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:19871, ipnet:209.17.112.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.08)[ipnet: 209.17.112.0/21(0.26), asn: 19871(0.21), country: US(-0.06)] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2019 20:58:18 -0000 re: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235060#c17 > Francis Little 2019-04-29 20:48:16 UTC > > Hi, not sure if its useful, > > I have just installed 12.0-RELEASE - using: > FreeBSD-12.0-RELEASE-powerpc-powerpc64-disc1.iso - on a PowerMac G5 > Quad with 8GB Ram, the system booted from the CD and installed fine > with no intervention. > > On rebooting after the install, I had to set usefdt=1 to get it to > boot as the system would just freeze part way through the kernel > loading. Very good to know. That is what I see however I also use kern.smp.disabled so the question I have is how may processor cores are you seeing as functional? -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional From owner-freebsd-ppc@freebsd.org Mon Apr 29 21:21:02 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 8B5BA159E5B1 for ; Mon, 29 Apr 2019 21:21:02 +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 0C3D675ED0 for ; Mon, 29 Apr 2019 21:21:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id C11FC159E5B0; Mon, 29 Apr 2019 21:21:01 +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 AEC8D159E5AF for ; Mon, 29 Apr 2019 21:21:01 +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 4A84575EC9 for ; Mon, 29 Apr 2019 21:21:01 +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 9204F1F1E6 for ; Mon, 29 Apr 2019 21:21:00 +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 x3TLL0dx005979 for ; Mon, 29 Apr 2019 21:21:00 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3TLL0bD005969 for ppc@FreeBSD.org; Mon, 29 Apr 2019 21:21:00 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 235060] [boot] FreeBSD 12.0 Release DVD and CD will not boot on PowerMac G5 Quad Date: Mon, 29 Apr 2019 21:21:00 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2019 21:21:02 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235060 --- Comment #18 from Mark Millard --- (In reply to consuli074 from comment #16) So you do not have any specific evidence of any specific problem "bit patterns" existing but just a hypothesis. I'm not up for such an open-ended activity as investigating your hypothesis or helping you do so. If there ever was something already-identified as something-specific to look at I might do that. Francis Little reports in comment #17 having successfully booted from: FreeBSD-12.0-RELEASE-powerpc-powerpc64-disc1.iso on a CD on a PowerMac G5 "quad". Also having installed from it. (This would not eliminate intermittent problems as a possibility and may indicate a dependence on what has been installed in the various machines folks have tried. There is also the question of how various CDs were produced from .iso files that could be involved.) He also reports on later boots needing to set usefdt=3D1 first --but that is what bugzilla 233863 and the patches there are about. But the content is not designed for a non-programmer so it is not clear that going there would help. But, for reference, https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Mon Apr 29 21:25: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 E96C7159E744 for ; Mon, 29 Apr 2019 21:25:57 +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 81D8A76334 for ; Mon, 29 Apr 2019 21:25:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 433E5159E742; Mon, 29 Apr 2019 21:25:57 +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 2EFC8159E741 for ; Mon, 29 Apr 2019 21:25:57 +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 A5C387632F for ; Mon, 29 Apr 2019 21:25:56 +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 EB9941F33A for ; Mon, 29 Apr 2019 21:25:55 +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 x3TLPt1U052597 for ; Mon, 29 Apr 2019 21:25:55 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3TLPtsQ052590 for ppc@FreeBSD.org; Mon, 29 Apr 2019 21:25:55 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 235060] [boot] FreeBSD 12.0 Release DVD and CD will not boot on PowerMac G5 Quad Date: Mon, 29 Apr 2019 21:25:56 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: dclarke@blastwave.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: Mon, 29 Apr 2019 21:25:58 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235060 --- Comment #19 from Dennis Clarke --- Also does not hurt to look at :=20 Bug 233579 - ppc64 r341455 will panic on boot with usefdt=3D1 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233579 However I think that flat device tree is the way forward.=20 An entirely perpendicular issue here is to enforce usefdt within the install images. But let's not wander off topic. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Mon Apr 29 21:44:07 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 28F86159EE45 for ; Mon, 29 Apr 2019 21:44:07 +0000 (UTC) (envelope-from oggy@farscape.co.uk) Received: from mail-lj1-x230.google.com (mail-lj1-x230.google.com [IPv6:2a00:1450:4864:20::230]) (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 D00B776ECD for ; Mon, 29 Apr 2019 21:44:05 +0000 (UTC) (envelope-from oggy@farscape.co.uk) Received: by mail-lj1-x230.google.com with SMTP id c6so4305408lji.11 for ; Mon, 29 Apr 2019 14:44:05 -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 :cc; bh=dZQGpASKU6gAoiYd6oZaYDcRSi4DewWaDLEOXK/PwMg=; b=lV4Px+8JytqR9BaxoeMjCzZRWTZc4dXmcmHm/4yLIyFphiKMwJ1Hg2Kqnar+J9/hSG OWet7lmDXHwsrQTOdabJszz3y8Gw+nvlfzrUVGxr1b/HnHJfu5/q9VTUsbkrbp06dFjK Ap+1qZSccktNW5dopTZSmmb/eQsArmE9jtNkmm/ND4XUbgI7Q1b6fHVT5ZiFQH92NQxd UX6wSUorTnpwBGO9WTpU8jC2W6zykA0Ke4GSoPgQ2mfEcN2doES1WgCKzdSNg/OX8uV1 XyzLYLFdZYUBhB3/UoeH05aXeKEgtNj8b7/MwpuDYrDAlEg8+2Y0OBAnvk1Fp1WmnxV0 LfpA== 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=dZQGpASKU6gAoiYd6oZaYDcRSi4DewWaDLEOXK/PwMg=; b=Hwl1CFXK8DlfOgDo3dpaybJmzxbRdwiZxqgg6mPGYXv2WK52MF6fOZMZ22maFZ7wbM d1xwLM/pHzcmPFFORRfYEyatApmU2vNvPPUu58osJtldBIl2sgbhpMmqmuCRxx+Rbit5 vM4cAfn4thkNlUV7z+ddDbdf+yCHRyoafgdFbrMVhu3bmdmzYbkGXN3Rtg3J7VQwQt4L n2E8pHvGV70HZmAPBWr+r25T7Ul79n4WWSHbrILHEYok3yOZMYI38lKZZ+2eXGwZnDNI 0KqwPKS9xk11fzvMMHKOrMvHH/QLtirXri2tkVbdARj+z7MQEAGNB64Edabicmj0JTB2 2jEw== X-Gm-Message-State: APjAAAWih6gh2q28OfVy4EZqEQ4X4hWXx+zRaA0cNBV6I3ep3x3szNKl 41MwoAYMhIyRQ3Lxq/kqo5qF9rSCMKaIf5hgVqh07RevAkI= X-Google-Smtp-Source: APXvYqwGq5AjPprYUzoJS1ePk2z8fsT13m9UKFQv1BdutUg8Gq7ELZMNKgxKST08xTE4YluJJX+Y+0uODIW+4budW+Q= X-Received: by 2002:a2e:86c5:: with SMTP id n5mr28479591ljj.184.1556574243393; Mon, 29 Apr 2019 14:44:03 -0700 (PDT) MIME-Version: 1.0 References: <2e078e99-ffbf-6df4-ac5c-1a0ad908fd3c@blastwave.org> In-Reply-To: <2e078e99-ffbf-6df4-ac5c-1a0ad908fd3c@blastwave.org> From: Francis Little Date: Mon, 29 Apr 2019 22:43:53 +0100 Message-ID: Subject: Re: from bugid 235060 FreeBSD-12.0-RELEASE-powerpc-powerpc64-disc1.iso install test To: Dennis Clarke Cc: freebsd-ppc@freebsd.org X-Rspamd-Queue-Id: D00B776ECD X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=farscape-co-uk.20150623.gappssmtp.com header.s=20150623 header.b=lV4Px+8J; spf=pass (mx1.freebsd.org: domain of oggy@farscape.co.uk designates 2a00:1450:4864:20::230 as permitted sender) smtp.mailfrom=oggy@farscape.co.uk X-Spamd-Result: default: False [-6.07 / 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]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; 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]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[farscape-co-uk.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[0.3.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]; MX_GOOD(-0.01)[alt1.aspmx.l.google.com,alt4.aspmx.l.google.com,alt3.aspmx.l.google.com,alt2.aspmx.l.google.com,aspmx.l.google.com]; IP_SCORE(-2.80)[ip: (-9.45), ipnet: 2a00:1450::/32(-2.26), asn: 15169(-2.24), country: US(-0.06)]; NEURAL_HAM_SHORT(-0.76)[-0.760,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]; 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: Mon, 29 Apr 2019 21:44:07 -0000 I've just noticed, I don't have usefdt set, I must have done a typo on the loader the first boot. Booting with usefdt=1, the system panics. The system is booted with out usefdt and showing all 4 cores. Regards On Mon, 29 Apr 2019 at 21:58, Dennis Clarke wrote: > > re: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235060#c17 > > > Francis Little 2019-04-29 20:48:16 UTC > > > > Hi, not sure if its useful, > > > > I have just installed 12.0-RELEASE - using: > > FreeBSD-12.0-RELEASE-powerpc-powerpc64-disc1.iso - on a PowerMac G5 > > Quad with 8GB Ram, the system booted from the CD and installed fine > > with no intervention. > > > > On rebooting after the install, I had to set usefdt=1 to get it to > > boot as the system would just freeze part way through the kernel > > loading. > > Very good to know. > > That is what I see however I also use kern.smp.disabled so the question > I have is how may processor cores are you seeing as functional? > > > > -- > Dennis Clarke > RISC-V/SPARC/PPC/ARM/CISC > UNIX and Linux spoken > GreyBeard and suspenders optional > From owner-freebsd-ppc@freebsd.org Tue Apr 30 16:11:22 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 35A451596508 for ; Tue, 30 Apr 2019 16:11:22 +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 B5C2881079 for ; Tue, 30 Apr 2019 16:11:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 796991596507; Tue, 30 Apr 2019 16:11:21 +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 671B61596506 for ; Tue, 30 Apr 2019 16:11:21 +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 0362381074 for ; Tue, 30 Apr 2019 16:11:21 +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 4A76D976A for ; Tue, 30 Apr 2019 16:11:20 +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 x3UGBKOg017256 for ; Tue, 30 Apr 2019 16:11:20 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3UGBKpJ017253 for ppc@FreeBSD.org; Tue, 30 Apr 2019 16:11:20 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 235060] [boot] FreeBSD 12.0 Release DVD and CD will not boot on PowerMac G5 Quad Date: Tue, 30 Apr 2019 16:11:17 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: consuli074@gmail.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: Tue, 30 Apr 2019 16:11:22 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235060 --- Comment #20 from consuli074@gmail.com --- Of course it is up to you developers to drive your product into the directi= on you want. Finally, I just want to add one thing: My Apple G5 machine also hangs up when trying to copy the FreeBSD 12.0 iso image for AMD64 platform (in OS-X 10.5.4). I tried the image I have downloa= ded and another one, which was supplemented on a DVD in a german computer magaz= ine. So for the last one I can defintely exclude any errors of my machines. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Tue Apr 30 16:22:08 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 EAD7A1596F89 for ; Tue, 30 Apr 2019 16:22:07 +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 6579881D21 for ; Tue, 30 Apr 2019 16:22:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 29AAE1596F88; Tue, 30 Apr 2019 16:22:07 +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 175561596F87 for ; Tue, 30 Apr 2019 16:22:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A872081D19 for ; Tue, 30 Apr 2019 16:22:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id CD2769A0E for ; Tue, 30 Apr 2019 16:22:05 +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 x3UGM5wh043792 for ; Tue, 30 Apr 2019 16:22:05 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x3UGM57Q043791 for ppc@FreeBSD.org; Tue, 30 Apr 2019 16:22:05 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 235060] [boot] FreeBSD 12.0 Release DVD and CD will not boot on PowerMac G5 Quad Date: Tue, 30 Apr 2019 16:22:05 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: jhibbits@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: 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-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, 30 Apr 2019 16:22:08 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235060 Justin Hibbits changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jhibbits@FreeBSD.org --- Comment #21 from Justin Hibbits --- Hi Curtis. It's been reported that less memory actually makes the PowerMac= G5 boot correctly. I'm trying to understand why Mark's SLB hack is necessary, since it should logically be necessary on any other AIM-architecture platfo= rm, including my POWER9, so I'm really confused. Unfortunately, my G5 no longer works, and actually died shortly before I committed the change that reporte= dly broke G5s. I was/still am hoping that someone could go beyond Mark's divin= g, and determine just why the APs can't handle SLB faults at that point in the boot process, because they really should be able to. kern.smp.disabled=3D1 should make any G5 boot correctly, but then you're obviously stuck with only a single CPU. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Tue Apr 30 21:04:53 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 03B4F159E800 for ; Tue, 30 Apr 2019 21:04:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-14.consmr.mail.bf2.yahoo.com (sonic310-14.consmr.mail.bf2.yahoo.com [74.6.135.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 4DA018EB1D for ; Tue, 30 Apr 2019 21:04:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: z_1dUPIVM1lhMSbgaL18BzGjThVorrvwgrIzqaT0iMgvDF8_g.pCnwpWCLbW6bJ WpxjmKwfi5QT6odLhsMUsK5GU0lTRKxKBvC35ZU0z5zLyBKfYisyH4NY5uoyEF6p6KssaeMSav1I NYTsuyGsOjmE_3ycxO0fxLZTfxqt.NLboD7qODm8L_haqDvg7pMpidSEibY3I2DltlBEutKXId6C YrVTW0L2XsRclaE69VabRtKdhR9CntKOc_4U5VVIVodGlP1XJ669maQtjOUgjkhceBlfSOB6pPLu MElJ28kRFMleXkWkZ65HJ9ISeaR3CfKh0aGT3d.x19Q3H1UMz4RC9J9o3Qn7f7rFmdUmC7r.dDn2 svPrBsSfKktcdWtRTMgvDVVdkeb08hFd8mmD41N5FgXwzZ1xiWdCteCdjbN5Ab1i_4Cg4de0qeXX 3HrqZmTd1rZVN8oip1jom.FJpn4rVeTPllYwnHZABhGP_46GJzvIkLcjxSyqtluPWBUgqcUIZeJB hT001K0wcNnDrpmZL8BAb62Rh35u4lnOibkg3X6PFxNDppEdpaSsNo_tRsbh2Ctx5gdwqtPNw_aE 1Oud6HUO0QMP6J_bmzVy8G1A_iHIAfpupldqExTLgULxGx3J4BvGHmic6xwZ4HuamzUeituLZ0cm xQwRLQi3Q0L2svPGtp9vsnvasu6vVjdxUzf6VjzqMjEmkAa0Buqk2HExdDa1k4QKQEHLLGPFvJJy McXxJrfoG0_UyPOnAgiBU3.D3IvgDfM8OBoG9YjUpk7utyau_lODONIwQolTDt1hOokkftpSvus1 fmKLL57M1sIhq4EzmOMt3GvmhA5gKk_xqmSpeJjdds4O0miMPKVeG8KaERMF4xNPlXMgTRhyZKCj AIQKbex0471J5RB4sYTw6EWOzAcCB_XDc5Z3Qt_WKR1o524hcmdd4uP26FVbAv9PDDA6sZi6V5Fi qD0GhCKm33KHsLkOK6QuyBnHY3TWnorX4egAoVZ8XmCldWTwfydXeAtGH2G3j.q5H2rA3Gmnl1am VO0sbFclAofNhzZPihkcL2mjNuVYSLwTdNv_mgE4FACvDC0gcCVopYNEcwURgSqR8CmxFVoUz5.l eVeF0hlFQnU1qtOis2.NCs707NR5DV0ey8McB7fR7fW7JuwaIZ_KikZbtsHSXeyukTN9h7TrdpqQ DS7oiOg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.bf2.yahoo.com with HTTP; Tue, 30 Apr 2019 21:04:49 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp407.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a8c17fd484fd9b1d49740ed9d4b9df76; Tue, 30 Apr 2019 21:04:49 +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: Do non-PowerMac G5 powerpc64's ever get any slb faults in cpudep_ap_bootstrap? Message-Id: Date: Tue, 30 Apr 2019 14:04:46 -0700 To: Justin Hibbits , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 4DA018EB1D X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.72 / 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.13)[-0.135,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:+]; 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)[]; NEURAL_HAM_MEDIUM(-0.04)[-0.039,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.96)[0.962,0]; RCVD_IN_DNSWL_NONE(0.00)[124.135.6.74.list.dnswl.org : 127.0.5.0]; IP_SCORE(1.44)[ip: (4.46), ipnet: 74.6.128.0/21(1.57), asn: 26101(1.25), country: US(-0.06)]; RWL_MAILSPIKE_POSSIBLE(0.00)[124.135.6.74.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Apr 2019 21:04:53 -0000 Justin wrote in a bugzilla comment: > I'm trying to understand why Mark's SLB hack is necessary, > since it should logically be necessary on any other AIM-architecture = platform, > including my POWER9, so I'm really confused. Unfortunately, my G5 no = longer > works, and actually died shortly before I committed the change that = reportedly > broke G5s. I was/still am hoping that someone could go beyond Mark's = diving, > and determine just why the APs can't handle SLB faults at that point = in the > boot process, because they really should be able to. Could you find out if the AIM-ish powerpc64 contexts that you have access to ever seem get slb-miss faults in the pc_curpcb dereference in cpudep_ap_bootstrap 's: sp =3D pcpup->pc_curpcb->pcb_sp ? If they do, they are handled or you would see some effect. But,=20 are they even happening? If they are not happening, that could be a difference with the G5s. I ask for such, in part because of . . . The old VM_MAX_KERNEL_ADDRESS value avoiding the issue on G5s seems to be simply that the G5s were never getting the slb misses at that line when the old value was in use. (In other words, I expect that the change exposed a long-standing problem that was accidentally avoided until the change.) Unfortunately, I'm limited to G5s and you are limited to non-G5s. I can not check if other contexts are getting slb-misses in the same place or not but you might be able to. (But how?) I've not figured out anything beyond code-inspection for tracking down what happens for the slb-miss at that specific place when such happens on the G5's. So far I've not come up with any potentially useful ideas. =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 1 00:08:47 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 ED46815A23A2 for ; Wed, 1 May 2019 00:08:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-22.consmr.mail.ne1.yahoo.com (sonic303-22.consmr.mail.ne1.yahoo.com [66.163.188.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 EF2216DE7F for ; Wed, 1 May 2019 00:08:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Et90SM4VM1lsq_Sw2GmbTBNtnypgA6Bef9ailwmv0HhLHcVJXxO5SUqOhvgp5HR .IKmTKQZCWZHpNIVnjxuC0YVa33zlZsT.waCWh9Oy1lZfRZ0dnhT2k4W2yvpqSa.wJfLSqEF5zG0 JwotaGVa9Pv.2uSVAVDzdaZDzUjjQ6V0Yt2xkohznqS3NLoFp.CPFUkifSU7H8s1AyDZ4G28wXeG y3W5DbkaQgs7JmgrGVqpD_h0OIvpcswDXJPPc6Bh9.BNZT1s4ZtwdB7sk0MeY0F3mrAIeD7hNOzk gYXCDDluUhprW19pKgCWXgf2ki55uVrIv3Sktb2oG9X66.tXW_RBrMmgt4Cf2eOzKhymPNXN6FlS n4P2Su456dx_3PNfAgkgO_CKa1dZkXkCJ8Rc368iYaxhIcJjtmKmV8uWcGcjmdcioloJbFSAjloS EF252TgdCN1avY16v0FuOsqls5C6jqSJkuh2AcA.c6yk64FCEGI4Ky.MG9qvOuvVXOFgQZrHlboN RIFQgLYlJBUEURKljtMPrmalLu0njm8NezSAqdifkcAzTiswSHCHFzZfa7UK6KVaByOZ8pphqj78 SsxBCF121j_wY8I.1HK.8C8k0JjQqls5o437bjaauEY9oeLOwbFbEA3I4Ke1lSfn9COcYu9M01au 94kxNmq46r0FPLTQxPMGjDFUU87AUNRR9xn8S52Hwaby72jd91iysF2i3Ats8SZwoQ0NK2y_5wlv j_uATUy0becEa4Hgkb1y0eFVEL11CdfuRPuni.gogH0LdHdHp5524wvfq3UFjKR_gz4AJvl8YEeE ddCbb411SS6tm1GO3pRpzc3YZ83Nimk8Czng.MXnrEze_mKzHNZxGpJr3l0np.An.Z0SCSm2pclJ dpRw_9aoAPq7Yn3wlfetDex5nfg9yoShYin13Urv5pk2MFsoGjoRB8ZmkoulvVYmamr_DXfQqtYY GN7yPfy8teECsYTeCWOaYvqW5AD58wiMXvPVfCwvdVtQXsI5LM5V_.AQvxMFqGzPU17dqXPsc74R bFmaaFAK4t8WYoha47U2UyqRaFwJLsdfqEI7xhAYKedDTMqjFUVXR4.JNhJ0hSGmQhNiFwYJqMk3 VGZX1H9qksGArQ3jy6aeju9h3lxQgpsgeSflFxBpxAr_TFp5.d_qUzwPaLaezmvZ9JBNA.B8Csm5 h1.pKK3I- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.ne1.yahoo.com with HTTP; Wed, 1 May 2019 00:08:38 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp414.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 43d6c35930f9581344943b12dd684ff2; Tue, 30 Apr 2019 23:58:26 +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: n_slbs==32 vs. restore_kernsrs use of slbmte in its loop Message-Id: <1F4ED871-9964-4847-82A1-F69CD3B44EE2@yahoo.com> Date: Tue, 30 Apr 2019 16:58:25 -0700 To: Justin Hibbits , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: EF2216DE7F X-Spamd-Bar: / X-Spamd-Result: default: False [0.57 / 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)[]; NEURAL_HAM_MEDIUM(-0.13)[-0.129,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.18)[0.177,0]; NEURAL_HAM_LONG(-0.04)[-0.042,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.07)[ip: (2.93), ipnet: 66.163.184.0/21(1.39), asn: 36646(1.11), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[148.188.163.66.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[148.188.163.66.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 May 2019 00:08:47 -0000 When aim_early_init sets n_slbs=32, the code in restore_kernsrs does not seem to respect the figure and loops through doing 64-1 slbmte instances: restore_kernsrs: GET_CPUINFO(%r28) addi %r28,%r28,PC_KERNSLB ld %r29,16(%r28) /* One past USER_SLB_SLOT */ cmpdi %r29,0 beqlr /* If first kernel entry is invalid, * SLBs not in use, so exit early */ /* Otherwise, set up SLBs */ li %r29, 0 /* Set the counter to zero */ slbia slbmfee %r31,%r29 clrrdi %r31,%r31,28 slbie %r31 1: cmpdi %r29, USER_SLB_SLOT /* Skip the user slot */ beq- 2f ld %r31, 8(%r28) /* Load SLBE */ cmpdi %r31, 0 /* If SLBE is not valid, stop */ beqlr ld %r30, 0(%r28) /* Load SLBV */ slbmte %r30, %r31 /* Install SLB entry */ 2: addi %r28, %r28, 16 /* Advance pointer */ addi %r29, %r29, 1 cmpdi %r29, 64 /* Repeat if we are not at the end */ blt 1b blr Note the "64" in the last cmpd after %r29 is incremented by 1 --and the following blt. If I gather right, instead of 32-1 kernel slbmte assignments when n_slbs==32, this continues on to try for 64-1 assignments. (The "-1"s being for the USER_SLB_SLOT avoidance.) Is this okay for some reason? Guaranteed special values in %r30 and %r31 that avoid problems? (Not that n_slbs==32 is a G5 context. I'm not claiming this contributes to what I've been looking into. This constant 64 just looks odd given the variability in the n_slbs value.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Wed May 1 00:26: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 6053115A2C68 for ; Wed, 1 May 2019 00:26:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-21.consmr.mail.ne1.yahoo.com (sonic315-21.consmr.mail.ne1.yahoo.com [66.163.190.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BC8C76E8CE for ; Wed, 1 May 2019 00:26:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: ymgHLhIVM1k.o.mhB6H_uwBV__ZzkKvIDxeQpRhuEPFErq6gKYIFQugRcrZRJ3L 3g8zRPGgG5FexV5XwivM.1IkyFSIiSJKrq3ME0tX41mDJoh7wZeB22lihl8dEdj7VL.iPskR3AUr zfKyzciqs190poKO9YRjfeDHPLW3lNiCa5BYpbmVIE0Rrps0LKSB0OvqM6rQcHkK0j1dmTlU4Pmi GSSzvo8ktiuo1PwzJiwAQQOQ7khAwyeBNhbUy7gQwPP7v6.YS38YgywjDRNXbNFvxoVscf87GdkP yy.AkYW5CVr7RhDdhZvacFb2t8XTVQjk8tuX3uiyxNKFfFZR4sV0fGtC2Fj7YE8DmpBQ50Czx0LK rZJONo4LtJOvlVyzBlq.PlXSW7RqH0MfWXSHEEWiQWlL06sDzf3EYivATpDbBpXK0AeGtUL3AsTK t_cNQ1hO.9EDPOtYcGI2DX9tvayW_r2eBBQ1q3kKp039xbP4RzmOorAkspZON264mLfYPCet_XhT 69k1faM14y.lJ.WPRe65IXhS9hEjp5RGBI.1TmP2OwPq1JfprkhGDHpzgXIdzmm2MB5852KrdRsV v6G6pgQqshkIWC3628rFQZaVU7Yq3KNnSB0TXu_vR9o1JpTLciiATbi20xgAFCDIKQDueAHd9uGL Img09oRqFODDae5QW.u1ddB1ZBp4G3hMZXiuoftRXUm_zlIGpouVk_dLyxDycusrtKLJACpF6pi_ toAO2YvrKReN6gX1WYofHXUbxyOsJXZXn6sJxgNS25VIxJ.g_ORG4KK3X5sHz97LKWRzwq.Wj5k3 4_cv9Wp2NqBTd17llmjChLum5KktSPnvUoqBbR66zFo6rpgYkFhDJqPcBK1Xhudx7_uimJjpmoac lnB_vsbsFKG4DHDeQS5l39nE1r5gVWcJr3VxMQnBbOOPiWsJ8Ixb4ryKDFzg4rre3xRd7dnoVxh5 M9YHyos1ymHc16TurmFwMYY_ZXt2L2KrcDAFmoQ3x45zfg.BjcfqLbFjq.5CgwRdd4LSnoBmJwfB qSun1GRjfNceBUxQg8L4A34pyJXUOmQyzMzBaOd_4FpXTKERAHHpy_gANtcD5PI01UbhmPpYUxsR M2XHYz12StAL1ftn5z4MeHzFmn4SJBUoX_eBR7SD5ahQMsfgDyzENtJVdPal4iUXzRyqjw7q4wOl n1OJ_.8s- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.ne1.yahoo.com with HTTP; Wed, 1 May 2019 00:25:57 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp412.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 86511fc8cb2146ef31e613c93b3c4585; Wed, 01 May 2019 00:25:52 +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: moea64_cpu_bootstrap_native slbmte (and such) use: missing context synchronizations (isync's)? Message-Id: Date: Tue, 30 Apr 2019 17:25:51 -0700 To: Justin Hibbits , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: BC8C76E8CE X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.79 / 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.61)[0.609,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_MEDIUM(0.02)[0.024,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.96)[0.964,0]; RCVD_IN_DNSWL_NONE(0.00)[147.190.163.66.list.dnswl.org : 127.0.5.0]; IP_SCORE(1.70)[ip: (6.06), ipnet: 66.163.184.0/21(1.39), asn: 36646(1.11), 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, 01 May 2019 00:26:05 -0000 First some context that I base this note on . . . For Data Access Synchronization: slbie, slbia, slbmte all list a context-synchronizing instruction as "Required Prior" and "Required After". For Instruction Access Synchronization: slbie, slbia, slbmte all list a context-synchronizing instruction as "Required After". (There is also a note about not causing an implicit branch in real space, up to the context synchronization instruction.) Both contexts list the note that says: QUOTE If an slbmte instruction alters the mapping, or associated attributes, = of a currently mapped ESID, the slb- mte must be preceded by an slbie = (or slbia) instruction that invalidates the existing translation. This = applies even if the corresponding entry is no longer in the SLB (the = translation may still be in implementa- tion-specific address = translation lookaside information). No software synchronization is = needed between the slbie and the slbmte, regardless of whether the index = of the SLB entry (if any) containing the current translation is the same = as the SLB index specified by the slbmte. No slbie (or slbia) is needed if the slbmte instruction replaces a valid = SLB entry with a mapping of a dif- ferent ESID (e.g., to satisfy an SLB = miss). However, the slbie is needed later if and when the translation = that was contained in the replaced SLB entry is to be invalidated. END QUOTE In: static void moea64_cpu_bootstrap_native(mmu_t mmup, int ap) { . . . /* * Install kernel SLB entries */ =20 #ifdef __powerpc64__ __asm __volatile ("slbia"); __asm __volatile ("slbmfee %0,%1; slbie %0;" : = "=3Dr"(seg0) : "r"(0)); =20 for (i =3D 0; i < n_slbs; i++) { if (!(slb[i].slbe & SLBE_VALID)) continue; =20 __asm __volatile ("slbmte %0, %1" :: "r"(slb[i].slbv), "r"(slb[i].slbe)); } #else I do not see isync's or such used for this unless the later else-case in: if (cpu_features2 & PPC_FEATURE2_ARCH_3_00) mtspr(SPR_PTCR, ((uintptr_t)moea64_part_table & ~DMAP_BASE_ADDRESS) = | flsl((PART_SIZE >> 12) - 1)); else __asm __volatile ("ptesync; mtsdr1 %0; isync" :: "r"(((uintptr_t)moea64_pteg_table & = ~DMAP_BASE_ADDRESS) | (uintptr_t)(flsl(moea64_pteg_mask >> = 11)))); tlbia(); is supposed to always be sufficient (for at least after the slbmte). TLBSYNC(), EIEIO(), and such from tlbia() do not seem to do isync, unless I missed something. It looks like Power9 (PPC_FEATURE2_ARCH_3_00) would not get an isync at all from the range of code I reference. =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 1 02:01: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 0E16415805F3 for ; Wed, 1 May 2019 02:01:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-33.consmr.mail.ne1.yahoo.com (sonic317-33.consmr.mail.ne1.yahoo.com [66.163.184.44]) (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 019F6715A5 for ; Wed, 1 May 2019 02:00:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 3a5aa0sVM1kVVTxSxpiSfqyl_lrcA2hAoWPV6fHhQy0j5QxalCO10WfitHyuz_A ny98prIjLAFlEz4ua.THk1pTQPmrMvAVX_276jITvVOLBCzB_mUoyHUhF0zdvFjlu.tAoJt7fFHx QoOuK9WTlGrOnTfqGvqPUg4BfHSMl4LOmqDXF2uPqWGEoFBLF4Aq_mj4zw4KFViuAKHooXK1Qk4T 0V7vZ2Y0HLPo5dITBR7qDUM9w8fUFxufESaCNFOc0gSWA80fAtdnmDXhGDoavYbnl32hZDoRgndK SYGXAeEPkKyZAOQ3cnUhFl_d5ET30z2wczA_9CdLEOVLKguMzpbHql6X262KOuuVkCvC4_Mq3YZD qZ4ih5g5pkvo7s8w09.zEW2ixy6i7Q_dGueTP51MovdPdtZpHtvqKO7Gqu0IE6vT9X1pVrB5lX2M H0v_zflKsyhXrUsgl5IsUtiXfccWZT0rH_kCTyTDyfDVSGJLsUdKj7852k8hTqWWkmnHj63Cwtk0 aAfaFc.dbSZZRdAEdn5HI0yHWoFPFcP.gEMjA4FUABF6OQwMuKlgeEZM1JG7hF5k8VK0Gn3RKrCP x.hVbZLrrgr.IG4eMHUt3xpO.0MpJXlaJvnl2RH4soseYBmapvtd4OcB5qT2gO4MXngbwJoKBAUS UKPK68DjQppx9Wc5WreSKG4Xz8bH5RICMXYJhP8zQXr0XhlcJPvfuKacAbq8LsiRuRz7IeOlEnIq YaOVK4wKAv1jj3HbcWLqQFfqdgGdSpgUR5I2YJ03QrRboPwYHCLOO3K6icM_2cA6ha18aIy5iWLR MbmeCHcOmm21GjExKzY7iEVpXaF0CiIDZCt_i3pXe3gsbmL3TBE9KfiGP6Lv24z7pd82ilqVqLK0 niIQlVsDpQvkGHgYZr14Rg1J93MK2KVkd_5cGKWbsPUvxa8tfj9cGjhSNt31d2Pu7HeF.zuWDvys Ncq0qtrg0I0mnCPnx52PJqeWBeYM5Pu9HpCAijgvKTYqnOnPG9vJFXJJjPvvudCn9.b0KpCwTxxw Lwweprh7l0SDJJG1Qz2_jz3WXePyZ7t3kC3Xk_D.0kncYluRu2ICWt07ODxrxrMtnbenfG4UKjig q2Ob0hjsMLUT4EDj0HRm3DGxN6F50TyJb4jr88Y712TqMH7y_dqMj.RhBrS7MsdEiP1jb6AELC92 BWLW6tA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.ne1.yahoo.com with HTTP; Wed, 1 May 2019 02:00:53 +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 7148b8f0ac671f9255b6e9120c7bf803; Wed, 01 May 2019 01:50: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: Re: moea64_cpu_bootstrap_native slbmte (and such) use: missing context synchronizations (isync's)? Date: Tue, 30 Apr 2019 18:50:43 -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: 019F6715A5 X-Spamd-Bar: ++++ X-Spamd-Result: default: False [4.96 / 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.912,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_MEDIUM(0.28)[0.278,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.99)[0.985,0]; RCVD_IN_DNSWL_NONE(0.00)[44.184.163.66.list.dnswl.org : 127.0.5.0]; IP_SCORE(2.29)[ip: (9.02), ipnet: 66.163.184.0/21(1.39), asn: 36646(1.11), 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, 01 May 2019 02:01:01 -0000 [Looks like slb_insert_kernel also does not locally have context synchronization around slbmte and I've a question on slbie after slbmte as well.] On 2019-Apr-30, at 17:25, Mark Millard wrote: > First some context that I base this note on . . . >=20 > For Data Access Synchronization: >=20 > slbie, slbia, slbmte all list a context-synchronizing instruction > as "Required Prior" and "Required After". >=20 > For Instruction Access Synchronization: >=20 > slbie, slbia, slbmte all list a context-synchronizing instruction > as "Required After". (There is also a note about not causing an > implicit branch in real space, up to the context synchronization > instruction.) >=20 > Both contexts list the note that says: >=20 > QUOTE > If an slbmte instruction alters the mapping, or associated attributes, = of a currently mapped ESID, the slb- mte must be preceded by an slbie = (or slbia) instruction that invalidates the existing translation. This = applies even if the corresponding entry is no longer in the SLB (the = translation may still be in implementa- tion-specific address = translation lookaside information). No software synchronization is = needed between the slbie and the slbmte, regardless of whether the index = of the SLB entry (if any) containing the current translation is the same = as the SLB index specified by the slbmte. >=20 > No slbie (or slbia) is needed if the slbmte instruction replaces a = valid SLB entry with a mapping of a dif- ferent ESID (e.g., to satisfy = an SLB miss). However, the slbie is needed later if and when the = translation that was contained in the replaced SLB entry is to be = invalidated. > END QUOTE >=20 > In: >=20 > static void > moea64_cpu_bootstrap_native(mmu_t mmup, int ap) > { > . . . > /* > * Install kernel SLB entries > */ >=20 > #ifdef __powerpc64__ > __asm __volatile ("slbia"); > __asm __volatile ("slbmfee %0,%1; slbie %0;" : = "=3Dr"(seg0) : > "r"(0)); >=20 > for (i =3D 0; i < n_slbs; i++) { > if (!(slb[i].slbe & SLBE_VALID)) > continue; >=20 > __asm __volatile ("slbmte %0, %1" :: > "r"(slb[i].slbv), "r"(slb[i].slbe)); > } > #else >=20 > I do not see isync's or such used for this unless > the later else-case in: >=20 > if (cpu_features2 & PPC_FEATURE2_ARCH_3_00) > mtspr(SPR_PTCR, > ((uintptr_t)moea64_part_table & ~DMAP_BASE_ADDRESS) = | > flsl((PART_SIZE >> 12) - 1)); > else > __asm __volatile ("ptesync; mtsdr1 %0; isync" > :: "r"(((uintptr_t)moea64_pteg_table & = ~DMAP_BASE_ADDRESS) > | (uintptr_t)(flsl(moea64_pteg_mask >> = 11)))); > tlbia(); >=20 > is supposed to always be sufficient (for at least after > the slbmte). TLBSYNC(), EIEIO(), and such from tlbia() > do not seem to do isync, unless I missed something. It > looks like Power9 (PPC_FEATURE2_ARCH_3_00) would not get > an isync at all from the range of code I reference. >=20 In: void slb_insert_kernel(uint64_t slbe, uint64_t slbv) { struct slb *slbcache; int i; /* We don't want to be preempted while modifying the kernel map = */ critical_enter(); . . . fillkernslb: KASSERT(i !=3D USER_SLB_SLOT, ("Filling user SLB slot with a kernel mapping")); slbcache[i].slbv =3D slbv; slbcache[i].slbe =3D slbe | (uint64_t)i; /* If it is for this CPU, put it in the SLB right away */ if (pmap_bootstrapped) { /* slbie not required */ __asm __volatile ("slbmte %0, %1" :: "r"(slbcache[i].slbv), "r"(slbcache[i].slbe)); } critical_exit(); } there does not seem to be context synchronizing instructions before or after the slbmte. Also, while a slbie before may not be needed, I'm unclear on the status of a potential slbie needed later: QUOTE the slbie is needed later if and when the translation that was=20 contained in the replaced SLB entry is to be invalidated END QUOTE This slbie-after-slbmte may apply to moea64_cpu_bootstrap_native's use of slbmte as well. moea64_deactivate has just one side of slbie with a synchronizing instruction: void moea64_deactivate(mmu_t mmu, struct thread *td) { pmap_t pm; __asm __volatile("isync; slbie %0" :: "r"(USER_ADDR)); . . . restore_usersrs and restore_kernsrs have a similar status relative to slbia, but with an interrupt context it may be that, for example, the rti covers following context-synchronization sufficiently, in other words, the internal-interrupt-code possibly having no need for such(?). =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 1 03:59: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 3FAF61583605 for ; Wed, 1 May 2019 03:59:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-10.consmr.mail.ne1.yahoo.com (sonic307-10.consmr.mail.ne1.yahoo.com [66.163.190.33]) (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 E20CA74EF3 for ; Wed, 1 May 2019 03:59:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: F4tGob0VM1lTVctfwvmyGeZeDVYoN.yFGU5YnmChfhVLJHPTmFUJkAtGHNhC0WC v0wGm_Bn2aBBwKWOjTC5ISuE0XaAr3R6r_LBjFkDW_hvBf9cvufDDTzYDNC_V8a9XwY0yk37P1ca 70SqSi0D7E1RmSquoueXkH7gGZYrE7uX1QjH1Q1ThmFmkpwTTEENsrPhqz2RdkviIBu.WlzsvGU2 oUDGPJImZcMftuxPuG8OCpGtn69DoTt08yt1REMaiG4FZd6BYWKtQ4w7fVZdaq1idxUojSNq4Z2. bH3y4CwcbC9tX2gSwgwmSEe3AvNDtQjEaSMHfv.0YgR1Vz_ybsYUG3T.4KSAGZuHuN53OgnYTN1L yC4GAiaF6rXgPqjSditci56ReHPrJ2REblmZ2K4MffgvAJDANbdXGVzDOgwrawDjS9lO1x.jEQT4 .uhVE7jGPkY1z9BijBV_lJs5PsyUD8145aqm7aTkopd_0iTQVElXAYPdNtkRlI5r2Dt5R1Mjtu.x MR6FsfIIM4IXHV60I4o8tZr2Jj4ko_idgIb1ILR1OuTpPLDm2akij0GOi1yE6n.806D9MpnZSfKv zbj.UZPEFXCg_dsRSUEOW0spjzQwxt0cMTuGL6uiI0FeO72s_AStEiHT3ggU3Tskn5fvw8sLzEkS 63dTRV1gjkAfonynek.pzFFwKF0j28GjkOwVgPQ8MjTyS3KcgbGF2BabRj9Zlyt_XuSpzXPK1Lfo w2vPeWduNfrJZqE6q32qPU_HvwDPbzZdeSlfLpXByRDLc0HRTw.oDIkMEqUjuzMES3AW0Me.Atb9 u_K2xLnwDykYkmpc2IptkN8WnHgZ3zwWXOXEOp4PlrkOCikt50hJldCf6YihbqG4CAMgRxJWuhBW EoJfHqxdN9WkEPWsqR4wAzOSnhHCSdwropiYWVQFMuUgfv274K9q7peSfYRBY4MQLCWrkcBrM.2M hGNoRbRucLBcKptZN50QSf.KatPD1A5Mp3M4wyfAXuOBj_zOtmsjqVRj4sMDGddALCWK7kvJ1wzO MW4WO6CmZzOoiYETqzYVfhvb7dt89gBmG3Np1r8HjrSSSNP6h1MjsQPHO.renPq.P4xooe72rE05 x6_bVEGY0sDD.MDq9lVZoOiqc44fOkbme2kmEZ824x4fiCTwrS.Zp26WLi6cqbGHnE3vOahBvOfT 4g5Qia062FiH5Vw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.ne1.yahoo.com with HTTP; Wed, 1 May 2019 03:58:55 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp428.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 677da527d1125d22f7c694f1323c70fa; Wed, 01 May 2019 03:58: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: How many segments does it take to span from VM_MIN_KERNEL_ADDRESS through VM_MAX_SAFE_KERNEL_ADDRESS? 128 in moea64_late_bootstrap Message-Id: <3C69CF7C-7F33-4C79-92C0-3493A1294996@yahoo.com> Date: Tue, 30 Apr 2019 20:58:49 -0700 To: Justin Hibbits , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: E20CA74EF3 X-Spamd-Bar: + X-Spamd-Result: default: False [1.96 / 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)[]; 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.79)[0.785,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.33)[ip: (4.22), ipnet: 66.163.184.0/21(1.39), asn: 36646(1.11), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.06)[0.060,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.30)[0.296,0]; RCVD_IN_DNSWL_NONE(0.00)[33.190.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, 01 May 2019 03:59:03 -0000 [At the end this note shows why the old VM_MAX_KERNEL_ADDRESS lead to no slb-miss exceptions in cpudep_ap_bootstrap.] There is code in moea64_late_bootstrap that looks like: virtual_avail = VM_MIN_KERNEL_ADDRESS; virtual_end = VM_MAX_SAFE_KERNEL_ADDRESS; /* * Map the entire KVA range into the SLB. We must not fault there. */ #ifdef __powerpc64__ for (va = virtual_avail; va < virtual_end; va += SEGMENT_LENGTH) moea64_bootstrap_slb_prefault(va, 0); #endif where (modern): #define VM_MIN_KERNEL_ADDRESS 0xe000000000000000UL #define VM_MAX_SAFE_KERNEL_ADDRESS VM_MAX_KERNEL_ADDRESS #define VM_MAX_KERNEL_ADDRESS 0xe0000007ffffffffUL #define SEGMENT_LENGTH 0x10000000UL So: 0xe000000000000000UL: VM_MIN_KERNEL_ADDRESS 0x0000000010000000UL: SEGMENT_LENGTH 0xe0000007ffffffffUL: VM_MAX_KERNEL_ADDRESS So I see the loop as doing moea64_bootstrap_slb_prefault 128 times (decimal, 0x00..0x7f at the appropriate byte in va). (I do not see why this loop keeps going once the slb kernel slots are all full. Nor is it obvious to me why the larger va values should be the ones more likely to still be covered. But I'm going a different direction below.) That also means that the code does random replacement (based on mftb()%n_slbs, but avoiding USER_SLB_SLOT) 128-(64-1), or 65 times. The slb_insert_kernel use in moea64_bootstrap_slb_prefault does that: moea64_bootstrap_slb_prefault(vm_offset_t va, int large) { struct slb *cache; struct slb entry; uint64_t esid, slbe; uint64_t i; cache = PCPU_GET(aim.slb); esid = va >> ADDR_SR_SHFT; slbe = (esid << SLBE_ESID_SHIFT) | SLBE_VALID; for (i = 0; i < 64; i++) { if (cache[i].slbe == (slbe | i)) return; } entry.slbe = slbe; entry.slbv = KERNEL_VSID(esid) << SLBV_VSID_SHIFT; if (large) entry.slbv |= SLBV_L; slb_insert_kernel(entry.slbe, entry.slbv); } where slb_insert_kernel is in turn has the code that will do replacements: void slb_insert_kernel(uint64_t slbe, uint64_t slbv) { struct slb *slbcache; int i; /* We don't want to be preempted while modifying the kernel map */ critical_enter(); slbcache = PCPU_GET(aim.slb); /* Check for an unused slot, abusing the user slot as a full flag */ if (slbcache[USER_SLB_SLOT].slbe == 0) { for (i = 0; i < n_slbs; i++) { if (i == USER_SLB_SLOT) continue; if (!(slbcache[i].slbe & SLBE_VALID)) goto fillkernslb; } if (i == n_slbs) slbcache[USER_SLB_SLOT].slbe = 1; } i = mftb() % n_slbs; if (i == USER_SLB_SLOT) i = (i+1) % n_slbs; fillkernslb: KASSERT(i != USER_SLB_SLOT, ("Filling user SLB slot with a kernel mapping")); slbcache[i].slbv = slbv; slbcache[i].slbe = slbe | (uint64_t)i; /* If it is for this CPU, put it in the SLB right away */ if (pmap_bootstrapped) { /* slbie not required */ __asm __volatile ("slbmte %0, %1" :: "r"(slbcache[i].slbv), "r"(slbcache[i].slbe)); } critical_exit(); } [The USER_SLB_SLOT handling makes selection of slot USER_SLB_SLOT+1 for what to replace more likely than the other kernel slots.] I expect that the above explains the variability in if cpudep_ap_bootstrap 's: sp = pcpup->pc_curpcb->pcb_sp gets a slb fault for dereferencing the pc_curpcb stage of that vs. not. I also expect that the old VM_MAX_KERNEL_ADDRESS value explains the lack of slb-misses in old times: 0xe000000000000000UL: VM_MIN_KERNEL_ADDRESS 0x0000000010000000UL: SEGMENT_LENGTH 0xe0000001c7ffffffUL: VM_MAX_KERNEL_ADDRESS So 0x00..0x1c is 29 alternatives (decimal). That fits in 64-1 slots, or even 32-1 slots: no random replacements happened above or elsewhere. That, in turn meant no testing of the handling of any slb-misses back then. [Other list messages suggest missing context synchronizing instructions for slbmte and related instructions. The history is not evidence about that, given the lack of slb-misses.] === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Wed May 1 04:45:06 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 89A8B1584D0C for ; Wed, 1 May 2019 04:45:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-15.consmr.mail.bf2.yahoo.com (sonic309-15.consmr.mail.bf2.yahoo.com [74.6.129.125]) (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 9607876742 for ; Wed, 1 May 2019 04:45:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: ZEGLB1IVM1nJTY8BwYrYFNsUVq_EJ86.grEGkeq85roXL88FjrOqvLYvt5By045 WptIKZbowFW1fvB8VOMvz_lvxBYzBjP8HHOVoBgIXcWjN8MeNOnUEu.8Z33Xk2v34I3uCRGFV9nf FY2xvHQvPJGK1FYgWYMK76OPWuX7iWmWEvdabNiBDpRimjq.H_KaI0tLF4J58fUVA0r7mf6d6tMP X8P8UWDkNHegQl3pLWop2ojZboxcFxmQfAztiBsFGDnlkgSX9p999rx_iuSAEjHtsa7VFyn_rqcC f1s0QIJBlKWIXSTP9KIKwojWGku7Pv3.e_14.EaeJeNA7sxakrkjTUKtz4B5PLuNuSlPZftqewOu BoN2lovMPILdLqmImcMm_ibMTrsByA43T3cD1GE0K1nOSLL4tS46PN_woyPuhW2SnhlsuugoDIFD 1wtXPNxKi6AR1UZrAfGjLDSDTMe5cxXks7sMBtPd5wwwhQgJuOsGeldAGYEGJ_JSmFxWQPXv3asw TFVDp5hGn8vDOLtMA.HhTuqmln.gW3MBghWUTiqNT6IS46qNoHHnQkcPSobHXQZM.jY9RtuVRABP hYfNRDlw4H9ST.bJQtJpWvESdm4mJYyYydvyPk_xNjI4GqHtpFxOa1_Pyln3shUkgIrv9U0nCxoy xPBZjmdVBtUCxeKYk03wrmWGAXnHZI4MZVuYlO8jumkrfKHjRVYG_m9xhdXRTi3AXY6HSVFc0Fpi MJDiF4KQBCDtCRQBhWxRnTxzA1.l2n1.SPfgtfOv2PLqvI7sKhpw3p6qxahsgsnFd5FsB8pyon_T IKNxQ0Y6xy2g136u1M3XKiioSFQ4u20Ot8CYx760Jz9O4PnLpoCRvFSuploCkPfO7nr709h_CzhQ i8CvqQNdwZCAnWle5JJEZxCu0bUP7ReJ4PAePV.7MojgI08Bsr68WobjmGtTekljsjiHkwfQPv2O 1ggUxPUMRNweKwKj2roWC.3e1m7puh7X1ni30GJxc7zvhsk9hlwhAQpvPF6HDmpIbDZzlnI8svZd 93Z8dL5hRT8hYIWlB6QVzzEkpaeIyqsL3cBk2HeRI4V5uWBwKQsu.TgjhKe0D.yd4GfPIsDObE5m 95VJHKz13RBOF.AeCbKQ1taPwCZ65H69OOkZB4WwR8MJdK91NThvFS4zQWRok7WaugPbxkdZl6nt 04Tw- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.bf2.yahoo.com with HTTP; Wed, 1 May 2019 04:45:03 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp417.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 3173328dd38b23b98aa2b2ced3aeb107; Wed, 01 May 2019 04:45:02 +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: Re: How many segments does it take to span from VM_MIN_KERNEL_ADDRESS through VM_MAX_SAFE_KERNEL_ADDRESS? 128 in moea64_late_bootstrap Date: Tue, 30 Apr 2019 21:45:00 -0700 References: <3C69CF7C-7F33-4C79-92C0-3493A1294996@yahoo.com> To: Justin Hibbits , FreeBSD PowerPC ML In-Reply-To: <3C69CF7C-7F33-4C79-92C0-3493A1294996@yahoo.com> Message-Id: <6159F4A6-9431-4B99-AA62-451B8DF08A6E@yahoo.com> X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 9607876742 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.17 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; 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)[]; NEURAL_HAM_MEDIUM(-0.01)[-0.009,0]; 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.95)[0.947,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.48)[ip: (4.62), ipnet: 74.6.128.0/21(1.56), asn: 26101(1.25), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.26)[0.264,0]; RCVD_IN_DNSWL_NONE(0.00)[125.129.6.74.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[125.129.6.74.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 May 2019 04:45:06 -0000 [I realized another implication about a another point of potential slb-misses in cpudep_ap_bootstrap: the address in sprg0 on the cpu might end up not able to be dereferenced.] On 2019-Apr-30, at 20:58, Mark Millard wrote: > [At the end this note shows why the old VM_MAX_KERNEL_ADDRESS > lead to no slb-miss exceptions in cpudep_ap_bootstrap.] > > There is code in moea64_late_bootstrap that looks like: > > virtual_avail = VM_MIN_KERNEL_ADDRESS; > virtual_end = VM_MAX_SAFE_KERNEL_ADDRESS; > > /* > * Map the entire KVA range into the SLB. We must not fault there. > */ > #ifdef __powerpc64__ > for (va = virtual_avail; va < virtual_end; va += SEGMENT_LENGTH) > moea64_bootstrap_slb_prefault(va, 0); > #endif > > where (modern): > > #define VM_MIN_KERNEL_ADDRESS 0xe000000000000000UL > #define VM_MAX_SAFE_KERNEL_ADDRESS VM_MAX_KERNEL_ADDRESS > #define VM_MAX_KERNEL_ADDRESS 0xe0000007ffffffffUL > #define SEGMENT_LENGTH 0x10000000UL > > So: > > 0xe000000000000000UL: VM_MIN_KERNEL_ADDRESS > 0x0000000010000000UL: SEGMENT_LENGTH > 0xe0000007ffffffffUL: VM_MAX_KERNEL_ADDRESS > > So I see the loop as doing moea64_bootstrap_slb_prefault > 128 times (decimal, 0x00..0x7f at the appropriate > byte in va). > > (I do not see why this loop keeps going once the slb > kernel slots are all full. Nor is it obvious to me > why the larger va values should be the ones more > likely to still be covered. But I'm going a different > direction below.) > > That also means that the code does random replacement (based > on mftb()%n_slbs, but avoiding USER_SLB_SLOT) 128-(64-1), > or 65 times. The slb_insert_kernel use in > moea64_bootstrap_slb_prefault does that: > > moea64_bootstrap_slb_prefault(vm_offset_t va, int large) > { > struct slb *cache; > struct slb entry; > uint64_t esid, slbe; > uint64_t i; > > cache = PCPU_GET(aim.slb); > esid = va >> ADDR_SR_SHFT; > slbe = (esid << SLBE_ESID_SHIFT) | SLBE_VALID; > > for (i = 0; i < 64; i++) { > if (cache[i].slbe == (slbe | i)) > return; > } > > entry.slbe = slbe; > entry.slbv = KERNEL_VSID(esid) << SLBV_VSID_SHIFT; > if (large) > entry.slbv |= SLBV_L; > > slb_insert_kernel(entry.slbe, entry.slbv); > } > > where slb_insert_kernel is in turn has the code that > will do replacements: > > void > slb_insert_kernel(uint64_t slbe, uint64_t slbv) > { > struct slb *slbcache; > int i; > > /* We don't want to be preempted while modifying the kernel map */ > critical_enter(); > > slbcache = PCPU_GET(aim.slb); > > /* Check for an unused slot, abusing the user slot as a full flag */ > if (slbcache[USER_SLB_SLOT].slbe == 0) { > for (i = 0; i < n_slbs; i++) { > if (i == USER_SLB_SLOT) > continue; > if (!(slbcache[i].slbe & SLBE_VALID)) > goto fillkernslb; > } > > if (i == n_slbs) > slbcache[USER_SLB_SLOT].slbe = 1; > } > > i = mftb() % n_slbs; > if (i == USER_SLB_SLOT) > i = (i+1) % n_slbs; > > fillkernslb: > KASSERT(i != USER_SLB_SLOT, > ("Filling user SLB slot with a kernel mapping")); > slbcache[i].slbv = slbv; > slbcache[i].slbe = slbe | (uint64_t)i; > > /* If it is for this CPU, put it in the SLB right away */ > if (pmap_bootstrapped) { > /* slbie not required */ > __asm __volatile ("slbmte %0, %1" :: > "r"(slbcache[i].slbv), "r"(slbcache[i].slbe)); > } > > critical_exit(); > } > > [The USER_SLB_SLOT handling makes selection of slot > USER_SLB_SLOT+1 for what to replace more likely than > the other kernel slots.] > > I expect that the above explains the variability in > if cpudep_ap_bootstrap 's: > > sp = pcpup->pc_curpcb->pcb_sp > > gets a slb fault for dereferencing the pc_curpcb stage > of that vs. not. Note: the random replacements could also make dereferencing pcpup-> (aka (get_pcpu())->) end up with a slb-miss, where: static __inline struct pcpu * get_pcpu(void) { struct pcpu *ret; __asm __volatile("mfsprg %0, 0" : "=r"(ret)); return (ret); } If the slb entry covering address ranges accessed based on sprg0 is ever replaced, no code based on getting sprg0's value to find the matching pcpu information is going to work, *including in the slb spill trap code* [GET_CPUINFO(%r?)]. Does a kernel entry need to be reserved for the CPU that never is replaced so that sprg0 can always be used to find pcpu information via sprg0? This is something my hack did not deal with. And, in fact, trying to force 2 entries to exist at the same time, one for "dereferencing sprg0" and one for dereferencing the pc_curpcb so found is currently messy, given the way other things work. The lack of handing may explain the (rare) hangups with the existing hack present. > I also expect that the old VM_MAX_KERNEL_ADDRESS value > explains the lack of slb-misses in old times: > > 0xe000000000000000UL: VM_MIN_KERNEL_ADDRESS > 0x0000000010000000UL: SEGMENT_LENGTH > 0xe0000001c7ffffffUL: VM_MAX_KERNEL_ADDRESS > > So 0x00..0x1c is 29 alternatives (decimal). That > fits in 64-1 slots, or even 32-1 slots: no > random replacements happened above or elsewhere. > That, in turn meant no testing of the handling > of any slb-misses back then. > > > [Other list messages suggest missing context synchronizing > instructions for slbmte and related instructions. The > history is not evidence about that, given the lack of > slb-misses.] === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Wed May 1 05:52:40 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 2BAAB15839F6 for ; Wed, 1 May 2019 05:52:40 +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 AD4478623F for ; Wed, 1 May 2019 05:52:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: uCC.dj0VM1nOrVK3Tm_2iq8QQUrq64e8v1BoyjC2uX0389vop3LSZgtGrQ_9Sh_ GeOtj.M4oxcbGAWfCAG2Rv.4li8Nt0dQh6MV9nsAS49gkoA4fhWq7Ku2n8aFw9HU9NYLU41S1XQg IMkJaAp605r.cueyt2g.voza8pEFF7nDVwXbj9oyjjOvVaK5KeP0oilnA0zE0YnOCljh2tpOYgqg bZxY8LwF6gVMNtCCFT6BNZlbBiUCRk2ExHkivhUUzUTPcXAaded.EzYpL_QIkeB9Wefh8u.VEbfq SJ96NvK3FKtOWRK24edbiJg51BszZJkODagEcg70e0hVUAgD9HV9qpis_hfGZMAISJnmde_toSoq n6DDhUmYHTkhNSpUd_8dRYISbrJ79SMkRL9_7Db65.Qu1MSFGaOrapVFoB0CQKF4NeOsVzAMC9gp oabT1yXTA0SECsfmwwiTT9xyFINI1sOgIqJDMWFzgzCKdV1e.o4gUsVtfC2bDBRk_m_YoSzlXBQx _JvL3_sHg3bmdzuPFUS5W1JxFJAiMKAmkQ0H2sCWptqZHeyV..8wbWbO5hwlYE4g0ethAHqcrjGn m6a_HAXBw51FYy.7GjyjDrRWY_YfrDqVZVgi1a37_YeXXcl.JrnWGSX36qPN4SkOQg2vpE94gJsT yVYKJu_WWopJ7EBlxR6Wv44TO46piGycaMCaTc50oiGAFJMI_j7E7QrYwydBHUmpw8ySu7xPKg94 ITlYfEWR0XMq7w.dpQ2hEI.ZEVL.r796HscrSt3JDGZsdiYXEdxKnRkayJl68hkYYyn15rBx75W4 gbAXLGieDSBZ_wGA3ZQH3gxYLAQ2D6fbKJpMH_ZCqbnzS.oDvL9fzivP3mBg0qNosTmlAaZRbbPt hDGeXWKm5AgQogToYuUTCR4qnzUqUjcRUXda2_.ZSzZqU9dFU99uPFWMd2YV47LH62JRtm_v7N94 lYQwTQSgOgmlZHCWuEEYPI8j0PFMXIOXgnbLR80KmGOzBn7QvPD1wewgZrHfS1bZdF7ZqWFfyFTq 0E0teRu4YT_X3PUe8sYHxhS_EtLUDJvcjIuzBNuIR1yLL40KkOQCjy9RDP.p.kEAsY6gXbBwqX2E dU6FhRYSs53Upf210YQTLJYJ6FLo8i0TniPqFKwPHBJtrYdgiTNX5lbJkHM8T2aemIUKGYBFc947 ZvX4- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.bf2.yahoo.com with HTTP; Wed, 1 May 2019 05:52:32 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp413.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 843ba81d2b05cfc0ae448cbe0d308044; Wed, 01 May 2019 05:52:31 +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: Tiny summary of todays explorations: __pcpu[] has no reserved kernel slb entry(s) to cover it; slbmte and the like missing some isync use Message-Id: Date: Tue, 30 Apr 2019 22:52:28 -0700 To: Justin Hibbits , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: AD4478623F X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.49 / 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.93)[0.931,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.64)[ip: (5.43), ipnet: 74.6.128.0/21(1.56), asn: 26101(1.25), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.11)[0.114,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.32)[0.322,0]; RCVD_IN_DNSWL_NONE(0.00)[83.129.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, 01 May 2019 05:52:40 -0000 Extracting from various separate investigation list submittals to summarize: A) __pcpu[] fits in 1 or 2 segments (depending on placement) but the cpus do not have a reserved kernel slb entry or two to always cover it. Thus attempted use can fail. (Dereferencing: get_pcpu, sprg0, &__pcpu[cpu.cr_cpuid]) B) slbmte, slbie, and slbia are documented to need context synchronizations that various places do not have from what I can tell. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Wed May 1 09:21: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 B226A158774C for ; Wed, 1 May 2019 09:21:59 +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 555E16D53D for ; Wed, 1 May 2019 09:21:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 25FD9D90C; Wed, 1 May 2019 09:21:59 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 21D8FD90B for ; Wed, 1 May 2019 09:21:59 +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 DDD856D537 for ; Wed, 1 May 2019 09:21:58 +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 252E812E76 for ; Wed, 1 May 2019 09:21:58 +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 x419Lwne087476 for ; Wed, 1 May 2019 09:21:58 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x419LwPX087475 for powerpc@FreeBSD.org; Wed, 1 May 2019 09:21:58 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Wed, 01 May 2019 09:21:57 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: oggy@farscape.co.uk X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: 555E16D53D X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-3.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-1.00)[-0.996,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: Wed, 01 May 2019 09:22:00 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #19 from Francis Little --- (In reply to Greg Lewis from comment #17) Running bash configure, I get this error: configure: Could not find a valid Boot JDK. configure: This might be fixed by explicitly setting --with-boot-jdk configure: error: Cannot continue configure exiting with result code 1 Regards --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Wed May 1 09:43:40 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 86297158A592 for ; Wed, 1 May 2019 09:43:40 +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 2CA6D6E3F5 for ; Wed, 1 May 2019 09:43:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 7DDCEDD66; Wed, 1 May 2019 09:43:39 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 7A73FDD65 for ; Wed, 1 May 2019 09:43:39 +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 3615C6E3E5 for ; Wed, 1 May 2019 09:43:39 +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 85B9A13167 for ; Wed, 1 May 2019 09:43:38 +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 x419hcE3070755 for ; Wed, 1 May 2019 09:43:38 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x419hcKD070753 for powerpc@FreeBSD.org; Wed, 1 May 2019 09:43:38 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Wed, 01 May 2019 09:43:37 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: mikael.urankar@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: 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: 2CA6D6E3F5 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)[-0.999,0]; NEURAL_HAM_SHORT(-0.99)[-0.986,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: Wed, 01 May 2019 09:43:40 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #21 from mikael.urankar@gmail.com --- (In reply to Francis Little from comment #19) and don't forget to manually fetch the bootstrap: fetch -o /usr/ports/distfiles/bootstrap-openjdk11-powerpc64-11.0.2.9.2.tar.= xz http://mikael.urankar.free.fr/FreeBSD/powerpc64/bootstrap-openjdk11-powerpc= 64-11.0.2.9.2.tar.xz --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Wed May 1 09:14: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 E2E9C1586822 for ; Wed, 1 May 2019 09:14:26 +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 87A126D2C5 for ; Wed, 1 May 2019 09:14:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 59280D81E; Wed, 1 May 2019 09:14:26 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 564CAD81D for ; Wed, 1 May 2019 09:14: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 D5F496D2C3 for ; Wed, 1 May 2019 09:14:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 1FF7012D18 for ; Wed, 1 May 2019 09:14: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 x419EOc3088144 for ; Wed, 1 May 2019 09:14:24 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x419EOFi088129 for powerpc@FreeBSD.org; Wed, 1 May 2019 09:14:24 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Wed, 01 May 2019 09:14:24 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: oggy@farscape.co.uk X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: 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: 87A126D2C5 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-3.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-1.00)[-0.996,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: Wed, 01 May 2019 09:14:27 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 Francis Little changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |oggy@farscape.co.uk --- Comment #18 from Francis Little --- (In reply to Greg Lewis from comment #17) Hi, tried this on my PowerMac G5 and get an error: make: "/usr/ports/test/openjdk-jdk11u/Makefile" line 33: warning: "echo You= are not using GNU Make/gmake, this is a requirement. Check your path. 1>&2 && e= xit 1" returned non-zero status pkg info | grep gmake gmake-4.2.1_3 GNU version of 'make' utility Regards --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Wed May 1 09:42:44 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 25443158A3D7 for ; Wed, 1 May 2019 09:42:44 +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 BBA046E3AC for ; Wed, 1 May 2019 09:42:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id ABECBDD35; Wed, 1 May 2019 09:42:43 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id A7B99DD34 for ; Wed, 1 May 2019 09:42:43 +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 58A836E3AB for ; Wed, 1 May 2019 09:42:43 +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 A764A13163 for ; Wed, 1 May 2019 09:42:42 +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 x419ggTm069627 for ; Wed, 1 May 2019 09:42:42 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x419ggqk069626 for powerpc@FreeBSD.org; Wed, 1 May 2019 09:42:42 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Wed, 01 May 2019 09:42:34 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: mikael.urankar@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: attachments.isobsolete attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: BBA046E3AC 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)[-0.999,0]; NEURAL_HAM_SHORT(-0.99)[-0.986,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: Wed, 01 May 2019 09:42:44 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 mikael.urankar@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #203672|0 |1 is obsolete| | --- Comment #20 from mikael.urankar@gmail.com --- Created attachment 204137 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D204137&action= =3Dedit patch (In reply to Francis Little from comment #19) you need to apply the attached patch: cd /usr/ports svn patch /path/to/java_ppc64.patch make -C /usr/ports/java/openjdk11 post the full build log if it fails. I don't have access to my ppc64 box, can't do any tests --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Wed May 1 13:11: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 233E11596ACA for ; Wed, 1 May 2019 13:11:03 +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 AE799756B5 for ; Wed, 1 May 2019 13:11:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 6C8C81596AC9; Wed, 1 May 2019 13:11:02 +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 5A3341596AC8 for ; Wed, 1 May 2019 13:11: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 EB044756B1 for ; Wed, 1 May 2019 13:11:01 +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 3DED814E23 for ; Wed, 1 May 2019 13:11:01 +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 x41DB174097780 for ; Wed, 1 May 2019 13:11:01 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x41DB1Yk097779 for ppc@FreeBSD.org; Wed, 1 May 2019 13:11: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: ppc@FreeBSD.org Subject: [Bug 235060] [boot] FreeBSD 12.0 Release DVD and CD will not boot on PowerMac G5 Quad Date: Wed, 01 May 2019 13:11:00 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: consuli074@gmail.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: Wed, 01 May 2019 13:11:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235060 --- Comment #22 from consuli074@gmail.com --- To stay exact for the FreeBSD 12.0 >>AMD64<< DVD iso images (the one I downloaded and the one supplemented on the DVD in a commputer magazine): These DVDs cannot be mounted under OS-X-10.5.4 on my machine, thus cannot n= ot be read. (I mixed it up a little.) It should be an easy task for you to replicate this error on your G5 machin= es under OS-X (or not). --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Wed May 1 14:42:06 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 08F7F1598A2C for ; Wed, 1 May 2019 14:42:06 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-it1-x12a.google.com (mail-it1-x12a.google.com [IPv6:2607:f8b0:4864:20::12a]) (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 353C580B4A for ; Wed, 1 May 2019 14:42:05 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-it1-x12a.google.com with SMTP id x132so10041629itf.2 for ; Wed, 01 May 2019 07:42:05 -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=8BSm6trNkJ4j7QLP0IYl+MX7bcA0dRMv9Fj4Rg2y5no=; b=HPTILCbx3pNfDz8RFc3mOuduEW5gXZ5AJIxgE59eZgVifuKg76SGHJT1RbKvflsACq N00pRvXIinhXE0GXgndbCSRLzqRux4PEY2BwtzAQ8g09uJc4nonIlqn8f24lrEOt6Hbq 4IMskBK8Um05P5hA7xlKONJy4huJHJASNoLUxIt96kwkJWFjzMHxOjOlZWvcmcVFMp2l Y/wSrJrzFcUtde4VQom1oERpmTJY3qKN/heevXeJtSW0gfzmJ5GiQGeXwktya73hvUVp 7xMcq288FLxUDJ5McNwnN0A/3SD2dKZI7HoqdXFzb78H43zI0SzYNg+RSnsKxvGvXWvP DodQ== 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=8BSm6trNkJ4j7QLP0IYl+MX7bcA0dRMv9Fj4Rg2y5no=; b=eUFGZywNl4bA8mXrOLwWmzYQvKthnuyDCRlr4B2hkPpETsQTSIo8U9I8UfEzxnRgjK dgy0iSVUsbARDe8RNbqc2PtAWYWy6bdvlgpeUw8x8VEDdsBkLtbsUdHCSyqUeHN3qRnM o56t1iBdUvBRUjlQOMqC9u1Mq8G+7t8Vo3q3ZOtN+cdf0WUsKJDpLPa2IlICNjriWSH7 nUBUovg2gdoY0Y373tJXrl/LYt/8aFxtaH/47DqdNF9JaKIQ39iqDdLAnWS5g/5iVBDq L23FS1zzkGIb8xDeQ6JNUXfNfDFeoZsMpjtoJ2s0S8lOYEnquJ3mmctlLDJTs727ajNA qxmg== X-Gm-Message-State: APjAAAV93r1EpxLwIZS7L9exhBv7QC4cjpdUm/28xgiTWjv/TUM+rn11 8MMDovLaKHkEk5+IzJUQkJX/4+19 X-Google-Smtp-Source: APXvYqzkZGuECVRoc2Fdy7caIvRdyhW7ImUh+ywgGMCLve2rlynVZw0gRAUMeV8arauH/gh4bII6kw== X-Received: by 2002:a05:660c:ac6:: with SMTP id k6mr7890791itl.59.1556721724436; Wed, 01 May 2019 07:42:04 -0700 (PDT) Received: from titan.knownspace (173-25-245-129.client.mchsi.com. [173.25.245.129]) by smtp.gmail.com with ESMTPSA id b72sm3100357itc.30.2019.05.01.07.42.02 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 01 May 2019 07:42:03 -0700 (PDT) Date: Wed, 1 May 2019 09:40:29 -0500 From: Justin Hibbits To: Mark Millard Cc: FreeBSD PowerPC ML Subject: Re: How many segments does it take to span from VM_MIN_KERNEL_ADDRESS through VM_MAX_SAFE_KERNEL_ADDRESS? 128 in moea64_late_bootstrap Message-ID: <20190501094029.542c5f46@titan.knownspace> In-Reply-To: <6159F4A6-9431-4B99-AA62-451B8DF08A6E@yahoo.com> References: <3C69CF7C-7F33-4C79-92C0-3493A1294996@yahoo.com> <6159F4A6-9431-4B99-AA62-451B8DF08A6E@yahoo.com> 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: 353C580B4A X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=HPTILCbx; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of chmeeedalf@gmail.com designates 2607:f8b0:4864:20::12a as permitted sender) smtp.mailfrom=chmeeedalf@gmail.com X-Spamd-Result: default: False [-6.78 / 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)[]; IP_SCORE(-2.78)[ip: (-8.44), ipnet: 2607:f8b0::/32(-3.17), asn: 15169(-2.24), country: US(-0.06)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; SUBJECT_HAS_QUESTION(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.99)[-0.987,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)[a.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]; RCVD_TLS_LAST(0.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: Wed, 01 May 2019 14:42:06 -0000 On Tue, 30 Apr 2019 21:45:00 -0700 Mark Millard wrote: > [I realized another implication about a another point of > potential slb-misses in cpudep_ap_bootstrap: the > address in sprg0 on the cpu might end up not able to be > dereferenced.] > > On 2019-Apr-30, at 20:58, Mark Millard wrote: > > > [At the end this note shows why the old VM_MAX_KERNEL_ADDRESS > > lead to no slb-miss exceptions in cpudep_ap_bootstrap.] > > > > There is code in moea64_late_bootstrap that looks like: > > > > virtual_avail = VM_MIN_KERNEL_ADDRESS; > > virtual_end = VM_MAX_SAFE_KERNEL_ADDRESS; > > > > /* > > * Map the entire KVA range into the SLB. We must not fault > > there. */ > > #ifdef __powerpc64__ > > for (va = virtual_avail; va < virtual_end; va += > > SEGMENT_LENGTH) moea64_bootstrap_slb_prefault(va, 0); > > #endif What happens if you revert all your patches, and change this loop to stop at n_slb? So something more akin to: int i = 0; for (va = virtual_avail; va < virtual_end && i < n_slb - 1; va += SEGMENT_LENGTH, i++); ... If it reliably boots with that, then that's fine. We can prefault as much as we can and leave the rest for on-demand. > > > > where (modern): > > > > #define VM_MIN_KERNEL_ADDRESS 0xe000000000000000UL > > #define VM_MAX_SAFE_KERNEL_ADDRESS VM_MAX_KERNEL_ADDRESS > > #define VM_MAX_KERNEL_ADDRESS 0xe0000007ffffffffUL > > #define SEGMENT_LENGTH 0x10000000UL > > > > So: > > > > 0xe000000000000000UL: VM_MIN_KERNEL_ADDRESS > > 0x0000000010000000UL: SEGMENT_LENGTH > > 0xe0000007ffffffffUL: VM_MAX_KERNEL_ADDRESS > > > > So I see the loop as doing moea64_bootstrap_slb_prefault > > 128 times (decimal, 0x00..0x7f at the appropriate > > byte in va). > > > > (I do not see why this loop keeps going once the slb > > kernel slots are all full. Nor is it obvious to me > > why the larger va values should be the ones more > > likely to still be covered. But I'm going a different > > direction below.) > > > > That also means that the code does random replacement (based > > on mftb()%n_slbs, but avoiding USER_SLB_SLOT) 128-(64-1), > > or 65 times. The slb_insert_kernel use in > > moea64_bootstrap_slb_prefault does that: > > ... > > > > I expect that the above explains the variability in > > if cpudep_ap_bootstrap 's: > > > > sp = pcpup->pc_curpcb->pcb_sp > > > > gets a slb fault for dereferencing the pc_curpcb stage > > of that vs. not. > > > Note: the random replacements could also make > dereferencing pcpup-> (aka (get_pcpu())->) end > up with a slb-miss, where: > > static __inline struct pcpu * > get_pcpu(void) > { > struct pcpu *ret; > > __asm __volatile("mfsprg %0, 0" : "=r"(ret)); > > return (ret); > } > > If the slb entry covering address ranges accessed > based on sprg0 is ever replaced, no code based on > getting sprg0's value to find the matching pcpu > information is going to work, *including in the > slb spill trap code* [GET_CPUINFO(%r?)]. Keep in mind that the PCPU pointer is in the DMAP, since it's in the kernel image. It's not in KVA. However, some structures pointed to by pcpu are in KVA, and those are what are faulting. > > Does a kernel entry need to be reserved for the > CPU that never is replaced so that sprg0 can always > be used to find pcpu information via sprg0? > > This is something my hack did not deal with. > And, in fact, trying to force 2 entries to exist > at the same time, one for "dereferencing sprg0" > and one for dereferencing the pc_curpcb so found > is currently messy, given the way other things > work. It should not. The kernel SLB miss handler runs entirely in real mode, and __pcpu[] is in the DMAP, so real addresses match up directly with DMAP addresses (modulo 0xc000000000000000). > > The lack of handing may explain the (rare) hangups > with the existing hack present. > > > > I also expect that the old VM_MAX_KERNEL_ADDRESS value > > explains the lack of slb-misses in old times: > > > > 0xe000000000000000UL: VM_MIN_KERNEL_ADDRESS > > 0x0000000010000000UL: SEGMENT_LENGTH > > 0xe0000001c7ffffffUL: VM_MAX_KERNEL_ADDRESS > > > > So 0x00..0x1c is 29 alternatives (decimal). That > > fits in 64-1 slots, or even 32-1 slots: no > > random replacements happened above or elsewhere. > > That, in turn meant no testing of the handling > > of any slb-misses back then. > > > > > > [Other list messages suggest missing context synchronizing > > instructions for slbmte and related instructions. The > > history is not evidence about that, given the lack of > > slb-misses.] Possibly. However, we may want direct control of the slots at boot time so as to make sure none of the range we're prefaulting gets replaced by the pseudo-random slot chooser. - Justin From owner-freebsd-ppc@freebsd.org Wed May 1 15:41:39 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 134391599FF5 for ; Wed, 1 May 2019 15:41:39 +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 ADF6582D17 for ; Wed, 1 May 2019 15:41:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 9DE51122FA; Wed, 1 May 2019 15:41:38 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 800FB122F9 for ; Wed, 1 May 2019 15:41:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2F47682D13 for ; Wed, 1 May 2019 15:41:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 5BF0416395 for ; Wed, 1 May 2019 15:41:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x41FfbWJ018518 for ; Wed, 1 May 2019 15:41:37 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x41Ffbc1018517 for powerpc@FreeBSD.org; Wed, 1 May 2019 15:41:37 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Wed, 01 May 2019 15:41:34 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: glewis@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: ADF6582D17 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)[-0.999,0]; NEURAL_HAM_SHORT(-0.99)[-0.989,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: Wed, 01 May 2019 15:41:39 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #22 from Greg Lewis --- I should have been more specific in terms of instructions there. I'm asking for a build of the upstream repository. You'll need to follow s= teps something like this: * Download the bootstrap (there are links in the first comment and the most recent one before this). * Unpack the bootstrap somewhere. Let's say /usr/local/openjdk11 * Checkout the upstream repo from git (link in my previous comment) * Run the configure script, e.g. 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 \ --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-milestone=3Dfcs \ --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=3Dclang \ --x-includes=3D/usr/local/include \ --x-libraries=3D/usr/local/lib \ --with-debug-level=3Drelease * Run a build, e.g. 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"" \ USE_CLANG=3Dtrue \ gmake \ CC=3D/usr/local/bin/gcc8 \ CXX=3D/usr/local/bin/g++8 \ COMPILER_WARNINGS_FATAL=3D"false" \ LOG=3Ddebug \ images If that works then we can cut a release and update the port. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Wed May 1 18:20:35 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 0822D159DA6F for ; Wed, 1 May 2019 18:20:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 945D7883CB for ; Wed, 1 May 2019 18:20:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 57F35159DA6C; Wed, 1 May 2019 18:20:34 +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 4640B159DA6B for ; Wed, 1 May 2019 18:20: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 D3F9F883C6 for ; Wed, 1 May 2019 18:20: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 1DFE517A30 for ; Wed, 1 May 2019 18:20: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 x41IKW40076747 for ; Wed, 1 May 2019 18:20:32 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x41IKWAg076742 for ppc@FreeBSD.org; Wed, 1 May 2019 18:20: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: 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: Wed, 01 May 2019 18:20:33 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.description Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 May 2019 18:20:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 Mark Millard changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #203845|Investigatory patch for |Investigatory patch for description|sys/powerpc/aim/mmu_oea64.c |sys/powerpc/aim/mmu_oea64.c | |(for filling translations[] | |from trans_cells[]) --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Wed May 1 18:21:16 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 007BB159DBFF for ; Wed, 1 May 2019 18:21:16 +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 902198846D for ; Wed, 1 May 2019 18:21:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 53A6A159DBFC; Wed, 1 May 2019 18:21:15 +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 42077159DBFA for ; Wed, 1 May 2019 18:21:15 +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 D4C998846B for ; Wed, 1 May 2019 18:21:14 +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 1F98D17A4F for ; Wed, 1 May 2019 18:21:14 +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 x41ILDgd097396 for ; Wed, 1 May 2019 18:21:13 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x41ILDW5097388 for ppc@FreeBSD.org; Wed, 1 May 2019 18:21:13 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: Wed, 01 May 2019 18:21:14 +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.description Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 May 2019 18:21:16 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 Mark Millard changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #203980|Investigatory |Investigatory description|/sys/powerpc/aim/trap_subr3 |/sys/powerpc/aim/trap_subr3 |2.S patch |2.S patch (add mising | |isync's) --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Wed May 1 18:23:08 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 C4F37159DC99 for ; Wed, 1 May 2019 18:23:07 +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 56312887AA for ; Wed, 1 May 2019 18:23:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 16712159DC98; Wed, 1 May 2019 18:23:07 +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 0404E159DC97 for ; Wed, 1 May 2019 18:23:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9514D887A3 for ; Wed, 1 May 2019 18:23:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id C0ABE17BAA for ; Wed, 1 May 2019 18:23:05 +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 x41IN5uX061475 for ; Wed, 1 May 2019 18:23:05 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x41IN5k7061467 for ppc@FreeBSD.org; Wed, 1 May 2019 18:23:05 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: Wed, 01 May 2019 18:23:05 +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.description Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 May 2019 18:23:08 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 Mark Millard changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #203983|Investigatory |Investigatory description|stand/powerpc/ofw/ofwfdt.c |stand/powerpc/ofw/ofwfdt.c |and |and |sys/contrib/libfdt/fdt_rw.c |sys/contrib/libfdt/fdt_rw.c |patches |patches, preserving peer | |order, handling Apple | |oddities so information is | |preserved --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Wed May 1 18:24:25 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 0E922159DD09 for ; Wed, 1 May 2019 18:24:25 +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 95731887F8 for ; Wed, 1 May 2019 18:24:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 58E27159DD08; Wed, 1 May 2019 18:24:24 +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 47598159DD06 for ; Wed, 1 May 2019 18:24:24 +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 D25B7887F7 for ; Wed, 1 May 2019 18:24:23 +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 24F8317BAE for ; Wed, 1 May 2019 18:24:23 +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 x41IONQ3099256 for ; Wed, 1 May 2019 18:24:23 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x41ION72099253 for ppc@FreeBSD.org; Wed, 1 May 2019 18:24:23 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: Wed, 01 May 2019 18:24:22 +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.description Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 May 2019 18:24:25 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 Mark Millard changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #203683|Investigatory |Investigatory description|sys/powerpc/powermac/hrowpi |sys/powerpc/powermac/hrowpi |c.c |c.c |sys/powerpc/powermac/uninor |sys/powerpc/powermac/uninor |th.c |th.c |sys/powerpc/powerpc/openpic |(sys/powerpc/powerpc/openpi |.c patches |c.c patches | |(OF_xref_from_node and | |OF_node_from_xref use) --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Wed May 1 18:25: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 CB73C159DD64 for ; Wed, 1 May 2019 18:25:41 +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 640B98884C for ; Wed, 1 May 2019 18:25:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 2715E159DD63; Wed, 1 May 2019 18:25:41 +0000 (UTC) Delivered-To: ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 14BF9159DD61 for ; Wed, 1 May 2019 18:25:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 97A3488848 for ; Wed, 1 May 2019 18:25:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id DC58017BAF for ; Wed, 1 May 2019 18:25:39 +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 x41IPdkL037023 for ; Wed, 1 May 2019 18:25:39 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x41IPdC4037017 for ppc@FreeBSD.org; Wed, 1 May 2019 18:25:39 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: Wed, 01 May 2019 18:25:39 +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.description Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 May 2019 18:25:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 Mark Millard changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #203627|Patches for investigatory |Patches for investigatory description|narrowing of slb race on |narrowing of slb race on |AIM powerpc64: |AIM powerpc64: |aim/mp_cpudep.c and |aim/mp_cpudep.c and |aim/slb.c |aim/slb.c (hack that avoids | |a mis-handled slb-miss) --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Wed May 1 18:51: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 17086159E2E3 for ; Wed, 1 May 2019 18:51:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-2.consmr.mail.bf2.yahoo.com (sonic306-2.consmr.mail.bf2.yahoo.com [74.6.132.41]) (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 BFC50892B3 for ; Wed, 1 May 2019 18:51:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: YsF8UBUVM1mwpYrz9NREuYPSGasMBRdPl8Ig9RZrDjlWZe.iE_ZJ89xBv4faEw0 a1xQp.Nf3eMi4RFObWzW8548J8syjC6iJakY.G7VZvPbH2BgnFbmr_lc7vpxOMoZ5fgIfQZ8vKi. g7HjxpuFN1q6IiSVpkdnsgdlWmQ85aOJyPSiL9YWmYvpOkuq_gZrbRhP.YPHJotnBro7nIaOYE5P _3JeEAKUVBcvhoCY1BN1L9En2tdNZX3p0mcTEJgJ0VWGSSEA.c15d9Z_V0seMc1pNS3oQkEGKOtC XK9gWm.JuW27Wy511hshxS9uHV36oAW7Rm23P7aPe4GBh7g3jXtHNJMjoQjFWmGW0vxRT.31DmlE QJKv9rNR5xGjaDa165YS4O3pLhna1miMlDHiWcsp8Yf.XietYlveB.wUmz52uJxm4QYYARby84Li o8bJYbjEmyV1GOAD42o5uHh2dPpMpHydS5.ErsIHNFxTJUglP7K9miB_z9rF1hariWD9rG2gha04 vJkifPdco.NwEk_oM6Gh5kjNFlYkJhauNgBiu9M7IE0XxuZhflhzAkIK0mUfcoRex56B8wdFzGJg wYdNp_NTQLkLZTmuX322jqejCXLUS91d3rsdHDyQ9OIxrr2vrgj6R.9SOOhvzOUph6Pjz0sN1HX1 aHwmBqqSFaJeVmJrxLrXrguGPyXW_rqnn0yU_fiIRpl5Teue2akoJ3BQYz9GxsqvKICOdiVh3bfS MYinIY61BaWDDS73dl1Zs0ra7K1IKP6nwjwLkELnrEpFoLbq8ikGZ_JzRwyTvkS8MO1DQX3aILgo t9SCdN2BCvfEAwkYvuY4MkFjzZs0CgkCYX.hessTHhpjvnlKfu_xnGJXu7q8IkTH8nA4u9Dnog4G amxW5GhUvMJduJClAyuATrjMDKNx8caPuIA_X0C_aUd78eL36OwsucDffzUgfy6_oEOeJJDJduCZ wBtYIEeqVWiLseVj4FVKOdZU10CfI9dn8m_2kQwbQGshLW_crm5ajzu_3F9sKKZs0eU1PWRC.T21 mT.EWauFgHJW_wdpxR7zXPEmN6DV4xmQ.el050CwDuv0KdxtN3Jrc5C6F5H58bSPXCsnaMCe6Vv_ _1yhckhBshtTTYMVRpwq5O7RCsv1_27mDt9Yd2wihl_llmOEeyv38noT0W.2NfoiT8YCwXGC5hcp B9Mwf4Fc- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.bf2.yahoo.com with HTTP; Wed, 1 May 2019 18:51:48 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp432.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 97859ccef0ce9249b4063f00add64977; Wed, 01 May 2019 18:51:47 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: How many segments does it take to span from VM_MIN_KERNEL_ADDRESS through VM_MAX_SAFE_KERNEL_ADDRESS? 128 in moea64_late_bootstrap From: Mark Millard In-Reply-To: <20190501094029.542c5f46@titan.knownspace> Date: Wed, 1 May 2019 11:51:44 -0700 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: 7bit Message-Id: <212E50E5-7EB1-4381-A662-D5EACB1E5D46@yahoo.com> References: <3C69CF7C-7F33-4C79-92C0-3493A1294996@yahoo.com> <6159F4A6-9431-4B99-AA62-451B8DF08A6E@yahoo.com> <20190501094029.542c5f46@titan.knownspace> To: Justin Hibbits X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: BFC50892B3 X-Spamd-Bar: + X-Spamd-Result: default: False [1.13 / 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)[]; NEURAL_HAM_MEDIUM(-0.07)[-0.072,0]; 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.83)[0.831,0]; NEURAL_HAM_LONG(-0.48)[-0.482,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.36)[ip: (4.05), ipnet: 74.6.128.0/21(1.56), asn: 26101(1.25), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[41.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: Wed, 01 May 2019 18:51:52 -0000 On 2019-May-1, at 07:40, Justin Hibbits wrote: > On Tue, 30 Apr 2019 21:45:00 -0700 > Mark Millard wrote: > >> [I realized another implication about a another point of >> potential slb-misses in cpudep_ap_bootstrap: the >> address in sprg0 on the cpu might end up not able to be >> dereferenced.] >> >> On 2019-Apr-30, at 20:58, Mark Millard wrote: >> >>> [At the end this note shows why the old VM_MAX_KERNEL_ADDRESS >>> lead to no slb-miss exceptions in cpudep_ap_bootstrap.] >>> >>> There is code in moea64_late_bootstrap that looks like: >>> >>> virtual_avail = VM_MIN_KERNEL_ADDRESS; >>> virtual_end = VM_MAX_SAFE_KERNEL_ADDRESS; >>> >>> /* >>> * Map the entire KVA range into the SLB. We must not fault >>> there. */ >>> #ifdef __powerpc64__ >>> for (va = virtual_avail; va < virtual_end; va += >>> SEGMENT_LENGTH) moea64_bootstrap_slb_prefault(va, 0); >>> #endif > > What happens if you revert all your patches, Most of the patches in Bugzilla 233863 are not for this issue at all and are not tied to starting the non-bsp cpus. (The one for improving how close the Time Base registers are is tied to starting these cpus.) Only the aim/mp_cpudep.c and aim/slb.c changes seem relevant. Are you worried about some form of interaction that means I need to avoid patches for other issues? Note: for now I'm staying at using head -r345758 as the basis for my experiments. > and change this loop to > stop at n_slb? So something more akin to: > > int i = 0; > > for (va = virtual_avail; va < virtual_end && i < n_slb - 1; va > += SEGMENT_LENGTH, i++); > ... > > If it reliably boots with that, then that's fine. We can prefault as > much as we can and leave the rest for on-demand. I'm happy to experiment with this loop without my hack for forcing the slb entry to exist in cpudep_ap_bootstrap. But, it seems to presume that the pc_curpcb's will all always point into the lower address range spanned when cpudep_ap_bootstrap is executing on the cpu. Does some known property limit the pc_curpcb-> references to such? Only that would be sure to avoid an slb-miss at that stage. Or is this just an alternate hack or a means of getting evidence, not a proposed solution? (Again, I'm happy to disable my hack that forces the slb entry and to try the loop suggested.) >>> >>> where (modern): >>> >>> #define VM_MIN_KERNEL_ADDRESS 0xe000000000000000UL >>> #define VM_MAX_SAFE_KERNEL_ADDRESS VM_MAX_KERNEL_ADDRESS >>> #define VM_MAX_KERNEL_ADDRESS 0xe0000007ffffffffUL >>> #define SEGMENT_LENGTH 0x10000000UL >>> >>> So: >>> >>> 0xe000000000000000UL: VM_MIN_KERNEL_ADDRESS >>> 0x0000000010000000UL: SEGMENT_LENGTH >>> 0xe0000007ffffffffUL: VM_MAX_KERNEL_ADDRESS >>> >>> So I see the loop as doing moea64_bootstrap_slb_prefault >>> 128 times (decimal, 0x00..0x7f at the appropriate >>> byte in va). >>> >>> (I do not see why this loop keeps going once the slb >>> kernel slots are all full. Nor is it obvious to me >>> why the larger va values should be the ones more >>> likely to still be covered. But I'm going a different >>> direction below.) >>> >>> That also means that the code does random replacement (based >>> on mftb()%n_slbs, but avoiding USER_SLB_SLOT) 128-(64-1), >>> or 65 times. The slb_insert_kernel use in >>> moea64_bootstrap_slb_prefault does that: >>> > ... >>> >>> I expect that the above explains the variability in >>> if cpudep_ap_bootstrap 's: >>> >>> sp = pcpup->pc_curpcb->pcb_sp >>> >>> gets a slb fault for dereferencing the pc_curpcb stage >>> of that vs. not. >> >> >> Note: the random replacements could also make >> dereferencing pcpup-> (aka (get_pcpu())->) end >> up with a slb-miss, where: >> >> static __inline struct pcpu * >> get_pcpu(void) >> { >> struct pcpu *ret; >> >> __asm __volatile("mfsprg %0, 0" : "=r"(ret)); >> >> return (ret); >> } >> >> If the slb entry covering address ranges accessed >> based on sprg0 is ever replaced, no code based on >> getting sprg0's value to find the matching pcpu >> information is going to work, *including in the >> slb spill trap code* [GET_CPUINFO(%r?)]. > > Keep in mind that the PCPU pointer is in the DMAP, since it's in the > kernel image. It's not in KVA. However, some structures pointed to by > pcpu are in KVA, and those are what are faulting. Ahh, the slb is not involved for the DMAP's address range. Good to know. Also, no virtual address range is set up to map to the same memory and then used. Also good to know. (As is probably clear, I'm figuring things out as I go. Some things are easier to figure out from what I see than others. Thanks for the notes!) >> >> Does a kernel entry need to be reserved for the >> CPU that never is replaced so that sprg0 can always >> be used to find pcpu information via sprg0? >> >> This is something my hack did not deal with. >> And, in fact, trying to force 2 entries to exist >> at the same time, one for "dereferencing sprg0" >> and one for dereferencing the pc_curpcb so found >> is currently messy, given the way other things >> work. > > It should not. The kernel SLB miss handler runs entirely in real > mode, and __pcpu[] is in the DMAP, so real addresses match up directly > with DMAP addresses (modulo 0xc000000000000000). Good to know the limited usage context (for example, DMAP only addresses in sprg0). Thanks again for the notes. They definately help. >> >> The lack of handing may explain the (rare) hangups >> with the existing hack present. >> >> >>> I also expect that the old VM_MAX_KERNEL_ADDRESS value >>> explains the lack of slb-misses in old times: >>> >>> 0xe000000000000000UL: VM_MIN_KERNEL_ADDRESS >>> 0x0000000010000000UL: SEGMENT_LENGTH >>> 0xe0000001c7ffffffUL: VM_MAX_KERNEL_ADDRESS >>> >>> So 0x00..0x1c is 29 alternatives (decimal). That >>> fits in 64-1 slots, or even 32-1 slots: no >>> random replacements happened above or elsewhere. >>> That, in turn meant no testing of the handling >>> of any slb-misses back then. >>> >>> >>> [Other list messages suggest missing context synchronizing >>> instructions for slbmte and related instructions. The >>> history is not evidence about that, given the lack of >>> slb-misses.] > > Possibly. However, we may want direct control of the slots at boot > time so as to make sure none of the range we're prefaulting gets > replaced by the pseudo-random slot chooser. Sounds like a potential direction. Thanks again. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Wed May 1 18:57: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 13596159E5B0 for ; Wed, 1 May 2019 18:57:48 +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 9F9D48968F for ; Wed, 1 May 2019 18:57:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 5CC4C159E5AF; Wed, 1 May 2019 18:57:47 +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 4A69F159E5AE for ; Wed, 1 May 2019 18:57: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 DAC628968D for ; Wed, 1 May 2019 18:57:46 +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 1C69417FEF for ; Wed, 1 May 2019 18:57: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 x41IvjYm073711 for ; Wed, 1 May 2019 18:57:45 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x41IvjwB073710 for ppc@FreeBSD.org; Wed, 1 May 2019 18:57:45 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: Wed, 01 May 2019 18:57:46 +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.description Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 May 2019 18:57:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 Mark Millard changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #203980|Investigatory |Investigatory description|/sys/powerpc/aim/trap_subr3 |/sys/powerpc/aim/trap_subr3 |2.S patch (add mising |2.S patch (add missing |isync's) |isync's) --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Wed May 1 19:49:00 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 AE382159F664 for ; Wed, 1 May 2019 19:49:00 +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 4A1178B1E9 for ; Wed, 1 May 2019 19:49:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 0D45C159F663; Wed, 1 May 2019 19:49:00 +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 EF201159F662 for ; Wed, 1 May 2019 19:48:59 +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 8C28F8B1E6 for ; Wed, 1 May 2019 19:48:59 +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 E334818712 for ; Wed, 1 May 2019 19:48:58 +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 x41Jmwp2090326 for ; Wed, 1 May 2019 19:48:58 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x41JmwOd090324 for ppc@FreeBSD.org; Wed, 1 May 2019 19:48:58 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 235060] [boot] FreeBSD 12.0 Release DVD and CD will not boot on PowerMac G5 Quad Date: Wed, 01 May 2019 19:48:57 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: oggy@farscape.co.uk 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: Wed, 01 May 2019 19:49:00 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235060 --- Comment #23 from Francis Little --- (In reply to consuli074 from comment #22) Hi so I have a G5 Quad and today I downloaded the AMD64 iamge and yes, doub= le clicking it, it will not open in the finder, but it shouldn't be opened in = the finder. It should be burned with Disk Utility to create a working bootable CD or DV= D. So on my G5, booted in to OS 10.5.8: Inserted a blank DVD-R. Finder asked if I wanted to open the DVD-R in finder, I selected Ignore. Right-Clicked the FreeBSD 12 AMD64 iso, selected Open With and Disk Utility. Disk Utility opened, I selected the FreeBSD ISO now listed in the left of D= isk Utility, then selcted Burn at the top. The ISO was written to the DVD. Being this is the AMD64 ISO, I removed the DVD-R from the Mac and put it in= a Dell, Intel core i3, and it booted to the FreeBSD installer. The same process also worked for a FreeBSD powerpc64 iso that I installed w= ith the other day. Can I suggest you double check how you are trying to write ISO images to DV= D / CD's? Regards --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Wed May 1 20:10: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 689CE159FC5E for ; Wed, 1 May 2019 20:10:58 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-it1-x132.google.com (mail-it1-x132.google.com [IPv6:2607:f8b0:4864:20::132]) (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 BF2BC8BA5F for ; Wed, 1 May 2019 20:10:56 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-it1-x132.google.com with SMTP id k64so470426itb.5 for ; Wed, 01 May 2019 13:10:56 -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=8JrSCaIwhQL10YuqEoHZOpi7lJYCakmP7W2nQXsTZaA=; b=LjM+0kkvsgIfFvGxRJQkHonOnmrcqBBiG+/6oGo8wHZDzYxXl5MZY+IVwI9aNQrVex BcESMh/TQJ7TaoQB1SWFeUpTsH+G9Kn8980wIxu6G0sDEMbIBHrn/Vs3/8puQ/o10WXZ FHFKAzvKltAfFpZtdffuO03OYb+a3aJMEgMJBKlVFX50L4QClvz+Ze/igBSwyLvWoc78 9Jns5KyGKx2RgTCGshfMdT4ZWgjHkvqkoQhBVNlAD1B5Dyy6rbHLzrNln5H+LM72ScvQ 4i+8Jw+u0I7Uiv24y6MVVpVP4ZiU8IsekCltGy0/ExiELDaKy7G81Wit0yr9f/NQml6R yt+A== 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=8JrSCaIwhQL10YuqEoHZOpi7lJYCakmP7W2nQXsTZaA=; b=LFY3Nk/RvLWcu5QG0gRTDgpDT4JEpY7FYiAMdoqYDXjCmD7gQt6b9QqMYxvmIxBbjH oAkG8+hKCQf6zA1LegCjNR2K9uJhydCjUxKU1/oX/gWyvhlkHI80akLpAhv/rShUBMbN k8LKVjF8MvN5N7RR0TEDVJb/JDzKnXMV1TqHpOJYX4Bg6USpR9wdRCKaLdj8UUeAo5iN QC57PPFcp1HXdwKlUqNr9RnKyUZ2V070KC0RLuOeSE2YAu2bU7Kd4k33sf3gwyT3N4pC mwk5SeUfhqR7toaR6qEZ1oblhta2GdlUCcIUE06QmhFE2PDSTAnjM8ZIFJa4lux+wR55 wM/g== X-Gm-Message-State: APjAAAVhHRBGAqu1Z+MlYTmSmcz8Z2Sjl/2I58rRgCUidyTtmbXB6At6 a67j22F35BD3H2XjW9jW0s0= X-Google-Smtp-Source: APXvYqyIryr7LZlANHiY2DVJ5wyfiIznS/hDtc4PmAZIUJAHO1nXb9edUNQ6ErCUZ1mUrXyQ+dg8dw== X-Received: by 2002:a05:660c:685:: with SMTP id n5mr9887743itk.57.1556741455736; Wed, 01 May 2019 13:10:55 -0700 (PDT) Received: from titan.knownspace (173-25-245-129.client.mchsi.com. [173.25.245.129]) by smtp.gmail.com with ESMTPSA id 3sm3662524itk.1.2019.05.01.13.10.55 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 01 May 2019 13:10:55 -0700 (PDT) Date: Wed, 1 May 2019 15:10:52 -0500 From: Justin Hibbits To: Mark Millard Cc: FreeBSD PowerPC ML Subject: Re: How many segments does it take to span from VM_MIN_KERNEL_ADDRESS through VM_MAX_SAFE_KERNEL_ADDRESS? 128 in moea64_late_bootstrap Message-ID: <20190501151052.6bc834b0@titan.knownspace> In-Reply-To: <212E50E5-7EB1-4381-A662-D5EACB1E5D46@yahoo.com> References: <3C69CF7C-7F33-4C79-92C0-3493A1294996@yahoo.com> <6159F4A6-9431-4B99-AA62-451B8DF08A6E@yahoo.com> <20190501094029.542c5f46@titan.knownspace> <212E50E5-7EB1-4381-A662-D5EACB1E5D46@yahoo.com> 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: BF2BC8BA5F X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=LjM+0kkv; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of chmeeedalf@gmail.com designates 2607:f8b0:4864:20::132 as permitted sender) smtp.mailfrom=chmeeedalf@gmail.com X-Spamd-Result: default: False [-6.72 / 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)[]; IP_SCORE(-2.72)[ip: (-8.12), ipnet: 2607:f8b0::/32(-3.18), asn: 15169(-2.24), country: US(-0.06)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; SUBJECT_HAS_QUESTION(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.99)[-0.987,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)[2.3.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]; RCVD_TLS_LAST(0.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: Wed, 01 May 2019 20:10:58 -0000 On Wed, 1 May 2019 11:51:44 -0700 Mark Millard wrote: > On 2019-May-1, at 07:40, Justin Hibbits > wrote: > > > On Tue, 30 Apr 2019 21:45:00 -0700 > > Mark Millard wrote: > > > >> [I realized another implication about a another point of > >> potential slb-misses in cpudep_ap_bootstrap: the > >> address in sprg0 on the cpu might end up not able to be > >> dereferenced.] > >> > >> On 2019-Apr-30, at 20:58, Mark Millard > >> wrote: > >>> [At the end this note shows why the old VM_MAX_KERNEL_ADDRESS > >>> lead to no slb-miss exceptions in cpudep_ap_bootstrap.] > >>> > >>> There is code in moea64_late_bootstrap that looks like: > >>> > >>> virtual_avail = VM_MIN_KERNEL_ADDRESS; > >>> virtual_end = VM_MAX_SAFE_KERNEL_ADDRESS; > >>> > >>> /* > >>> * Map the entire KVA range into the SLB. We must not fault > >>> there. */ > >>> #ifdef __powerpc64__ > >>> for (va = virtual_avail; va < virtual_end; va += > >>> SEGMENT_LENGTH) moea64_bootstrap_slb_prefault(va, 0); > >>> #endif > > > > What happens if you revert all your patches, > > Most of the patches in Bugzilla 233863 are not for this > issue at all and are not tied to starting the non-bsp > cpus. (The one for improving how close the Time Base > registers are is tied to starting these cpus.) Only the > aim/mp_cpudep.c and aim/slb.c changes seem relevant. > > Are you worried about some form of interaction that means > I need to avoid patches for other issues? > > Note: for now I'm staying at using head -r345758 as the > basis for my experiments. > > > and change this loop to > > stop at n_slb? So something more akin to: > > > > int i = 0; > > > > for (va = virtual_avail; va < virtual_end && i < n_slb - 1; > > va += SEGMENT_LENGTH, i++); > > ... > > > > If it reliably boots with that, then that's fine. We can prefault > > as much as we can and leave the rest for on-demand. > > I'm happy to experiment with this loop without my hack > for forcing the slb entry to exist in cpudep_ap_bootstrap. > > But, it seems to presume that the pc_curpcb's will > all always point into the lower address range spanned > when cpudep_ap_bootstrap is executing on the cpu. > Does some known property limit the pc_curpcb-> > references to such? Only that would be sure to > avoid an slb-miss at that stage. Or is this just an > alternate hack or a means of getting evidence, not a > proposed solution? > > (Again, I'm happy to disable my hack that forces the > slb entry and to try the loop suggested.) The idea with this is if you can test with stock -CURRENT (or post-VM_KERNEL_MAXADDR change), to eliminate any other variables. This is *only* for testing that it brings up the APs, not that they're properly synced. That will happen with other changes. This is a proposed solution. From my understanding, we typically allocate from low to high for KVA allocations, so keeping the low addresses in memory long enough to bring up the APs to sanity is the goal, so the commit would be along the lines of "Prefault as much of KVA as we can fit into the SLB". Thanks for lending your G5(s) for this testing. I do want to get the G5 working correctly again, since they're so plentiful and inexpensive. - Justin From owner-freebsd-ppc@freebsd.org Wed May 1 20:13:00 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 4BA34159FCAC for ; Wed, 1 May 2019 20:13:00 +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 E75688BD0B for ; Wed, 1 May 2019 20:12:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id D82C715D70; Wed, 1 May 2019 20:12:59 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id D415C15D6F for ; Wed, 1 May 2019 20:12:59 +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 803308BD08 for ; Wed, 1 May 2019 20:12:59 +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 C7A9F18B59 for ; Wed, 1 May 2019 20:12:58 +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 x41KCw6E051692 for ; Wed, 1 May 2019 20:12:58 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x41KCwjj051691 for powerpc@FreeBSD.org; Wed, 1 May 2019 20:12:58 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Wed, 01 May 2019 20:12:57 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: oggy@farscape.co.uk X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: E75688BD0B 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)[-0.999,0]; NEURAL_HAM_SHORT(-0.99)[-0.990,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: Wed, 01 May 2019 20:13:00 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #23 from Francis Little --- (In reply to Greg Lewis from comment #22) Hi, now I fully expect I may be doing something wrong... but trying to help! I get an error: So, I completed the following: * Download the bootstrap (there are links in the first comment and the most recent one before this). * Unpack the bootstrap somewhere. Let's say /usr/local/openjdk11 * Checkout the upstream repo from git (link in my previous comment) I checked out the bsd-port branch.... * Run the configure script, e.g. 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 \ --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-milestone=3Dfcs \ --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=3Dclang \ --x-includes=3D/usr/local/include \ --x-libraries=3D/usr/local/lib \ --with-debug-level=3Drelease After running this first step, I get this output: Runnable configure script is not present Generating runnable configure script at /root/jdk/openjdk-jdk11u/build/.configure-support/generated-configure.sh Using autoconf at /usr/local/bin/autoconf [autoconf (GNU Autoconf) 2.69] configure: Configuration created at Wed May 1 21:07:03 BST 2019. checking for basename... /usr/bin/basename checking for bash... /usr/local/bin/bash checking for cat... /bin/cat checking for chmod... /bin/chmod checking for cmp... /usr/bin/cmp checking for comm... /usr/bin/comm checking for cp... /bin/cp checking for cut... /usr/bin/cut checking for date... /bin/date checking for gdiff... no checking for diff... /usr/bin/diff checking for dirname... /usr/bin/dirname checking for echo... /bin/echo checking for expr... /bin/expr checking for file... /usr/bin/file checking for find... /usr/bin/find checking for head... /usr/bin/head checking for gunzip... /usr/bin/gunzip checking for pigz... no checking for gzip... /usr/bin/gzip checking for ln... /bin/ln checking for ls... /bin/ls checking for mkdir... /bin/mkdir checking for mktemp... /usr/bin/mktemp checking for mv... /bin/mv checking for nawk... /usr/bin/nawk checking for printf... /usr/bin/printf checking for greadlink... no checking for readlink... /usr/bin/readlink checking for rm... /bin/rm checking for rmdir... /bin/rmdir checking for sh... /bin/sh checking for sort... /usr/bin/sort checking for tail... /usr/bin/tail checking for gtar... no checking for tar... /usr/bin/tar checking for tee... /usr/bin/tee checking for touch... /usr/bin/touch checking for tr... /usr/bin/tr checking for uname... /usr/bin/uname checking for uniq... /usr/bin/uniq checking for wc... /usr/bin/wc checking for which... /usr/bin/which checking for xargs... /usr/bin/xargs checking for gawk... no checking for mawk... no checking for nawk... nawk checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for fgrep... /usr/bin/grep -F checking for a sed that does not truncate output... /usr/bin/sed checking for cygpath... no checking for df... /bin/df checking for cpio... /usr/bin/cpio checking for nice... /usr/bin/nice checking for pandoc... no checking build system type... powerpc64-unknown-freebsd12.0 checking host system type... powerpc64-unknown-freebsd12.0 checking target system type... powerpc64-unknown-freebsd12.0 checking openjdk-build os-cpu... bsd-ppc64 checking openjdk-target os-cpu... bsd-ppc64 checking openjdk-target os-env... bsd.freebsd checking compilation type... native checking for top-level directory... /root/jdk/openjdk-jdk11u checking if custom source is suppressed (openjdk-only)... no checking which variant of the JDK to build... normal checking which debug level to use... release checking which variants of the JVM to build... server checking for sysroot...=20 checking for toolchain path...=20 checking for extra path...=20 checking where to store configuration... in default location checking what configuration name to use... bsd-ppc64-normal-server-release checking for apt-get... no checking for yum... no checking for brew... no checking for port... no checking for pkgutil... no checking for pkgadd... no checking for gmake... /usr/local/bin/gmake configure: Testing potential make at /usr/local/bin/gmake, found using gmak= e in PATH configure: Using GNU make at /usr/local/bin/gmake (version: GNU Make 4.2.1) checking if make --output-sync is supported... yes checking for output-sync value... none checking if find supports -delete... yes checking what type of tar was found... bsd checking that grep (/usr/bin/grep) -Fx handles empty lines in the pattern l= ist correctly... yes checking for unzip... /usr/bin/unzip checking for zip... /usr/local/bin/zip checking for ldd... /usr/bin/ldd checking for greadelf... no checking for readelf... /usr/bin/readelf checking for dot... /usr/local/bin/dot checking for hg... no checking for stat... /usr/bin/stat checking for time... /usr/bin/time checking for flock... no checking for dtrace... /usr/sbin/dtrace checking for gpatch... no checking for patch... /usr/bin/patch checking bash version... 5.0.7 checking if bash supports pipefail... yes checking if bash supports errexit (-e)... yes checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for default LOG value...=20 checking headless only... no checking for graphviz dot... yes checking for pandoc... no, cannot generate full docs checking full docs... no, missing dependencies checking for cacerts file... default checking if packaged modules are kept... yes (default) configure: WARNING: Option --with-milestone is deprecated and will be ignor= ed. checking for version string... 11.0.3-internal+0-adhoc.root.openjdk-jdk11u configure: Found potential Boot JDK using configure arguments checking for Boot JDK... /usr/local/openjdk11 checking Boot JDK version... openjdk version "11.0.2" 2019-04-16 OpenJDK Runtime Environment (build 11.0.2+9-4) OpenJDK 64-Bit Server VM (build 11.0.2+9-4, mixed mode)=20 checking for java in Boot JDK... ok checking for javac in Boot JDK... ok checking for javadoc in Boot JDK... ok checking for jar in Boot JDK... ok checking for jarsigner in Boot JDK... ok checking if Boot JDK is 32 or 64 bits... 64 checking for local Boot JDK Class Data Sharing (CDS)... yes, created checking for Build JDK... yes, will use output dir configure: Using user selected toolchain clang (clang/LLVM). Default toolch= ain is gcc. configure: Will use user supplied compiler CC=3D/usr/local/bin/gcc8 checking resolved symbolic links for CC... no symlink configure: The C compiler (located as /usr/local/bin/gcc8) does not seem to= be the required clang compiler. configure: The result from running with --version was: "gcc8 (FreeBSD Ports Collection) 8.3.0 Copyright (C) 2018 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE." configure: error: A clang compiler is required. Try setting --with-tools-di= r. configure exiting with result code 1 --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Wed May 1 20:19: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 40A9F159FE40 for ; Wed, 1 May 2019 20:19:28 +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 DA7BA8BFFF for ; Wed, 1 May 2019 20:19:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id CA6DD15FAA; Wed, 1 May 2019 20:19:27 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id C694315FA9 for ; Wed, 1 May 2019 20:19: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 7015D8BFFC for ; Wed, 1 May 2019 20:19: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 A614718B66 for ; Wed, 1 May 2019 20:19: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 x41KJQIM059860 for ; Wed, 1 May 2019 20:19:26 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x41KJQtg059858 for powerpc@FreeBSD.org; Wed, 1 May 2019 20:19: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: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Wed, 01 May 2019 20:19:25 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: pkubaj@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: DA7BA8BFFF 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)[-0.999,0]; NEURAL_HAM_SHORT(-0.99)[-0.989,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: Wed, 01 May 2019 20:19:28 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #24 from Piotr Kubaj --- (In reply to Francis Little from comment #23) Don't set toolchain type to clang when you use gcc. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Wed May 1 21:36:08 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 764D915A150F for ; Wed, 1 May 2019 21:36:08 +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 0ACB78E813 for ; Wed, 1 May 2019 21:36:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: ppDRS8MVM1nOTyykYJfN5l_1EmbA1ZHCXDj15kEiHn2skesj3YqyTr6FTxTITy7 jOnQa7n3us6Aalh1LOf_thvNyRD6.v7ajQgfUjVHFNKLs_0e7ML9vBvxFeS.Oi7YC2W74gXCpSjz u_NDACLEdC82xlT7.5GvghwhHy1A4K.O4YTf5asdSwFBOwNkNnduMvKrwGv1az7ht_rG5REus05B meKX9MLYSKYLalp9TyJz1bcFJvGAkch3n9GvhDvKVIykTL8i__nLXYl2CJFi8mqp0uSLDE1QX3Tj dHx1LhXX85IBKRkLW2AFY0VW8AwL1n8tvi17cqT06aCnO6A4iydhGs5ZIfhJwzOmpWFDBuSoeiJN OJQqrPTyHzLp6WdGTXIbor1XcJMMxJix8wvafZCZNQSa9GtbzqWf8ZqBX1BQwQkp7_t2UnF1qaCW RfKJaoAj0UqvpoM69CJWq2fF9odgzlKdkY_Cqz4TcqfFok3uQQjx6ZAdYiJf5P95QPHwinTzotNu 2qHS_bBNom4_jrzrgGaPjv6oU37fl.26R8G.GvXOGGcrOFfap3tY3hN5zDhYwTsdRocpFG6ApmVv JDkUALKUIwvBi0wa.u4lGd8j_Wb0dpEuua0cGlXu8fxQ713Crb_geucTl.ykPfy0DeiYK046uvda jwVFdtHXo6.N.cCH.Z6ppWxea.Shh5uLQ5zF0XzvRapO467Ta0fu7rY7xNxudQ1ac3mjGvlYt8uC QG4KjrBPnilqyvM3cunLdamn2ezQ4bR2iLYQ1CZNjA9Xd4LZZJTRbXHZy6WbBFJnn4O0iu.S1Jv6 ep.MrGr06cUdCyyNeFKdHvrd2b4NsZjTRwV2RzDmZ7VogPcDNI7uAAHWkeTzDU.SvUgnAoOiBBeB nu34_vL2k8_Pd6CpRjVkM7jjjfINrt6yKmYYmrXKeKH0Mja63qMsAeh7K5Jg_6s0rhQibVcj1q.i 3YV5AAfYyDIOS8Wmy6KnYEkYzvBlUtxyM09dORMN6dOlu8Prytsj6rCOQcNFG39DeD03Xd0oYp_T apqR_OvaJza8mNYM.XYuWEASJ8S4g4FZWK5R9SYmMa526RmDOErGw1VjMu1Hx8.weYJpBoTSTw3C _W0z.dztkoLprAl3gQQ1EYA1nArwx1bwhLmOxL49c0XOn10o6bOCxIsT6sODQ3rfUcVejKuA0Utq AOaJw.4r3lLDN Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.ne1.yahoo.com with HTTP; Wed, 1 May 2019 21:35:59 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp402.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 7543420c27aee898f52a8c062f1736c8; Wed, 01 May 2019 21:35:58 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: How many segments does it take to span from VM_MIN_KERNEL_ADDRESS through VM_MAX_SAFE_KERNEL_ADDRESS? 128 in moea64_late_bootstrap From: Mark Millard In-Reply-To: <212E50E5-7EB1-4381-A662-D5EACB1E5D46@yahoo.com> Date: Wed, 1 May 2019 14:35:56 -0700 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <3C69CF7C-7F33-4C79-92C0-3493A1294996@yahoo.com> <6159F4A6-9431-4B99-AA62-451B8DF08A6E@yahoo.com> <20190501094029.542c5f46@titan.knownspace> <212E50E5-7EB1-4381-A662-D5EACB1E5D46@yahoo.com> To: Justin Hibbits X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 0ACB78E813 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.83 / 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)[]; 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.88)[0.883,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(2.11)[ip: (8.11), ipnet: 66.163.184.0/21(1.39), asn: 36646(1.11), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.31)[0.306,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.04)[0.045,0]; RCVD_IN_DNSWL_NONE(0.00)[205.188.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, 01 May 2019 21:36:08 -0000 [This just reports about the experiment, but not from an official head version or snapshot: preliminary information in the interest of time. It hangs, but in a different place/stage than cpudep_ap_bootstrap , matching Dennis Clarke's 2019-Feb-14 reports about hangups, from before my patches were available.] On 2019-May-1, at 11:51, Mark Millard wrote: > On 2019-May-1, at 07:40, Justin Hibbits = wrote: >=20 >> On Tue, 30 Apr 2019 21:45:00 -0700 >> Mark Millard wrote: >>=20 >>> [I realized another implication about a another point of >>> potential slb-misses in cpudep_ap_bootstrap: the >>> address in sprg0 on the cpu might end up not able to be >>> dereferenced.] >>>=20 >>> On 2019-Apr-30, at 20:58, Mark Millard wrote: >>>=20 >>>> [At the end this note shows why the old VM_MAX_KERNEL_ADDRESS >>>> lead to no slb-miss exceptions in cpudep_ap_bootstrap.] >>>>=20 >>>> There is code in moea64_late_bootstrap that looks like: >>>>=20 >>>> virtual_avail =3D VM_MIN_KERNEL_ADDRESS; >>>> virtual_end =3D VM_MAX_SAFE_KERNEL_ADDRESS; >>>>=20 >>>> /* >>>> * Map the entire KVA range into the SLB. We must not fault >>>> there. */ >>>> #ifdef __powerpc64__ >>>> for (va =3D virtual_avail; va < virtual_end; va +=3D >>>> SEGMENT_LENGTH) moea64_bootstrap_slb_prefault(va, 0); >>>> #endif >>=20 >> What happens if you revert all your patches, >=20 > Most of the patches in Bugzilla 233863 are not for this > issue at all and are not tied to starting the non-bsp > cpus. (The one for improving how close the Time Base > registers are is tied to starting these cpus.) Only the > aim/mp_cpudep.c and aim/slb.c changes seem relevant. >=20 > Are you worried about some form of interaction that means > I need to avoid patches for other issues? >=20 > Note: for now I'm staying at using head -r345758 as the > basis for my experiments. >=20 >> and change this loop to >> stop at n_slb? So something more akin to: >>=20 >> int i =3D 0; >>=20 >> for (va =3D virtual_avail; va < virtual_end && i < n_slb - 1; va >> +=3D SEGMENT_LENGTH, i++); >> ... >>=20 >> If it reliably boots with that, then that's fine. We can prefault as >> much as we can and leave the rest for on-demand. >=20 > I'm happy to experiment with this loop without my hack > for forcing the slb entry to exist in cpudep_ap_bootstrap. >=20 > But, it seems to presume that the pc_curpcb's will > all always point into the lower address range spanned > when cpudep_ap_bootstrap is executing on the cpu. > Does some known property limit the pc_curpcb-> > references to such? Only that would be sure to > avoid an slb-miss at that stage. Or is this just an > alternate hack or a means of getting evidence, not a > proposed solution? >=20 > (Again, I'm happy to disable my hack that forces the > slb entry and to try the loop suggested.) Note: I've not started any experiments for isync's related to instructions such as slbmte yet: that was all just inspection and reading about requirements so far. So to disable my slb-force-no-miss hack in cpudep_ap_bootstrap I reverted it: # svnlite revert /usr/src/sys/powerpc/aim/mp_cpudep.c = /usr/src/sys/powerpc/aim/slb.c Reverted 'sys/powerpc/aim/mp_cpudep.c' Reverted 'sys/powerpc/aim/slb.c' (hack_into_slb_if_needed(...) was implemented in mp_cpudep.c and used in slb.c before reverting.) And the patch for the loop looks like: 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 lower-address part of the KVA range into the SLB. We = must not fault there. */ #ifdef __powerpc64__ - for (va =3D virtual_avail; va < virtual_end; va +=3D = SEGMENT_LENGTH) + i =3D 0; + for (va =3D virtual_avail; va < virtual_end && i The idea with this is if you can test with stock -CURRENT (or > post-VM_KERNEL_MAXADDR change), to eliminate any other variables. = This > is *only* for testing that it brings up the APs, not that they're > properly synced. That will happen with other changes. This is a > proposed solution. =46rom my understanding, we typically allocate = from > low to high for KVA allocations, so keeping the low addresses in = memory > long enough to bring up the APs to sanity is the goal, so the commit > would be along the lines of "Prefault as much of KVA as we can fit = into > the SLB". This will have the sleep-gets-stuck problem, likely normally happening quickly after booting and logging in (presuming a boot). The resulting boots for such are not always all that useful after various threads hang up. Also, getting such a almost-exactly-head-revision variant set up without messing up my current context will take some time: I'm not set up for such. I currently have no access to a cross-build environment, the activity is self hosted on a 2-socket/2-cores-each G5. So I will have to build from a context that has patches (or is too old). Thus the preliminary results above that I could produce quickly that are not from the context that you asked for. But it also appears that "vt_upgrade(&vt_consdev). . ." would not be tied to cpudep_ap_bootstrap and evaluating: sp =3D pcpup->pc_curpcb->pcb_sp Still, I'll work on having a gcc-4.2.1-based just-head context built, not that it would install and boot in that state. So I will have to build from a context that has patches, using a different source tree for the "self-hosted cross build" to do your kind of experiment. But I'd then be ready for "self-hosted cross built" experiments. =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 1 21:54:10 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 F0F3B15A1E4C for ; Wed, 1 May 2019 21:54:09 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-it1-x141.google.com (mail-it1-x141.google.com [IPv6:2607:f8b0:4864:20::141]) (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 E6EEB8F336 for ; Wed, 1 May 2019 21:54:08 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-it1-x141.google.com with SMTP id p18so4031412itm.1 for ; Wed, 01 May 2019 14:54:08 -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=FZZO5EtdKy7INewSJdSbFgA4W53XN13eazv0D4L3a1k=; b=Up53zamq38UeNbqq1w7RfsHgXK6GDoiAiwqowwY0LBjXKZjIw+ua7rOss+cMXxYCvN z63deE8i7yBcntMF7KhvzPJxkg1t+06iQvTFjnL+Vh3c8VC+38HxioppvjpJI/Qtarew o31BhFuYgJrOqNcov5fceUx2zcY+DrvvFkYbxIm8XhKXwEg4sETqQGvGTc0azrbApCii acdC9dXoh4AUqEzXA9n+Txj4iThpP2z8bwQVyL9eTqv1Q9y70q4syjV1wU6D6gnIoi54 cpbxcCXPNE+clL1F+TxwMM0iIkVgBrAznuUmAnFsSJlEcXpVIZUsx3Dhg1RTixzE4P8K kmPw== 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=FZZO5EtdKy7INewSJdSbFgA4W53XN13eazv0D4L3a1k=; b=dp/8tPdf5oD8iHqhv9pKQtTxpSUoLdpeeqY9k5oJinHOEKhHnOIp1d4djuv47GZvcE WYpEb9mIZUe94oygRv85Gg6enb8qeFaMbi+2icIbfoNuMQJgKrE5O8crWGG6qReQdLG0 oep7Hks1rTgQto8B9gHptpUw0xAoDwEONk5F5nedAxFJvDredM0j+Df4lASHBif5Uxez +CPsKc61QSMOxKx4fapYbK4LJty/VGLjalouhUh+p9Lm1h048h9TbPlRT7DJx98wuLb5 SnyRYGDAz6Kx62/M1GavvqT52d6r3LaPMaBMQcN4hZH4kFhvao/Pfxm0Xhc59S7MQ+86 lpFA== X-Gm-Message-State: APjAAAVLLavMQjiqoGW+t0EgpbJ/uYWB3+a5jD91iaSaTCqxkXJ+rNw6 gUO5e1J8x9r1OunI6J2Bsm1tihOt X-Google-Smtp-Source: APXvYqwTomqouBKDX+bm9Qht1Br6MSTKHcHqHFDW8+xAI8r0BUaVw8MQDgKRg2xiydrDWrrLDQeNqw== X-Received: by 2002:a05:660c:20e:: with SMTP id y14mr9159068itj.17.1556747647893; Wed, 01 May 2019 14:54:07 -0700 (PDT) Received: from titan.knownspace (173-25-245-129.client.mchsi.com. [173.25.245.129]) by smtp.gmail.com with ESMTPSA id y22sm13949382iod.65.2019.05.01.14.54.07 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 01 May 2019 14:54:07 -0700 (PDT) Date: Wed, 1 May 2019 16:54:03 -0500 From: Justin Hibbits To: Mark Millard Cc: FreeBSD PowerPC ML Subject: Re: How many segments does it take to span from VM_MIN_KERNEL_ADDRESS through VM_MAX_SAFE_KERNEL_ADDRESS? 128 in moea64_late_bootstrap Message-ID: <20190501165403.7d8d1f8f@titan.knownspace> In-Reply-To: References: <3C69CF7C-7F33-4C79-92C0-3493A1294996@yahoo.com> <6159F4A6-9431-4B99-AA62-451B8DF08A6E@yahoo.com> <20190501094029.542c5f46@titan.knownspace> <212E50E5-7EB1-4381-A662-D5EACB1E5D46@yahoo.com> 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: E6EEB8F336 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Up53zamq; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of chmeeedalf@gmail.com designates 2607:f8b0:4864:20::141 as permitted sender) smtp.mailfrom=chmeeedalf@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.17)[-0.171,0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-0.82)[ip: (1.40), ipnet: 2607:f8b0::/32(-3.19), asn: 15169(-2.25), country: US(-0.06)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; SUBJECT_HAS_QUESTION(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_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)[1.4.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]; RCVD_TLS_LAST(0.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: Wed, 01 May 2019 21:54:10 -0000 On Wed, 1 May 2019 14:35:56 -0700 Mark Millard wrote: > >> What happens if you revert all your patches, > > > > Most of the patches in Bugzilla 233863 are not for this > > issue at all and are not tied to starting the non-bsp > > cpus. (The one for improving how close the Time Base > > registers are is tied to starting these cpus.) Only the > > aim/mp_cpudep.c and aim/slb.c changes seem relevant. > > > > Are you worried about some form of interaction that means > > I need to avoid patches for other issues? > > > > Note: for now I'm staying at using head -r345758 as the > > basis for my experiments. > > > >> and change this loop to > >> stop at n_slb? So something more akin to: > >> > >> int i = 0; > >> > >> for (va = virtual_avail; va < virtual_end && i < n_slb - > >> 1; va += SEGMENT_LENGTH, i++); > >> ... > >> > >> If it reliably boots with that, then that's fine. We can prefault > >> as much as we can and leave the rest for on-demand. > > > > I'm happy to experiment with this loop without my hack > > for forcing the slb entry to exist in cpudep_ap_bootstrap. > > > > But, it seems to presume that the pc_curpcb's will > > all always point into the lower address range spanned > > when cpudep_ap_bootstrap is executing on the cpu. > > Does some known property limit the pc_curpcb-> > > references to such? Only that would be sure to > > avoid an slb-miss at that stage. Or is this just an > > alternate hack or a means of getting evidence, not a > > proposed solution? > > > > (Again, I'm happy to disable my hack that forces the > > slb entry and to try the loop suggested.) ... > And the patch for the loop looks like: > > virtual_end = VM_MAX_SAFE_KERNEL_ADDRESS; > > /* > - * Map the entire KVA range into the SLB. We must not fault > there. > + * Map the lower-address part of the KVA range into the SLB. > We must not fault there. */ > #ifdef __powerpc64__ > - for (va = virtual_avail; va < virtual_end; va += > SEGMENT_LENGTH) > + i = 0; > + for (va = virtual_avail; va < virtual_end && i += SEGMENT_LENGTH, i++) moea64_bootstrap_slb_prefault(va, 0); > #endif > Yep, that's the patch I was going for. > > So I've built, installed, and have tested some: it did not go well > overall. > > Using: > > OK set debug.verbose_sysinit=1 > > to show better context about where the hangs occur, shows: > (Typed from a screen picture.) > > subsystem a800000 > boot_run_interrupt_driven_config_hooks(0)... > . . . (omitted) . . . > done. > vt_upgrade(&vt_consdev). . . > > The "vt_upgrade(&vt_consdev). . ." never says done when booting > hangs with the above changes. > > Trying to boot a bunch of times did produce one > completed boot, all 4 cpus working. Otherwise I'm > using kernel.old to manage to complete a boot. > > I'll note that "vt_upgrade(&vt_consdev). . ." is where > Dennis Clarke reported for the hangups that he was > seeing, without any of my patches being available back > then: 2019-Feb-14. Maybe try the commit that caused the problem back in July? r334498. > You wrote in another reply: > > > The idea with this is if you can test with stock -CURRENT (or > > post-VM_KERNEL_MAXADDR change), to eliminate any other variables. > > This is *only* for testing that it brings up the APs, not that > > they're properly synced. That will happen with other changes. > > This is a proposed solution. From my understanding, we typically > > allocate from low to high for KVA allocations, so keeping the low > > addresses in memory long enough to bring up the APs to sanity is > > the goal, so the commit would be along the lines of "Prefault as > > much of KVA as we can fit into the SLB". > > This will have the sleep-gets-stuck problem, likely normally happening > quickly after booting and logging in (presuming a boot). The resulting > boots for such are not always all that useful after various threads > hang up. As mentioned, that's a different problem to solve. If we can at least get the APs going, that's a big step up in the first place. - Justin From owner-freebsd-ppc@freebsd.org Thu May 2 00:23:06 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 7E0F415824A9 for ; Thu, 2 May 2019 00:23:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-33.consmr.mail.ne1.yahoo.com (sonic317-33.consmr.mail.ne1.yahoo.com [66.163.184.44]) (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 E46466CEE3 for ; Thu, 2 May 2019 00:23:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: C7Yn6B4VM1kpllsz14q_JSzXJK9TAg.eLotK4EZZ26X6XSh97CDbCp8jDmWab5P fB0_MEqM3rKvIsuu7hxMtZuY4KSVwtB2sMe_E_AVntxA8WVOF4dQVpHPPu0Tx6tEJcaPr4.31OFx uYS1.TzKqfWB19_jC8AFyStt_5GcHxFSr10t3guzcFa_4Qyh3nNwOd1fs1c786criPDBelwKSm.x Se0j33BrdsJYOE5ti5cUFBe14C5NQOvm1l6lItrr1SLsrJZmubsWCm9LSExfOXu5V39btO0C5Z8Z gxE72ZjQr126OVWUvm06HcsyBB_Lsjc5QA0AEjWruluKs8ovi2xdv2X43wUDgWSIORd4hyXtVHDt 27XfXYBp7BLd4brVIM2dcnWhYoaA0QXDeARMWBqnfoUu8dNKR0js6agDBhRV2RBc42A5TQa.SXJq FmzwHALwYWxmIMAIWBV8lWUpY1g8pxjxJSoPq4BykuTy0Aba_iK4SHKg2CCmaE1E8Irh_1hZbM0H nR9cXWfFh24eSCSB7mZ1HNWxeVzz.ZQy5oXIWWcXyBWsF9sLyDX7MwUjpa5b8HBpUZ7O8e4VaaJg 2QQ.F60SlnQtH6w1T0ODvflQA7YukAqknHHVkcRmlEy1mJrGQn9yzAybyxjhtxLWaM.SCYmWTizb 3vKzpvJvAqET0bDOoX42xPUXhc95iI5Nb7cw9vojKftjVECw6YW_Ne4nDrMumf33KDhLLAeAR3ch Ze4ncP3pHCncrIRV33QNzcstPFPSbdVeJw4eifoSUgLMeeaYBDITES2CDgZUXvIpG0lVKrPvTu4b BoBvrd8_3U_mtL1ErP_JAjCDoOi0w56.X1SmggmmhByndD3nrOxHsZ3uGCD0_gY52XCM57Eb1_de QM9EJ2Y.P8Y8Iiprz.2.wRnX2E3SAUrs7xlOjb_AvJOudKZJ2P1uSGyCEZwUQFtHmHrsoxkzWGz9 sNsfmeO6.IAkLuoEg__CsTsL.8enp8QfhK8Uj2dLHrRQakb0_nsmjyYHIoYPveIjQOixLXvEm23. vXMH4JeDCLx0WYHafYo2.TJesL9V7y2TACh5YUoM0oQz8_XFscNUy.bTdVvcC1w9MkdGrE.5R7Ic Jrvgz6GsPgq1ltcjQAfEEmKu.iKJvC4eNzZ59kzXbiiXsE0iasZz5QagMu6aV5EIUARM6PxFAvS0 2yt9MwYF92So1 Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.ne1.yahoo.com with HTTP; Thu, 2 May 2019 00:23:02 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp426.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID ba1aa267bb27d4dcd0c621f84e0efefb; Thu, 02 May 2019 00:22:58 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: How many segments does it take to span from VM_MIN_KERNEL_ADDRESS through VM_MAX_SAFE_KERNEL_ADDRESS? 128 in moea64_late_bootstrap From: Mark Millard In-Reply-To: <20190501165403.7d8d1f8f@titan.knownspace> Date: Wed, 1 May 2019 17:22:56 -0700 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: 7bit Message-Id: <1B8116F2-9749-4331-95BD-D528AA52A771@yahoo.com> References: <3C69CF7C-7F33-4C79-92C0-3493A1294996@yahoo.com> <6159F4A6-9431-4B99-AA62-451B8DF08A6E@yahoo.com> <20190501094029.542c5f46@titan.knownspace> <212E50E5-7EB1-4381-A662-D5EACB1E5D46@yahoo.com> <20190501165403.7d8d1f8f@titan.knownspace> To: Justin Hibbits X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: E46466CEE3 X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.74 / 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)[]; 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.57)[0.571,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(2.26)[ip: (8.88), ipnet: 66.163.184.0/21(1.38), asn: 36646(1.11), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.82)[0.817,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.60)[0.602,0]; RCVD_IN_DNSWL_NONE(0.00)[44.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: Thu, 02 May 2019 00:23:06 -0000 On 2019-May-1, at 14:54, Justin Hibbits wrote: > On Wed, 1 May 2019 14:35:56 -0700 > Mark Millard wrote: > >>>> What happens if you revert all your patches, >>> >>> Most of the patches in Bugzilla 233863 are not for this >>> issue at all and are not tied to starting the non-bsp >>> cpus. (The one for improving how close the Time Base >>> registers are is tied to starting these cpus.) Only the >>> aim/mp_cpudep.c and aim/slb.c changes seem relevant. >>> >>> Are you worried about some form of interaction that means >>> I need to avoid patches for other issues? >>> >>> Note: for now I'm staying at using head -r345758 as the >>> basis for my experiments. >>> >>>> and change this loop to >>>> stop at n_slb? So something more akin to: >>>> >>>> int i = 0; >>>> >>>> for (va = virtual_avail; va < virtual_end && i < n_slb - >>>> 1; va += SEGMENT_LENGTH, i++); >>>> ... >>>> >>>> If it reliably boots with that, then that's fine. We can prefault >>>> as much as we can and leave the rest for on-demand. >>> >>> I'm happy to experiment with this loop without my hack >>> for forcing the slb entry to exist in cpudep_ap_bootstrap. >>> >>> But, it seems to presume that the pc_curpcb's will >>> all always point into the lower address range spanned >>> when cpudep_ap_bootstrap is executing on the cpu. >>> Does some known property limit the pc_curpcb-> >>> references to such? Only that would be sure to >>> avoid an slb-miss at that stage. Or is this just an >>> alternate hack or a means of getting evidence, not a >>> proposed solution? >>> >>> (Again, I'm happy to disable my hack that forces the >>> slb entry and to try the loop suggested.) > ... >> And the patch for the loop looks like: >> >> virtual_end = VM_MAX_SAFE_KERNEL_ADDRESS; >> >> /* >> - * Map the entire KVA range into the SLB. We must not fault >> there. >> + * Map the lower-address part of the KVA range into the SLB. >> We must not fault there. */ >> #ifdef __powerpc64__ >> - for (va = virtual_avail; va < virtual_end; va += >> SEGMENT_LENGTH) >> + i = 0; >> + for (va = virtual_avail; va < virtual_end && i> += SEGMENT_LENGTH, i++) moea64_bootstrap_slb_prefault(va, 0); >> #endif >> > > Yep, that's the patch I was going for. > >> >> So I've built, installed, and have tested some: it did not go well >> overall. >> >> Using: >> >> OK set debug.verbose_sysinit=1 >> >> to show better context about where the hangs occur, shows: >> (Typed from a screen picture.) >> >> subsystem a800000 >> boot_run_interrupt_driven_config_hooks(0)... >> . . . (omitted) . . . >> done. >> vt_upgrade(&vt_consdev). . . >> >> The "vt_upgrade(&vt_consdev). . ." never says done when booting >> hangs with the above changes. >> >> Trying to boot a bunch of times did produce one >> completed boot, all 4 cpus working. Otherwise I'm >> using kernel.old to manage to complete a boot. >> >> I'll note that "vt_upgrade(&vt_consdev). . ." is where >> Dennis Clarke reported for the hangups that he was >> seeing, without any of my patches being available back >> then: 2019-Feb-14. > > Maybe try the commit that caused the problem back in July? r334498. > I'd already started down the path of getting materials from: https://artifact.ci.freebsd.org/snapshot/head/r347003/powerpc/powerpc64/ and putting them on a separate SSD that I sometimes use for artifact.ci or snapshot experiments. Also: checking out matching svn sources for -r347003 and then doing a buildworld buildkernel with a bootstrap gcc 4.2.1 compiler used. I'm verifying that I can build it before making the source changes for the kernel. The build is of a debug kernel (GENERIC64). The test buildworld is still in process. Let me know if this is insufficient for your purposes. I could revert to: https://artifact.ci.freebsd.org/snapshot/head/r334594/powerpc/powerpc64/ (There is no head/r334498/ and the first after that with a powerpc64/ is head/r334594/ .) For either head/r347003/ or head/r334594/ : Use of artifact materials allows using officially built files for every file but some specific file(s) that I replace. It also allows comparison/contrast of the behavior of the official files vs. when adjusted ones are substituted. Use of artifact-version materials also means that I know I'm using a vintage that actually built --and so I hope to avoid other problems getting in the way. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Thu May 2 01:19:26 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8EA0F15843AD for ; Thu, 2 May 2019 01:19:26 +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 34F266F2E3 for ; Thu, 2 May 2019 01:19:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 0CB2B19C55; Thu, 2 May 2019 01:19:26 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 0897819C54 for ; Thu, 2 May 2019 01:19: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 BBDE86F2DF for ; Thu, 2 May 2019 01:19:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id D85781B5D8 for ; Thu, 2 May 2019 01:19:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x421JOHc075710 for ; Thu, 2 May 2019 01:19:24 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x421JOYb075709 for powerpc@FreeBSD.org; Thu, 2 May 2019 01:19:24 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Thu, 02 May 2019 01:19:23 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: glewis@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: 34F266F2E3 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.97 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.97)[-0.971,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: Thu, 02 May 2019 01:19:26 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #25 from Greg Lewis --- Sorry about that, I cut and paste it from some amd64 instructions and didn't change the --with-toolchain-type flag. Try using gcc instead of clang or leaving it out. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Thu May 2 06:21: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 5F8EC158A3E2 for ; Thu, 2 May 2019 06:21:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-19.consmr.mail.gq1.yahoo.com (sonic305-19.consmr.mail.gq1.yahoo.com [98.137.64.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7B8B17756D for ; Thu, 2 May 2019 06:21:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: OJLlJ5kVM1lbX9FPk1.UqSjoiWWrIFhNnWoxOjx2WbrICPBugom.8DE1sNim3J9 2xVIioIOB9deV5ZbZvP_jVOWK_uztYS3qMcvQQabHZaWtw3EFvpZiwxw7tOqtpD7z4M7c97g.rEO KpjSUcBZxHfLG0OFRafJER.hyxG4_uC64KwdTZu9m.KsoKrZs12ZBDCU7YX9Fl9.KeidZXVXL410 muZttRmKyckAl8Q_yl4Nyw1MHlO0_TW8b2PPRIPMdlAr4HXi46FQrZXh6Q1FS.72hj5nDwUQ8_Wi tRUyEXDP3pnNzfUXSK2HZNwQMTqd_WaCdwcE6ow2Erh7QDq2MDB92jVeqTnpq4vF15saAWHKMeg9 wYrqVfr.S6ASDDvJ7XC6.w0.LnwSfZ3HKZg0fF99eJ.o7yzqEjV_xSI0SlvorVfYW5Q6YRth6FzR z36Jt4Qe3q86xzKsKshZFLjHRe8flKa2CaYpOY9nL6j.ebw6nqqX07zUcCKf1RY7MzGWiFM8IA62 CH4uGQF41KA6RA4o.MBRcB9NtgndUoDO01dwJ1D_KOGBGEXtqrbIWDmLqJ7HeFdDeH7Z4jv6CcQ2 _ZvNTVT4Y_iZGg0kIvuAdL2MgeXy_vucByXlzuloG3guEm5fgUtmOM5dJdBpg_QvO7vFDgbadIDf eg70UOdnhJM97nViuix7XTX9xNKBvyuH_SNh2LukvQq8nCCKKp0_rrXMZ5ROAvaeCIxhv0A7qHN. _Zf8dHc2VPn25zCP4Xh3vUoZcsTU0fSvN0ikmJIteXuBPuoN8382IGO94Eqgzq5fMC7QDFeK25cV jPESqHQ5DBQBtOSkA65zGLvm2um8ouL7MZ56aRVHIMD0LS7UxF7xzxUSzq1mb_tyZQEg2RMAExf6 hMvTMTq43xkM4gmpwjgpvEuvdf5WzQ8dTo7YTki1RbNflAwrsXbcc4igOZhtm8HYDCYLpblz_w6l lffrMQniUXQrcDDQlyCQ65pCvlaDOjbp.Dmyhv4s_WxVh7lXyUfUoP1VM63oYw2kXzAjRveKwN_7 NSt1uI0jro03ovmuJ61KsofiBVGyqaEwt7blwB2J9QeV_YmKNE6i5.c2c.DRHMvvW3OysaBPjvqh zoCi6E8zcGljN3AunnM0A69zIVampEsaI3_wG4AVquRyhgPGf9RGXhy5NUxWqWM14NJF3IZusxqB r Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Thu, 2 May 2019 06:21:46 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp402.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 45fdae4cde42bb0374e9baf2d6fa60b2; Thu, 02 May 2019 06:21:44 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: How many segments does it take to span from VM_MIN_KERNEL_ADDRESS through VM_MAX_SAFE_KERNEL_ADDRESS? 128 in moea64_late_bootstrap From: Mark Millard In-Reply-To: <1B8116F2-9749-4331-95BD-D528AA52A771@yahoo.com> Date: Wed, 1 May 2019 23:21:43 -0700 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <3C69CF7C-7F33-4C79-92C0-3493A1294996@yahoo.com> <6159F4A6-9431-4B99-AA62-451B8DF08A6E@yahoo.com> <20190501094029.542c5f46@titan.knownspace> <212E50E5-7EB1-4381-A662-D5EACB1E5D46@yahoo.com> <20190501165403.7d8d1f8f@titan.knownspace> <1B8116F2-9749-4331-95BD-D528AA52A771@yahoo.com> To: Justin Hibbits X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 7B8B17756D X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.75 / 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)[]; 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.920,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.55)[ip: (6.21), ipnet: 98.137.64.0/21(0.88), asn: 36647(0.71), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.59)[0.586,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.21)[0.206,0]; RCVD_IN_DNSWL_NONE(0.00)[82.64.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2019 06:21:56 -0000 [Some results, mixed Im afraid.] On 2019-May-1, at 17:22, Mark Millard wrote: > On 2019-May-1, at 14:54, Justin Hibbits = wrote: >=20 >> On Wed, 1 May 2019 14:35:56 -0700 >> Mark Millard wrote: >>=20 >>>>> What happens if you revert all your patches, =20 >>>>=20 >>>> Most of the patches in Bugzilla 233863 are not for this >>>> issue at all and are not tied to starting the non-bsp >>>> cpus. (The one for improving how close the Time Base >>>> registers are is tied to starting these cpus.) Only the >>>> aim/mp_cpudep.c and aim/slb.c changes seem relevant. >>>>=20 >>>> Are you worried about some form of interaction that means >>>> I need to avoid patches for other issues? >>>>=20 >>>> Note: for now I'm staying at using head -r345758 as the >>>> basis for my experiments. >>>>=20 >>>>> and change this loop to >>>>> stop at n_slb? So something more akin to: >>>>>=20 >>>>> int i =3D 0; >>>>>=20 >>>>> for (va =3D virtual_avail; va < virtual_end && i < n_slb - >>>>> 1; va +=3D SEGMENT_LENGTH, i++); >>>>> ... >>>>>=20 >>>>> If it reliably boots with that, then that's fine. We can prefault >>>>> as much as we can and leave the rest for on-demand. =20 >>>>=20 >>>> I'm happy to experiment with this loop without my hack >>>> for forcing the slb entry to exist in cpudep_ap_bootstrap. >>>>=20 >>>> But, it seems to presume that the pc_curpcb's will >>>> all always point into the lower address range spanned >>>> when cpudep_ap_bootstrap is executing on the cpu. >>>> Does some known property limit the pc_curpcb-> >>>> references to such? Only that would be sure to >>>> avoid an slb-miss at that stage. Or is this just an >>>> alternate hack or a means of getting evidence, not a >>>> proposed solution? >>>>=20 >>>> (Again, I'm happy to disable my hack that forces the >>>> slb entry and to try the loop suggested.) =20 >> ... >>> And the patch for the loop looks like: >>>=20 >>> 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 lower-address part of the KVA range into the SLB. >>> We must not fault there. */ >>> #ifdef __powerpc64__ >>> - for (va =3D virtual_avail; va < virtual_end; va +=3D >>> SEGMENT_LENGTH) >>> + i =3D 0; >>> + for (va =3D virtual_avail; va < virtual_end && i>> +=3D SEGMENT_LENGTH, i++) moea64_bootstrap_slb_prefault(va, 0); >>> #endif >>>=20 >>=20 >> Yep, that's the patch I was going for. >>=20 >>>=20 >>> So I've built, installed, and have tested some: it did not go well >>> overall. >>>=20 >>> Using: >>>=20 >>> OK set debug.verbose_sysinit=3D1 >>>=20 >>> to show better context about where the hangs occur, shows: >>> (Typed from a screen picture.) >>>=20 >>> subsystem a800000 >>> boot_run_interrupt_driven_config_hooks(0)... >>> . . . (omitted) . . . >>> done. >>> vt_upgrade(&vt_consdev). . . >>>=20 >>> The "vt_upgrade(&vt_consdev). . ." never says done when booting >>> hangs with the above changes. >>>=20 >>> Trying to boot a bunch of times did produce one >>> completed boot, all 4 cpus working. Otherwise I'm >>> using kernel.old to manage to complete a boot. >>>=20 >>> I'll note that "vt_upgrade(&vt_consdev). . ." is where >>> Dennis Clarke reported for the hangups that he was >>> seeing, without any of my patches being available back >>> then: 2019-Feb-14. >>=20 >> Maybe try the commit that caused the problem back in July? r334498. >>=20 >=20 > I'd already started down the path of getting materials from: >=20 > = https://artifact.ci.freebsd.org/snapshot/head/r347003/powerpc/powerpc64/ >=20 > and putting them on a separate SSD that I sometimes use for = artifact.ci > or snapshot experiments. Also: checking out matching svn sources for > -r347003 and then doing a buildworld buildkernel with a bootstrap gcc > 4.2.1 compiler used. I'm verifying that I can build it before making > the source changes for the kernel. The build is of a debug kernel > (GENERIC64). >=20 > The test buildworld is still in process. >=20 > Let me know if this is insufficient for your purposes. I could revert > to: >=20 > = https://artifact.ci.freebsd.org/snapshot/head/r334594/powerpc/powerpc64/ >=20 > (There is no head/r334498/ and the first after that with a > powerpc64/ is head/r334594/ .) >=20 > For either head/r347003/ or head/r334594/ : >=20 > Use of artifact materials allows using officially built files for > every file but some specific file(s) that I replace. It also allows > comparison/contrast of the behavior of the official files vs. when > adjusted ones are substituted. >=20 > Use of artifact-version materials also means that I know I'm using > a vintage that actually built --and so I hope to avoid other problems > getting in the way. I present without-the-patch results before presenting with-the-patch results. The end result is mixed, I'm afraid. As for the results without any patch, just artifact materials . . . Note: "Add debug.verbose_sysinit tunable for VERBOSE_SYSINIT" was not checked-in until -r335458 . Trying to boot without any updates or rebuilds, just artifact materials shows variable stopping points: (For debug.verbose_sysinit=3D1 :) -r347003 stops sometimes at: vt_upgrade(&vt_consdev). . . -r347003 stops sometimes at: cpu_mp_unleash(0). . . -r334594 stops after: ada0 lines, VERBOSE_SYSINIT not built in So I had to build my own -r334594 kernel to see verbose_sysinit information about the stopping point. Again, no patch here, I just copied over my build of the /boot/kernel/kernel file: -r334594 stops sometimes at: vt_upgrade(&vt_consdev). . . -r334594 stops sometimes at: cpu_mp_unleash(0). . . Summary thus far: I did not find any obvious difference in how often each stops in either of the alternatives. So I'm seeing if the proposed patch changes the behavior of -r347003 . Later test of patched -r347003 . . . The patched kernel is based on: # svnlite diff /mnt/usr/src/ | 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) @@ -959,7 +959,8 @@ * Map the entire KVA range into the SLB. We must not fault = there. */ #ifdef __powerpc64__ - for (va =3D virtual_avail; va < virtual_end; va +=3D = SEGMENT_LENGTH) + i =3D 0; + for (va =3D virtual_avail; va < virtual_end && i prompt. When I enter "ufs:/dev/daa0s3" I get a panic for: panic: mtx_lock of spin mutex WWV @ = /mnt/usr/src/sys/powerpc/aim/mmu_oea64.c:2812 (it is a debug-kernel build) For reference, line 2812 is: PMAP_LOCK(pm); panic is reached via an interesting(?) call chain, showing the backtrace (typed from screen pictures): .__mtx_lock_flags+0xd4 .moea64_sync_icache+0x48 .pmap_sync_icache+0x90 .ppc_instr_emulate+0x1b4 .trap+0x10fc .powerpc_interrupt+0x2cc user PGM trap by 0x810053bb4: srr1=3D0x900000000008d032 r1=3D0x3ffffffffffffcc00 cr=3D0x20002024 xer=3D0 ctr=3D0x1 = r2=3D0x81007bdd0 frame=3D0xe000000070ca9810 It was thread pid 28 tid 100097 So far these details seem consistent. But I will note that openfirmware use via ofwdump -ap and the like causes system crashes going back to when the direct map base was moved to high memory addresses ( -r330610 and later ). This is one of the reasons I want to avoid openfirmware and use the conversion to fdt instead. (There is a -r330614 artifact to test such crashes with --or use a later one that otherwise boots.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Thu May 2 06:36: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 210EC158A8B9 for ; Thu, 2 May 2019 06:36:57 +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 BEA4E77B31 for ; Thu, 2 May 2019 06:36:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 9520B1C05C; Thu, 2 May 2019 06:36:56 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 910F61C05B for ; Thu, 2 May 2019 06:36:56 +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 4CCA577B2E for ; Thu, 2 May 2019 06:36:56 +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 93FBF1E372 for ; Thu, 2 May 2019 06:36:55 +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 x426atbW072641 for ; Thu, 2 May 2019 06:36:55 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x426atLL072633 for powerpc@FreeBSD.org; Thu, 2 May 2019 06:36:55 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Thu, 02 May 2019 06:36:54 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: oggy@farscape.co.uk X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: BEA4E77B31 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.999,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: Thu, 02 May 2019 06:36:57 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #26 from Francis Little --- (In reply to Greg Lewis from comment #25) Hi, configure completed with --with-toolchain-type=3Dgcc so running a build with: 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 (I took out "USE_CLANG=3Dtrue \" for the build.) I get an error and will attach the log... --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Thu May 2 06:37:53 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 35BBD158A965 for ; Thu, 2 May 2019 06:37:53 +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 CCBDB77BB4 for ; Thu, 2 May 2019 06:37:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id A33281C096; Thu, 2 May 2019 06:37:52 +0000 (UTC) Delivered-To: powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [96.47.72.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 761321C095 for ; Thu, 2 May 2019 06:37:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0AD3E77BB1 for ; Thu, 2 May 2019 06:37: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 3A4DF1E37D for ; Thu, 2 May 2019 06:37: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 x426bptG095089 for ; Thu, 2 May 2019 06:37:51 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x426bpEH095079 for powerpc@FreeBSD.org; Thu, 2 May 2019 06:37:51 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Thu, 02 May 2019 06:37:49 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: oggy@farscape.co.uk X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: CCBDB77BB4 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.999,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: Thu, 02 May 2019 06:37:53 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #27 from Francis Little --- Created attachment 204157 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D204157&action= =3Dedit build log 02.05.2019 07:37 AM Here is the output from the build. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Thu May 2 09:56: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 84CDD158EFB3 for ; Thu, 2 May 2019 09:56: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 1AC2E8609E for ; Thu, 2 May 2019 09:56:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id D2ED0158EFB2; Thu, 2 May 2019 09:56: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 C168C158EFB1 for ; Thu, 2 May 2019 09:56: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 5F25E8609B for ; Thu, 2 May 2019 09:56: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 AC0FE1FFEE for ; Thu, 2 May 2019 09:56: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 x429uPYL019454 for ; Thu, 2 May 2019 09:56:25 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x429uPGk019453 for ppc@FreeBSD.org; Thu, 2 May 2019 09:56: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 235060] [boot] FreeBSD 12.0 Release DVD and CD will not boot on PowerMac G5 Quad Date: Thu, 02 May 2019 09:56: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: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: consuli074@gmail.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: Thu, 02 May 2019 09:56:27 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235060 --- Comment #24 from consuli074@gmail.com --- And if you burn the FreeBSD 12.0 AMD64 iso image BY AN INTEL MACHINE on DVD= (as I did), is the burnt DVD still mountable and readable from OS-X/ PPC machine then? You can call me burning DVDs wrong. But how do you explain the same "not mountable error" of the FreeBSD 12.0 A= MD64 DVD, that was supplemented in german computer magazine? Do you want screenshots of all the errors? --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Thu May 2 10:30: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 64830158FC1F for ; Thu, 2 May 2019 10:30:59 +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 F413D87120 for ; Thu, 2 May 2019 10:30:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id B7A3A158FC1E; Thu, 2 May 2019 10:30:58 +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 A61B6158FC1D for ; Thu, 2 May 2019 10:30:58 +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 470D787119 for ; Thu, 2 May 2019 10:30:58 +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 8D4DE4AC for ; Thu, 2 May 2019 10:30:57 +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 x42AUvO9091061 for ; Thu, 2 May 2019 10:30:57 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x42AUvDP091060 for ppc@FreeBSD.org; Thu, 2 May 2019 10:30:57 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 235060] [boot] FreeBSD 12.0 Release DVD and CD will not boot on PowerMac G5 Quad Date: Thu, 02 May 2019 10:30:57 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: oggy@farscape.co.uk 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: Thu, 02 May 2019 10:30:59 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235060 --- Comment #25 from Francis Little --- (In reply to consuli074 from comment #24) Most modern ISO images for AMD64 are hybrid images and be written as both DVD-R's or to USB sticks. The Last update to Mac OS X 10.5, 10.5.8 was released in August 2009, it is nearly 10 years old, and it appears the finder does not support mounting th= ese images. The modern Ubuntu ISO's for example, will give the same error - specificall= y I tried: ubuntu-18.04-2-desktop-amd64.iso Like the FreeBSD ISO, the Ubuntu ISO won't open in finder, but can still be burned to a DVD-R using Disk Utility. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Thu May 2 10:45:55 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 CCD9315902B1 for ; Thu, 2 May 2019 10:45:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-34.consmr.mail.ne1.yahoo.com (sonic317-34.consmr.mail.ne1.yahoo.com [66.163.184.45]) (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 3DC0887B6B for ; Thu, 2 May 2019 10:45:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: ZvY95d0VM1k.P2R.WYxKPR26MiaQe6sxSGn.egRIIPu4v_olwWNLbh0Kg4ywLmy UYYL5IfK_o3SwOXXrDB164.s1sRlTjCGy56BoSXIJZX_UTafz5QniqNeO7UFRl4pGAEgzULzaoZa NuBrO9UyH5g5okHm7TyGm5C4Lo2KFbtbgEa3EI3gxhLsQ3aM6JdaBI9qpyCZjOeBy0RcYXaXmk4s F5n.Ii3dYy43YGm3iD6g6Q3qJyK_Zke1QvOzG2rkbLUnvtNTiNd8Svx2WkqzSUsU717DHaE2XSJV 7qSx6hUv5JKgJYu8KOS.5vORNTBRvy84Zhpc3PrwSjqVuk5QfSN5np5qkbCoXU2Q64b1ffTi2GC7 XE7.o_A6yJIeoMTCVqgO6sIAy2fhMQ.MnG.Bx50XqSQ62n7r3GlVP._590gT5i7w8U7MEb5P9fJU lL9HjY5Gl.ZATbYPbcFQ0pGsrVvDvhNiIaB2COLhg14ABWudiCoH605emXAHF3q9LrxDZyxyoNYJ Px1fxwO3YFMplz_v45ccppww2g9BybA1OU6sMuBQw9.1NwewM90MaSN7q0X1vjk_XqTo0R214ZIi pw7mwzNsVXNIzOYBKhttHnVz3qkzbZnxhbaKPWTusFYOIPpa6APE4wVlokwf5k1TIAE8yVJrK_q6 oHRFLciVH68orvNK4tvHwHpwuOsjPudV4Ja62QZSOXoCoSpT1YdTVExtRP_03DXXB.K7SQNN873C 9y0_Xq3.ltdoXe6dEFpwY.FDkyNxNxbYHtOTRwOftxe8pfTzKxqbZyDp0_KYissvYZXR7.EqGbbF aEpd3_xOF18UaxDraMYGvQMSMxoz18LxHHsxKXctDAunULSGHOK9cM6u6YRTI__eyyGvaK2i.CPP mez1Uibse_3lfiGeTNOsvnXaOgQ589jICpdfjqMR9QseKh9nlgdW_0GZ2XFR63sUE_NUsr_Y8b3h A6gOFW4Fe0saRuxDH0L43F93DRLNrVPqtnhX8JUKZitsuZwFNv9xfqqa6RRmwzNwkHzclbhIo254 cd25FNf_.DXpUejL2c_DY25Uw1VibOLryimBkB6Lpgwkmz3mqb6MgFvN4vLn8IjAPn_qWFBTBZbn AecS0Ph6hcC0XKc6G1lsZD_CSM1U.XtKdBm54MGhnj88x6IQPbNDPwj.e00guK9o_W5SkZldeLmx A3GzNsXHlsT2s Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.ne1.yahoo.com with HTTP; Thu, 2 May 2019 10:45:51 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp424.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 9423d2b4e1a8b798a6ec7750471bba68; Thu, 02 May 2019 10:45:49 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Subject: Re: How many segments does it take to span from VM_MIN_KERNEL_ADDRESS through VM_MAX_SAFE_KERNEL_ADDRESS? 128 in moea64_late_bootstrap From: Mark Millard In-Reply-To: Date: Thu, 2 May 2019 03:45:47 -0700 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <3C69CF7C-7F33-4C79-92C0-3493A1294996@yahoo.com> <6159F4A6-9431-4B99-AA62-451B8DF08A6E@yahoo.com> <20190501094029.542c5f46@titan.knownspace> <212E50E5-7EB1-4381-A662-D5EACB1E5D46@yahoo.com> <20190501165403.7d8d1f8f@titan.knownspace> <1B8116F2-9749-4331-95BD-D528AA52A771@yahoo.com> To: Justin Hibbits X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 3DC0887B6B X-Spamd-Bar: + X-Spamd-Result: default: False [1.62 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.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.67)[0.670,0]; NEURAL_HAM_LONG(-0.17)[-0.172,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.25)[ip: (3.81), ipnet: 66.163.184.0/21(1.38), asn: 36646(1.11), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.38)[0.382,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[45.184.163.66.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[45.184.163.66.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 May 2019 10:45:55 -0000 ["vt_upgrade(&vt_consdev). . ." hang-ups with the patch do happen for -r347003. The patch does not fix the overall hangs-up behavior, although it changes some detailed behavior that is associated. I've also avoided the panic issue by avoiding cmpb use. This does not fix the "mtx_lock of spin mutex WWV" but avoids it.] On 2019-May-1, at 23:21, Mark Millard wrote: > [Some results, mixed Im afraid.] >=20 > On 2019-May-1, at 17:22, Mark Millard wrote: >=20 >> On 2019-May-1, at 14:54, Justin Hibbits = wrote: >>=20 >>> On Wed, 1 May 2019 14:35:56 -0700 >>> Mark Millard wrote: >>>=20 >>>>>> What happens if you revert all your patches, =20 >>>>>=20 >>>>> Most of the patches in Bugzilla 233863 are not for this >>>>> issue at all and are not tied to starting the non-bsp >>>>> cpus. (The one for improving how close the Time Base >>>>> registers are is tied to starting these cpus.) Only the >>>>> aim/mp_cpudep.c and aim/slb.c changes seem relevant. >>>>>=20 >>>>> Are you worried about some form of interaction that means >>>>> I need to avoid patches for other issues? >>>>>=20 >>>>> Note: for now I'm staying at using head -r345758 as the >>>>> basis for my experiments. >>>>>=20 >>>>>> and change this loop to >>>>>> stop at n_slb? So something more akin to: >>>>>>=20 >>>>>> int i =3D 0; >>>>>>=20 >>>>>> for (va =3D virtual_avail; va < virtual_end && i < n_slb - >>>>>> 1; va +=3D SEGMENT_LENGTH, i++); >>>>>> ... >>>>>>=20 >>>>>> If it reliably boots with that, then that's fine. We can = prefault >>>>>> as much as we can and leave the rest for on-demand. =20 >>>>>=20 >>>>> I'm happy to experiment with this loop without my hack >>>>> for forcing the slb entry to exist in cpudep_ap_bootstrap. >>>>>=20 >>>>> But, it seems to presume that the pc_curpcb's will >>>>> all always point into the lower address range spanned >>>>> when cpudep_ap_bootstrap is executing on the cpu. >>>>> Does some known property limit the pc_curpcb-> >>>>> references to such? Only that would be sure to >>>>> avoid an slb-miss at that stage. Or is this just an >>>>> alternate hack or a means of getting evidence, not a >>>>> proposed solution? >>>>>=20 >>>>> (Again, I'm happy to disable my hack that forces the >>>>> slb entry and to try the loop suggested.) =20 >>> ... >>>> And the patch for the loop looks like: >>>>=20 >>>> 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 lower-address part of the KVA range into the SLB. >>>> We must not fault there. */ >>>> #ifdef __powerpc64__ >>>> - for (va =3D virtual_avail; va < virtual_end; va +=3D >>>> SEGMENT_LENGTH) >>>> + i =3D 0; >>>> + for (va =3D virtual_avail; va < virtual_end && i>>> +=3D SEGMENT_LENGTH, i++) moea64_bootstrap_slb_prefault(va, 0); >>>> #endif >>>>=20 >>>=20 >>> Yep, that's the patch I was going for. >>>=20 >>>>=20 >>>> So I've built, installed, and have tested some: it did not go well >>>> overall. >>>>=20 >>>> Using: >>>>=20 >>>> OK set debug.verbose_sysinit=3D1 >>>>=20 >>>> to show better context about where the hangs occur, shows: >>>> (Typed from a screen picture.) >>>>=20 >>>> subsystem a800000 >>>> boot_run_interrupt_driven_config_hooks(0)... >>>> . . . (omitted) . . . >>>> done. >>>> vt_upgrade(&vt_consdev). . . >>>>=20 >>>> The "vt_upgrade(&vt_consdev). . ." never says done when booting >>>> hangs with the above changes. >>>>=20 >>>> Trying to boot a bunch of times did produce one >>>> completed boot, all 4 cpus working. Otherwise I'm >>>> using kernel.old to manage to complete a boot. >>>>=20 >>>> I'll note that "vt_upgrade(&vt_consdev). . ." is where >>>> Dennis Clarke reported for the hangups that he was >>>> seeing, without any of my patches being available back >>>> then: 2019-Feb-14. >>>=20 >>> Maybe try the commit that caused the problem back in July? r334498. >>>=20 >>=20 >> I'd already started down the path of getting materials from: >>=20 >> = https://artifact.ci.freebsd.org/snapshot/head/r347003/powerpc/powerpc64/ >>=20 >> and putting them on a separate SSD that I sometimes use for = artifact.ci >> or snapshot experiments. Also: checking out matching svn sources for >> -r347003 and then doing a buildworld buildkernel with a bootstrap gcc >> 4.2.1 compiler used. I'm verifying that I can build it before making >> the source changes for the kernel. The build is of a debug kernel >> (GENERIC64). >>=20 >> The test buildworld is still in process. >>=20 >> Let me know if this is insufficient for your purposes. I could revert >> to: >>=20 >> = https://artifact.ci.freebsd.org/snapshot/head/r334594/powerpc/powerpc64/ >>=20 >> (There is no head/r334498/ and the first after that with a >> powerpc64/ is head/r334594/ .) >>=20 >> For either head/r347003/ or head/r334594/ : >>=20 >> Use of artifact materials allows using officially built files for >> every file but some specific file(s) that I replace. It also allows >> comparison/contrast of the behavior of the official files vs. when >> adjusted ones are substituted. >>=20 >> Use of artifact-version materials also means that I know I'm using >> a vintage that actually built --and so I hope to avoid other problems >> getting in the way. >=20 > I present without-the-patch results before presenting > with-the-patch results. The end result is mixed, I'm > afraid. >=20 >=20 >=20 > As for the results without any patch, > just artifact materials . . . >=20 > Note: "Add debug.verbose_sysinit tunable for VERBOSE_SYSINIT" was > not checked-in until -r335458 . >=20 > Trying to boot without any updates or rebuilds, just artifact > materials shows variable stopping points: >=20 > (For debug.verbose_sysinit=3D1 :) > -r347003 stops sometimes at: vt_upgrade(&vt_consdev). . . > -r347003 stops sometimes at: cpu_mp_unleash(0). . . >=20 > -r334594 stops after: ada0 lines, VERBOSE_SYSINIT not built in >=20 >=20 >=20 > So I had to build my own -r334594 kernel to see verbose_sysinit > information about the stopping point. Again, no patch here, > I just copied over my build of the /boot/kernel/kernel file: >=20 > -r334594 stops sometimes at: vt_upgrade(&vt_consdev). . . > -r334594 stops sometimes at: cpu_mp_unleash(0). . . >=20 >=20 > Summary thus far: >=20 > I did not find any obvious difference in how often each stops > in either of the alternatives. >=20 > So I'm seeing if the proposed patch changes the behavior of > -r347003 . >=20 >=20 >=20 > Later test of patched -r347003 . . . >=20 > The patched kernel is based on: >=20 > # svnlite diff /mnt/usr/src/ | 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) > @@ -959,7 +959,8 @@ > * Map the entire KVA range into the SLB. We must not fault = there. > */ > #ifdef __powerpc64__ > - for (va =3D virtual_avail; va < virtual_end; va +=3D = SEGMENT_LENGTH) > + i =3D 0; > + for (va =3D virtual_avail; va < virtual_end && i moea64_bootstrap_slb_prefault(va, 0); > #endif >=20 >=20 > So far with the patched code: >=20 > -r347003 has never stopped at: vt_upgrade(&vt_consdev). . . I have since had hang-ups at "vt_upgrade(&vt_consdev). . .". > -r347003 stops sometimes at: cpu_mp_unleash(0). . . [but differently!] > -r347003 panics at a particular point the rest of the time >=20 > The cpu_mp_unleash hangups report: > (typed from screen pictures) >=20 > subsystem f000000 > cpu_mp_unleash(0)... Launching APs 1 2 SMP: 4 CPUs found; 4 CPUs = usable; 3 CPUs woken >=20 > After that it is hung-up. >=20 >=20 > As for when that does not happen . . . >=20 > I do not even have /etc/fstab set up and so end up at the mountroot> > prompt. When I enter "ufs:/dev/daa0s3" I get a panic for: >=20 > panic: mtx_lock of spin mutex WWV @ = /mnt/usr/src/sys/powerpc/aim/mmu_oea64.c:2812 > (it is a debug-kernel build) >=20 > For reference, line 2812 is: PMAP_LOCK(pm); >=20 > panic is reached via an interesting(?) call chain, > showing the backtrace (typed from screen pictures): >=20 > .__mtx_lock_flags+0xd4 > .moea64_sync_icache+0x48 > .pmap_sync_icache+0x90 > .ppc_instr_emulate+0x1b4 > .trap+0x10fc > .powerpc_interrupt+0x2cc > user PGM trap by 0x810053bb4: srr1=3D0x900000000008d032 > r1=3D0x3ffffffffffffcc00 cr=3D0x20002024 xer=3D0 ctr=3D0x1 = r2=3D0x81007bdd0 frame=3D0xe000000070ca9810 >=20 > It was thread pid 28 tid 100097 >=20 > So far these details seem consistent. >=20 > But I will note that openfirmware use via ofwdump -ap > and the like causes system crashes going back to when > the direct map base was moved to high memory addresses > ( -r330610 and later ). This is one of the reasons I > want to avoid openfirmware and use the conversion to > fdt instead. (There is a -r330614 artifact to test > such crashes with --or use a later one that otherwise > boots.) I avoided the panics by adjusting src/lib/libc/powerpc64/string/strcmp.S to not use cmpb instructions. This does not fix the "mtx_lock of spin mutex WWV" but avoids it. So now there are two patches: # 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 = 347003) +++ /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, 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) @@ -959,7 +959,8 @@ * Map the entire KVA range into the SLB. We must not fault = there. */ #ifdef __powerpc64__ - for (va =3D virtual_avail; va < virtual_end; va +=3D = SEGMENT_LENGTH) + 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 9A1661594E5C for ; Thu, 2 May 2019 12:41:42 +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 3E7888D465 for ; Thu, 2 May 2019 12:41:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 2F2AB20B79; Thu, 2 May 2019 12:41:42 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 2BDE020B78 for ; Thu, 2 May 2019 12:41:42 +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 E7FBA8D464 for ; Thu, 2 May 2019 12:41:41 +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 2A4D91790 for ; Thu, 2 May 2019 12:41:41 +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 x42Cfff3069526 for ; Thu, 2 May 2019 12:41:41 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x42CffmD069520 for powerpc@FreeBSD.org; Thu, 2 May 2019 12:41:41 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Thu, 02 May 2019 12:41:40 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: maciphone2@googlemail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: 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: 3E7888D465 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: Thu, 02 May 2019 12:41:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 Klaus changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maciphone2@googlemail.com --- Comment #28 from Klaus --- (In reply to Francis Little from comment #27) you could try to set 'Wno-stringop-overflow' -flag for gcc8, or something like that... .. before fixing sources in the hotspot-subdirectory ( strncat from ...dfa.= cpp=20 ) , you should ask Kurt&Greg first whether its recommended. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Thu May 2 15:11:15 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 4268815981E5 for ; Thu, 2 May 2019 15:11:15 +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 DEF0292B29 for ; Thu, 2 May 2019 15:11:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id C9FBA232A2; Thu, 2 May 2019 15:11:14 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id C5CCB232A1 for ; Thu, 2 May 2019 15:11:14 +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 89C2092B24 for ; Thu, 2 May 2019 15:11:14 +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 C85F62E2B for ; Thu, 2 May 2019 15:11:13 +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 x42FBDbO003209 for ; Thu, 2 May 2019 15:11:13 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x42FBD9s003203 for powerpc@FreeBSD.org; Thu, 2 May 2019 15:11:13 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Thu, 02 May 2019 15:11:12 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: glewis@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: DEF0292B29 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.982,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: Thu, 02 May 2019 15:11:15 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #29 from Greg Lewis --- I committed a change which should fix the error compiling dfa.cpp (it does = for me). Please try running 'git pull' and compiling again. FWIW, on FreeBSD 11/amd64 trying to compile with gcc8 results in internal compiler errors. I'm hoping that isn't true on ppc64. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Thu May 2 15:16: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 F299015985B3 for ; Thu, 2 May 2019 15:16:57 +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 970AD92E59 for ; Thu, 2 May 2019 15:16:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 6BC38233D6; Thu, 2 May 2019 15:16:57 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 67B64233D5 for ; Thu, 2 May 2019 15:16:57 +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 3467292E54 for ; Thu, 2 May 2019 15:16:57 +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 29F8F2E6D for ; Thu, 2 May 2019 15:16:56 +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 x42FGu49077250 for ; Thu, 2 May 2019 15:16:56 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x42FGugt077242 for powerpc@FreeBSD.org; Thu, 2 May 2019 15:16:56 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Thu, 02 May 2019 15:16:55 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: mikael.urankar@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: 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: 970AD92E59 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.982,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: Thu, 02 May 2019 15:16:58 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #30 from mikael.urankar@gmail.com --- (In reply to Greg Lewis from comment #29) I did the bootstrap on 11.2. I had this kind of error on aarch64 when using the precompiled header, you = can try with --disable-precompiled-headers (there is a comment in openjdk8 wrt precomp header) --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Thu May 2 17:41:02 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 9D7F3159C86F for ; Thu, 2 May 2019 17:41:02 +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 15CBA6A1B1 for ; Thu, 2 May 2019 17:41:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id E2CEA25CE8; Thu, 2 May 2019 17:41:01 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id DEC4F25CE7 for ; Thu, 2 May 2019 17:41:01 +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 9AA966A1AE for ; Thu, 2 May 2019 17:41:01 +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 EE7AD4525 for ; Thu, 2 May 2019 17:41:00 +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 x42Hf0ig080524 for ; Thu, 2 May 2019 17:41:00 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x42Hf0bU080522 for powerpc@FreeBSD.org; Thu, 2 May 2019 17:41:00 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Thu, 02 May 2019 17:41:00 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: hamiltcl@verizon.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: 15CBA6A1B1 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.992,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: Thu, 02 May 2019 17:41:02 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #31 from Curtis Hamilton --- (In reply to Francis Little from comment #27) Looking at your log the problem is with "images" in your environment settin= gs.=20 This seems to be of no use to the build process. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Thu May 2 18:17: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 5ADF8159D6EE for ; Thu, 2 May 2019 18:17:27 +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 019D66BFDF for ; Thu, 2 May 2019 18:17:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id C417226CCD; Thu, 2 May 2019 18:17:26 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id C18D826CCC for ; Thu, 2 May 2019 18:17: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 723B16BFDB for ; Thu, 2 May 2019 18:17: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 B839C4AC8 for ; Thu, 2 May 2019 18:17: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 x42IHPpU027238 for ; Thu, 2 May 2019 18:17:25 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x42IHPO5027234 for powerpc@FreeBSD.org; Thu, 2 May 2019 18:17: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: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Thu, 02 May 2019 18:17:25 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: maciphone2@googlemail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: 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: 019D66BFDF 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.985,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: Thu, 02 May 2019 18:17:27 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #32 from Klaus --- (In reply to Curtis Hamilton from comment #31) 'images' is the build target, (https://hg.openjdk.java.net/jdk/jdk11/raw-file/tip/doc/building.html#gnu-m= ake). I can not see anything wrong with `images` in the logs of Francis Little (at first sight) --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Thu May 2 19:17:25 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 25655159F05B for ; Thu, 2 May 2019 19:17:25 +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 AE43C6EAB1 for ; Thu, 2 May 2019 19:17:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 6EE21159F05A; Thu, 2 May 2019 19:17:24 +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 5C991159F059 for ; Thu, 2 May 2019 19:17:24 +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 E23FD6EAAF for ; Thu, 2 May 2019 19:17:23 +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 3BC9D536F for ; Thu, 2 May 2019 19:17:23 +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 x42JHNnh003048 for ; Thu, 2 May 2019 19:17:23 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x42JHNd3003047 for ppc@FreeBSD.org; Thu, 2 May 2019 19:17:23 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 235060] [boot] FreeBSD 12.0 Release DVD and CD will not boot on PowerMac G5 Quad Date: Thu, 02 May 2019 19:17:23 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: consuli074@gmail.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: Thu, 02 May 2019 19:17:25 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235060 --- Comment #26 from consuli074@gmail.com --- And if you burn the >>>FreeBSD 12.0 AMD64 iso image<<< BY AN INTEL MACHINE = on DVD (as I did), is the burnt DVD still mountable and readable from OS-X/ PPC machine then? --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Thu May 2 19:19:07 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B70BB159F0D6 for ; Thu, 2 May 2019 19:19:07 +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 4EA0D6EB0D for ; Thu, 2 May 2019 19:19:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 0EC12159F0D4; Thu, 2 May 2019 19:19:07 +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 F074B159F0D1 for ; Thu, 2 May 2019 19:19:06 +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 8E5006EB0A for ; Thu, 2 May 2019 19:19:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id A1949537C for ; Thu, 2 May 2019 19:19:05 +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 x42JJ5Bw004839 for ; Thu, 2 May 2019 19:19:05 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x42JJ5YN004837 for ppc@FreeBSD.org; Thu, 2 May 2019 19:19:05 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 235060] [boot] FreeBSD 12.0 Release DVD and CD will not boot on PowerMac G5 Quad Date: Thu, 02 May 2019 19:19:05 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: consuli074@gmail.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: Thu, 02 May 2019 19:19:07 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235060 --- Comment #27 from consuli074@gmail.com --- FreeBSD has separate images for DVD and USB stick (not hybrid ones), as far= as I know. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Thu May 2 19:50:47 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 8BB76159FC5A for ; Thu, 2 May 2019 19:50:47 +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 2EADD6FAA6 for ; Thu, 2 May 2019 19:50:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 1740C7EE; Thu, 2 May 2019 19:50: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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 140737ED for ; Thu, 2 May 2019 19:50: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 B56416FA9F for ; Thu, 2 May 2019 19:50:46 +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 F36DA57CA for ; Thu, 2 May 2019 19:50:45 +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 x42JojjX067042 for ; Thu, 2 May 2019 19:50:45 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x42JojWG067041 for powerpc@FreeBSD.org; Thu, 2 May 2019 19:50:45 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Thu, 02 May 2019 19:50:45 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: glewis@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: 2EADD6FAA6 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.97 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.97)[-0.970,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: Thu, 02 May 2019 19:50:47 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #33 from Greg Lewis --- Thanks for reminding me, I'd forgotten we'd disabled precompiled headers wi= th gcc. If I add that and --disable-dtrace I get a lot further. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Thu May 2 21:01: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 415AD15A149F for ; Thu, 2 May 2019 21:01: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 D29C971CB9 for ; Thu, 2 May 2019 21:01:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 883E71481; Thu, 2 May 2019 21:01:16 +0000 (UTC) Delivered-To: powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 573371480 for ; Thu, 2 May 2019 21:01:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E8E3271CB0 for ; Thu, 2 May 2019 21:01:15 +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 222A861F0 for ; Thu, 2 May 2019 21:01:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x42L1F0X040291 for ; Thu, 2 May 2019 21:01:15 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x42L1FEJ040284 for powerpc@FreeBSD.org; Thu, 2 May 2019 21:01: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 237208] java/openjdk11: port to powerpc64 Date: Thu, 02 May 2019 21:01:14 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: oggy@farscape.co.uk X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: D29C971CB9 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: Thu, 02 May 2019 21:01:17 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #34 from Francis Little --- (In reply to Greg Lewis from comment #33) Updating from git, and building with both --disable-dtrace and --disable-precompiled-headers I get the following: /usr/bin/printf "\n=3D=3D=3D Output from failing command(s) repeated here = =3D=3D=3D\n" =3D=3D=3D Output from failing command(s) repeated here =3D=3D=3D /usr/bin/printf "* For target hotspot_variant-server_libjvm_objs_abstractInterpreter.o:\n" * For target hotspot_variant-server_libjvm_objs_abstractInterpreter.o: (/usr/bin/grep -v -e "^Note: including file:" <=20 /root/jdk/openjdk-jdk11u/build/bsd-ppc64-normal-server-release/make-support= /failure-logs/hotspot_variant-server_libjvm_objs_abstractInterpreter. In file included from /root/jdk/openjdk-jdk11u/src/hotspot/share/asm/macroAssembler.hpp:31, from /root/jdk/openjdk-jdk11u/src/hotspot/share/interpreter/abstractInterpreter.= cpp:26: /root/jdk/openjdk-jdk11u/src/hotspot/cpu/ppc/macroAssembler_ppc.hpp:614:5: error: "INCLUDE_RTM_OPT" is not defined, evaluates to 0 [-Werror=3Dundef] #if INCLUDE_RTM_OPT ^~~~~~~~~~~~~~~ cc1plus: all warnings being treated as errors if test `/usr/bin/wc -l < /root/jdk/openjdk-jdk11u/build/bsd-ppc64-normal-server-release/make-support= /failure-logs/hotspot_variant-server_libjvm_objs_abstractInterpreter.o.log` -gt 12; then /bi /usr/bin/printf "* For target hotspot_variant-server_libjvm_objs_abstractInterpreter_ppc.o:\n" * For target hotspot_variant-server_libjvm_objs_abstractInterpreter_ppc.o: (/usr/bin/grep -v -e "^Note: including file:" <=20 /root/jdk/openjdk-jdk11u/build/bsd-ppc64-normal-server-release/make-support= /failure-logs/hotspot_variant-server_libjvm_objs_abstractInterpreter_ In file included from /root/jdk/openjdk-jdk11u/src/hotspot/share/asm/macroAssembler.hpp:31, from /root/jdk/openjdk-jdk11u/src/hotspot/share/interpreter/abstractInterpreter.= hpp:28, from /root/jdk/openjdk-jdk11u/src/hotspot/share/interpreter/cppInterpreter.hpp:2= 8, from /root/jdk/openjdk-jdk11u/src/hotspot/share/interpreter/interpreter.hpp:29, from /root/jdk/openjdk-jdk11u/src/hotspot/cpu/ppc/abstractInterpreter_ppc.cpp:27: /root/jdk/openjdk-jdk11u/src/hotspot/cpu/ppc/macroAssembler_ppc.hpp:614:5: error: "INCLUDE_RTM_OPT" is not defined, evaluates to 0 [-Werror=3Dundef] #if INCLUDE_RTM_OPT ^~~~~~~~~~~~~~~ cc1plus: all warnings being treated as errors if test `/usr/bin/wc -l < /root/jdk/openjdk-jdk11u/build/bsd-ppc64-normal-server-release/make-support= /failure-logs/hotspot_variant-server_libjvm_objs_abstractInterpreter_ppc.o.= log` -gt 12; then /usr/bin/printf "\n* All command lines available in /root/jdk/openjdk-jdk11u/build/bsd-ppc64-normal-server-release/make-support= /failure-logs.\n" * All command lines available in /root/jdk/openjdk-jdk11u/build/bsd-ppc64-normal-server-release/make-support= /failure-logs. /usr/bin/printf "=3D=3D=3D End of repeated output =3D=3D=3D\n" =3D=3D=3D End of repeated output =3D=3D=3D if /usr/bin/grep -q "recipe for target .* failed" /root/jdk/openjdk-jdk11u/build/bsd-ppc64-normal-server-release/build.log 2> /dev/null; then /usr/bin/printf "\n=3D=3D=3D Make failed targets repeated No indication of failed target found. Hint: Try searching the build log for '] Error'. /usr/bin/printf "Hint: See doc/building.html#troubleshooting for assistance.\n\n" Hint: See doc/building.html#troubleshooting for assistance. gmake[2]: Leaving directory '/root/jdk/openjdk-jdk11u' gmake[1]: Leaving directory '/root/jdk/openjdk-jdk11u' --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Thu May 2 21:51: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 D3EA215A239C for ; Thu, 2 May 2019 21:51:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-3.consmr.mail.bf2.yahoo.com (sonic305-3.consmr.mail.bf2.yahoo.com [74.6.133.42]) (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 B2B79734C5 for ; Thu, 2 May 2019 21:51:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: SPu_1S0VM1kEbsqM.S0Ezg.dgdrHqgHmfVxWY0KoT2lWko4JPXU8iS6bVG2yD8s wF.5AFKZIg0DkqdzeH_6RNOt7dq8xM1cRjLoTFE_ihKedW0bqfa7_vYPCFXo6jLlx4yP.KbHF_yk .8gtEJFfczCk.ktayajXpqz0Jl.4b1Ie9K4CtUpW2YMBzNYUi4NuRYOUUR2IH5zPLyDRz5gQbiGV K1a.5aEE.lPrdafJOBNxmo.9b3mIbFHJYiJl0pWuAeDnDBptwjqwVLRTYmStK8yF.nX03pNJ81.0 TWuGg2U1wNQUkGtAJStg9BUzvv1iuy5sK7UBlEfHCpLVQ2r9oEbKGA3cZcusKSzRSIEdaiZqZy4T SiPqw0RKyMeU.3_8yV9JtiDu8dYmcIH9Y3ClqWffRtGhIHJ_J0cgE.aqkFFCuKAJWYBwu7RoYeCz 3vcUBaws5gtpoTSN2S4TS4DBx9FscLZKpyAXFUl_dJDTZTJrP_cKfDPxaE8o1uIoJtHvgwAuzqvf kgj0kAbIMNWwe3gVgaboGHEAZs2c26haQX_4.M9uiTxh7l8Ny7rXZs7aT07MZ_.v9LCfZxGOxZ1Q CDQnR.SYK7qFjK9k0LO5T5O2QrxzA2cLXyzYgfbmtGTXkRet0bjQoue0.j1fvIm79Et64EJKZkP3 3t6yE6JyRgTp5n1CtljD3gU8ltSMDxlogww4l8Ss_xU_I7bSG680r_l3b31u0ypIBAteUNZgP_ya IjOguR24KpsyNXAG008AdDoAMeAA8WpXiMZDxlefOocjQgV94ev_3Xgm5UJNrq.kvX7elB6rkNZu RY5Nquo2OMZIyJOtR1AyFmnqqn4MJLgsQcxIfkhhewemZqlvdx.GHBopbiAV7SCrdiVSlZpMMpMj OXrl0AMM7zYtn63t7jkOhF69w_XYwRqsQc8pNVw5psLPbS1f87NfEBgcuJJpAYhntofEyPWd4jmJ yCh_IpqAUudHx41w181JNtXVS0P94QB0JeX1nL4g5Y_fKth5ONE31tyoKnFDm9S.mY5iuecrkttv m6KJaPwTg4QDfj.8SuL7IWfXTjIw_MeqXIezSG8f6GDMIxVRudUs3ndIOU9Yk57_27_A_wa.Qz6Q _e5dSabmtCTt7mxDHtmgD4Z5tcr.3_wUQ5R1kWd4HlyZE3.0lQOURQp4i2PKTOr3QHs5Ejx0RFTN pcVed8ZI- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.bf2.yahoo.com with HTTP; Thu, 2 May 2019 21:50:57 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp413.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 3ea21ec4300c9e51534b73c712987af0; Thu, 02 May 2019 21:40:48 +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: kernel mode EXC_DSE handling depends on td->td_pcb-> not slb faulting in setting up its slbmte use? Message-Id: Date: Thu, 2 May 2019 14:40:46 -0700 To: FreeBSD PowerPC ML , Justin Hibbits X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: B2B79734C5 X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.96 / 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]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(1.36)[ip: (4.08), ipnet: 74.6.128.0/21(1.56), asn: 26101(1.24), country: US(-0.06)]; 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.32)[0.321,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; NEURAL_SPAM_MEDIUM(0.89)[0.887,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.89)[0.895,0]; RCVD_IN_DNSWL_NONE(0.00)[42.133.6.74.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.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: Thu, 02 May 2019 21:51:05 -0000 /usr/src/sys/powerpc/powerpc/trap.c has: } else { /* Kernel Mode Traps */ KASSERT(cold || td->td_ucred !=3D NULL, ("kernel trap doesn't have ucred")); switch (type) { . . . #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" :: = "r"(td->td_pcb->pcb_cpu.aim.usr_vsid), "r"(USER_SLB_SLBE)); return; } break; #endif in trap(...). If the kernel mode EXC_DSE code got a slb fault from td->td_pcb-> would things still be okay? (Nested trap handling.) If not, does something need to be done to guarantee that td->td_pcb-> will not have an slb fault in the above code? =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Thu May 2 23:10:47 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 7E21015A397E for ; Thu, 2 May 2019 23:10:47 +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 1A984756CA for ; Thu, 2 May 2019 23:10:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: NL2.x6UVM1msM4v4iPEW_Aj43Ci77Z4MYoqCb03xOHnA7lzO1UqShuDF54CQrsT Fipsosy.YIeyVU3rGeq39HkXtFjqu92Eg1FKQoCvoha7FXkk85OQhps5ucBqOgWoaExXJHvDwP7r Z__Mdo0ZrnN8.R2yd9pcKvpaHbWkrwSUSFRs3L3E.tUU6HK5ZUQJpLDriaZMMuw5R0Krea7tEEIR UvH1h6CZhzt_oqv5EdxbdahxhbmUbCW06zv5CyqQZYDGVOIgc9CBcXSBITdGP_xDIbSPNf8ued0Q hDAZNvPFbQKZSPKlUcTFGzAke1M7mZ8etIVCYo0KoOst_VM6H8HxXkWDWdtWMjSuaRDaIs_UWy9j MlO_0hQ8Re0EBjt1dAB5ggHTo_LEWLsWk8E54945Lo9QBVZodbm6lnRWEQci8UT_DQLUsjeUFttT y4TZJwOIEpBcTTxq8MYmEHIrG7SYjaLyaeDQjRhDDQDHbUQkSjMxZLxz56ld4RgtHFqaRMPNkoGD OJcPhb8X4W4_e8Wv8bU2lGmR9X6V_keLs0cf3rnH6DLmaJRpADuv8GDqSmZNg98b2sH15MXvzZmb VFO3fKnqs5IbayPYuxEquoPD_79yIyz4Y3ns9qxS2vzkq_E2k8G6P5SiKZecqjE7AJPYHqrtHEos grL8gGaOFK3CVT..j5z6DhTPfsk9wdrm.Z3zcHBpjnns0h15Al7V_3zv_DOxJDvFuWWy0nj6YzO5 L4pNmkknEVBD3LGUasdyI3..YgowO.gXcPfXQq5EtSLJk5H1FBJTfPX.FlnAy7.FIkyUBTUS_JKh IMYRMKtB2E88eIDrNpL6JupDcDtk5Ymu.N9d_lI0_fhvYprk3HBH9Kyate6LYQWkr0e0Hw28823c HwNgIKjJ_V4d93jFVpI.5UFjO..jmc_UPAd.dgH8AtLs4jakpYM7L5UzDYv0muyywrm44V9m7h_a m7ZxpWHPZHbY2G55p0rvyEsWwU2pMVW4UYUc7vNlJDnQm5ekVZpNvr6OzhmWGLpq8H101nx3u8aR RPG_MH67jpm1_1B4OOm_JZBuAKm6lSjFMRSVpXcjfvzdOyCOuYnF_zDm_RERzy_mXQAfAyga34zS UHNIaB96GcSNJpjnJ6.rPofw9S9skyEexcDVMYWr0w.F8_8YTkGg.nHELlJx6KPTJugu2FRdcPYr wsA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Thu, 2 May 2019 23:10:39 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp410.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 328fa43f314d42f4929c0d6af7f37174; Thu, 02 May 2019 23:10:38 +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: slbmte, slbie, slbia isync paranoyia for -r347003 investigation: does it change any behavior as stands? (yes) Message-Id: Date: Thu, 2 May 2019 16:10:37 -0700 To: FreeBSD PowerPC ML , Justin Hibbits X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 1A984756CA X-Spamd-Bar: + X-Spamd-Result: default: False [1.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]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(1.45)[ip: (5.72), ipnet: 98.137.64.0/21(0.88), asn: 36647(0.70), country: US(-0.06)]; 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)[]; 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.23)[0.230,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_MEDIUM(0.16)[0.160,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.03)[0.035,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: Thu, 02 May 2019 23:10:47 -0000 I extended my -r347003 patches to add context synchronizations (isync's), possibly more than necessary, just to see if the behavior I've reported elsewhere changed. It does change some: vt_upgrade(&vt_consdev). . .: seems the same, sometimes hanging-up here. cpu_mp_unleash(0). . .: seems different, it still hangs-up, but: "SMP: 4 CPUs found; 4 CPUs usable; 3 CPUs woken" is now rare. Instead it is normally silent after the ". . .". I've never had cpu_mp_unleash finish with the isync's in place. (So no successful boots.) Of course, the testing has probabilistic results, but the cpu_mp_unleash behavior differences suggest that, without the isync's, there is code that was picking up old context and using it. I show the patch set below, for reference, including the strcmp.S patch just to be complete about the changes: # 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 = 347003) +++ /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, 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) @@ -959,7 +959,8 @@ * Map the entire KVA range into the SLB. We must not fault = there. */ #ifdef __powerpc64__ - for (va =3D virtual_avail; va < virtual_end; va +=3D = SEGMENT_LENGTH) + i =3D 0; + for (va =3D virtual_avail; va < virtual_end && ipm_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 +1105,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 +1957,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/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 Fri May 3 01:10: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 F2E5515A5D79 for ; Fri, 3 May 2019 01:10:16 +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 9B5DC81083 for ; Fri, 3 May 2019 01:10:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 71CD1390F; Fri, 3 May 2019 01:10:16 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 6E352390E for ; Fri, 3 May 2019 01:10:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3715E81082 for ; Fri, 3 May 2019 01:10: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 54E398558 for ; Fri, 3 May 2019 01:10:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x431AFQH072924 for ; Fri, 3 May 2019 01:10:15 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x431AFhx072923 for powerpc@FreeBSD.org; Fri, 3 May 2019 01:10: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 237208] java/openjdk11: port to powerpc64 Date: Fri, 03 May 2019 01:10:13 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: hamiltcl@verizon.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: 9B5DC81083 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.976,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, 03 May 2019 01:10:17 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #35 from Curtis Hamilton --- (In reply to Francis Little from comment #34) Build on powerpc64 requires precompiled-headers to be enabled, when using g= cc. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Fri May 3 01:29: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 50F2315805D4 for ; Fri, 3 May 2019 01:29:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.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 7A5C9818E0 for ; Fri, 3 May 2019 01:29:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 0hwqGi4VM1lCxV.z91_weOhSCsI_x.ffF6yAwh1vkozLWsn5RmfTdZm.G3U4nV7 jueXZ8LXXd7OgUjtZU0NSKluoIciV0lshy6ivGG.9cM0x2LNU12OFA7t7VtCUQ7sYqq43lgJRvPK u8I2VPQSy5zYyXiPZfeoychVtrHjrRrM.5rvROjuE0zCoCjhiebNmFGtf7z920xCsfAzUzhESMRQ N6Lpha4_2nGgiWdx.KWAQeHdkIzglSG.pZZm5EZP52HlJ0c9CFqVNG1i4xKYeEi.0bootQmmAXyq IqJBZ6c9BvLHyxGWqVE4pBy_TzZz4V54c5h.PcsgXt8tLeCsZoTPw92mNQ0Dkbx16OPOtfxzF0BQ M8ZUTWmz4ttvFdr4tEmLPj3cCBzVXd0kiOO9.Ipx0UK_m_FbI_0hftC_D1xgYeZAsLtC7pCJsllV mBV47NhXwvuAnYTVWCipaf1XD9ynwtrAS2miQyAfT0E1QI_o7Y7AoqXJKdGOY475JAS60mmAQdRe RVZ924n_EhhcyDcgWx81Hbe2zFY_GBl.RVvcBIFs0yyHimAaIEsyG.ugOLO1VXQXUZ407.hRfVcN SUsVund5.GgJREIZRuLUgjNTySXgI7tnscfLspVQVIlIxF2ezp4TlAxlcXCdaRiZ5oRE3m5lxkRR DFKo4swqS0KyK7qSPrtub6rkls8lpqi1wCoZJyJ1frEPFDXRpSAyA3YeS3zleTEWxAgJhgq2GW5e L3lUGPH.NJAjZKAlPC.zfd70jS6RT_H.mRiEQ74JSRawXBnYAm9h45zrQv37oluV87pJxAtXdm8j 7o9kwuDQ8pIkB1lqNf7Br6Jh0bWwYFtFBfIWCgtt2.hcEUKp_TTK83Y0HPsha.NB3Ju1zsMKnZ2. OBvmb79AVb_iEKO.3dN7wN0uSIU_kNMozfrtb4UFbpyAj9rxHSA2ikPyjPQHrTRsr3nrIwEISUVv wKBpJXPUxfe8SP4YIWe7AqkxZGcVxAGJOK0QQtbwMYAlKrWRkn2IG9tWUNS.6uvzoBPf6U6pgf9A 8PSuYIlS7G.zdVoI7HN0PcShtd2jAvtvTd04nLT7iraz_Ul4mf.Em4sC6dl3mpDBW_ANNwrJE_Al etC41ME_g0ihZP77QCEK560DbXPbvTbrGpD5oETpk.zGRGnkHKj6_WzKqB.iodFb5_4cIKJ6Qy3D KrYk- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Fri, 3 May 2019 01:28:53 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp418.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a29860db5177766b0b5c188062fa0055; Fri, 03 May 2019 01:28:52 +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: kernel mode EXC_DSE handling depends on td->td_pcb-> not slb faulting in setting up its slbmte use? Date: Thu, 2 May 2019 18:28:51 -0700 References: To: FreeBSD PowerPC ML , Justin Hibbits In-Reply-To: Message-Id: <959E3373-B45A-4CD9-B191-39A0DBE24458@yahoo.com> X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 7A5C9818E0 X-Spamd-Bar: ++++ X-Spamd-Result: default: False [4.69 / 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]; 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.99)[0.985,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_MEDIUM(0.55)[0.553,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.91)[0.910,0]; RCVD_IN_DNSWL_NONE(0.00)[83.69.137.98.list.dnswl.org : 127.0.5.0]; IP_SCORE(1.75)[ip: (7.24), ipnet: 98.137.64.0/21(0.88), asn: 36647(0.70), country: US(-0.06)]; RWL_MAILSPIKE_POSSIBLE(0.00)[83.69.137.98.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2019 01:29:03 -0000 [I show other examples of what is accessed in order to set up a slbmte in some other places and list a question that I should have asked in the original message.] On 2019-May-2, at 14:40, Mark Millard wrote: > /usr/src/sys/powerpc/powerpc/trap.c has: >=20 > } else { > /* Kernel Mode Traps */ >=20 > KASSERT(cold || td->td_ucred !=3D NULL, > ("kernel trap doesn't have ucred")); > switch (type) { > . . . > #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" :: > = "r"(td->td_pcb->pcb_cpu.aim.usr_vsid), > "r"(USER_SLB_SLBE)); > return; > } > break; > #endif >=20 > in trap(...). >=20 > If the kernel mode EXC_DSE code got a slb fault from > td->td_pcb-> would things still be okay? (Nested trap > handling.) >=20 > If not, does something need to be done to guarantee > that td->td_pcb-> will not have an slb fault in the > above code? I should have asked: Are all of addresses involved known to stick to to being DMAP addresses (that there-by avoid slb-miss issues)? Similar questions might apply to some or all of the below. Some are used in slbmte instructions and others are just closely associated in the code. src/sys/powerpc/aim/mmu_oea64.c has moea64_activate with: pmap_t pm; =20 pm =3D &td->td_proc->p_vmspace->vm_pmap; CPU_SET(PCPU_GET(cpuid), &pm->pm_active); =20 #ifdef __powerpc64__ PCPU_SET(aim.userslb, pm->pm_slb); __asm __volatile("slbmte %0, %1; isync" :: "r"(td->td_pcb->pcb_cpu.aim.usr_vsid), "r"(USER_SLB_SLBE)); #else So: td-> and: td->td_proc-> and: td->td_proc->p_vmspace-> and: td->td_pcb-> src/sys/powerpc/aim/mmu_oea64.c also has moea64_map_user_ptr with: curthread->td_pcb->pcb_cpu.aim.usr_segm =3D (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" :: "r"(USER_ADDR), "r"(slbv), "r"(USER_SLB_SLBE)); #else So: curhtread-> and: curthread->td_pcb-> src/sys/powerpc/powerpc/trap.c has syscall with: td =3D curthread; td->td_frame =3D frame; =20 #if defined(__powerpc64__) && defined(AIM) /* * 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) // no slbie needed? __asm __volatile ("isync; slbmte %0, %1; isync" :: "r"(td->td_pcb->pcb_cpu.aim.usr_vsid), = "r"(USER_SLB_SLBE)); #endif So: curthread-> and: curthread->td_pcb-> =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 3 05:33: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 57AEA1585121 for ; Fri, 3 May 2019 05:33:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-22.consmr.mail.ne1.yahoo.com (sonic314-22.consmr.mail.ne1.yahoo.com [66.163.189.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8BBEF88AA1 for ; Fri, 3 May 2019 05:33:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: QdxoHQ4VM1l7O4UcnAWBqpsn5fuMdGftBC9p_vI1Lr7E5hUp8OG4PzC.jmhm2MS TXewEsN8FWV4j6nr_6v_DzZHcV.qHGB8hHPBPvB54xej8MvelLxgAdOqptjMkmgpe_a8njWnzy9n iyBow4xtBD.YGqPFklkaO6eKumPLtStmlW2Mn5o.ay9s19aJMDgZYphj6omja0Mcw5NDNjEPJMsV XGqyiF54QsAIPyH5FEmdAj5t1SUCeEMDhRnzP.7V1tmod4dISmE_766OUIHL2B0pHprCi60bOqx1 TTx6uReO8FKvmufAQJzwkaub9Y8a6hCVhGWDX7ABhgQb8z1vMMOCXmEta26IRWZjEneermP9yNS5 4be7ckd73EVWaIkJHuWY27IxymhQIohbyrqA0miv6utfmYEdmuw59jyYq9A1P9DkSRHrEDXSdNt_ c5Dz2R2fb7ZwzQyXOmIlwPDz3nsj0c3VprAklffpNlbuMNQbGutiBJgx6zZsKuhX5wAjzSIHuSU_ nGGOSDoQyduNBZsxYZpXDdy_wd9bQ7jEwwTUCnjlW0kSt_weUGZQwzOOLUI.Pebnn0Ux6faKe4c6 U_OrqxLXRW3yuUlQVpo01e1QLZmRlPKvgWP0T4gU23DI.caITEZWOirlVOusiGpj9zFQd2H.WeUF 0mM8RQ49mTcvkTPcI_epgXe0cwrU_e7I68HkNvZo8qxJCyt6PcMw7Ms3Tt8IAiKhW0bSpFO8w_WN YxIwso4MKQcaiDCwpyYU700LaXzgnQLRFWlsErTF8FoFg0NiI_tiv8iJKaQKIKMhwS0Wj_gP9yTY MQVm3qJyXlwKMjXzwpoe5GJOJgDe2eN2CZfKfw_AsWcfT1Ba7Swv0wI3XPEi5nQMmyGGiu0VWQp9 T9JPJi465E4Rn4v5ktpYqWIO5danVtHPdQMD375tK2z2tkyVdar2Byuk0ag6KLuFjfTN3t.REE7L WA63.f3RXcwBddvXOTKi4z9Abw18ztqhHSCqpw0KL3EoBwI8co1VRrJ2iHSGqdodiLLgs_aUB.BP j3msy2efZTnPlmSzTthye.gUgnUOqB86S8w6i4jJlLYs3QFPYcoD7O46k1iPvj3uGvcVuRM48k2s 0IuD03gCimh85ckY3VjKO2ZFHKKjUcaZ8qJcjg4NAZCSZCfrphT1DuV2RPjHjoQrU_adAr00av4t Pa5A41A-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ne1.yahoo.com with HTTP; Fri, 3 May 2019 05:33:34 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp429.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID b514b74161d6e1f5643f7334f2345b4e; Fri, 03 May 2019 05:23:26 +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: 970MP PowerMac G5s: What printf's show about cpu_mp_unleash hangups on the test variant of head -r347003 (surprising, important) Message-Id: Date: Thu, 2 May 2019 22:23:25 -0700 To: Justin Hibbits , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 8BBEF88AA1 X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.54 / 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)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.96)[0.956,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.58)[ip: (5.46), ipnet: 66.163.184.0/21(1.38), asn: 36646(1.10), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.89)[0.886,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.63)[0.631,0]; RCVD_IN_DNSWL_NONE(0.00)[148.189.163.66.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[148.189.163.66.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2019 05:33:38 -0000 [Note: I still have your requested loop change, my isync additions, and my libc string compare code change in what I'm working with for head -r347003 .] I started using printf to help identify more about what code managed to execute vs what code did not for hang-ups. This note is just about cpu_mp_unleash observations and experiments related to what printf's showed. I did: static void cpu_mp_unleash(void *dummy) { . . . (omitted as all earlier printf's printed) . . . printf("cpu_mp_unleash: before DELAY\n"); /* Let the APs get into the scheduler */ DELAY(10000); printf("cpu_mp_unleash: after DELAY\n"); } What I saw was only the first of the twoDEALY printf's shown above was printing when cpu_mp_unleash hung up, such a hangup being the normal case when vt_upgrade did not hang-up first. So I looked at /mnt/usr/src/sys/powerpc/powerpc/clock.c and its DELAY routine and came up with only one thing that looked like a useful experiment. Note what I then commented out: # svnlite diff /mnt/usr/src/sys/powerpc/powerpc/clock.c Index: /mnt/usr/src/sys/powerpc/powerpc/clock.c =================================================================== --- /mnt/usr/src/sys/powerpc/powerpc/clock.c (revision 347003) +++ /mnt/usr/src/sys/powerpc/powerpc/clock.c (working copy) @@ -309,10 +309,10 @@ TSENTER(); tb = mftb(); ttb = tb + howmany((uint64_t)n * 1000000, ps_per_tick); - nop_prio_vlow(); + //nop_prio_vlow(); while (tb < ttb) tb = mftb(); - nop_prio_medium(); + //nop_prio_medium(); TSEXIT(); } After this change I've not (yet?) seen another cpu_mp_unleash hangup in my test context. Even if not documented to do so, it appears to me that ori Rx,Rx,Rx code that is behind the nop_prio_vlow() does something specific on the 970MP's in the 2-socket/2-core-each G5 PowerMac11,2's --and what it does interferes with making progress in DELAY, in at least that specific use of it and/or any others on the ap's during cpu_mp_unleash. Of course, this testing process is of a probabilistic context and I do not have hundreds or more of examples of any specific condition at this point. But, so far, the change in behavior seems clear: I went from always-hanging-up-so-far to always-booting-so-far (when vt_upgrade did not prevent the test in each context). === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Fri May 3 09:14: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 DF5AB158A142 for ; Fri, 3 May 2019 09:14:26 +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 7A5CC8F45B for ; Fri, 3 May 2019 09:14:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 5CB5E8D9F; Fri, 3 May 2019 09:14:26 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 3886E8D9E for ; Fri, 3 May 2019 09:14: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 CF0608F458 for ; Fri, 3 May 2019 09:14:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 25032CC95 for ; Fri, 3 May 2019 09:14: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 x439EPhf072068 for ; Fri, 3 May 2019 09:14:25 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x439EPnv072060 for powerpc@FreeBSD.org; Fri, 3 May 2019 09:14: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: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Fri, 03 May 2019 09:14:25 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: oggy@farscape.co.uk X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: 7A5CC8F45B 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.991,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, 03 May 2019 09:14:27 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #36 from Francis Little --- (In reply to Curtis Hamilton from comment #35) Tried another build, without --disable-dtrace and --disable-precompiled-headers: =3D=3D=3D Output from failing command(s) repeated here =3D=3D=3D /usr/bin/printf "* For target buildtools_jdk_tools_classes__the.BUILD_TOOLS_JDK_batch:\n" * For target buildtools_jdk_tools_classes__the.BUILD_TOOLS_JDK_batch: (/usr/bin/grep -v -e "^Note: including file:" <=20 /root/jdk/openjdk-jdk11u/build/bsd-ppc64-normal-server-release/make-support= /failure-logs/buildtools_jdk_tools_classes__the.BUILD_TOOLS_JDK_batch.log || true) | /usr/bin/head -n 12 Failed to create server process: Cannot run program "/usr/local/openjdk11/bin/java": error=3D13, Permission denied IOException caught during compilation: java.io.IOException: Cannot run prog= ram "/usr/local/openjdk11/bin/java": error=3D13, Permission denied if test `/usr/bin/wc -l < /root/jdk/openjdk-jdk11u/build/bsd-ppc64-normal-server-release/make-support= /failure-logs/buildtools_jdk_tools_classes__the.BUILD_TOOLS_JDK_batch.log` -gt 12; then /bin/echo " ... (rest of output omitted)" ; fi /usr/bin/printf "* For target hotspot_variant-server_libjvm_objs_jni.o:\n" * For target hotspot_variant-server_libjvm_objs_jni.o: (/usr/bin/grep -v -e "^Note: including file:" <=20 /root/jdk/openjdk-jdk11u/build/bsd-ppc64-normal-server-release/make-support= /failure-logs/hotspot_variant-server_libjvm_objs_jni.o.log || true) | /usr/bin/head -n 12 In file included from /root/jdk/openjdk-jdk11u/src/hotspot/share/utilities/dtrace.hpp:52, from /root/jdk/openjdk-jdk11u/src/hotspot/share/prims/jni.cpp:86: /root/jdk/openjdk-jdk11u/build/bsd-ppc64-normal-server-release/hotspot/vari= ant-server/gensrc/dtracefiles/hotspot_jni.h: In function '_jstring* jni_NewStringUTF(JNIEnv*, const char*)': /root/jdk/openjdk-jdk11u/build/bsd-ppc64-normal-server-release/hotspot/vari= ant-server/gensrc/dtracefiles/hotspot_jni.h:3421:45: error: 'ret' may be used uninitialized in this function [-Werror=3Dmaybe-uninitialized] __dtrace_hotspot_jni___NewStringUTF__return(arg0) ^ /root/jdk/openjdk-jdk11u/src/hotspot/share/prims/jni.cpp:2510:11: note: 're= t' was declared here jstring ret; ^~~ In file included from /root/jdk/openjdk-jdk11u/src/hotspot/share/utilities/dtrace.hpp:52, from /root/jdk/openjdk-jdk11u/src/hotspot/share/prims/jni.cpp:86: /root/jdk/openjdk-jdk11u/build/bsd-ppc64-normal-server-release/hotspot/vari= ant-server/gensrc/dtracefiles/hotspot_jni.h: In function '_jobject* jni_NewObjectA(JNIEnv*, jclass, jmethodID, const jvalue*)': if test `/usr/bin/wc -l < /root/jdk/openjdk-jdk11u/build/bsd-ppc64-normal-server-release/make-support= /failure-logs/hotspot_variant-server_libjvm_objs_jni.o.log` -gt 12; then /bin/echo " ... (rest of output omitted)" ; fi ... (rest of output omitted) /usr/bin/printf "\n* All command lines available in /root/jdk/openjdk-jdk11u/build/bsd-ppc64-normal-server-release/make-support= /failure-logs.\n" * All command lines available in /root/jdk/openjdk-jdk11u/build/bsd-ppc64-normal-server-release/make-support= /failure-logs. /usr/bin/printf "=3D=3D=3D End of repeated output =3D=3D=3D\n" =3D=3D=3D End of repeated output =3D=3D=3D if /usr/bin/grep -q "recipe for target .* failed" /root/jdk/openjdk-jdk11u/build/bsd-ppc64-normal-server-release/build.log 2> /dev/null; then /usr/bin/printf "\n=3D=3D=3D Make failed targets repeated h= ere =3D=3D=3D\n" ; /usr/bin/grep "recipe for target .* failed" /root/jdk/openjdk-jdk11u/build/bsd-ppc64-normal-server-release/build.log ; /usr/bin/printf "=3D=3D=3D End of repeated output =3D=3D=3D\n" ; /usr/bin/p= rintf "\nHint: Try searching the build log for the name of the first failed target.\n" ; e= lse /usr/bin/printf "\nNo indication of failed target found.\n" ; /usr/bin/prin= tf "Hint: Try searching the build log for '] Error'.\n" ; fi No indication of failed target found. Hint: Try searching the build log for '] Error'. /usr/bin/printf "Hint: See doc/building.html#troubleshooting for assistance.\n\n" Hint: See doc/building.html#troubleshooting for assistance. gmake[2]: Leaving directory '/root/jdk/openjdk-jdk11u' gmake[1]: *** [/root/jdk/openjdk-jdk11u/make/Init.gmk:305: main] Error 2 gmake[1]: Leaving directory '/root/jdk/openjdk-jdk11u' gmake: *** [/root/jdk/openjdk-jdk11u/make/Init.gmk:186: images] Error 2 I'm not sure why it can't run /usr/local/openjdk11/bin/java, because: /usr/local/openjdk11/bin/java --version openjdk 11.0.2 2019-04-16 OpenJDK Runtime Environment (build 11.0.2+9-4) OpenJDK 64-Bit Server VM (build 11.0.2+9-4, mixed mode) I may be doing something wrong! --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Fri May 3 09:19:22 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 9BDF3158A33C for ; Fri, 3 May 2019 09:19:22 +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 3F8CA8F6A9 for ; Fri, 3 May 2019 09:19:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 02ACC8EEC; Fri, 3 May 2019 09:19:22 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id F3A1B8EEB for ; Fri, 3 May 2019 09:19:21 +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 98A418F6A4 for ; Fri, 3 May 2019 09:19:21 +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 CD5D0CCAD for ; Fri, 3 May 2019 09:19:20 +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 x439JKbx094290 for ; Fri, 3 May 2019 09:19:20 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x439JK7N094283 for powerpc@FreeBSD.org; Fri, 3 May 2019 09:19:20 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Fri, 03 May 2019 09:19:20 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: pkubaj@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: 3F8CA8F6A9 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.991,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, 03 May 2019 09:19:22 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #37 from Piotr Kubaj --- (In reply to Francis Little from comment #36) I'm not sure about precompiled headers, but dtrace needs to be disabled for sure. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Fri May 3 09:36:18 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F2E0A158A767 for ; Fri, 3 May 2019 09:36:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-29.consmr.mail.bf2.yahoo.com (sonic308-29.consmr.mail.bf2.yahoo.com [74.6.130.228]) (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 A34698FFE9 for ; Fri, 3 May 2019 09:36:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: crd3RLAVM1mCgkyHRmMz5vNZW01bKrvuO.YqYNd212XLLdntwEtFssSbu_NWZYZ K1y8Qjqk___G3nLUMqkXZStH4ERKtS.iINNa9N86sh_Dh2Q-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.bf2.yahoo.com with HTTP; Fri, 3 May 2019 09:36:15 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp402.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID df5e934d2045ebc6cdf7abc94fa79181; Fri, 03 May 2019 09:24:08 +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: 970MP PowerMac G5s: What some basic printf's show about vt_upgrade and fhanew_init hang-ups Message-Id: Date: Fri, 3 May 2019 02:24:05 -0700 To: FreeBSD PowerPC ML , Justin Hibbits X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: A34698FFE9 X-Spamd-Bar: / X-Spamd-Result: default: False [-0.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]; 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)[]; NEURAL_HAM_MEDIUM(-0.40)[-0.399,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.43)[0.429,0]; NEURAL_HAM_LONG(-0.95)[-0.954,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.55)[ipnet: 74.6.128.0/21(1.55), asn: 26101(1.24), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[228.130.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, 03 May 2019 09:36:18 -0000 [Note: I still have Justin's requested loop change, my isync additions, and my libc string compare code change in what I'm working with for head -r347003 . Also DELAY has the 2 priority-change calls commented out, per the prior list submittal about controlling cpu_mp_unleash hang-up behavior.] In /mnt/usr/src/sys/dev/vt/vt_core.c 's vt_upgrade, when it hangs up, the first printf below shows but the second one does not: callout_init_mtx(&vd->vd_timer, &vd->vd_lock, 0); printf("vt_upgrade after callout_init_mtx / before sequence leading to = callout_reset\n"); /* * Start timer when everything ready. * Note that the operations here are purposefully = ordered. * We need to ensure vd_timer_armed is non-zero before = we set * the VDF_ASYNC flag. That prevents this function from * racing with vt_resume_flush_timer() to update the * callout structure. */ atomic_add_acq_int(&vd->vd_timer_armed, 1); vd->vd_flags |=3D VDF_ASYNC; callout_reset(&vd->vd_timer, hz / VT_TIMERFREQ, = vt_timer, vd); printf("vt_upgrade after callout_reset\n"); In /mnt/usr/src/sys/fs/nfsserver/nfs_fha_new.c 's fhanew_init, when it hangs up, the first printf below shows but the second one does not: sysctl_ctx_init(&softc->sysctl_ctx); printf("fhanew_init: after sysctl_ctx_init / before SYSCTL_ADD_NODE\n"); softc->sysctl_tree =3D SYSCTL_ADD_NODE(&softc->sysctl_ctx, SYSCTL_STATIC_CHILDREN(_vfs_nfsd), OID_AUTO, "fha", = CTLFLAG_RD, 0, "NFS File Handle Affinity (FHA)"); printf("fhanew_init: after SYSCTL_ADD_NODE\n"); Ignoring cpu_mp_unleash, I've not run into other hang-up points in these or other routines. (cpu_mp_unleash has its own list submittal about controlling its hang-up behavior.) At this point I've no clue about controlling the behavior of the above 2 hang-up points. I've no evidence about if slb-misses are involved vs. not. I no longer have the other printf's that I'd added to the 2 routines, based on only seeing these hang-up points in each of the two (so far). =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 3 10:01:33 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 B0BDE158AFFC for ; Fri, 3 May 2019 10:01:33 +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 580866A230 for ; Fri, 3 May 2019 10:01:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 1A1F6991C; Fri, 3 May 2019 10:01:33 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id D0514991B for ; Fri, 3 May 2019 10:01:32 +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 3247A6A226 for ; Fri, 3 May 2019 10:01:32 +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 67EDBD3A7 for ; Fri, 3 May 2019 10:01:31 +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 x43A1VL4002159 for ; Fri, 3 May 2019 10:01:31 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x43A1VrG002158 for powerpc@FreeBSD.org; Fri, 3 May 2019 10:01:31 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Fri, 03 May 2019 10:01: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: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: oggy@farscape.co.uk X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: 580866A230 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.985,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, 03 May 2019 10:01:33 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #38 from Francis Little --- (In reply to Piotr Kubaj from comment #37) Building with --disable-dtrace, I get: /usr/bin/printf "* For target buildtools_jdk_tools_classes__the.BUILD_TOOLS_JDK_batch:\n" * For target buildtools_jdk_tools_classes__the.BUILD_TOOLS_JDK_batch: (/usr/bin/grep -v -e "^Note: including file:" <=20 /root/jdk/openjdk-jdk11u/build/bsd-ppc64-normal-server-release/make-support= /failure-logs/buildtools_jdk_tools_classes__the.BUILD_TOOLS_JDK_batch.log || true) | /usr/bin/head -n 12 Failed to create server process: Cannot run program "/usr/local/openjdk11/bin/java": error=3D13, Permission denied IOException caught during compilation: java.io.IOException: Cannot run prog= ram "/usr/local/openjdk11/bin/java": error=3D13, Permission denied if test `/usr/bin/wc -l < /root/jdk/openjdk-jdk11u/build/bsd-ppc64-normal-server-release/make-support= /failure-logs/buildtools_jdk_tools_classes__the.BUILD_TOOLS_JDK_batch.log` -gt 12; then /bin/echo " ... (rest of output omitted)" ; fi /usr/bin/printf "* For target hotspot_variant-server_libjvm_objs_macroAssembler_ppc_sha.o:\n" * For target hotspot_variant-server_libjvm_objs_macroAssembler_ppc_sha.o: (/usr/bin/grep -v -e "^Note: including file:" <=20 /root/jdk/openjdk-jdk11u/build/bsd-ppc64-normal-server-release/make-support= /failure-logs/hotspot_variant-server_libjvm_objs_macroAssembler_ppc_sha.o.l= og || true) | /usr/bin/head -n 12 In file included from /root/jdk/openjdk-jdk11u/src/hotspot/share/asm/macroAssembler.hpp:31, from /root/jdk/openjdk-jdk11u/src/hotspot/share/asm/macroAssembler.inline.hpp:28, from /root/jdk/openjdk-jdk11u/src/hotspot/cpu/ppc/macroAssembler_ppc_sha.cpp:25: /root/jdk/openjdk-jdk11u/src/hotspot/cpu/ppc/macroAssembler_ppc.hpp:614:5: error: "INCLUDE_RTM_OPT" is not defined, evaluates to 0 [-Werror=3Dundef] --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Fri May 3 12:31: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 2B9AB158F13E for ; Fri, 3 May 2019 12:31:41 +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 C4DEA6F4AD for ; Fri, 3 May 2019 12:31:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 965A4B625; Fri, 3 May 2019 12:31:40 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 934C6B624 for ; Fri, 3 May 2019 12:31:40 +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 5E61B6F4A6 for ; Fri, 3 May 2019 12:31:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 9AA57E849 for ; Fri, 3 May 2019 12:31:39 +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 x43CVdBI061263 for ; Fri, 3 May 2019 12:31:39 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x43CVdYo061260 for powerpc@FreeBSD.org; Fri, 3 May 2019 12:31:39 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Fri, 03 May 2019 12:31:37 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: hamiltcl@verizon.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: C4DEA6F4AD 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.988,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, 03 May 2019 12:31:41 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #39 from Curtis Hamilton --- Created attachment 204189 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D204189&action= =3Dedit Patch to fix not defined "INCLUDE_RTM_OPT" The attached patch should fix the not defined "INCLUDE_RTM_OPT" error. It = is defined but only for AIX and Linux. This patch will also apply to jdk12. I running a build to verify there are no other missing definitions for BSD_= PPC. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Fri May 3 13:14: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 8EFE9159043A for ; Fri, 3 May 2019 13:14:17 +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 328737108D for ; Fri, 3 May 2019 13:14:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 075DAC231; Fri, 3 May 2019 13:14: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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 0399AC230 for ; Fri, 3 May 2019 13:14: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 C017A71089 for ; Fri, 3 May 2019 13:14: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 01765EF4D for ; Fri, 3 May 2019 13:14: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 x43DEF3H030724 for ; Fri, 3 May 2019 13:14:15 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x43DEFXD030723 for powerpc@FreeBSD.org; Fri, 3 May 2019 13:14: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 237208] java/openjdk11: port to powerpc64 Date: Fri, 03 May 2019 13:14:15 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: hamiltcl@verizon.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: 328737108D 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: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, 03 May 2019 13:14:17 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #40 from Curtis Hamilton --- Recommend configuring with "--disable-warnings-as-errors" when using gcc.=20 There are a several warnings that will cause the build to fail. One seems = to be an inherent issues with gcc string handling. Ref: https://gcc.gnu.org/ml/gcc-patches/2018-03/msg00609.html --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Fri May 3 14:36:00 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 5A9EF15920E6 for ; Fri, 3 May 2019 14:36:00 +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 001D073BFF for ; Fri, 3 May 2019 14:36:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id E5A13D3A5; Fri, 3 May 2019 14:35:59 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id E194CD3A4 for ; Fri, 3 May 2019 14:35:59 +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 78D6473BFB for ; Fri, 3 May 2019 14:35:59 +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 C6309FAFA for ; Fri, 3 May 2019 14:35:58 +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 x43EZw0w096111 for ; Fri, 3 May 2019 14:35:58 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x43EZwCL096110 for powerpc@FreeBSD.org; Fri, 3 May 2019 14:35:58 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Fri, 03 May 2019 14:35:58 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: oggy@farscape.co.uk X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: 001D073BFF 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]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2019 14:36:00 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #41 from Francis Little --- With the patch for INCLUDE_RTM_OPT and --disable-warnings-as-errors, I am b= ack to this error: /usr/bin/printf "* For target buildtools_jdk_tools_classes__the.BUILD_TOOLS_JDK_batch:\n" * For target buildtools_jdk_tools_classes__the.BUILD_TOOLS_JDK_batch: (/usr/bin/grep -v -e "^Note: including file:" <=20 /root/jdk/openjdk-jdk11u-patched/build/bsd-ppc64-normal-server-release/make= -support/failure-logs/buildtools_jdk_tools_classes__the.BUILD_TOOLS_JDK_bat= ch.log || true) | /usr/bin/head -n 12 Failed to create server process: Cannot run program "/usr/local/openjdk11/bin/java": error=3D13, Permission denied IOException caught during compilation: java.io.IOException: Cannot run prog= ram "/usr/local/openjdk11/bin/java": error=3D13, Permission denied if test `/usr/bin/wc -l < /root/jdk/openjdk-jdk11u-patched/build/bsd-ppc64-normal-server-release/make= -support/failure-logs/buildtools_jdk_tools_classes__the.BUILD_TOOLS_JDK_bat= ch.log` -gt 12; then /bin/echo " ... (rest of output omitted)" ; fi /usr/bin/printf "\n* All command lines available in /root/jdk/openjdk-jdk11u-patched/build/bsd-ppc64-normal-server-release/make= -support/failure-logs.\n" * All command lines available in /root/jdk/openjdk-jdk11u-patched/build/bsd-ppc64-normal-server-release/make= -support/failure-logs. /usr/bin/printf "=3D=3D=3D End of repeated output =3D=3D=3D\n" =3D=3D=3D End of repeated output =3D=3D=3D if /usr/bin/grep -q "recipe for target .* failed" /root/jdk/openjdk-jdk11u-patched/build/bsd-ppc64-normal-server-release/buil= d.log 2> /dev/null; then /usr/bin/printf "\n=3D=3D=3D Make failed targets repeate= d here =3D=3D=3D\n" ; /usr/bin/grep "recipe for target .* failed" /root/jdk/openjdk-jdk11u-patched/build/bsd-ppc64-normal-server-release/buil= d.log ; /usr/bin/printf "=3D=3D=3D End of repeated output =3D=3D=3D\n" ; /usr/bin= /printf "\nHint: Try searching the build log for the name of the first failed target.\n" ; e= lse /usr/bin/printf "\nNo indication of failed target found.\n" ; /usr/bin/prin= tf "Hint: Try searching the build log for '] Error'.\n" ; fi No indication of failed target found. Hint: Try searching the build log for '] Error'. /usr/bin/printf "Hint: See doc/building.html#troubleshooting for assistance.\n\n" Hint: See doc/building.html#troubleshooting for assistance. gmake[2]: Leaving directory '/root/jdk/openjdk-jdk11u-patched' gmake[1]: *** [/root/jdk/openjdk-jdk11u-patched/make/Init.gmk:305: main] Er= ror 2 gmake[1]: Leaving directory '/root/jdk/openjdk-jdk11u-patched' gmake: *** [/root/jdk/openjdk-jdk11u-patched/make/Init.gmk:186: images] Err= or 2 --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Fri May 3 16:14: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 73935159482A for ; Fri, 3 May 2019 16:14:04 +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 175D27714E for ; Fri, 3 May 2019 16:14:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id E2A0CE3F8; Fri, 3 May 2019 16:14:03 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id DE3AFE3F7 for ; Fri, 3 May 2019 16:14: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 79F707714D for ; Fri, 3 May 2019 16:14: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 9F4FD10937 for ; Fri, 3 May 2019 16:14: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 x43GE2sQ028136 for ; Fri, 3 May 2019 16:14:02 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x43GE2XQ028135 for powerpc@FreeBSD.org; Fri, 3 May 2019 16:14: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 237208] java/openjdk11: port to powerpc64 Date: Fri, 03 May 2019 16:14:02 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: hamiltcl@verizon.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: 175D27714E 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: Fri, 03 May 2019 16:14:04 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #42 from Curtis Hamilton --- (In reply to Francis Little from comment #41) I encountered the following error during my build: Compiling management_ext.c (for libmanagement_ext.so) In file included from /usr/ports/tmp/openjdk-jdk11u/src/jdk.management/bsd/native/libmanagement_e= xt/UnixOperatingSystem.c:29: /usr/include/sys/sysctl.h:1047:25: error: unknown type name 'u_int'; did you mean 'jint'? int sysctl(const int *, u_int, void *, size_t *, const void *, size_t); ^~~~~ jint cd /usr/ports/tmp/openjdk-jdk11u/build/bsd-ppc64-normal-server-release/support= /modules_libs/jdk.management.agent && /usr/bin/objcopy --add-gnu-debuglink=3D/usr/ports/tmp/openjdk-jdk11u/build/bsd-ppc64-normal-= server-release/support/modules_libs/jdk.management.agent/libmanagement_agen= t.debuginfo /usr/ports/tmp/openjdk-jdk11u/build/bsd-ppc64-normal-server-release/support= /modules_libs/jdk.management.agent/libmanagement_agent.so /usr/ports/tmp/openjdk-jdk11u/src/jdk.management/bsd/native/libmanagement_e= xt/UnixOperatingSystem.c: In function 'Java_com_sun_management_internal_OperatingSystemImpl_getProcessCpuLoad0': /usr/ports/tmp/openjdk-jdk11u/src/jdk.management/bsd/native/libmanagement_e= xt/UnixOperatingSystem.c:111:9: warning: implicit declaration of function 'sysctl'; did you mean 'syscall'? [-Wimplicit-function-declaration] if (sysctl(mib, 4, &kp, &len, NULL, 0) =3D=3D -1) { ^~~~~~ syscall /usr/bin/strip -g /usr/ports/tmp/openjdk-jdk11u/build/bsd-ppc64-normal-server-release/support= /modules_libs/jdk.management.agent/libmanagement_agent.so gmake[3]: *** [Lib-jdk.management.gmk:49:=20 To get pass this I added "sys/types.h" to UnixOperatingSystem.c, before sys/sysctl.h. Not sure this is the right fix, but it lets me get pass this error to completion. I configured using '--with-boot-jdk=3D/usr/local/openjdk11 --disable-ccache --enable-dtrace=3Dno --disable-warnings-as-errors --disable-hotspot-gtest --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/freet= ype2 --with-freetype-lib=3D/usr/local/lib --with-milestone=3Dfcs --with-libjpeg= =3Dsystem --with-giflib=3Dsystem --with-libpng=3Dsystem --with-zlib=3Dsystem --with-l= cms=3Dsystem --with-toolchain-type=3Dgcc --x-includes=3D/usr/local/include --x-libraries=3D/usr/local/lib --with-debug-level=3Drelease' --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Fri May 3 16: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 6F88D159554A for ; Fri, 3 May 2019 16:57:52 +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 0C0788068B for ; Fri, 3 May 2019 16:57:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id F10F5EC21; Fri, 3 May 2019 16:57:51 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id ECFE5EC20 for ; Fri, 3 May 2019 16:57:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9668980687 for ; Fri, 3 May 2019 16:57:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 890DC10F0A for ; Fri, 3 May 2019 16:57:50 +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 x43GvoNO012369 for ; Fri, 3 May 2019 16:57:50 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x43GvoIB012368 for powerpc@FreeBSD.org; Fri, 3 May 2019 16:57:50 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Fri, 03 May 2019 16:57:49 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: glewis@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: 0C0788068B 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.978,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, 03 May 2019 16:57:52 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #43 from Greg Lewis --- (In reply to Francis Little from comment #41) Francis, try chmod a+x /usr/local/openjdk11/lib/jspawnhelper and see if that fixes the permissions issue. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Fri May 3 17:02: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 4E7F61595910 for ; Fri, 3 May 2019 17:02: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 DE4CB80B35 for ; Fri, 3 May 2019 17:02:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 87736EED3; Fri, 3 May 2019 17:02: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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 59F5EEED2 for ; Fri, 3 May 2019 17:02: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 1644080B2C for ; Fri, 3 May 2019 17:02: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 6657E11056 for ; Fri, 3 May 2019 17:02:01 +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 x43H21pd023432 for ; Fri, 3 May 2019 17:02:01 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x43H21WK023431 for powerpc@FreeBSD.org; Fri, 3 May 2019 17:02: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 237208] java/openjdk11: port to powerpc64 Date: Fri, 03 May 2019 17:02: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 Some People X-Bugzilla-Who: glewis@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: DE4CB80B35 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.978,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, 03 May 2019 17:02:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #44 from Greg Lewis --- (In reply to Curtis Hamilton from comment #42) for u_int looks like the right header to me. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Fri May 3 17:07: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 1C3F61595AFE for ; Fri, 3 May 2019 17:07:46 +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 B65BF80E5A for ; Fri, 3 May 2019 17:07:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 9FC40EFA3; Fri, 3 May 2019 17:07: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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 9C906EFA2 for ; Fri, 3 May 2019 17:07: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 E0FFA80E52 for ; Fri, 3 May 2019 17:07:44 +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 0B38711085 for ; Fri, 3 May 2019 17:07: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 x43H7hI0035279 for ; Fri, 3 May 2019 17:07:43 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x43H7hQu035278 for powerpc@FreeBSD.org; Fri, 3 May 2019 17:07:43 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Fri, 03 May 2019 17:07:43 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: glewis@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: B65BF80E5A 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.978,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, 03 May 2019 17:07:46 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #45 from Greg Lewis --- (In reply to Curtis Hamilton from comment #39) On x86, all operating systems have INCLUDE_RTM_OPT defined: #if defined(COMPILER2) // Include Restricted Transactional Memory lock eliding optimization #define INCLUDE_RTM_OPT 1 #endif Is there a reason to not define this on FreeBSD/ppc64? Note that AIX and L= inux are currently the only other PPC supporting OSes for JDK, so I'm questioning why this is restricted to them. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Fri May 3 17:13:44 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 4CC391595E6E for ; Fri, 3 May 2019 17:13:44 +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 13E7E81306 for ; Fri, 3 May 2019 17:13:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id E124CF10C; Fri, 3 May 2019 17:13:43 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id DD020F10B for ; Fri, 3 May 2019 17:13:43 +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 A522981300 for ; Fri, 3 May 2019 17:13:43 +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 EB9FE111F4 for ; Fri, 3 May 2019 17:13:42 +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 x43HDgRE050949 for ; Fri, 3 May 2019 17:13:42 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x43HDgOv050948 for powerpc@FreeBSD.org; Fri, 3 May 2019 17:13:42 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Fri, 03 May 2019 17:13: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: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: gustavo.romero@protonmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: 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: 13E7E81306 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.978,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, 03 May 2019 17:13:44 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #46 from Gustavo Romero --- (In reply to Greg Lewis from comment #45) Hi Curtis, RTM (on PPC64 aka HTM, Hardware Transactional Memory) is not supported on FreeBSD. It's necessary a kernel support for the feature besides the availability in the CPU for that feature. Breno Leitao was working but the work got stuck and I don't think he will resume the work any time soon. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Fri May 3 18:09:14 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 11B0F15973C0 for ; Fri, 3 May 2019 18:09:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-54.consmr.mail.gq1.yahoo.com (sonic316-54.consmr.mail.gq1.yahoo.com [98.137.69.30]) (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 0378B83557 for ; Fri, 3 May 2019 18:09:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: fs9m7s4VM1lJTcsgrF0Jzexeuz7kdpOucD_eavsAlfzlXv6JDos1vKrSdTxECSq wZ_VflsaFwUbnQ8Rceao.PNr8GN6D5GDcUehsW5GpbTMYv14rSiJGWvl5..8baw4yA3RMlMv9wPv jfeCU1oXqRlBPjaKYUrNIsgq2n.ySk93fWL9GeCPimBlcsJZDtcZ3XBrb7RtsezgJGyIyFcK7rZA EIX7TmoDwbYBb2roR1hMGMF2OanWnfV6WOuRNm3dXDQg4fwhNCOF13vsNu5lvP1akUl9BrL3m4ue kkm5dGSsw3UZ_3RN8B9ECltCMs8gKf_TApD8kS8KothNz8w2sbvDL7lXEks.H8MhnrrhTaoMLAk_ He3Uv16n3849wyCMVwDo6PrqAZWTLP90Cl1JfFeHt.WGU3HFnEPKXpnWMcB854Byz9oVjKFpob6Q oJvZiug4Ys0f4IAoRmF9tduX3KezrFKLMkbv2uYS170wfC9k_qkDa79ctNzb8.MffQbR8Y2ix0tm 9.sLXKWk9iAsulRXuMgXgF1foOY4KGBcjkLnrCQqIXmIWSO_VoR1tPHHeVdAlEwkW4ye1AJSurD5 EXkUtO.Mkhv1pG2XL9pj6QWqoVHuJvKNz3UAk3tOcBpsa7vt8.iudx6aKqOfJeqRjHcLCEHEP8Wd Y77E2wtYd.R7FeiTXNk5PYMm3ofu9fVOqOXxoG5ZrCprwS42eAXnp.S8dkK5d.KucprQabr9WXyY w6nQFjh0fYTdr6.8oIxjQPNVOVmMb96G.EASJWXYA6S0QqWdSxcVKi0x0vJrti009YNknjuY6hZw Yl_apJDV8EqRX_K8oXTF1TGNqUSjeDDQT7JE.zkUi5Eu0W6N3pirjPA1GIiOH6vG_QdH5gzgF3yq v_ZH_zJM5xkUhg1R5yNs9LOX2PeVYPB6aMB0nbuxXcEqnu5vFdQ.3Ah6rgK2pS9oA1SYuALkBjeM vG8G8yITRXvEI1l3npF1GLUdW7uVTJJrQKSjjSnzQ7pujFDfYj0ynifcm6BldOnq6KEuDMIQIQ_v FVpe5ysJocNRUOgz.8M84e5oB5rNvMqCuWFgvgJ2wj19DFlbXiu2Dg_jNp_Pet4echBXm8GVB3te uBsjezY1OOzD6YI3DdYumpq3cSKSoRkBeSMledPxp_1LXVqrxGKGDVzxPmGmYukcmUgwDiQoCLnz jGw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Fri, 3 May 2019 18:09:06 +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 9bea4b3cac9e558ca30720c42fcf7b3a; Fri, 03 May 2019 18:09:03 +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: 970MP PowerMac G5s: What printf's show about cpu_mp_unleash hangups on the test variant of head -r347003 (found cpu_mp_unleash counterexample) Date: Fri, 3 May 2019 11:09:03 -0700 References: To: Justin Hibbits , FreeBSD PowerPC ML In-Reply-To: Message-Id: <4D659851-8731-4116-A6B6-33A75E9F0B76@yahoo.com> X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 0378B83557 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.20 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.97)[0.970,0]; NEURAL_HAM_LONG(-0.05)[-0.045,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.14)[ip: (4.16), ipnet: 98.137.64.0/21(0.88), asn: 36647(0.70), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.65)[0.654,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[30.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, 03 May 2019 18:09:14 -0000 [Exeriment with instead disabling the code in each of the nop_prio_ routines instead of commenting out specific calls. But mostly: more test runs. It does not support what I thought yesterday's cpu_mp_unlead suggested.] On 2019-May-2, at 22:23, Mark Millard wrote: > [Note: I still have your requested loop change, my > isync additions, and my libc string compare code > change in what I'm working with for head -r347003 .] >=20 > I started using printf to help identify more about what > code managed to execute vs what code did not for > hang-ups. >=20 > This note is just about cpu_mp_unleash observations and > experiments related to what printf's showed. >=20 > I did: >=20 > static void > cpu_mp_unleash(void *dummy) > { > . . . (omitted as all earlier printf's printed) . . . > 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 > What I saw was only the first of the twoDEALY printf's > shown above was printing when cpu_mp_unleash hung up, > such a hangup being the normal case when vt_upgrade > did not hang-up first. >=20 > So I looked at /mnt/usr/src/sys/powerpc/powerpc/clock.c > and its DELAY routine and came up with only one thing > that looked like a useful experiment. Note what I > then commented out: >=20 > # svnlite diff /mnt/usr/src/sys/powerpc/powerpc/clock.c > Index: /mnt/usr/src/sys/powerpc/powerpc/clock.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/clock.c (revision 347003) > +++ /mnt/usr/src/sys/powerpc/powerpc/clock.c (working copy) > @@ -309,10 +309,10 @@ > TSENTER(); > tb =3D mftb(); > ttb =3D tb + howmany((uint64_t)n * 1000000, ps_per_tick); > - nop_prio_vlow(); > + //nop_prio_vlow(); > while (tb < ttb) > tb =3D mftb(); > - nop_prio_medium(); > + //nop_prio_medium(); > TSEXIT(); > } >=20 > After this change I've not (yet?) seen another cpu_mp_unleash > hangup in my test context. >=20 > Even if not documented to do so, it appears to me that > ori Rx,Rx,Rx code that is behind the nop_prio_vlow() does > something specific on the 970MP's in the 2-socket/2-core-each > G5 PowerMac11,2's --and what it does interferes with making > progress in DELAY, in at least that specific use of it and/or > any others on the ap's during cpu_mp_unleash. >=20 > Of course, this testing process is of a probabilistic context > and I do not have hundreds or more of examples of any specific > condition at this point. But, so far, the change in behavior > seems clear: I went from always-hanging-up-so-far to > always-booting-so-far (when vt_upgrade did not prevent the > test in each context). So I uncommented the 2 calls commented out the contents of the nop_prio_ routines, summarized here via: # egrep -r 'or.*(31,31,31|1,1,1|6,6,6|2,2,2|5,5,5|3,3,3)' = /mnt/usr/src/sys/powerpc/ | more = = /mnt/usr/src/sys/powerpc/include/cpufunc.h: //__asm __volatile("or = 31,31,31"); /mnt/usr/src/sys/powerpc/include/cpufunc.h: //__asm __volatile("or = 1,1,1"); /mnt/usr/src/sys/powerpc/include/cpufunc.h: //__asm __volatile("or = 6,6,6"); /mnt/usr/src/sys/powerpc/include/cpufunc.h: //__asm __volatile("or = 2,2,2"); /mnt/usr/src/sys/powerpc/include/cpufunc.h: //__asm __volatile("or = 5,5,5"); /mnt/usr/src/sys/powerpc/include/cpufunc.h: //__asm __volatile("or = 3,3,3"); Then I've continued running tests based on the rebuild. The results so far are . . . vt_upgrade behavior is unchanged, still frequently hanging-up in the same place. fhanew_init behavior is unchanged, still frequently hanging-up in the same place (when vt_upgrade does not hang-up). It will take some time to get a number of examples where the prior 2 hang-ups do not occur, but for cpu_mp_unlead I have seen a "3 CPUs woken" notice followed by only the "before DELAY" message, no "after DELAY" one. I confirmed with objdump that DELAY did not have the ori Rx,Rx,Rx instructions. So, despite how things looked yesterday with no cpu_mp_unlead hang-ups after using the code with the 2 calls commented out, ori 31,31,31 use is not involved in the latest example, matching your expectations. (And this illustrates why I try to accumulate a fair number of examples over time: the hang-ups are probabilistic and small example counts can be misleading.) =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 3 19:16: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 403161598992 for ; Fri, 3 May 2019 19:16:03 +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 D3053852C0 for ; Fri, 3 May 2019 19:16:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id ACBE710649; Fri, 3 May 2019 19:16: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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id A992D10648 for ; Fri, 3 May 2019 19:16: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 53F9D852BC for ; Fri, 3 May 2019 19:16: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 7197D1234E for ; Fri, 3 May 2019 19:16:01 +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 x43JG1QI023263 for ; Fri, 3 May 2019 19:16:01 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x43JG1cT023262 for powerpc@FreeBSD.org; Fri, 3 May 2019 19:16: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 237208] java/openjdk11: port to powerpc64 Date: Fri, 03 May 2019 19:16:00 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: hamiltcl@verizon.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: D3053852C0 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: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, 03 May 2019 19:16:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #47 from Curtis Hamilton --- (In reply to Gustavo Romero from comment #46) In that case the patch is correct in setting RTM to 0 (false). --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Fri May 3 19:22:22 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 1B3551598C73 for ; Fri, 3 May 2019 19:22:22 +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 B58EA8573D for ; Fri, 3 May 2019 19:22:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id A620D107C3; Fri, 3 May 2019 19:22:21 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id A2037107C2 for ; Fri, 3 May 2019 19:22:21 +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 68C2385739 for ; Fri, 3 May 2019 19:22:21 +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 8FA08123EE for ; Fri, 3 May 2019 19:22:20 +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 x43JMKnI039422 for ; Fri, 3 May 2019 19:22:20 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x43JMKDs039420 for powerpc@FreeBSD.org; Fri, 3 May 2019 19:22:20 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Fri, 03 May 2019 19:22:19 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: gustavo.romero@protonmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: 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: B58EA8573D 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: Fri, 03 May 2019 19:22:22 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #48 from Gustavo Romero --- (In reply to Curtis Hamilton from comment #47) Yes, that's my understanding too. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Fri May 3 21:45:08 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 BB84C159B50D for ; Fri, 3 May 2019 21:45:08 +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 6373289C44 for ; Fri, 3 May 2019 21:45:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 531DF12140; Fri, 3 May 2019 21:45:08 +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)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 4F1241213F for ; Fri, 3 May 2019 21:45:08 +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 F228989C42 for ; Fri, 3 May 2019 21:45:07 +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 1A98A138CF for ; Fri, 3 May 2019 21:45:07 +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 x43Lj636054262 for ; Fri, 3 May 2019 21:45:06 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x43Lj6Nd054261 for powerpc@FreeBSD.org; Fri, 3 May 2019 21:45:06 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Fri, 03 May 2019 21:45:06 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: oggy@farscape.co.uk X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: 6373289C44 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.994,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, 03 May 2019 21:45:09 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #49 from Francis Little --- (In reply to Greg Lewis from comment #43) So with fixing the permission: chmod a+x /usr/local/openjdk11/lib/jspawnhel= per Adding to UnixOperatingSystem.c Installing ports/audio/alsa-lib (got an error missing the header) the build has completed: ----- Build times ------- Start 2019-05-03 21:52:14 End 2019-05-03 22:32:40 00:40:26 TOTAL ------------------------- if test -f /root/jdk/openjdk-jdk11u-patched/build/bsd-ppc64-normal-server-release/make= -support/exit-with-error ; then \ exit 1 ; \ fi /usr/bin/printf "Finished building target 'images' in configuration 'bsd-ppc64-normal-server-release'\n" > >(/usr/bin/tee -a /root/jdk/openjdk-jdk11u-patched/build/bsd-ppc64-normal-server-release/buil= d.log) 2> >(/usr/bin/tee -a /root/jdk/openjdk-jdk11u-patched/build/bsd-ppc64-normal-server-release/buil= d.log >&2) && wait Finished building target 'images' in configuration 'bsd-ppc64-normal-server-release' gmake[1]: Leaving directory '/root/jdk/openjdk-jdk11u-patched' root@PowerMacG5:~/jdk/openjdk-jdk11u-patched # ./build/bsd-ppc64-normal-server-release/images/jdk/bin/java --version openjdk 11.0.3-internal 2019-04-16 OpenJDK Runtime Environment (build 11.0.3-internal+0-adhoc.root.openjdk-jdk11u-patched) OpenJDK 64-Bit Server VM (build 11.0.3-internal+0-adhoc.root.openjdk-jdk11u-patched, mixed mode) --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Fri May 3 21:52:12 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 95A15159B86A for ; Fri, 3 May 2019 21:52:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.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 894F58A0E2 for ; Fri, 3 May 2019 21:52:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 8WvW7UsVM1mZp8QslV5xPpH7DhnAAK_sj0bPxUUwVpgSCtoPlefMBS4AEH627bQ kmR125k9CLj_LMdhJme.q0p6qMwb3HjGtT82v7MDjsMMlcpGG2DmpwC5qKF.XERCdnuIzRngkCJb ksqmp5yDBt4u3NcXFJvmiaIK9MSL6c2NhAH2iJznrERthTwd5g41gVkj38pmmEYJbuPvhJCOCwXr Zqtt_X.GvlyI761u7jLc_hijNzqSpnaCwZzTnjRMKZ7DabMroDHsjFDsTjBxnRH8ywt8NukE7gs7 kqA8p1.hpe.Vvu9tt_4odhqC0myQ5YNWJfSdtCKXJplN5d2tgprqrNrQkcPd6naVSx9yrzxyseRA ds54sk0ghU904sjMMnSR_JSjnBqwlH.ZLafOdcbj9.2cM1WD8NP23E1R3vPpIDIW0jHmxsT8bOG7 EMgG6xwE2RAwUhwQmXQgw_sNhRFu7ZBMcm6IiUJAxbV1GnQiqW7EqdWgCTRDBeES3K7aL3qsF19E rWFxT4MIV5ULZ0jY3vlpy4gJ2dIGCFbEq0qi2fZ81DdqOVlWI.zndSJ1HkFO55dIsRgAyNIel.6U hYVaflIXA6_8Dy2yssWPmR2DkCDXgoXv79Hz4Kp2EX3g3IaHvRYLs9Jw0vjMOu._OxYC57n1P4uD tv15_Y6y4sesi6AnPFbckJGXIcZgb32kacUeku20sV3OayV2LHz_EqBLW1.bu2JUCFl0ieM_5C.1 bBmIV9tT_Ei6mdIUYF0KRaY0Hoh6jLlHh9L2V3.w_VhMLNvdZ_lUPbimLf6obK4qGFZ70FPMIsqW gZFoRMOo3y2Mrl5dyvJfgQcyGzcqwwM2QE5A4hkJelLWgjQPBwluY5gGE4RP5wG37XgdPcgHomrC LtAUDV9ozdgcu12ZnROf8S.I0TEYz4XT8Ckd.W0frnmiQiRMl.8zNRQKgrwfw3vVXSDBPyaaOdNB LqE.SknSTAjLjOPifXJK7ui5oPHIoTcRgMyBIRtZysdMPHh7C11C4RVviIQxMGBqDU_eQ2VyEBNo 5UU7dwuQiPPrdgfT6nBTeDCsG.bD3RGX.7sIgRzUtWx2vxdouK_dqMHHrlaUApg49mwgo3Fvhzfb PsJNAhZJs2.UwG3UMZSGureCUdB4SyGiBrmVvcRZUsL0eegNTg3hpti.Qr8slReiEMdhJ0IcpwPX 4F.U- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Fri, 3 May 2019 21:52:06 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp410.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 65e8b1fde11245f8d6aca0e3659d2b95; Fri, 03 May 2019 21:52:03 +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: 970MP PowerMac G5s: What printf's show about cpu_mp_unleash hangups on the test variant of head -r347003 (found cpu_mp_unleash counterexample) Date: Fri, 3 May 2019 14:52:02 -0700 References: <4D659851-8731-4116-A6B6-33A75E9F0B76@yahoo.com> To: Justin Hibbits , FreeBSD PowerPC ML In-Reply-To: <4D659851-8731-4116-A6B6-33A75E9F0B76@yahoo.com> Message-Id: <9B05FB92-D1E5-4DD5-BB04-53088E528F15@yahoo.com> X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 894F58A0E2 X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.28 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn: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.52)[0.519,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.70)[ip: (7.00), ipnet: 98.137.64.0/21(0.87), asn: 36647(0.70), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.89)[0.889,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.68)[0.678,0]; RCVD_IN_DNSWL_NONE(0.00)[83.69.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[83.69.137.98.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2019 21:52:13 -0000 [I've tried a different moea64_bootstrap_slb_prefault usage variation. Also, I reverted all the Rx,Rx,Rx no-op changes. I put in the change to protect the mttb(...) implementation from interrupts messing up the assignment to the TBR, just so that would not be a worry. I still have my isync additions and my libc string compare code changes in what I'm working with for head -r347003 .] On 2019-May-3, at 11:09, Mark Millard wrote: > [Exeriment with instead disabling the code in each of > the nop_prio_ routines instead of commenting out specific > calls. But mostly: more test runs. It does not support > what I thought yesterday's cpu_mp_unlead suggested.] >=20 > On 2019-May-2, at 22:23, Mark Millard wrote: >=20 >> [Note: I still have your requested loop change, my >> isync additions, and my libc string compare code >> change in what I'm working with for head -r347003 .] >>=20 >> I started using printf to help identify more about what >> code managed to execute vs what code did not for >> hang-ups. >>=20 >> This note is just about cpu_mp_unleash observations and >> experiments related to what printf's showed. >>=20 >> I did: >>=20 >> static void >> cpu_mp_unleash(void *dummy) >> { >> . . . (omitted as all earlier printf's printed) . . . >> 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 >> What I saw was only the first of the twoDEALY printf's >> shown above was printing when cpu_mp_unleash hung up, >> such a hangup being the normal case when vt_upgrade >> did not hang-up first. >>=20 >> So I looked at /mnt/usr/src/sys/powerpc/powerpc/clock.c >> and its DELAY routine and came up with only one thing >> that looked like a useful experiment. Note what I >> then commented out: >>=20 >> # svnlite diff /mnt/usr/src/sys/powerpc/powerpc/clock.c >> Index: /mnt/usr/src/sys/powerpc/powerpc/clock.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/clock.c (revision 347003) >> +++ /mnt/usr/src/sys/powerpc/powerpc/clock.c (working copy) >> @@ -309,10 +309,10 @@ >> TSENTER(); >> tb =3D mftb(); >> ttb =3D tb + howmany((uint64_t)n * 1000000, ps_per_tick); >> - nop_prio_vlow(); >> + //nop_prio_vlow(); >> while (tb < ttb) >> tb =3D mftb(); >> - nop_prio_medium(); >> + //nop_prio_medium(); >> TSEXIT(); >> } >>=20 >> After this change I've not (yet?) seen another cpu_mp_unleash >> hangup in my test context. >>=20 >> Even if not documented to do so, it appears to me that >> ori Rx,Rx,Rx code that is behind the nop_prio_vlow() does >> something specific on the 970MP's in the 2-socket/2-core-each >> G5 PowerMac11,2's --and what it does interferes with making >> progress in DELAY, in at least that specific use of it and/or >> any others on the ap's during cpu_mp_unleash. >>=20 >> Of course, this testing process is of a probabilistic context >> and I do not have hundreds or more of examples of any specific >> condition at this point. But, so far, the change in behavior >> seems clear: I went from always-hanging-up-so-far to >> always-booting-so-far (when vt_upgrade did not prevent the >> test in each context). >=20 > So I uncommented the 2 calls commented out the contents of > the nop_prio_ routines, summarized here via: >=20 >=20 > # egrep -r 'or.*(31,31,31|1,1,1|6,6,6|2,2,2|5,5,5|3,3,3)' = /mnt/usr/src/sys/powerpc/ | more = = /mnt/usr/src/sys/powerpc/include/cpufunc.h: //__asm __volatile("or = 31,31,31"); > /mnt/usr/src/sys/powerpc/include/cpufunc.h: //__asm __volatile("or = 1,1,1"); > /mnt/usr/src/sys/powerpc/include/cpufunc.h: //__asm __volatile("or = 6,6,6"); > /mnt/usr/src/sys/powerpc/include/cpufunc.h: //__asm __volatile("or = 2,2,2"); > /mnt/usr/src/sys/powerpc/include/cpufunc.h: //__asm __volatile("or = 5,5,5"); > /mnt/usr/src/sys/powerpc/include/cpufunc.h: //__asm __volatile("or = 3,3,3"); [I had forgotten to list cpu.h 's use of the 27,27,27 form in cpu_spinwait.] I've reverted all such "or Rx,Rx,Rx" changes as having no overall change in observed behavior for any of the 3 hang-up areas. The new experiment . . . I've tried changing the loop to only moea64_bootstrap_slb_prefault about 1/2 of the kernel slb slots, leaving the others to be filled before mftb()%n_slbs based "random" replacements would start: /* - * Map the entire KVA range into the SLB. We must not fault = there. + * Map about 1/2 the kernel slb slots, leaving the others = available without + * mftb()%n_slbs replaceme being involved. */ #ifdef __powerpc64__ - for (va =3D virtual_avail; va < virtual_end; va +=3D = SEGMENT_LENGTH) + 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 This change still gets hang-ups in the 3 same places but, so far, has booted more often. (Not that I have a large sampling at this point.) Definitely still still probabilistic. Other status . . . I've still not figured out a way to discover what happens at each of the 3 hang-up points in the areas identified. I'm also running out of ideas for what to do for possibly gaining other types of evidence. One hypothesis about why I've not seen these 3 hang-up places in my normal environment ( currently based on head -r345758 ), is that I normally run non-debug kernels in that context. Here it has all been debug kernels to better match with what artifacts.ci provides, among other reasons. For reference, the current -r347003 patches that I was last exploring, including showing the extra printf's for the 3 hang-up areas: # svnlite diff /mnt/usr/src/sys/ | more Index: /mnt/usr/src/sys/dev/vt/vt_core.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/dev/vt/vt_core.c (revision 347003) +++ /mnt/usr/src/sys/dev/vt/vt_core.c (working copy) @@ -2720,6 +2720,7 @@ =20 /* Init 25 Hz timer. */ callout_init_mtx(&vd->vd_timer, &vd->vd_lock, 0); +printf("vt_upgrade after callout_init_mtx / before sequence leading to = callout_reset\n"); =20 /* * Start timer when everything ready. @@ -2732,6 +2733,7 @@ atomic_add_acq_int(&vd->vd_timer_armed, 1); vd->vd_flags |=3D VDF_ASYNC; callout_reset(&vd->vd_timer, hz / VT_TIMERFREQ, = vt_timer, vd); +printf("vt_upgrade after callout_reset\n"); register_handlers =3D 1; } =20 Index: /mnt/usr/src/sys/fs/nfsserver/nfs_fha_new.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/fs/nfsserver/nfs_fha_new.c (revision 347003) +++ /mnt/usr/src/sys/fs/nfsserver/nfs_fha_new.c (working copy) @@ -93,9 +93,11 @@ * Initialize the sysctl context list for the fha module. */ sysctl_ctx_init(&softc->sysctl_ctx); +printf("fhanew_init: after sysctl_ctx_init / before = SYSCTL_ADD_NODE\n"); softc->sysctl_tree =3D SYSCTL_ADD_NODE(&softc->sysctl_ctx, SYSCTL_STATIC_CHILDREN(_vfs_nfsd), OID_AUTO, "fha", = CTLFLAG_RD, 0, "NFS File Handle Affinity (FHA)"); +printf("fhanew_init: after SYSCTL_ADD_NODE\n"); if (softc->sysctl_tree =3D=3D NULL) { printf("%s: unable to allocate sysctl tree\n", = __func__); return; 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,12 @@ virtual_end =3D VM_MAX_SAFE_KERNEL_ADDRESS;=20 =20 /* - * Map the entire KVA range into the SLB. We must not fault = there. + * Map about 1/2 the kernel slb slots, leaving the others = available without + * mftb()%n_slbs replaceme being involved. */ #ifdef __powerpc64__ - for (va =3D virtual_avail; va < virtual_end; va +=3D = SEGMENT_LENGTH) + 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 =20 @@ -1090,8 +1092,8 @@ CPU_SET(PCPU_GET(cpuid), &pm->pm_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 +1106,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 +1958,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) @@ -286,8 +286,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 Sat May 4 03:22:21 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 A4F9815A483C for ; Sat, 4 May 2019 03:22:21 +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 47EA06E9EF for ; Sat, 4 May 2019 03:22:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: ge0bV8cVM1ncOlbo1VuUe16W87luD1.0nE0qQ2wgL3vz55M673Smc9bELe045Qf Qw9wVGQ_PHH4YQZzVonJOHwzZkYLT2gh0bPAiLXG8OJZwWPd.JXefgA8BfNEPj6O28_6GQusFEWG ZOqONJ_pJY69pwiiGRsIGYzrNAd7PC21YLD.yxpUr2RjTBpl0suu2c935ZkqNN8EjZtaZ4fNlmrD lgeWEcsJZaFyC52VJkKBJon5.fcFitWFT2V5fwJqtw993dgyJEr4sugLjyrmtohlVYy1E7W0uE9U oOl5JaOR9XA16Yy.BbEq4JMgf_TZQzvUe2neqiD1_k0BocIzMi5lxzF5oz_FOcAQ60D8pqRENwON i30ZtG.dkb0yMfX7Rfny2bBpG6AAjKI0YBN38DV1N4FijtbHOCEwf4mP.FDKPEU9jOTbAGiNomrZ U9wEeBI7W_Z27Ds63BkKCsCFCp2UFq2KcD88rwk40O8CUuFhHZ8F7S6oQY1g1oyQ8Sjx86d1_hk6 9jKjaWPJq09RbWlCLRBGBRQKnFRBjHi0EmXRgUeBFelEmzO62TC8y_H0zWzMeXGkZQIqzKS3vir6 Fe2_uw.l9k61A_1xQc9tVzvB1FVTzA_C4peVtAxsudr1srhg33wZjySAQNyOK8.9yWB77Wqsm6Y7 qlby_savAtrmLCrRcngg8qy3dfdGxAx8HHSsaWKUwBmPmMxS4AuS7rnNZTFQXMs3Ip9fvJA5FOmN N357Kunvd5OIVPC_d91jz.YDjP3J6N9g9wkLWubAlKr1RVbs5ke2MtMjHcxfYWa2mY0Cz.YWVThK NkvGbSKkfLT1g.rtYTqeOYBGOIZln8zG7ApGXeJ66w2nTq4LCozcP.pjxpqZm2xPkEKKQpEjMek4 Xh_AeKq23SUrk61r_EYA.W0gjgDdnjZv5Umhsnu047fWGfPlnjkKCaTkBff8PgmE9dy7onQmHelC R7NZTbFTaO.VJFGTKxujzsrixO.958HxFi5eC42i_3jbuaLprl8JjvSejyqMkj7pxbC98mTEwXrZ i3O_U6WLD0pXf9k6gq8FL.E8biioaQByJBLVI_he_lwaMnoxroqbT5KJZIx0DhiTO6bYlRyyCzCS fnvXuL7ewLEMs9KnZPiRexWTOtU2ba3mS5eSdO2DmXR7UTIdSrn1v6Ui9EfHSrbxMYLkc5VkFx.D 64Fx7o57xMssHTAdseWX9Za2ekn449K7K9mwrvWubXlcLR695MoGOrM4- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sat, 4 May 2019 03:22:11 +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 051ba9ceb2ee40b3a37b12e51048b69b; Sat, 04 May 2019 03:22:07 +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: The first 2 handle_kernel_slb_spill calls on the 2-socket/2-cores-each G5 example context: as expected? (short) Message-Id: <9D9A51A9-C8A6-475F-B241-0A3C3546D3D6@yahoo.com> Date: Fri, 3 May 2019 20:22:05 -0700 To: Justin Hibbits , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.8) References: <9D9A51A9-C8A6-475F-B241-0A3C3546D3D6.ref@yahoo.com> X-Rspamd-Queue-Id: 47EA06E9EF X-Spamd-Bar: - X-Spamd-Result: default: False [-1.68 / 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)[]; SUBJECT_HAS_QUESTION(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.90)[-0.904,0]; 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.43)[0.430,0]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.30)[ipnet: 98.137.64.0/21(0.87), asn: 36647(0.70), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[206.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: Sat, 04 May 2019 03:22:21 -0000 [This is from the -r347003 experiment context, not my normal environment.] I stuck a printf in handle_kernel_slb_spill, reporting the type, dar, and srr0 values. The resultant build does not get far booting but does report the first 2 calls. Typed from a screen picture: KDB: debugger backends: ddb KDB: current backend: ddb handle_kernel_slb_spill: type=0x380 dar=0x3d99348 srr0=0xa869bc handle_kernel_slb_spill: type=0x380 dar=0x10000000 srr0=0xa869bc That is as far as it gets, as far as output goes, with that unconditional printf in place. (I was not sure I'd get anything from this experiment.) This suggests that the slb is partially(?) populated in the hardware before the (adjusted) loop that I've been testing with tries to establish coverage of part of the KVA space. The two examples reported are from neither the Direct-Map space nor the Kernel-Virtual-Address space. Are these expected? Is their presence handled? === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Sat May 4 06:52:55 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 AEA46158420E for ; Sat, 4 May 2019 06:52:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.gq1.yahoo.com (sonic314-21.consmr.mail.gq1.yahoo.com [98.137.69.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 8B7BD746A8 for ; Sat, 4 May 2019 06:52:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: wMQMHYAVM1mVOsbUd.dOxMWCAUaSxTj2tTIAuRkIYDmWQZ4rJ4Gu0rxy3o2xD44 3gMwMqn7S6mio11VcboT_6cSnUBbmEiRA1hLocEfXzcwXA2kjoJWDHnxEBMRLx6Rj12rGCC8sbcQ 8Z91vUNRAqA_kW0TdNi1wpvQQqNBsStcDm7LhfA3nuxC.WpDt7O0hVsifp4TURxeEjBDCUOMQzjt wO24v4P3Jc4fTRPweqkuaRgp8MvlcWPOcs3wtiG9xhI94dd6cUvHe_J9A.X.ZyxxrmQcdMZ.Jgdu pN1uUVv0jNSFJxBObJ6rUsSPL6YuFr6k3.4c5hfyYfFdjbJy6A.bwCNM7Yxgn7HuZIqZfX4lMNI8 K7xWcL6az8v3guK_aXM3WmBwDBGB.pCgiPLoC24Ig5pAYsR_0.MfD_VkCxgyEv9Oo9Ostbly2HT0 iF4AtlWEKptUdCAXEzMGlQAkGMsWnzrooX8LRFiBGH_4tK2x.6Kig8BeeOjPNOa9NrRS4898x.mh woPAlQFy9h5yrQ.OVwdYKxhSMqyV9sDbhZUO7zgjdTWsRPnX4hVvKRgoB4fo8WnRR0chKcCY4olJ xParMY7tkFOThjr.tYhPldot91p7y7Sj6f1TkfDvGeWOuYuPIPpgpvPnCXuWjLdwczu8egxA3Cmh vxZJUnrJJusk0hgjWfkf17zHJyGy9vp7NQ4y8R3kgnW7P0AT1Dgv4zRwUxj2MIm9fT8ckRj7WO7U F3g2joYtD.S9AbOWI7znz5PZkr8VVSHFDXPdl13AkZulO_3BqyItzH9MD2RLE.KI2vApSK.El1HG jOy9jQQHs2zifmj.3LNzZGZiD064hoP.MLekSAmE6c3p3eUsmjFiMMUWE8.0xZjs0Sszdh3Fyr2K VofVQdYWYQCzhOPn5Wlk3OULzK3sdmOmdFL7YVEZovAHLFZVAaLKOuI2EILqtH3mWOkfgUImxsMq as7O5HZGQr_ZaeQO2riI2CNan1R9sjGj7az6Cr9hg513fG.Xfm697.RFbkN0iA267URFxMx.sJjF q1s1CoCb0FTQOMrUmdRhO4WxQeh.aGeMLl6IWKGlkbRfBvqLtgZ3WjaIFsM1k79Hx2PRdaOvOlBy xxJMulZ7VvoSKzrbyijlpPPi6t7Sq6l9V2WDxnI0fn6STWLJXcPnfpPqW0DxQJ4PZ.a1SzGcj8FP Flw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Sat, 4 May 2019 06:52:47 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp417.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 48bc74a7630012afc0739d0bbf5a0b28; Sat, 04 May 2019 06:52:42 +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: The first 2 handle_kernel_slb_spill calls on the 2-socket/2-cores-each G5 example context: as expected? (short) Date: Fri, 3 May 2019 23:52:42 -0700 References: <9D9A51A9-C8A6-475F-B241-0A3C3546D3D6.ref@yahoo.com> <9D9A51A9-C8A6-475F-B241-0A3C3546D3D6@yahoo.com> To: Justin Hibbits , FreeBSD PowerPC ML In-Reply-To: <9D9A51A9-C8A6-475F-B241-0A3C3546D3D6@yahoo.com> Message-Id: <2388C664-2D47-4851-95AF-A125CE48C282@yahoo.com> X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 8B7BD746A8 X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.53 / 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)[]; 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.77)[0.772,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.75)[ip: (7.22), ipnet: 98.137.64.0/21(0.87), asn: 36647(0.70), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.89)[0.891,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.63)[0.635,0]; RCVD_IN_DNSWL_NONE(0.00)[84.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: Sat, 04 May 2019 06:52:55 -0000 [A correction --and interesting information from a somewhat later time frame.] On 2019-May-3, at 20:22, Mark Millard wrote: > [This is from the -r347003 experiment context, not my > normal environment.] >=20 > I stuck a printf in handle_kernel_slb_spill, reporting the type, > dar, and srr0 values. The resultant build does not get far > booting but does report the first 2 calls. Typed from a screen > picture: >=20 > KDB: debugger backends: ddb > KDB: current backend: ddb > handle_kernel_slb_spill: type=3D0x380 dar=3D0x3d99348 srr0=3D0xa869bc > handle_kernel_slb_spill: type=3D0x380 dar=3D0x10000000 srr0=3D0xa869bc >=20 > That is as far as it gets, as far as output goes, with that > unconditional printf in place. >=20 > (I was not sure I'd get anything from this experiment.) >=20 > This suggests that the slb is partially(?) populated in the > hardware before the (adjusted) loop that I've been testing with > tries to establish coverage of part of the KVA space. The two > examples reported are from neither the Direct-Map space nor the > Kernel-Virtual-Address space. >=20 > Are these expected? Is their presence handled? >=20 I made the printf in handle_kernel_slb_spill conditional on a global so I could control when it would try to print. I learned that I guessed the ordering wrong on the initial report: QUOTE #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; END QUOTE gets the lines I originally showed: handle_kernel_slb_spill: type=3D0x380 dar=3D0x3d99348 srr0=3D0xa869bc handle_kernel_slb_spill: type=3D0x380 dar=3D0x10000000 srr0=3D0xa869bc So these were after then loop, not before. Note: So far those messages always have displayed and then things were hung-up for this enable placement. I then commented that enable out and added a printf: pa =3D moea64_bootstrap_alloc(kstack_pages * PAGE_SIZE, = PAGE_SIZE); va =3D virtual_avail + KSTACK_GUARD_PAGES * PAGE_SIZE; virtual_avail =3D va + kstack_pages * PAGE_SIZE; CTR2(KTR_PMAP, "moea64_bootstrap: kstack0 at %#x (%#x)", pa, = va); printf("moea64_bootstrap: kstack0 at %#x (%#x)\n", pa, va); and also set up an enable just before dpcpu_init's=20 all: enable_handle_kernel_slb_spill_reporting=3D 1; dpcpu_init(dpcpu, curcpu); The result, when it did not boot, was as below, again showing a couple of handle_kernel_slb_spill lines for a not very large addresses and no more lines after that: KDB: debugger backends: ddb KDB: current backend: ddb moea64_bootstrap: kstack0 at 0x3000 (0x1000) handle_kernel_slb_spill: type=3D0x380 dar=3D0x22ef8 srr0=3D0xa86690 handle_kernel_slb_spill: type=3D0x480 dar=3D0x22ef8 srr0=3D0xa86690 It is the same addresses but two distinct types. It also would seem to be the same segment as for: handle_kernel_slb_spill: type=3D0x380 dar=3D0x3d99348 srr0=3D0xa869bc (from the earlier placement) By contrast, interestingly, it did sometimes boot for this later enable placement, and, when it did boot, there were no handle_kernel_slb_spill lines output: KDB: debugger backends: ddb KDB: current backend: ddb moea64_bootstrap: kstack0 at 0x3000 (0x1000) ---<>--- (and so on.) This means that the type=3D0x?80 dar=3D0x22ef8 srr0=3D0xa86690 slb-misses are intermittent for this testing context. Of course, with more testing I might see more variability. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Sat May 4 07:04:02 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 6C3A715843EC for ; Sat, 4 May 2019 07:04:02 +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 D27817498E for ; Sat, 4 May 2019 07:04:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: hCQt40UVM1kdPgkBeK4lOqmPR2YO6iPkYsi4duf3QIDiL9lJ73.pkCUpS56dIWp 6jh.ExyAgY0b2Fx_NFJPGD9jcP10MrFY6Gq5n2BKDjWZp_FGxeYBqWZOg9m21Qut5R7SsUuNauAS or7Q6GkyVNDd4anVps1j1d9XUf7lSEieLqCNRgsHw8ebFJJfp0iyiGHTNnEkwOzTBsEF4jroIJuv .FNlagATMqoSszs0PhFeyqt3T3evXQpkpjJS6mQz0LnU1hF6Pe_i0lMF9X29jdhHI_MHXwo8.7lQ HJM6x_RfL0ElVgFhYwJGSypa90OuWLQUkDNISkenug_59ayVwDrtMgP86NQ4Jo.GC8FKQX4QLgoG MzuTgolQNls.LJchXW7hLFvHxeLIloT68DQZaQhVAZAsBzC._KDLx7T6FUqvvwkTFH5wj6qq6dbN If.rT9aIyoevel7n4YwqFxhtusU8TvfMp6M4SM4NQeqeQRiAGINfDIhNOTM8WRQbb2sUlPyynRL5 8xiks5rCypZUcPwDPgFpxIZc06MrH83jQa.2wvLYUSGRe758KKab1_7odysZcTP_0Grs4s_lgjOC LjCpP2th3p8T3XVNKGgW_kJ_UiGGen04KrJmL7.4dU8u8Gzt4O2WLAiecdPSgA_iAkkPd7YrZ_Sk Mzbx_syGBQTRqL7I3AY0qcV9Ceyk99i5ep9nEUzhESvDN57x0tg4ugTXf6EiZupyZxCkbfgEVaSa 9zhRiRJGSXPI8R10cC.yLwGs2m0OajtI_KgHKygA6fl69vnNn_E3goMJPcA9ZvRRwGPM4IK7rndz HlMe0W6ZUGiVxHNoASnp4luJ4Bwf.i_9tWR.l2BGpaHXAg8epB3JtiEYxyeDWCuRjDyMzFCV1BRw gHFZyCMvrAxyQLLx3wt5qjA.JKBTT2VeQdaxQEM4SF6.Cjyu5CKjplOJrbsY28douP6JvX5t1TaK LAjM0PuJl8GtTkOvnoIDcx8LovkzcURRWH0QiTJGjS0krwgNXx3thAtxu.JFdMJHomafrGE40PKH 8rAfj8Q4SvEWjlYXY5gViFM0fCFZ53D3N62BVZaZxqergSv9L5Dch45BGizSXssl19fTExHcQ6xc 9emv7Bq6V.UvCNISkMQj.Imm2Zg4d87wUKIq.lltQmlqG8eXBnvMBUdhRPEPptLjxPHEKmY2_Eu3 RabSHvw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.bf2.yahoo.com with HTTP; Sat, 4 May 2019 07:03:54 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp408.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID e5a937c1b0e9bd7c2fcc177205d24c7b; Sat, 04 May 2019 07:03:52 +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: The first 2 handle_kernel_slb_spill calls on the 2-socket/2-cores-each G5 example context: as expected? (short) Date: Sat, 4 May 2019 00:03:50 -0700 References: <9D9A51A9-C8A6-475F-B241-0A3C3546D3D6.ref@yahoo.com> <9D9A51A9-C8A6-475F-B241-0A3C3546D3D6@yahoo.com> <2388C664-2D47-4851-95AF-A125CE48C282@yahoo.com> To: Justin Hibbits , FreeBSD PowerPC ML In-Reply-To: <2388C664-2D47-4851-95AF-A125CE48C282@yahoo.com> Message-Id: <47414D54-99F2-490C-AFFC-43503556FA4A@yahoo.com> X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: D27817498E X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.12 / 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.73)[0.726,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.62)[ip: (5.35), ipnet: 74.6.128.0/21(1.55), asn: 26101(1.24), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.82)[0.815,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.47)[0.475,0]; RCVD_IN_DNSWL_NONE(0.00)[83.129.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: Sat, 04 May 2019 07:04:02 -0000 [I forgot to show where I always stop the enable of the reporting.] On 2019-May-3, at 23:52, Mark Millard wrote: > [A correction --and interesting information from a somewhat later > time frame.] >=20 > On 2019-May-3, at 20:22, Mark Millard wrote: >=20 >> [This is from the -r347003 experiment context, not my >> normal environment.] >>=20 >> I stuck a printf in handle_kernel_slb_spill, reporting the type, >> dar, and srr0 values. The resultant build does not get far >> booting but does report the first 2 calls. Typed from a screen >> picture: >>=20 >> KDB: debugger backends: ddb >> KDB: current backend: ddb >> handle_kernel_slb_spill: type=3D0x380 dar=3D0x3d99348 srr0=3D0xa869bc >> handle_kernel_slb_spill: type=3D0x380 dar=3D0x10000000 srr0=3D0xa869bc >>=20 >> That is as far as it gets, as far as output goes, with that >> unconditional printf in place. >>=20 >> (I was not sure I'd get anything from this experiment.) >>=20 >> This suggests that the slb is partially(?) populated in the >> hardware before the (adjusted) loop that I've been testing with >> tries to establish coverage of part of the KVA space. The two >> examples reported are from neither the Direct-Map space nor the >> Kernel-Virtual-Address space. >>=20 >> Are these expected? Is their presence handled? >>=20 >=20 > I made the printf in handle_kernel_slb_spill conditional > on a global so I could control when it would try to > print. >=20 > I learned that I guessed the ordering wrong on the initial > report: >=20 > QUOTE > #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; > END QUOTE >=20 > gets the lines I originally showed: >=20 > handle_kernel_slb_spill: type=3D0x380 dar=3D0x3d99348 srr0=3D0xa869bc > handle_kernel_slb_spill: type=3D0x380 dar=3D0x10000000 srr0=3D0xa869bc >=20 > So these were after then loop, not before. >=20 > Note: So far those messages always have displayed and > then things were hung-up for this enable placement. >=20 >=20 > I then commented that enable out and added a > printf: >=20 > pa =3D moea64_bootstrap_alloc(kstack_pages * PAGE_SIZE, = PAGE_SIZE); > va =3D virtual_avail + KSTACK_GUARD_PAGES * PAGE_SIZE; > virtual_avail =3D va + kstack_pages * PAGE_SIZE; > CTR2(KTR_PMAP, "moea64_bootstrap: kstack0 at %#x (%#x)", pa, = va); > printf("moea64_bootstrap: kstack0 at %#x (%#x)\n", pa, va); >=20 > and also set up an enable just before dpcpu_init's=20 > all: >=20 > enable_handle_kernel_slb_spill_reporting=3D 1; > dpcpu_init(dpcpu, curcpu); >=20 > The result, when it did not boot, was as below, > again showing a couple of handle_kernel_slb_spill > lines for a not very large addresses and no more > lines after that: >=20 > KDB: debugger backends: ddb > KDB: current backend: ddb > moea64_bootstrap: kstack0 at 0x3000 (0x1000) > handle_kernel_slb_spill: type=3D0x380 dar=3D0x22ef8 srr0=3D0xa86690 > handle_kernel_slb_spill: type=3D0x480 dar=3D0x22ef8 srr0=3D0xa86690 >=20 > It is the same addresses but two distinct types. It > also would seem to be the same segment as for: >=20 > handle_kernel_slb_spill: type=3D0x380 dar=3D0x3d99348 srr0=3D0xa869bc > (from the earlier placement) >=20 >=20 > By contrast, interestingly, it did sometimes boot for > this later enable placement, and, when it did boot, > there were no handle_kernel_slb_spill lines output: >=20 > KDB: debugger backends: ddb > KDB: current backend: ddb > moea64_bootstrap: kstack0 at 0x3000 (0x1000) > ---<>--- >=20 > (and so on.) >=20 >=20 > This means that the type=3D0x?80 dar=3D0x22ef8 srr0=3D0xa86690 > slb-misses are intermittent for this testing context. >=20 >=20 > Of course, with more testing I might see more variability. I forgot to show that I used: /* Bring up virtual memory */ moea64_late_bootstrap(mmup, kernelstart, kernelend); enable_handle_kernel_slb_spill_reporting=3D 0; // hangs without printf = display first when this late } It did no good the enable it this late so I set it as a disable point instead. Trying to use the handle_kernel_slb_spill printf after this point seem to just result in silently hanging-up. So this disable was involved in the cases that booted for enabling just before dpcpu_init . (It is not clear just how far the non-booting cases got internally.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Sat May 4 08:35:53 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0E93815867A9 for ; Sat, 4 May 2019 08:35:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-10.consmr.mail.ne1.yahoo.com (sonic313-10.consmr.mail.ne1.yahoo.com [66.163.185.33]) (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 04AD077086 for ; Sat, 4 May 2019 08:35:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: zkhuTtIVM1mRV70APczORwGusWFmrWePS3TusR.iO3ORrw6_BzacQxC.SRKSn1F jBIhirpz58Mc52CXNvsmxt9O9AeA5E9EbktTTu.gUbgpMnsWta_qKdTkpSaKAxyigZJO6zJoJTMM SiQ4b4uy3YcgjtQ_sq7HV0hfAK236.9GFj1a7ERD9KwsKqoR3bKe6MIetpPAGnfEFYz1w9wHm6pH 6nJoxI075y_8ssUItqZxhoiIxH8rhIh2B_FQUXAsnPthcuEt7QWyrSCjc9xpIkQMY4EdW5SqLw06 kog6s1Ck5Pn9VwVZmmGm02faIxUt9js9oO76EQ0zoMMz1YxGdZ553DKY9lpWqS1Hn46agTHI5P3Y zOuYQNHne8TMs6d0nu5GilymVR03uKZxa9tFXMUJXbEjzaavjDLEVQXIiXWjT4DHmQExgp4hnoCr 0VbzhhAyTvjpw.FJCh52mztQ6_dDGifVLIr.82WbcpOaAdHMcWPQH4Y85kS_LhCxDv9ymum2FH4c pBGkmJBejswr66U82yZjtg_YN5bSZ8ChUM4vwqf6FQTOe_Fq1e5MZhJa.5G9KVmPlV5fuRs5Llif KjsekYG4Wb52yjQEZweQjWFS7DUSb69zzCJg3jgJq6XQAcXhVze8XG9m3wQTT..q.CBu2sj.k3rQ .wwsgb6v9d4MZ.je6gS07eyacRVs98dR4zRCV9hJeFWGjmCTVvvJ4L_ZVu1xCXTOPswlVR0MNawn RYTVlDI16oe78JTrsTWhWwiR2oQu8L0YZ6YZ5_SDYEhozVvrsjvidpmZufE0GKtksgNBfa_Oa43X 35IEKxH.TF7NVzC47mzAaBJaaSDOIZ6oFJgqCt2aBUFQsP8rouq_tQerqkNDJOyioIed2oMvGOkf QKCQyd3SqAy43PFF1HjYt4VzLKk7PlRQ6gKhih9icbyDoeIl_m2LmaoC9T6KST7rIUhM0Tt0b9vq hLHGd8O0bwgoGDOSXltphtSwxaqWlrwX1LXF8bADZyfy8AX0QCdIP7nMmt2z.t6QGRKERFknLinf tAFDpI3tvrsJEmK3saTGmoP5O_xkCk5KEPPAEoJa9ouNXKwyOWiO_SnpxfUG_VGvTXcLvQSa02K1 0ISzKbnjwXKksEAwL9lxfScN3V15gtk5EkjwEdXd77ln2IY0tvx2KbC7ebUVy8V5CjIrLESSl8.D 7s1lTTuVOnQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.ne1.yahoo.com with HTTP; Sat, 4 May 2019 08:35:50 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp432.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 60650b50fd7b6de97bd5cdaa0958ee19; Sat, 04 May 2019 08:35:48 +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: The first 2 handle_kernel_slb_spill calls on the 2-socket/2-cores-each G5 example context: as expected? (short) Date: Sat, 4 May 2019 01:35:46 -0700 References: <9D9A51A9-C8A6-475F-B241-0A3C3546D3D6.ref@yahoo.com> <9D9A51A9-C8A6-475F-B241-0A3C3546D3D6@yahoo.com> <2388C664-2D47-4851-95AF-A125CE48C282@yahoo.com> <47414D54-99F2-490C-AFFC-43503556FA4A@yahoo.com> To: Justin Hibbits , FreeBSD PowerPC ML In-Reply-To: <47414D54-99F2-490C-AFFC-43503556FA4A@yahoo.com> Message-Id: <9B5E32D1-1A91-432C-A9B5-1A2CF628A8B0@yahoo.com> X-Mailer: Apple Mail (2.3445.104.8) X-Rspamd-Queue-Id: 04AD077086 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.66 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.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.71)[0.705,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.42)[ip: (4.70), ipnet: 66.163.184.0/21(1.37), asn: 36646(1.10), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.75)[0.751,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.30)[0.297,0]; RCVD_IN_DNSWL_NONE(0.00)[33.185.163.66.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[33.185.163.66.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 May 2019 08:35:53 -0000 [I'm just showing the code that got the handle_kernel_slb_spill reports.] On 2019-May-4, at 00:03, Mark Millard wrote: > [I forgot to show where I always stop the enable of the > reporting.] >=20 > On 2019-May-3, at 23:52, Mark Millard wrote: >=20 >> [A correction --and interesting information from a somewhat later >> time frame.] >>=20 >> On 2019-May-3, at 20:22, Mark Millard wrote: >>=20 >>> [This is from the -r347003 experiment context, not my >>> normal environment.] >>>=20 >>> I stuck a printf in handle_kernel_slb_spill, reporting the type, >>> dar, and srr0 values. The resultant build does not get far >>> booting but does report the first 2 calls. Typed from a screen >>> picture: >>>=20 >>> KDB: debugger backends: ddb >>> KDB: current backend: ddb >>> handle_kernel_slb_spill: type=3D0x380 dar=3D0x3d99348 srr0=3D0xa869bc >>> handle_kernel_slb_spill: type=3D0x380 dar=3D0x10000000 srr0=3D0xa869bc= >>>=20 >>> That is as far as it gets, as far as output goes, with that >>> unconditional printf in place. >>>=20 >>> (I was not sure I'd get anything from this experiment.) >>>=20 >>> This suggests that the slb is partially(?) populated in the >>> hardware before the (adjusted) loop that I've been testing with >>> tries to establish coverage of part of the KVA space. The two >>> examples reported are from neither the Direct-Map space nor the >>> Kernel-Virtual-Address space. >>>=20 >>> Are these expected? Is their presence handled? >>>=20 >>=20 >> I made the printf in handle_kernel_slb_spill conditional >> on a global so I could control when it would try to >> print. >>=20 >> I learned that I guessed the ordering wrong on the initial >> report: >>=20 >> QUOTE >> #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; >> END QUOTE >>=20 >> gets the lines I originally showed: >>=20 >> handle_kernel_slb_spill: type=3D0x380 dar=3D0x3d99348 srr0=3D0xa869bc >> handle_kernel_slb_spill: type=3D0x380 dar=3D0x10000000 srr0=3D0xa869bc >>=20 >> So these were after then loop, not before. >>=20 >> Note: So far those messages always have displayed and >> then things were hung-up for this enable placement. >>=20 >>=20 >> I then commented that enable out and added a >> printf: >>=20 >> pa =3D moea64_bootstrap_alloc(kstack_pages * PAGE_SIZE, = PAGE_SIZE); >> va =3D virtual_avail + KSTACK_GUARD_PAGES * PAGE_SIZE; >> virtual_avail =3D va + kstack_pages * PAGE_SIZE; >> CTR2(KTR_PMAP, "moea64_bootstrap: kstack0 at %#x (%#x)", pa, = va); >> printf("moea64_bootstrap: kstack0 at %#x (%#x)\n", pa, va); >>=20 >> and also set up an enable just before dpcpu_init's=20 >> all: >>=20 >> enable_handle_kernel_slb_spill_reporting=3D 1; >> dpcpu_init(dpcpu, curcpu); >>=20 >> The result, when it did not boot, was as below, >> again showing a couple of handle_kernel_slb_spill >> lines for a not very large addresses and no more >> lines after that: >>=20 >> KDB: debugger backends: ddb >> KDB: current backend: ddb >> moea64_bootstrap: kstack0 at 0x3000 (0x1000) >> handle_kernel_slb_spill: type=3D0x380 dar=3D0x22ef8 srr0=3D0xa86690 >> handle_kernel_slb_spill: type=3D0x480 dar=3D0x22ef8 srr0=3D0xa86690 >>=20 >> It is the same addresses but two distinct types. It >> also would seem to be the same segment as for: >>=20 >> handle_kernel_slb_spill: type=3D0x380 dar=3D0x3d99348 srr0=3D0xa869bc >> (from the earlier placement) >>=20 >>=20 >> By contrast, interestingly, it did sometimes boot for >> this later enable placement, and, when it did boot, >> there were no handle_kernel_slb_spill lines output: >>=20 >> KDB: debugger backends: ddb >> KDB: current backend: ddb >> moea64_bootstrap: kstack0 at 0x3000 (0x1000) >> ---<>--- >>=20 >> (and so on.) >>=20 >>=20 >> This means that the type=3D0x?80 dar=3D0x22ef8 srr0=3D0xa86690 >> slb-misses are intermittent for this testing context. >>=20 >>=20 >> Of course, with more testing I might see more variability. >=20 >=20 > I forgot to show that I used: >=20 > /* Bring up virtual memory */ > moea64_late_bootstrap(mmup, kernelstart, kernelend); > enable_handle_kernel_slb_spill_reporting=3D 0; // hangs without printf = display first when this late > } >=20 > It did no good the enable it this late so I set > it as a disable point instead. Trying to use the > handle_kernel_slb_spill printf after this point > seem to just result in silently hanging-up. >=20 > So this disable was involved in the cases that > booted for enabling just before dpcpu_init . > (It is not clear just how far the non-booting > cases got internally.) For: handle_kernel_slb_spill: type=3D0x380 dar=3D0x3d99348 srr0=3D0xa869bc handle_kernel_slb_spill: type=3D0x380 dar=3D0x10000000 srr0=3D0xa869bc both seem to involve the stbx instruction in: 0000000000a869bc <.memset+0x20> stbx r4,r9,r3 0000000000a869c0 <.memset+0x24> addi r9,r9,1 0000000000a869c4 <.memset+0x28> bdnz 0000000000a869bc <.memset+0x20> For: handle_kernel_slb_spill: type=3D0x380 dar=3D0x22ef8 srr0=3D0xa86690 handle_kernel_slb_spill: type=3D0x480 dar=3D0x22ef8 srr0=3D0xa86690 both seem 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> although the first is for a EXC_DSE (Data Segment Exception) and the second for a EXC_ISE (Instruction Segment Exception). The effective addresses reported for srr0 seem to match what objdump shows for the kernel file. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)