From owner-freebsd-ppc@freebsd.org Sun Feb 10 06:37: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 E430814E0FC4 for ; Sun, 10 Feb 2019 06:37: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 85ACA97708 for ; Sun, 10 Feb 2019 06:37:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 4FABADD73; Sun, 10 Feb 2019 06:37:03 +0000 (UTC) Delivered-To: powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [96.47.72.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 4C5A6DD72 for ; Sun, 10 Feb 2019 06:37: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 1540A97703 for ; Sun, 10 Feb 2019 06:37: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 4555FE1A7 for ; Sun, 10 Feb 2019 06:37: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 x1A6b1BE065658 for ; Sun, 10 Feb 2019 06:37:01 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x1A6b1nD065657 for powerpc@FreeBSD.org; Sun, 10 Feb 2019 06:37: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 235634] p5-GSSAPI fails to build with OpenSSL from ports Date: Sun, 10 Feb 2019 06:37:01 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: dclarke@blastwave.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ports-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc Message-ID: 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: 85ACA97708 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.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: Sun, 10 Feb 2019 06:37:04 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235634 Bug ID: 235634 Summary: p5-GSSAPI fails to build with OpenSSL from ports Product: Ports & Packages Version: Latest Hardware: powerpc OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: ports-bugs@FreeBSD.org Reporter: dclarke@blastwave.org CC: garga@FreeBSD.org, perl@FreeBSD.org, powerpc@FreeBSD.org CC: garga@FreeBSD.org, perl@FreeBSD.org, powerpc@FreeBSD.org While trying to build git : ... =3D=3D=3D> Configuring for p5-Digest-HMAC-1.03_1 Checking if your kit is complete... Looks good Generating a Unix-style Makefile Writing Makefile for Digest::HMAC Writing MYMETA.yml and MYMETA.json =3D=3D=3D> Building for p5-Digest-HMAC-1.03_1 --- blib/lib/Digest/.exists --- --- blib/arch/.exists --- --- blib/lib/auto/Digest/HMAC/.exists --- --- blib/arch/auto/Digest/HMAC/.exists --- --- blib/bin/.exists --- --- blib/script/.exists --- --- blib/man1/.exists --- --- blib/man3/.exists --- --- config --- --- subdirs --- --- dynamic --- --- pm_to_blib --- --- blibdirs --- --- config --- --- dynamic --- --- linkext --- --- pm_to_blib --- cp lib/Digest/HMAC_MD5.pm blib/lib/Digest/HMAC_MD5.pm cp lib/Digest/HMAC.pm blib/lib/Digest/HMAC.pm cp lib/Digest/HMAC_SHA1.pm blib/lib/Digest/HMAC_SHA1.pm --- pure_all --- --- manifypods --- Manifying 3 pod documents --- all --- =3D=3D=3D> Staging for p5-Digest-HMAC-1.03_1 =3D=3D=3D> p5-Digest-HMAC-1.03_1 depends on package: perl5>=3D5.28.r1<5.2= 9 - found =3D=3D=3D> Generating temporary packing list Manifying 3 pod documents Installing /usr/ports/security/p5-Digest-HMAC/work/stage/usr/local/lib/perl5/site_perl= /Digest/HMAC_MD5.pm Installing /usr/ports/security/p5-Digest-HMAC/work/stage/usr/local/lib/perl5/site_perl= /Digest/HMAC.pm Installing /usr/ports/security/p5-Digest-HMAC/work/stage/usr/local/lib/perl5/site_perl= /Digest/HMAC_SHA1.pm Installing /usr/ports/security/p5-Digest-HMAC/work/stage/usr/local/lib/perl5/site_perl= /man/man3/Digest::HMAC.3 Installing /usr/ports/security/p5-Digest-HMAC/work/stage/usr/local/lib/perl5/site_perl= /man/man3/Digest::HMAC_MD5.3 Installing /usr/ports/security/p5-Digest-HMAC/work/stage/usr/local/lib/perl5/site_perl= /man/man3/Digest::HMAC_SHA1.3 =3D=3D=3D=3D> Compressing man pages (compress-man) =3D=3D=3D> Installing for p5-Digest-HMAC-1.03_1 =3D=3D=3D> Checking if p5-Digest-HMAC is already installed =3D=3D=3D> Registering installation for p5-Digest-HMAC-1.03_1 as automatic Installing p5-Digest-HMAC-1.03_1... =3D=3D=3D> p5-Authen-SASL-2.16_1 depends on package: p5-Digest-HMAC>0 - f= ound =3D=3D=3D> Returning to build of p5-Authen-SASL-2.16_1 =3D=3D=3D> p5-Authen-SASL-2.16_1 depends on package: p5-GSSAPI>0 - not fo= und =3D=3D=3D> p5-GSSAPI-0.28_1 You are using OpenSSL from ports and have sele= cted GSSAPI from base, please select another GSSAPI value. *** Error code 1 Stop. make[4]: stopped in /usr/ports/security/p5-GSSAPI *** Error code 1 Stop. make[3]: stopped in /usr/ports/security/p5-Authen-SASL *** Error code 1 Stop. make[2]: stopped in /usr/ports/security/p5-Authen-SASL *** Error code 1 Stop. make[1]: stopped in /usr/ports/devel/git *** Error code 1 Stop. make: stopped in /usr/ports/devel/git hydra#=20 This is a strange message and not helpful at all. hydra# cd /usr/ports/security/p5-GSSAPI hydra# make install =3D=3D=3D> p5-GSSAPI-0.28_1 You are using OpenSSL from ports and have sele= cted GSSAPI from base, please select another GSSAPI value. *** Error code 1 Stop. make: stopped in /usr/ports/security/p5-GSSAPI hydra#=20 Right so ?=20 select another GSSAPI value? OKay .. how about 5 ? Would '5' work? --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Sun Feb 10 10: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 D78E814E9866 for ; Sun, 10 Feb 2019 10:45:05 +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 7AED371867 for ; Sun, 10 Feb 2019 10:45:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 32AD9111F3; Sun, 10 Feb 2019 10:45:05 +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 2D45F111F2 for ; Sun, 10 Feb 2019 10:45:05 +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 E251D71863 for ; Sun, 10 Feb 2019 10:45:04 +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 2442F10617 for ; Sun, 10 Feb 2019 10:45:04 +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 x1AAj4Ai003510 for ; Sun, 10 Feb 2019 10:45:04 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x1AAj40e003509 for powerpc@FreeBSD.org; Sun, 10 Feb 2019 10:45:04 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 235634] security/p5-GSSAPI fails to build with OpenSSL from ports Date: Sun, 10 Feb 2019 10:45:03 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: w.schwarzenfeld@utanet.at X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: perl@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-Rspamd-Queue-Id: 7AED371867 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.99)[-0.989,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Feb 2019 10:45:06 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235634 --- Comment #1 from w.schwarzenfeld@utanet.at --- This is no bug. =3D> p5-GSSAPI-0.28_1 You are using OpenSSL from ports and have selected GSSAPI from base, please select another GSSAPI value. make.config: =3D=3D=3D=3D> GSSAPI Security API support: you have to select exactly one o= f them GSSAPI_BASE=3Doff: GSSAPI support via base system (needs Kerberos) GSSAPI_HEIMDAL=3Don: GSSAPI support via security/heimdal <=3Dthis is = default. GSSAPI_MIT=3Doff: GSSAPI support via security/krb5 =3D=3D=3D> Use 'make config' to modify these settings --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Sun Feb 10 10:41: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 9389314E9545 for ; Sun, 10 Feb 2019 10:41: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 3767871437 for ; Sun, 10 Feb 2019 10:41:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 0538E11068; Sun, 10 Feb 2019 10:41:00 +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 F217E11067 for ; Sun, 10 Feb 2019 10:40: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 B4F5071432 for ; Sun, 10 Feb 2019 10:40: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 E81BE104A5 for ; Sun, 10 Feb 2019 10:40: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 x1AAew4s089521 for ; Sun, 10 Feb 2019 10:40:58 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x1AAewZ7089520 for powerpc@FreeBSD.org; Sun, 10 Feb 2019 10:40: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 235634] security/p5-GSSAPI fails to build with OpenSSL from ports Date: Sun, 10 Feb 2019 10:40: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 Only Me X-Bugzilla-Who: w.schwarzenfeld@utanet.at X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: perl@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: short_desc cc assigned_to 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: 3767871437 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.99)[-0.989,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Feb 2019 10:41:00 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235634 w.schwarzenfeld@utanet.at changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|p5-GSSAPI fails to build |security/p5-GSSAPI fails to |with OpenSSL from ports |build with OpenSSL from | |ports CC| |w.schwarzenfeld@utanet.at Assignee|ports-bugs@FreeBSD.org |perl@FreeBSD.org --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Sun Feb 10 10:46:36 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CABAB14E98B8 for ; Sun, 10 Feb 2019 10:46:35 +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 7169F7188A for ; Sun, 10 Feb 2019 10:46:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 5E9D411206; Sun, 10 Feb 2019 10:46:35 +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 5412311205 for ; Sun, 10 Feb 2019 10:46:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 168B071887 for ; Sun, 10 Feb 2019 10:46:35 +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 5AEB51061A for ; Sun, 10 Feb 2019 10:46:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x1AAkYRJ005251 for ; Sun, 10 Feb 2019 10:46:34 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x1AAkYI4005250 for powerpc@FreeBSD.org; Sun, 10 Feb 2019 10:46:34 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 235634] security/p5-GSSAPI fails to build with OpenSSL from ports Date: Sun, 10 Feb 2019 10:46: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 Only Me X-Bugzilla-Who: w.schwarzenfeld@utanet.at X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: perl@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-Rspamd-Queue-Id: 7169F7188A X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.99)[-0.989,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Feb 2019 10:46:36 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235634 --- Comment #2 from w.schwarzenfeld@utanet.at --- Sorry was wrong default is GSSAPI_BASE=3Don. But you have to change it if y= ou use openssl from ports. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Sun Feb 10 15:48: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 08FBC14D06BC for ; Sun, 10 Feb 2019 15:48: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 9ED3B85036 for ; Sun, 10 Feb 2019 15:48:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 78449157AB; Sun, 10 Feb 2019 15:48:43 +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 747B7157AA for ; Sun, 10 Feb 2019 15:48: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 3241D85034 for ; Sun, 10 Feb 2019 15:48: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 71A51131DB for ; Sun, 10 Feb 2019 15:48: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 x1AFmgRa052587 for ; Sun, 10 Feb 2019 15:48:42 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x1AFmgUM052586 for powerpc@FreeBSD.org; Sun, 10 Feb 2019 15:48: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 235634] security/p5-GSSAPI fails to build with OpenSSL from ports Date: Sun, 10 Feb 2019 15:48: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 Only Me X-Bugzilla-Who: dclarke@blastwave.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: perl@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-Rspamd-Queue-Id: 9ED3B85036 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.99)[-0.989,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Feb 2019 15:48:44 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235634 --- Comment #3 from Dennis Clarke --- This is a bug because of other bugs.=20 Let me explain by showing :=20 233225 libssl.so.8 not found by pkg 234481 ports-mgmt/pkg unable to find libssl.so.8 on RPI3 on 12 123456789+123456789+123456789+123456789+123456789+123456789+123456789+12 This means FreeBSD 12.0 RELEASE is broken by design on day zero from install because pkg is broken. No one can install software. So a person is forced to build OpenSSL from ports and then the other few dependencies for pkg to work. If one then later needs git or similar we need to get security/p5-GSSAPI installed. However no one can do that because : hydra# cd /usr/ports/security/p5-GSSAPI hydra# make install =3D=3D=3D> p5-GSSAPI-0.28_1 You are using OpenSSL from ports and have sele= cted GSSAPI from base, please select another GSSAPI value. *** Error code 1 Stop. make: stopped in /usr/ports/security/p5-GSSAPI hydra#=20 So where is the problem? So where is the fix?=20 This is a "bug" in the most true sense. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Sun Feb 10 16:18: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 70D4714D1857 for ; Sun, 10 Feb 2019 16:18:58 +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 1063085E7F for ; Sun, 10 Feb 2019 16:18:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id F3E4A15A86; Sun, 10 Feb 2019 16:18: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 EBD9915A84 for ; Sun, 10 Feb 2019 16:18: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 9301385E7B for ; Sun, 10 Feb 2019 16:18: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 C3F7E13632 for ; Sun, 10 Feb 2019 16:18: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 x1AGIubE046137 for ; Sun, 10 Feb 2019 16:18:56 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x1AGIuIu046134 for powerpc@FreeBSD.org; Sun, 10 Feb 2019 16:18: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 235634] security/p5-GSSAPI fails to build with OpenSSL from ports Date: Sun, 10 Feb 2019 16:18: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 Only Me X-Bugzilla-Who: dclarke@blastwave.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: perl@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-Rspamd-Queue-Id: 1063085E7F X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.99)[-0.988,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Feb 2019 16:18:58 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235634 --- Comment #4 from Dennis Clarke --- hydra# pwd /usr/ports/security/p5-GSSAPI hydra# make config p5-GSSAPI-0.28_1 GSSAPI Security API support +( ) GSSAPI_BASE GSSAPI support via base system (needs Kerberos) +( ) GSSAPI_HEIMDAL GSSAPI support via security/heimdal +(*) GSSAPI_MIT GSSAPI support via security/krb5 One oprion MUST be selected and the default is GSSAPI_BASE which then breaks stuff later on. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Sun Feb 10 19:03:43 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 7E02F14D6DA7 for ; Sun, 10 Feb 2019 19:03:43 +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 1C6F88C1FD for ; Sun, 10 Feb 2019 19:03:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id EE19817D72; Sun, 10 Feb 2019 19:03: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 EA7F517D71 for ; Sun, 10 Feb 2019 19:03: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 A0D7F8C1FB for ; Sun, 10 Feb 2019 19:03:42 +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 A306614EED for ; Sun, 10 Feb 2019 19:03: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 x1AJ3fDP075121 for ; Sun, 10 Feb 2019 19:03:41 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x1AJ3fSh075120 for powerpc@FreeBSD.org; Sun, 10 Feb 2019 19:03: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 235634] security/p5-GSSAPI fails to build with OpenSSL from ports Date: Sun, 10 Feb 2019 19:03:41 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: w.schwarzenfeld@utanet.at X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: perl@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-Rspamd-Queue-Id: 1C6F88C1FD X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.99)[-0.985,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Feb 2019 19:03:43 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235634 --- Comment #5 from w.schwarzenfeld@utanet.at --- You need one option per default on. And the "best" is GSSAPI_BASE. You need= it for the packages. You cannot provide packages without one option on. GSSAPI_HEIMDAL and GSSAPI_MIT would break more packages. I think there is no way out. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Mon Feb 11 04:35: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 B48E714E83AD for ; Mon, 11 Feb 2019 04:35: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 46E2882E92 for ; Mon, 11 Feb 2019 04:35:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id F37FF14E83AC; Mon, 11 Feb 2019 04:35: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 E1CCC14E83AB for ; Mon, 11 Feb 2019 04:35: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 8239482E91 for ; Mon, 11 Feb 2019 04:35:24 +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 ABB4F1A352 for ; Mon, 11 Feb 2019 04:35: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 x1B4ZN9g008151 for ; Mon, 11 Feb 2019 04:35:23 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x1B4ZNIl008149 for ppc@FreeBSD.org; Mon, 11 Feb 2019 04:35: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 234539] [PowerPC64] panic: FPU already enabled for thread Date: Mon, 11 Feb 2019 04:35:21 +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: crash, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: Open 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, 11 Feb 2019 04:35:25 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D234539 --- Comment #3 from Sean Bruno --- (In reply to Leonardo Bianconi from comment #2) It does seem that the issue takes "longer" to occur with more ram in the machine. I was able to get a panic after 30 hours of package building. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Tue Feb 12 11:19: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 9D95D14E2F8A for ; Tue, 12 Feb 2019 11:19:27 +0000 (UTC) (envelope-from david.smith@cs-reports.com) Received: from mailer4.gate178.sl.smtp.com (mailer4.gate178.sl.smtp.com [192.40.178.4]) (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 3931387451 for ; Tue, 12 Feb 2019 11:19:26 +0000 (UTC) (envelope-from david.smith@cs-reports.com) X-MSFBL: jo5A9YQd+pFKCyJsosW8GLSN0qOfLi6CY6LoCgZ1j8Y=|eyJnIjoidmF5ZWRhc2F rZXRfZGVkaWNhdGVkX3Bvb2wiLCJyIjoiZnJlZWJzZC1wcGNAZnJlZWJzZC5vcmc iLCJiIjoidmF5ZWRhc2FrZXRfZGVkaWNhdGVkX3Bvb2xfMTkyXzQwXzE3OF80In0 = Received: from [10.137.129.33] ([10.137.129.33:34498] helo=[10.0.1.117]) by mtl-mtsp-mta05-out1.smtp.com (envelope-from ) (ecelerity 4.2.38.62370 r(:)) with ESMTP id 89/4A-31415-707A26C5; Tue, 12 Feb 2019 10:59:19 +0000 Received: Received from 10.137.11.89 by Caffeine (mtl-mtsp-c02-1) with SMTP id a6687e54-338f-424f-ae50-60a1072cc5eb for freebsd-ppc@freebsd.org; Tue, 12 Feb 2019 10:59:16 +0000 (UTC) Received: from [86.27.100.26] ([86.27.100.26:60958] helo=Saket) by mtl-mtsp-mta04-in1 (envelope-from ) (ecelerity 4.1.0.46749 r(Core:4.1.0.4)) with ESMTPA id FC/57-11871-307A26C5; Tue, 12 Feb 2019 10:59:16 +0000 MIME-Version: 1.0 From: "David Smith" Reply-To: david.smith@cs-reports.com To: freebsd-ppc@freebsd.org Subject: Opportunity Assessment of Blockchain Technology in the Telecom Industry X-Mailer: Smart_Send_2_0_138 Date: Tue, 12 Feb 2019 10:59:14 +0000 Message-ID: <85003868589281928424853@Saket> Feedback-ID: 9000298:SMTPCOM X-SMTPCOM-Sender-ID: 9000298 X-SMTPCOM-Tracking-Number: a6687e54-338f-424f-ae50-60a1072cc5eb X-SMTPCOM-Message-ID: 3241e857-3d0e-4522-beb0-48aa98b411c7 X-SMTPCOM-Payload: 6yopfYVbnBUqzNHQZdouQ3clworyyIUaV-4ci0rXza_lJiDJqhD31W-mcWRsKDw_F_Qtb4B0_Cvzk1iOloroFbCzifTTfpcEcRN31I7QcuLO27pYThHJ6InlvKprVd6st66sxFsDDL_Q849J9YkvUO-QlioCXaHyuBGhb32JsuMGB8Geyh66iEcXqK5GKk98 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=smtpsendemail.com; i=@smtpsendemail.com; q=dns/txt; s=smtpcustomer; t=1549969158; h=mime-version : from : reply-to : to : subject : content-type : date : message-id : list-unsubscribe : from; bh=+59qNe6wyrxQgf9Q8Br5Ta0oSHqJ2/LMtfzI2Td034Y=; b=OkdGnpQJAVNd7/8ZXP0kJWB1r0I0TQ6Z//fXL206RgvcfiVUIJaUy0cT S4KXuSc40pu2Br3Eqg/Wfm/5OXOyqP6kGx4wczQO8Ap758WhkQ1LKSmIKO caDVtNEhQ42b+dG4X+srJ5jP76yNIN2PxzqLgrk7vn3lQ/1eAASUVG0+F9 JE//xKnq6S4O68R7N2NvA0UTEkMBB4cKJola8KBMgWVC4jF2XvF5lwjHcC ubvShjU5MYLqko2KD3ozXVqUMIBLKST1dpCtd5UsdXB0e5Lt7dH4OohbT8 oVTXeNktnhnIYt6pmf6r5P1U9erOTIuUZEkNF94ulYbknV13PheRCQ== X-Report-Abuse: SMTP.com is an email service provider. Our abuse team cares about your feedback. Please contact abuse@smtp.com for further investigation. X-Rspamd-Queue-Id: 3931387451 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=smtpsendemail.com header.s=smtpcustomer header.b=OkdGnpQJ; spf=pass (mx1.freebsd.org: domain of david.smith@cs-reports.com designates 192.40.178.4 as permitted sender) smtp.mailfrom=david.smith@cs-reports.com X-Spamd-Result: default: False [-1.12 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[david.smith@cs-reports.com]; R_SPF_ALLOW(-0.20)[+ip4:192.40.160.0/19]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[smtpsendemail.com:+]; MX_GOOD(-0.01)[alt1.aspmx.l.google.com,aspmx.l.google.com,aspmx2.googlemail.com,alt2.aspmx.l.google.com,aspmx3.googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-0.02)[country: CA(-0.09)]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:19005, ipnet:192.40.176.0/20, country:CA]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.66)[-0.655,0]; R_DKIM_ALLOW(-0.20)[smtpsendemail.com:s=smtpcustomer]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.984,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[cs-reports.com]; HAS_LIST_UNSUB(-0.01)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(0.56)[0.562,0]; RCVD_IN_DNSWL_NONE(0.00)[4.178.40.192.list.dnswl.org : 127.0.15.0]; MID_RHS_NOT_FQDN(0.50)[] Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable 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: Tue, 12 Feb 2019 11:19:28 -0000 Opportunity Assessment of Blockchain Technology in the Telecom Industry (Re= port) =20 Report Information: Published Date: February 2019 Number of Pages: 70 Report Overview: The telecom industry has been providing almost all the necessary infrastruc= ture for the blockchain technology to operate. The technology itself is in = a very nascent and untested stage, and there is no real-life example of its= applications on a substantial scale, except crypto business. Besides the f= inance industry, where cryptocurrencies storm the world, there is comparati= vely very little known about its applications in other industries. However, that does not imply that there is not much happening elsewhere. Al= most all other industries somehow involved in exploring how the blockchain = technology can work for their businesses. So far, most of these projects ar= e either on a pilot scale or partially nested in collaboration with the exi= sting platforms. Unlike other industries, the telecom industry faces a unique challenge whic= h is the extra large customer base in the form of multi-billion phone subsc= ribers. The ecosystem can be further complicated with cross networks, inter= national calls and roaming. For telecom companies, to build expertise and develop applications on a uni= versal scale requires multi-billion investments. Such huge investment in an= uncharted field involves high risks which deter companies to spearhead by = its own. Notwithstanding, this has encouraged telecom companies to work tog= ether in a consortium to share knowledge and costs. Some companies are empl= oying a dual strategy by developing in-house expertise as well as also join= ed consortiums and investment partnerships with other companies. There are various partnerships in the telecom industry on a global scale, f= or instance, Carrier Blockchain Study Group (CBSG) aiming to specifically d= evelop a blockchain platform for telecom carriers addressing digital paymen= ts, authentication, IoT, clearing and settlement etc. Similarly, ITW Global= Leaders=92 Forum (GLF) with the involvement of its members completed a mul= ti-lateral blockchain Proof of Concept (PoC) to settle voice transactions b= etween multiple carriers in minutes rather than hours. Commodity Inside understands that similar to carriers companies, regulators= , equipment vendors and handsets manufacturers are also equally involved in= developing the blockchain technology. For instance, Deutsche Telekom is wo= rking in partnership with Camelot ITLab and SAP for building a global block= chain system which can block and erase personal data from the stolen phones= . Zipper and Jolla partnered to make blockchain based platform for Sony Xpe= ria devices, while Samsung is rumoured to introduce blockchain features in = the upcoming Galaxy S10. Major blockchain platform providers such as Micros= oft, IBM, SAP and Oracle are also actively involved with telecom companies. On a state level, Switzerland=92s state-owned telecoms provider Swisscom is= joining hands with the national postal service Swiss Post for a national b= lockchain infrastructure. Their first pilot application, which is based on = Hyperledger Fabric 2.0 software, is expected to be launched by Q2 2019. Commodity Inside ascertains that most of the use cases are aiming for proce= ss optimisation, while some are experimenting with entirely new services & = business models. So far, telecom companies are mainly concentrating on OSS/= BSS process and supply chain management, where currently there is a minimal= threat for these established companies from new entrants. However, in addi= tion to their strongholds, more to be done to capture the new revenue gener= ation streams such as mobile payments and banking, a marketplace for unused= capacity and IoT connectivity. Why this report is unique, and a must-read for the blockchain and telecom c= ompanies=3F Opportunity Assessment of Blockchain Technology in the Telecom Market is a = highly valuable resource necessary for examining the global blockchain appl= ications in the telecom industry. We have employed a very sophisticated and= robust approach for assessing the blockchain applications in the telecom m= arket by studying various case studies and pilot projects. This content-ric= h report covers the following key aspects: How will blockchain technology reshape the telecom sector=3F How are some key companies applying the blockchain technology in the teleco= m market=3F What will be the main threats and opportunities for the blockchain technolo= gy in the telecom sector=3F What will be the major drivers behind the fast growth of blockchain technol= ogy in the telecom sector=3F The current and future demand dynamics of blockchain technology in various = regions Blockchain technology and key developments in the telecom sector Detailed discussions on market strategies and competitive landscapes SWOT analysis of blockchain in the telecom market Key trend and developments assessments Who should buy this report=3F Telecom companies including carriers, equipment and service providers Information technology companies operating in the blockchain Blockchain technology companies Government bodies Industry consultants, researchers and analysts Why our analyses are robust and authoritative=3F We are completely independent and represent our views. We constantly consult various market participants and incorporate their vie= ws in our analysis. Our in-depth understanding of energy, automotive, packaging and constructio= n industries makes our analysis robust and differentiates us from others. Unlike other consulting and research companies, our forecasts are not depen= ding on historical trends or mere conjectures. We put a lot of thoughts and= knowledge into our forecasts which rest on the cornerstones of downstream = industries. We employ both quantitative and qualitative methods to derive robust analys= is. =20 Table of Contents Chapter 1- Executive summary 1.1 Key findings Chapter 2- Introduction 2.1 Blockchain system 2.2 Blockchain in the telecom sector 2.3 Methodology Chapter 3- Applications 3.1 Business models for blockchain technology Chapter 4- Market Analysis 4.1 Key telecom companies and blockchain technology Chapter 5- SWOT analysis 5.1 Strengths 5.2 Weaknesses 5.3 Opportunities 5.4 Threats Chapter 6- Growth assessment- drivers and restraints 6.1 Drivers 6.2 Restraints Chapter 7- Conclusions and recommendations 7.1 Conclusion 7.2 Recommendations =20 Report Pricing Single User License: =A31995 Departmental License (up to 5 Users): =A33595 Global License: =A35595 =20 Ordering process Please contact David Smith on david.smith@cioutlookreports.com And provide the following information: Report Title - Report License - (Single User/Departmental/Global) Name - Email - Job Title - Company - Invoice Address VAT number (EU Only) Please contact me if you have any questions, or wish to purchase a copy I look forward to hearing from you. Kind Regards David Smith Business Intelligence Executive To Unsubscribe send an email with Unsubscribe in the subject line to info@c= s-reports.com From owner-freebsd-ppc@freebsd.org Tue Feb 12 18:54: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 7EAE114F151C for ; Tue, 12 Feb 2019 18:54: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 09AEB7534B for ; Tue, 12 Feb 2019 18:54:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id BB56C14F151A; Tue, 12 Feb 2019 18:54: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 A898114F1518 for ; Tue, 12 Feb 2019 18:54: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 4137575346 for ; Tue, 12 Feb 2019 18:54:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 42EC473E1 for ; Tue, 12 Feb 2019 18:54: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 x1CIsXqd088093 for ; Tue, 12 Feb 2019 18:54:33 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x1CIsXJX088092 for ppc@FreeBSD.org; Tue, 12 Feb 2019 18:54:33 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 234539] [PowerPC64] panic: FPU already enabled for thread Date: Tue, 12 Feb 2019 18:54:32 +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: crash, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: luporl@FreeBSD.org X-Bugzilla-Status: Open 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, 12 Feb 2019 18:54:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D234539 Leandro Lupori changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |luporl@FreeBSD.org --- Comment #4 from Leandro Lupori --- The change in https://reviews.freebsd.org/D19166 fixed the issue for Leonar= do and I. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Tue Feb 12 22:32: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 A6F0E14D4F8D for ; Tue, 12 Feb 2019 22:32:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-32.consmr.mail.ne1.yahoo.com (sonic301-32.consmr.mail.ne1.yahoo.com [66.163.184.201]) (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 3CDBF86793 for ; Tue, 12 Feb 2019 22:32:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 1qi0avoVM1mvUKHpIoNdErJDOpzum.wom1YTpf0vDBXQ144XEmExaVkDvvODgZk gV5bmlYw7IlEcOvfxXDypUQBKqJSnCbYlL0SBCNl2ZtuLP.MifXEE6X08EExwFwywK4XuXRqlmZ8 rpr2H6oiu9qgrV1C.2CYu5L3zIxwdPIyorBSMmGJeuf0_4xvqyDJrEm5z_lGprQjif3WZtKPe.1i P3pxgyaf6kYkgDAnsJ7OguLHjSfuMaYIcXmuuSPk8BTEDkxWy5xqiLJu3NLpT3Xd08_Hlvlzz1mo 0jsgrC_4kLeJiTjxBv.iC2zUzNrm1Pea7ezF9h5werJHQcQlwS_fxPicStI3k.9YL9qFDq7Ll58m GlgKKsr4hJE9ELTJ8.QWDg_dfd.o6G7f3UvboJ0KFInG8lMLnSK0wwRAiJF_RFGt_bpds.Vlyhp6 TmNDKJiJa8iAyiV3_VdtsTC5Z9mY8NPROdQhHRQNnqHcKDcJJgBkP1HhdqL3tW7tp8DCdBWgk8Y_ 5s.hPgCPO9rLRTPIYeVz065rzVYf2PQfFT8mG.0tMyo3JttCoHDtcTKPiTl2gbZ2pch_Ti_ibIdx XU4o1TTDQqXgmK6evMCZgvmjND1oHkxx2K5oOUKoL7L7bAlJVHi0RZDWRQgTUrszxFS7icooeeQI W4p.Um0hvv1KSv4eaEbj8RjOFpXJzoMmF2bKJW1el0sQ0HdBrOOhFRSE_8PqY_p9PpjcVznWxqEe NBylvD55PcqW1AlaNkvvkh.kRgjQi7wHxgY1tOlzGP7bAPV8_bbITWOZ8UGif6xSNbHM4D1lV_kJ AWwTgDXDhyb1ZruunGclmQ6g7106SAvgrzoZyLMxEdH67KTbkWZ.E0RwgSnyo2u1JsksOljTmCNi mgFFzV3o4lQrNWg8Y30VkbCfYRcMJt_ysFR3YYFUDgnttTlI_vuXRiXakeTDogxsLYmELCGRQl65 D3zbwQUwwnDNNZF_S3bK70MnxZ004sUHoFo5fx7W.r3TybmuAPalVvxug9S9uB.iiYh4CW4seUfj Y.cnwTmK1GhILxAZ9iUHHxUi3q90n58lZ13qK8mnELQC5uQqtFXqHiwUVc5wksAw1_QFtbK.Ugp. C Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.ne1.yahoo.com with HTTP; Tue, 12 Feb 2019 22:32:44 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.113]) ([67.170.167.181]) by smtp402.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID fde06398b9a7116d2c4db50f19bdb12b; Tue, 12 Feb 2019 22:32:39 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: question powermac_smp_start_cpu return values vs. cpu_mp_unleash use of them (SMP context) Message-Id: Date: Tue, 12 Feb 2019 14:32:37 -0800 To: Justin Hibbits , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 3CDBF86793 X-Spamd-Bar: + X-Spamd-Result: default: False [1.21 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.96)[0.957,0]; NEURAL_HAM_LONG(-0.58)[-0.582,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.04)[ip: (3.31), ipnet: 66.163.184.0/21(1.09), asn: 36646(0.87), country: US(-0.07)]; NEURAL_SPAM_MEDIUM(0.31)[0.307,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[201.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: Tue, 12 Feb 2019 22:32:46 -0000 The following is based on head -r343670 . ( from /usr/src/sys/powerpc/powermac/platform_powermac.c ) static int powermac_smp_start_cpu(platform_t plat, struct pcpu *pc) { #ifdef SMP . . . while (!pc->pc_awake && timeout--) DELAY(100); return ((pc->pc_awake) ? 0 : EBUSY); #else . . . #endif } So EBUSY above indicates pc->pc_awake==0 on return. 0 indicates pc->pc_awake!=0 . But: ( from /usr/src/sys/powerpc/powerpc/mp_machdep.c ) static void cpu_mp_unleash(void *dummy) { . . . ret = platform_smp_start_cpu(pc); if (ret == 0) { timeout = 2000; /* wait 2sec for the AP */ while (!pc->pc_awake && --timeout > 0) DELAY(1000); } . . . } So cpu_mp_unleash only waits for pc->pc_awake!=0 if it it receives a status value indicating that pc->pc_pc_awake was already not zero. EBUSY results in no waiting in the cpu_mp_unleash code above despite pc->pc_awake having been zero at the return. How things match up for powermac seems odd to me. Is something wrong here? === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Wed Feb 13 20:33: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 B169514D70C5 for ; Wed, 13 Feb 2019 20:33:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-20.consmr.mail.gq1.yahoo.com (sonic317-20.consmr.mail.gq1.yahoo.com [98.137.66.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 12C2B73008 for ; Wed, 13 Feb 2019 20:33:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: _e5UpQUVM1mGUYOgQoQtoxcBiA2fciWs4Aju6Hip1je0x63Bd5hxd_Y2hk20Jwa VruBR8VsUpr0NdWRmTo.yM.fK0NoCJLkoEs4vzNiqVnqRyFbRINmU2TAJDSQUDAfFpbzOS4Vq8Is VNNzd9lDZAkoYUaATzDA.kCK6yEoZ8mGsKdBqMsBYbhj1P2qwV0d0qZl2mYP0kVaS8H6jg1F7CPO 9n1WzJRWzv9eki4IuK6NiF4IIzpKcT64bBJ9b.J9K6SxPPVgWaN65tRMgE_b.5e4EBEun4dF0wEL gqhrwGaEc2NV3b6F.7Th2pw8Bz_ZNxn17LGA8qQnHw_c54Ljd6hoMjlgs.VzAm5lFa5zKOAK7jQs gYLVVd0o6Ci5WLS9bEOiUAFhHQBTA7o7xoQVpDG7kIJ8S5ewvgvlJnNDj0.EmCPT5VdUBqDweWH9 Ecczn2l949Hswuk9neOFn5EN4ersK47HWEhdcB4ECBzhjTpmRyiPaZlZ.LIjfPpAzQ1.As1bIl_I G2RbEo7OxMJ8O_RNb0qn4ZFWKMRBOtLYkYkVCfhABuxrXPw8xzXxAykhMwaCx6E5Elva_fRnvLj_ Cf8NyRPoWFMUcHtd8E9SzSHMFHwkQUS59zOHD.Bw4xghHB6fmn5H3DCXtWIj7vldNzZyjbXnP2MX 4.paaKPRu72FO4IMdlEvbkrYL9tdcfanWOm1LXP9PV5.rfbbTDdON7WIBc26UChbKxjYFiWDgnnv pEAq1EOJu4UdyWvj8hqUvW8Bw2edV6BsHcZABg2pmNGNmEZgm24De.uWWOPfk.pjOCwPgwJbQ9RT J9w6k5JxJ563_kpSJyhAOX1UKvqxGnoZ1feCNdd3Szaav5hikqMl4tXwU5oGYMCp8tFAo2q26Bq4 u1hrpPTgh7cPr3Gevzwo9KtuN.pRicXa6YsBdENodM2vp4Yk695lssXEU63xgi6mjB5Izmd6zRxb MZTAAzyPR1AOF98eUj7B3fSX7bbxJjWXEO6qPZ8h_nkmDCG02W4hiny4qG7wCBQdAPqukvdncEnD _Ktrz6uEKjmEW0rdRfgCQrjyZzstzPTQXyheXyN615r.5pJrs1f3zigE8es78qSrX05Y- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Wed, 13 Feb 2019 20:33:47 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.113]) ([67.170.167.181]) by smtp405.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID faac3d4b65fba3935193366089efa6a3; Wed, 13 Feb 2019 20:23:39 +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.2 \(3445.102.3\)) Subject: Questions with a powerpc64/powerpc context: relaxed use of smp_cpus in umtx_busy vs. relaxed updates to smp_cpus in machine dependent code? Message-Id: <096EABF3-1876-4E0C-9C16-ECF5C068B189@yahoo.com> Date: Wed, 13 Feb 2019 12:23:38 -0800 To: FreeBSD PowerPC ML , freebsd-hackers Hackers X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 12C2B73008 X-Spamd-Bar: / X-Spamd-Result: default: False [0.29 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.10)[-0.096,0]; 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)[]; NEURAL_HAM_MEDIUM(-0.18)[-0.180,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; URIBL_BLOCKED(0.00)[dsl-only.net.multi.uribl.com]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.67)[-0.670,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[146.66.137.98.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.75)[ip: (2.52), ipnet: 98.137.64.0/21(0.72), asn: 36647(0.57), country: US(-0.07)] 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, 13 Feb 2019 20:33:56 -0000 Why I ask the questions below (after providing context): There are boot issues on old multi-processor PowerMac G5s that frequently hang up during cpu_mp_unleash --but not always. /usr/src/sys/kern/kern_umtx.c has the following code (note the smp_cpus use in the machine-independent code): static inline void umtxq_busy(struct umtx_key *key) { struct umtxq_chain *uc; =20 uc =3D umtxq_getchain(key); mtx_assert(&uc->uc_lock, MA_OWNED); if (uc->uc_busy) { #ifdef SMP if (smp_cpus > 1) { int count =3D BUSY_SPINS; if (count > 0) { umtxq_unlock(key); while (uc->uc_busy && --count > 0) cpu_spinwait(); umtxq_lock(key); } } #endif while (uc->uc_busy) { uc->uc_waiters++; msleep(uc, &uc->uc_lock, 0, "umtxqb", 0); uc->uc_waiters--; } } uc->uc_busy =3D 1; } The use of smp_cpus here on powerpc would be what is called a std::memory_order_relaxed load in c++ terms. smp_cpus does change during the machine dependent-code cpu_mp_unleash in /usr/src/sys/powerpc/powerpc/mp_machdep.c : static void cpu_mp_unleash(void *dummy) { . . . smp_cpus =3D 0; . . . STAILQ_FOREACH(pc, &cpuhead, pc_allcpu) { . . . if (pc->pc_awake) { if (bootverbose) printf("Adding CPU %d, hwref=3D%jx, = awake=3D%x\n", pc->pc_cpuid, = (uintmax_t)pc->pc_hwref, pc->pc_awake); smp_cpus++; } else . . .=20 } which are relaxed stores. [This dos not appear to be a std::memory_order_consume like context (no dependency ordered before usage).] /usr/src/sys/kern/subr_smp.c does initialize smp_cpus to 1 in its definition. (But it temporarily reverts to zero in the above code.) So far I've not managed to track down examples of specific code (in an objdump of the kernel, say) that matches up using some form(s) of the following to control access order in the various places umtxq_busy is used: lwsync (acquire/release/AcqRel fence or store-release [with load-acquire = code as well]) or: sync (a.k.a. hwsync and sync 0) (sequentially consistent = fence/store/load) Note: smp_cpus is not even volatile so, potentially, for a time a = register could be all that holds the sequence of smp_cpus values before memory is updated later. Nor have I yet found the earliest use of the umtxq_busy code. If it is late enough after cpu_mp_unleash, that might implicitly provide = something that is not a local code structure. Can anyone point me to example(s) of what controls umtxq_busy = necessarily accessing the intended smp_cpus value? =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 Feb 13 21:45:24 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 91BD914D8FC2; Wed, 13 Feb 2019 21:45:24 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AB47775DB4; Wed, 13 Feb 2019 21:45:23 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from disco.vangyzen.net (unknown [70.97.188.230]) by smtp.vangyzen.net (Postfix) with ESMTPSA id D886C56468; Wed, 13 Feb 2019 15:45:21 -0600 (CST) Subject: Re: Questions with a powerpc64/powerpc context: relaxed use of smp_cpus in umtx_busy vs. relaxed updates to smp_cpus in machine dependent code? To: Mark Millard , FreeBSD PowerPC ML , freebsd-hackers Hackers References: <096EABF3-1876-4E0C-9C16-ECF5C068B189@yahoo.com> From: Eric van Gyzen Message-ID: <4b60c6a0-76d5-813c-11c0-9983ba45f7a5@vangyzen.net> Date: Wed, 13 Feb 2019 15:45:18 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <096EABF3-1876-4E0C-9C16-ECF5C068B189@yahoo.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: AB47775DB4 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of eric@vangyzen.net designates 2607:fc50:1000:7400:216:3eff:fe72:314f as permitted sender) smtp.mailfrom=eric@vangyzen.net X-Spamd-Result: default: False [-5.40 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+a]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; SUBJECT_ENDS_QUESTION(1.00)[]; DMARC_NA(0.00)[vangyzen.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[hotblack.vangyzen.net]; NEURAL_HAM_SHORT(-0.89)[-0.895,0]; IP_SCORE(-3.19)[ip: (-7.89), ipnet: 2607:fc50:1000::/36(-4.10), asn: 36236(-3.90), country: US(-0.07)]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:36236, ipnet:2607:fc50:1000::/36, 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: Wed, 13 Feb 2019 21:45:24 -0000 On 2/13/19 2:23 PM, Mark Millard via freebsd-hackers wrote: > Why I ask the questions below (after providing context): > There are boot issues on old multi-processor PowerMac G5s that > frequently hang up during cpu_mp_unleash --but not always. > > > /usr/src/sys/kern/kern_umtx.c has the following code > (note the smp_cpus use in the machine-independent code): > > > static inline void > umtxq_busy(struct umtx_key *key) > { > struct umtxq_chain *uc; > > uc = umtxq_getchain(key); > mtx_assert(&uc->uc_lock, MA_OWNED); > if (uc->uc_busy) { > #ifdef SMP > if (smp_cpus > 1) { > int count = BUSY_SPINS; > if (count > 0) { > umtxq_unlock(key); > while (uc->uc_busy && --count > 0) > cpu_spinwait(); > umtxq_lock(key); > } > } > #endif > while (uc->uc_busy) { > uc->uc_waiters++; > msleep(uc, &uc->uc_lock, 0, "umtxqb", 0); > uc->uc_waiters--; > } > } > uc->uc_busy = 1; > } > > The use of smp_cpus here on powerpc would be what is called > a std::memory_order_relaxed load in c++ terms. smp_cpus > does change during the machine dependent-code cpu_mp_unleash > in /usr/src/sys/powerpc/powerpc/mp_machdep.c : > > static void > cpu_mp_unleash(void *dummy) > { > . . . > smp_cpus = 0; > . . . > STAILQ_FOREACH(pc, &cpuhead, pc_allcpu) { > . . . > if (pc->pc_awake) { > if (bootverbose) > printf("Adding CPU %d, hwref=%jx, awake=%x\n", > pc->pc_cpuid, (uintmax_t)pc->pc_hwref, > pc->pc_awake); > smp_cpus++; > } else > . . . > } > > which are relaxed stores. > > [This dos not appear to be a std::memory_order_consume like > context (no dependency ordered before usage).] > > /usr/src/sys/kern/subr_smp.c does initialize smp_cpus to 1 > in its definition. (But it temporarily reverts to zero in > the above code.) > > So far I've not managed to track down examples of specific > code (in an objdump of the kernel, say) that matches up > using some form(s) of the following to control access > order in the various places umtxq_busy is used: > > lwsync (acquire/release/AcqRel fence or store-release [with load-acquire code as well]) > or: > sync (a.k.a. hwsync and sync 0) (sequentially consistent fence/store/load) > > Note: smp_cpus is not even volatile so, potentially, for a time a register > could be all that holds the sequence of smp_cpus values before memory is > updated later. > > Nor have I yet found the earliest use of the umtxq_busy code. If it is > late enough after cpu_mp_unleash, that might implicitly provide something > that is not a local code structure. > > Can anyone point me to example(s) of what controls umtxq_busy necessarily > accessing the intended smp_cpus value? umtxq_busy() is only called by userland synchronization primitives, such as mutexes, condition variables, and semaphores. Assuming cpu_mp_unleash() is called before userland is started, umtxq_busy() should see the correct value of smp_cpus. However, even if umtxq_busy() sees a value of 0 or 1 when the correct value would be greater than 1, I don't see how this could cause a problem, since it would take the safer approach of sleeping instead of spinning. Best of luck, Eric From owner-freebsd-ppc@freebsd.org Thu Feb 14 03:45: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 3376D14E6466 for ; Thu, 14 Feb 2019 03:45:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.gq1.yahoo.com (sonic309-22.consmr.mail.gq1.yahoo.com [98.137.65.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3CD078C57F for ; Thu, 14 Feb 2019 03:45:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: o.eS9N4VM1lri9KL8p7AiQ13MMBm1JZBQ7pYr4JU7YoLFGeBSPhlnRXHF_23oA4 eVfLAPN_t4GfVlMiYBxztGnEBdevRCqwQe_drXjHBm21b5j8eKf6otp5mVWKw_2G40njvhmtGfOQ dMwtO9.9QPoGRCJVnzQdE.3pMZkAMO50YWgAihZytacQpUaaX3.Afe7892lLvNQ94saJEV0ibBNA qI_K1DRmV2UYt7550643Ktx3VGe31CikFcSdXSe_KxzV1I5Ms3LWc_dLIrCa7ISbCRf3oAbQC6jj nPkMUhkLcBUOPeiVok3.nnwAjYQUa6GDpxFHHmmSUoI.bX8OoNXdO_iEKNJE9XKEHIMi.y3XBQi3 0M6RoGhpti48NPEdgt8izyYnmcQhCI1TDqd6Fa3cnQtP9WqPtLMLJ4cJ7cqXD5UPc_1vYX_vWKD_ cD_n2oTNoc6OnGU7BxShh9dDi.9EsWuvR.FuJRTJaEzWf4lqZwwPNQGCuTHntikQec5dRKACVKY9 Sb0LFZpscYvdGE0Stz6XBvL0Ni6IM9O7Cqy2DLjZTSC_P6xl6xLGfka2ut7Y8x5490Tk7tkxw68F ClY.yCh2ZUbs00GAcm.OZTqJQcZShfEojXlVMEfXa9Ao.Acv.BFpI_2ZA0BFaqKE5mdr23eL.SIw h_IV7BQg_pGLVRgb_EduyhmRnJjJ_5wGQNCXOp3O22awRoCKEKTyymPxhf5FP0aqtftoy0bmpd_q Ej8_qv9kes_Znqvs_Kov9QBAfsagQwHjnx_xx0.8jE7JuzMimu_zer2aS5BaLhvrzT3lBAbbbhxW atM68z9w0y06hwcE_wrrtcpSVRHoxs4JO6NraBTMXYv9s5H9yWkygabRUqWovgwtCCpAZt3rrfK4 XVXK2Sncht_9yMk2eY7olu3QIp6vkeJxrKBwVQe0y4HJoREjxCza5UoQCA_ZB8r8BBqXfu2XuJBn VKRKpU6M3IMp0nVyRFMwmxOk3ReThVzHEiTMWMBlzQ6SAVFsbXmX0mdn9Klc7uGSWXmgAS.gmxHp C3v5MnsFGFadUhJEEqh7.DILWo1a3ZFL91AEMuj__H.GxaAGqNg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Thu, 14 Feb 2019 03:45:21 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.113]) ([67.170.167.181]) by smtp431.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID d60a4c4b29c7061f2fdea3a4957147ff for ; Thu, 14 Feb 2019 03:35:14 +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.2 \(3445.102.3\)) Subject: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value Message-Id: <11680D15-D43D-4115-AF4F-5F6E4E0022C9@yahoo.com> Date: Wed, 13 Feb 2019 19:35:13 -0800 To: FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 3CD078C57F X-Spamd-Bar: - X-Spamd-Result: default: False [-1.44 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.93)[-0.930,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; URIBL_BLOCKED(0.00)[dsl-only.net.multi.uribl.com]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.993,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.24)[ipnet: 98.137.64.0/21(0.71), asn: 36647(0.57), country: US(-0.07)]; NEURAL_SPAM_SHORT(0.75)[0.755,0]; RCVD_IN_DNSWL_NONE(0.00)[148.65.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, 14 Feb 2019 03:45:33 -0000 I added some bootverbose messages to: static int powermac_smp_start_cpu(platform_t plat, struct pcpu *pc) (in /usr/src/sys/powerpc/powermac/platform_powermac.c ) and: void machdep_ap_bootstrap(void) ( /usr/src/sys/powerpc/powerpc/mp_machdep.c ) and: static void cpu_mp_unleash(void *dummy) ( /usr/src/sys/powerpc/powerpc/mp_machdep.c ) The result was (typed from a image and showing normal messages too): Adding CPU 0, hwref=3Dcd38, awkae=3D1 Waling up CPU 3 (dev=3Dc480) Before reset 4&0 for CPU 3, hwref=3Dc480, awake=3D0 After reset 4&0 for CPU3, hwref=3Dc480, awake=3D0 After attempted wait for awake CPU 3, hwref=3Dc480, awake=3D0 cpu_mp_unleash after platform_smp_start_cpu and waiting: CPU3, = hwref=3Dx480, awake=3D0 cpu_mp_unleash adding pc_cpuid to stopped_cpus: CPU 3 (dev=3Dc480) Waking up CPU 2 (dev=3Dc768) Before reset 4&0 for CPU 2, hwref=3Dc768, awake=3D0 There is no more text. Part of the information is what messages were not displayed. Some notes: Only CPU 0 gots a: smp_cpus++ (resulting in 1). There is no solid evidence for if machdep_ap_bootstrap was ever used for CPU 3 or CPU 2. The wait loop after the platform_smp_start_cpu call in cpu_mp_unleash for CPU 3 is not used. The code in machdep_ap_bootstrap: PCPU_SET(awake, 1); __asm __volatile("msync; isync"); did not have a visible effect on the pc->pc_awake value in platform_smp_start_cpu and cpu_mp_unleash. I have no unique evidence that it was executed at all. My messages added to machdep_ap_bootstrap were not displayed. platform_smp_start_cpu did not return for CPU 2. cpu_mp_unleash makes no more progress. In fact the 2 resets do not complete overall for CPU 2 (but did for CPU 3, even if it is unclear what code was executed): *rstvec =3D 4; powerpc_sync(); (void)(*rstvec); powerpc_sync(); DELAY(1); *rstvec =3D 0; powerpc_sync(); (void)(*rstvec); powerpc_sync(); I'll see about getting more information about the resets used. For reference for the added messages: # svnlite diff /usr/src/sys/powerpc/powermac/platform_powermac.c = /usr/src/sys/powerpc/powerpc/mp_machdep.c Index: /usr/src/sys/powerpc/powermac/platform_powermac.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/sys/powerpc/powermac/platform_powermac.c (revision = 344018) +++ /usr/src/sys/powerpc/powermac/platform_powermac.c (working copy) @@ -371,6 +371,11 @@ rstvec_virtbase =3D pmap_mapdev(0x80000000, PAGE_SIZE); =20 rstvec =3D rstvec_virtbase + reset; +=20 + if (bootverbose) // HACK!!! + printf("Before reset 4&0 for CPU %d, hwref=3D%jx, = awake=3D%x\n", + pc->pc_cpuid, (uintmax_t)pc->pc_hwref, + pc->pc_awake); =20 *rstvec =3D 4; powerpc_sync(); @@ -382,10 +387,20 @@ (void)(*rstvec); powerpc_sync(); =20 + if (bootverbose) // HACK!!! + printf("After reset 4&0 for CPU %d, hwref=3D%jx, = awake=3D%x\n", + pc->pc_cpuid, (uintmax_t)pc->pc_hwref, + pc->pc_awake); + timeout =3D 10000; while (!pc->pc_awake && timeout--) DELAY(100); =20 + if (bootverbose) // HACK!!! + printf("After attempted wait for awake CPU %d, = hwref=3D%jx, awake=3D%x\n", + pc->pc_cpuid, (uintmax_t)pc->pc_hwref, + pc->pc_awake); + return ((pc->pc_awake) ? 0 : EBUSY); #else /* No SMP support */ Index: /usr/src/sys/powerpc/powerpc/mp_machdep.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/sys/powerpc/powerpc/mp_machdep.c (revision 344018) +++ /usr/src/sys/powerpc/powerpc/mp_machdep.c (working copy) @@ -97,6 +97,9 @@ /* Initialize decrementer */ decr_ap_init(); =20 + if (bootverbose) // HACK!!! + printf("machdep_ap_bootstrap before ap_boot_mtx lock: = AP CPU #%d launched\n", PCPU_GET(cpuid)); + /* Serialize console output and AP count increment */ mtx_lock_spin(&ap_boot_mtx); ap_awake++; @@ -109,6 +112,8 @@ =20 while(smp_started =3D=3D 0) ; + if (bootverbose) // HACK!!! + printf("machdep_ap_bootstrap after smp_started!=3D0: AP = CPU #%d launched\n", PCPU_GET(cpuid)); =20 /* Start per-CPU event timers. */ cpu_initclocks_ap(); @@ -238,10 +243,19 @@ =20 ret =3D platform_smp_start_cpu(pc); if (ret =3D=3D 0) { + if (bootverbose) // HACK!!! + printf("cpu_mp_unleash = attempting to wait for pc_awake: CPU %d, hwref=3D%jx, awake=3D%x\n", + pc->pc_cpuid, = (uintmax_t)pc->pc_hwref, + pc->pc_awake); + timeout =3D 2000; /* wait 2sec for = the AP */ while (!pc->pc_awake && --timeout > 0) DELAY(1000); } + if (bootverbose) // HACK!!! + printf("cpu_mp_unleash after = platform_smp_start_cpu and waiting: CPU %d, hwref=3D%jx, awake=3D%x\n", + pc->pc_cpuid, = (uintmax_t)pc->pc_hwref, + pc->pc_awake); } else { pc->pc_awake =3D 1; } @@ -252,7 +266,13 @@ pc->pc_awake); smp_cpus++; } else + { // HACK!!! + if (bootverbose) // HACK!!! + printf("cpu_mp_unleash adding pc_cpuid = to stopped_cpus: CPU %d (dev=3D%x)\n", + pc->pc_cpuid, (int)pc->pc_hwref); CPU_SET(pc->pc_cpuid, &stopped_cpus); + } // HACK!!! + } =20 ap_awake =3D 1; =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 Feb 14 06:09: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 4A2A214EAFB9 for ; Thu, 14 Feb 2019 06:09:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-13.consmr.mail.bf2.yahoo.com (sonic310-13.consmr.mail.bf2.yahoo.com [74.6.135.123]) (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 5BEA090B58 for ; Thu, 14 Feb 2019 06:09:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: gSRjpYQVM1nwz_DRY7D0t3326KMxH7jV6lk8w3EJ.1w68NON9wMgVB6FRRVKZKO sYF3Y.YDh1X7ELRwjnHTY_PlI3cmgFGIUbWzvh_vpRHWIvNNGRCil0rHyWXWRTFuKbxarSWk_Qm. ODombcwYu2Z2zvi6a8f95Ol5wp5GqaT7GfIao_5DmteqGhlFnp.rMIrVs4Ft7V63MtoezzWu1hi1 5cqjLD2j.KIaAhSoL_5BhbPAnwcIX92htDKc03VabEM00CuPBNruVAIoeQKGQSqphhiTZ45wst7q jhB3axLgmf6ZB1lMpHLFUhqinCcS1X7IjCmbo.uxYwhoXWsDq9TbSJKeYxD8qyXZMKFzrcwxhqVV eK2yboHg8ND45_5m6IEJQiSAGEgfOpzi7DdwuZzNumb_JzVJCsWrsIwZ1LLKVJiUfpK2H.vHYZsS fnmIp15UfmEhM0LmLgLvdVFMxjP5jRaicUV4yhgbJUT0mV5NblG2r.ojKXX0VozgFkOaf5BQP3bq K4h0n1a7.ng6XA08ONCAhV7CWLtNEhXU0KrCVNePcyl0jRVfOst31zj8R9SQfad3HcYb05AB0L9E ttVIfRAKz48Yn5wbP46l7p._oTXtcpnFS_sDc4gajoSqcORNohxWOd0DDSAmztPW2f9PXDjCStjS N2FJAVF80QVFua2m6D.z4rZ3XltjGubOt1Pzo1PF3b8LVv5vtEpXWpbO4Ddwbdc5ul_Yx8XhH_zd dNstnbz0.hqJhVhjv2h1ffi1MaAQ6sXRpmCbIaNqmfsCkCPHFqNj9eGr0.9D.wwh87YD0QYkCUoz WjCpcOYBogDhFTwdL5qvlpjtykW4bSXUr2v0TAjizlKxvwiy2pstc0RG_fWmI8Ebnup2IWjPwGBh p7AkZ_.0700iyZ790tRDIseCYys9Es9jDqJaxJ3szrb9UEQ0Z7BeEl0DwJNU.qFze_5L5vSYkhVp kglYc_44t9bsRIOmubnjVaoJTMBYsFxgNhIUoh2XZRnFNxqFAaLRyWQjnF0swet_Jes7qFZPPfK8 _l7PqlGjPZ6c9uKJjFCU4MnJ5Ik3DtOyLD5BT4zjmS.rUfzkCT8VbYiYL Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.bf2.yahoo.com with HTTP; Thu, 14 Feb 2019 06:09:47 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.113]) ([67.170.167.181]) by smtp414.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID b38f73fb8417ea0cc5ee1ac04399b880 for ; Thu, 14 Feb 2019 06:09:46 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value Date: Wed, 13 Feb 2019 22:09:44 -0800 References: <11680D15-D43D-4115-AF4F-5F6E4E0022C9@yahoo.com> To: FreeBSD PowerPC ML In-Reply-To: <11680D15-D43D-4115-AF4F-5F6E4E0022C9@yahoo.com> Message-Id: <9FBCA729-CE80-44CD-8873-431853E55231@yahoo.com> X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 5BEA090B58 X-Spamd-Bar: ++ X-Spamd-Result: default: False [3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; 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)[]; 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]; URIBL_BLOCKED(0.00)[dsl-only.net.multi.uribl.com]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.90)[0.900,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; NEURAL_SPAM_MEDIUM(0.62)[0.619,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(1.42)[ip: (4.72), ipnet: 74.6.128.0/21(1.37), asn: 26101(1.10), country: US(-0.07)]; NEURAL_SPAM_LONG(0.57)[0.566,0]; RCVD_IN_DNSWL_NONE(0.00)[123.135.6.74.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[123.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: Thu, 14 Feb 2019 06:09:51 -0000 [I provide additional bootverbose output for both a successful boot and a failing one.] On 2019-Feb-13, at 19:35, Mark Millard wrote: > I added some bootverbose messages to: >=20 > static int > powermac_smp_start_cpu(platform_t plat, struct pcpu *pc) > (in /usr/src/sys/powerpc/powermac/platform_powermac.c ) >=20 > and: >=20 > void > machdep_ap_bootstrap(void) > ( /usr/src/sys/powerpc/powerpc/mp_machdep.c ) >=20 > and: >=20 > static void > cpu_mp_unleash(void *dummy) > ( /usr/src/sys/powerpc/powerpc/mp_machdep.c ) >=20 >=20 >=20 > The result was (typed from a image and > showing normal messages too): >=20 > Adding CPU 0, hwref=3Dcd38, awkae=3D1 > Waling up CPU 3 (dev=3Dc480) > Before reset 4&0 for CPU 3, hwref=3Dc480, awake=3D0 > After reset 4&0 for CPU3, hwref=3Dc480, awake=3D0 > After attempted wait for awake CPU 3, hwref=3Dc480, awake=3D0 > cpu_mp_unleash after platform_smp_start_cpu and waiting: CPU3, = hwref=3Dx480, awake=3D0 > cpu_mp_unleash adding pc_cpuid to stopped_cpus: CPU 3 (dev=3Dc480) > Waking up CPU 2 (dev=3Dc768) > Before reset 4&0 for CPU 2, hwref=3Dc768, awake=3D0 >=20 > There is no more text. >=20 > Part of the information is what messages were not displayed. >=20 > Some notes: >=20 > Only CPU 0 gots a: smp_cpus++ (resulting in 1). >=20 > There is no solid evidence for if machdep_ap_bootstrap was > ever used for CPU 3 or CPU 2. >=20 > The wait loop after the platform_smp_start_cpu call in > cpu_mp_unleash for CPU 3 is not used. The code in > machdep_ap_bootstrap: >=20 > PCPU_SET(awake, 1); > __asm __volatile("msync; isync"); >=20 > did not have a visible effect on the pc->pc_awake value in > platform_smp_start_cpu and cpu_mp_unleash. I have no > unique evidence that it was executed at all. >=20 > My messages added to machdep_ap_bootstrap were not displayed. >=20 > platform_smp_start_cpu did not return for CPU 2. > cpu_mp_unleash makes no more progress. In fact the > 2 resets do not complete overall for CPU 2 (but did > for CPU 3, even if it is unclear what code was > executed): >=20 > *rstvec =3D 4; > powerpc_sync(); > (void)(*rstvec); > powerpc_sync(); > DELAY(1); > *rstvec =3D 0; > powerpc_sync(); > (void)(*rstvec); > powerpc_sync(); >=20 > I'll see about getting more information about the resets used. >=20 >=20 >=20 > For reference for the added messages: >=20 > # svnlite diff /usr/src/sys/powerpc/powermac/platform_powermac.c = /usr/src/sys/powerpc/powerpc/mp_machdep.c > Index: /usr/src/sys/powerpc/powermac/platform_powermac.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/src/sys/powerpc/powermac/platform_powermac.c (revision = 344018) > +++ /usr/src/sys/powerpc/powermac/platform_powermac.c (working copy) > @@ -371,6 +371,11 @@ > rstvec_virtbase =3D pmap_mapdev(0x80000000, PAGE_SIZE); >=20 > rstvec =3D rstvec_virtbase + reset; > +=20 > + if (bootverbose) // HACK!!! > + printf("Before reset 4&0 for CPU %d, hwref=3D%jx, = awake=3D%x\n", > + pc->pc_cpuid, (uintmax_t)pc->pc_hwref, > + pc->pc_awake); >=20 > *rstvec =3D 4; > powerpc_sync(); > @@ -382,10 +387,20 @@ > (void)(*rstvec); > powerpc_sync(); >=20 > + if (bootverbose) // HACK!!! > + printf("After reset 4&0 for CPU %d, hwref=3D%jx, = awake=3D%x\n", > + pc->pc_cpuid, (uintmax_t)pc->pc_hwref, > + pc->pc_awake); > + > timeout =3D 10000; > while (!pc->pc_awake && timeout--) > DELAY(100); >=20 > + if (bootverbose) // HACK!!! > + printf("After attempted wait for awake CPU %d, = hwref=3D%jx, awake=3D%x\n", > + pc->pc_cpuid, (uintmax_t)pc->pc_hwref, > + pc->pc_awake); > + > return ((pc->pc_awake) ? 0 : EBUSY); > #else > /* No SMP support */ > Index: /usr/src/sys/powerpc/powerpc/mp_machdep.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/src/sys/powerpc/powerpc/mp_machdep.c (revision 344018) > +++ /usr/src/sys/powerpc/powerpc/mp_machdep.c (working copy) > @@ -97,6 +97,9 @@ > /* Initialize decrementer */ > decr_ap_init(); >=20 > + if (bootverbose) // HACK!!! > + printf("machdep_ap_bootstrap before ap_boot_mtx lock: = AP CPU #%d launched\n", PCPU_GET(cpuid)); > + > /* Serialize console output and AP count increment */ > mtx_lock_spin(&ap_boot_mtx); > ap_awake++; > @@ -109,6 +112,8 @@ >=20 > while(smp_started =3D=3D 0) > ; > + if (bootverbose) // HACK!!! > + printf("machdep_ap_bootstrap after smp_started!=3D0: = AP CPU #%d launched\n", PCPU_GET(cpuid)); >=20 > /* Start per-CPU event timers. */ > cpu_initclocks_ap(); > @@ -238,10 +243,19 @@ >=20 > ret =3D platform_smp_start_cpu(pc); > if (ret =3D=3D 0) { > + if (bootverbose) // HACK!!! > + printf("cpu_mp_unleash = attempting to wait for pc_awake: CPU %d, hwref=3D%jx, awake=3D%x\n", > + pc->pc_cpuid, = (uintmax_t)pc->pc_hwref, > + pc->pc_awake); > + > timeout =3D 2000; /* wait 2sec for = the AP */ > while (!pc->pc_awake && --timeout > 0) > DELAY(1000); > } > + if (bootverbose) // HACK!!! > + printf("cpu_mp_unleash after = platform_smp_start_cpu and waiting: CPU %d, hwref=3D%jx, awake=3D%x\n", > + pc->pc_cpuid, = (uintmax_t)pc->pc_hwref, > + pc->pc_awake); > } else { > pc->pc_awake =3D 1; > } > @@ -252,7 +266,13 @@ > pc->pc_awake); > smp_cpus++; > } else > + { // HACK!!! > + if (bootverbose) // HACK!!! > + printf("cpu_mp_unleash adding = pc_cpuid to stopped_cpus: CPU %d (dev=3D%x)\n", > + pc->pc_cpuid, (int)pc->pc_hwref); > CPU_SET(pc->pc_cpuid, &stopped_cpus); > + } // HACK!!! > + > } >=20 > ap_awake =3D 1; >=20 I added some more bootverbose code. A boot that completed showed: Adding CPU 0, hwref=3Dcd38, awake=3D1 Trying to mount root from ufs:/dev/ufs/FBSDG5L2rootfs [rw,noatime]... Waking up CPU 3 (dev=3Dc480) powermac_smp_start_cpu 's OF_getprop for CPU 3, hwref=3Dc480, awake=3D0: = res=3D4, reset=3D8c powermac_smp_start_cpu for CPU 3, hwref=3Dc480, awake=3D0: = rstvec_virtbase=3D0xe000000087fd2000 powermac_smp_start_cpu for CPU 3, hwref=3Dc480, awake=3D0: = rstvec=3D0xe000000087fd208c Before reset 4&0 for CPU 3, hwref=3Dc480, awake=3D0 After reset 4&0 for CPU 3, hwref=3Dc480, awake=3D0 After attempted wait for awake CPU 3, hwref=3Dc480, awake=3D1 cpu_mp_unleash attempting to wait for pc_awake: CPU 3, hwref=3Dc480, = awake=3D1 cpu_mp_unleash after platform_smp_start_cpu and waiting: CPU 3, = hwref=3Dc480, awake=3D1 Adding CPU 3, hwref=3Dc480, awake=3D1 Waking up CPU 2 (dev=3Dc768) powermac_smp_start_cpu 's OF_getprop for CPU 2, hwref=3Dc768, awake=3D0: = res=3D4, reset=3D8b powermac_smp_start_cpu for CPU 2, hwref=3Dc768, awake=3D0: = rstvec=3D0xe000000087fd208b Before reset 4&0 for CPU 2, hwref=3Dc768, awake=3D0 After reset 4&0 for CPU 2, hwref=3Dc768, awake=3D0 After attempted wait for awake CPU 2, hwref=3Dc768, awake=3D1 cpu_mp_unleash attempting to wait for pc_awake: CPU 2, hwref=3Dc768, = awake=3D1 cpu_mp_unleash after platform_smp_start_cpu and waiting: CPU 2, = hwref=3Dc768, awake=3D1 Adding CPU 2, hwref=3Dc768, awake=3D1 Waking up CPU 1 (dev=3Dca50) powermac_smp_start_cpu 's OF_getprop for CPU 1, hwref=3Dca50, awake=3D0: = res=3D4, reset=3D8a powermac_smp_start_cpu for CPU 1, hwref=3Dca50, awake=3D0: = rstvec=3D0xe000000087fd208a Before reset 4&0 for CPU 1, hwref=3Dca50, awake=3D0 After reset 4&0 for CPU 1, hwref=3Dca50, awake=3D0 After attempted wait for awake CPU 1, hwref=3Dca50, awake=3D1 cpu_mp_unleash attempting to wait for pc_awake: CPU 1, hwref=3Dca50, = awake=3D1 cpu_mp_unleash after platform_smp_start_cpu and waiting: CPU 1, = hwref=3Dca50, awake=3D1 Adding CPU 1, hwref=3Dca50, awake=3D1 machdep_ap_bootstrap before ap_boot_mtx lock: AP CPU #3 launched machdep_ap_bootstrap before ap_boot_mtx lock: AP CPU #2 launched machdep_ap_bootstrap before ap_boot_mtx lock: AP CPU #1 launched SMP: AP CPU #3 launched SMP: AP CPU #2 launched SMP: AP CPU #1 launched machdep_ap_bootstrap after smp_started!=3D0: AP CPU #2 launched machdep_ap_bootstrap after smp_started!=3D0: AP CPU #3 launched machdep_ap_bootstrap after smp_started!=3D0: AP CPU #1 launched A failing boot is very similar but for awake values (and consequences) and omitting much (the hang): Adding CPU 0, hwref=3Dcd38, awake=3D1 Trying to mount root from ufs:/dev/ufs/FBSDG5L2rootfs [rw,noatime]... Waking up CPU 3 (dev=3Dc480) powermac_smp_start_cpu 's OF_getprop for CPU 3, hwref=3Dc480, awake=3D0: = res=3D4, reset=3D8c powermac_smp_start_cpu for CPU 3, hwref=3Dc480, awake=3D0: = rstvec_virtbase=3D0xe000000087fd2000 powermac_smp_start_cpu for CPU 3, hwref=3Dc480, awake=3D0: = rstvec=3D0xe000000087fd208c Before reset 4&0 for CPU 3, hwref=3Dc480, awake=3D0 After reset 4&0 for CPU 3, hwref=3Dc480, awake=3D0 After attempted wait for awake CPU 3, hwref=3Dc480, awake=3D0 cpu_mp_unleash after platform_smp_start_cpu and waiting: CPU 3, = hwref=3Dc480, awake=3D0 cpu_mp_unleash adding pc_cpuid to stopped_cpus: CPU 3 (dev=3Dc480) Waking up CPU 2 (dev=3Dc768) powermac_smp_start_cpu 's OF_getprop for CPU 2, hwref=3Dc768, awake=3D0: = res=3D4, reset=3D8b powermac_smp_start_cpu for CPU 2, hwref=3Dc768, awake=3D0: = rstvec=3D0xe000000087fd208b Before reset 4&0 for CPU 2, hwref=3Dc768, awake=3D0 =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 Feb 14 15:15: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 5686014D7A0D for ; Thu, 14 Feb 2019 15:15: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 E148775B3B for ; Thu, 14 Feb 2019 15:15:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id A0ABF14D7A0A; Thu, 14 Feb 2019 15:15: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 8E5E614D7A08 for ; Thu, 14 Feb 2019 15:15: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 2B70D75B34 for ; Thu, 14 Feb 2019 15:15: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 5DBCA1F92E for ; Thu, 14 Feb 2019 15:15: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 x1EFFtRM046108 for ; Thu, 14 Feb 2019 15:15:55 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x1EFFttk046103 for ppc@FreeBSD.org; Thu, 14 Feb 2019 15:15:55 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 234539] [PowerPC64] panic: FPU already enabled for thread Date: Thu, 14 Feb 2019 15:15: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: CURRENT X-Bugzilla-Keywords: crash, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: 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, 14 Feb 2019 15:15:57 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D234539 --- Comment #5 from commit-hook@freebsd.org --- A commit references this bug: Author: luporl Date: Thu Feb 14 15:15:32 UTC 2019 New revision: 344123 URL: https://svnweb.freebsd.org/changeset/base/344123 Log: [PPC64] Fix mismatch between thread flags and MSR When sigreturn() restored a thread's context, SRR1 was being restored to its previous value, but pcb_flags was not being touched. This could cause a mismatch between the thread's MSR and its pcb_flags. For instance, when the thread used the FPU for the first time inside the signal handler, sigreturn() would clear SRR1, but not pcb_flags. Then, the thread would return with the FPU bit cleared in MSR and, the next time it tried to use the FPU, it would fail on a KASSERT that checked if the FPU was disabled. This change clears the FPU bit in both pcb_flags and frame->srr1, as the code that restores the context expects to use the FPU trap to re-enable it. PR: 234539 Reported by: sbruno Reviewed by: jhibbits, sbruno Differential Revision: https://reviews.freebsd.org/D19166 Changes: head/sys/powerpc/powerpc/exec_machdep.c --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Thu Feb 14 20:46:50 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0F3C914E117D for ; Thu, 14 Feb 2019 20:46:50 +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 0CF828B24A for ; Thu, 14 Feb 2019 20:46:46 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhob06.registeredsite.com (atl4mhob06.registeredsite.com [209.17.115.44]) by atl4mhfb02.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id x1EKk1Ug006646 for ; Thu, 14 Feb 2019 15:46:01 -0500 Received: from mailpod.hostingplatform.com (atl4qobmail02pod2.registeredsite.com [10.30.77.36]) by atl4mhob06.registeredsite.com (8.14.4/8.14.4) with ESMTP id x1EKjrnf002556 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Thu, 14 Feb 2019 15:45:53 -0500 Received: (qmail 12898 invoked by uid 0); 14 Feb 2019 20:45:52 -0000 X-TCPREMOTEIP: 174.118.245.214 X-Authenticated-UID: dclarke@blastwave.org Received: from unknown (HELO ?172.16.35.3?) (dclarke@blastwave.org@174.118.245.214) by 0 with ESMTPA; 14 Feb 2019 20:45:52 -0000 Subject: Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value To: freebsd-ppc@freebsd.org References: <11680D15-D43D-4115-AF4F-5F6E4E0022C9@yahoo.com> <9FBCA729-CE80-44CD-8873-431853E55231@yahoo.com> From: Dennis Clarke Message-ID: <57d3c400-157b-0517-1e53-7d21ca52222a@blastwave.org> Date: Thu, 14 Feb 2019 15:45:44 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:66.0) Gecko/20100101 Thunderbird/66.0 MIME-Version: 1.0 In-Reply-To: <9FBCA729-CE80-44CD-8873-431853E55231@yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 0CF828B24A X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [5.38 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(1.00)[0.996,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(1.00)[1.000,0]; RCVD_TLS_LAST(0.00)[]; MX_GOOD(-0.01)[mx1.netsolmail.net]; NEURAL_SPAM_LONG(1.00)[1.000,0]; RCVD_IN_DNSWL_NONE(0.00)[118.115.17.209.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; DMARC_NA(0.00)[blastwave.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:19871, ipnet:209.17.112.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(1.50)[ip: (4.63), ipnet: 209.17.112.0/21(1.64), asn: 19871(1.31), country: US(-0.07)] 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, 14 Feb 2019 20:46:50 -0000 > powermac_smp_start_cpu 's OF_getprop for CPU 2, hwref=c768, awake=0: res=4, reset=8b > powermac_smp_start_cpu for CPU 2, hwref=c768, awake=0: rstvec=0xe000000087fd208b > Before reset 4&0 for CPU 2, hwref=c768, awake=0 > I am not seeing anything like that at all with r344130. Booting with usefdt=1 and debug.verbose_sysinit=1 there seems to be a lot of the usual events up until I see ata3 "hard reset" with a SATA timeout and eventually some data about the internal hard disk with a pass0 and pass1 followed by "done". Then I see : vt_upgrade(&vt_consdev)... Even indented three spaces. Nothing but fan noises follow and I have to unplug the machine. If I set kern.smp.disabled=1 then I get a full boot with ALL FOUR cores and here is the /var/log/dmesg.today : hydra# hydra# cat /var/log/dmesg.today ---<>--- 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(ofwfb): resolution 1280x1024 cpu0: IBM PowerPC 970MP revision 1.1, 2500.34 MHz cpu0: Features dc000000 cpu0: HID0 1511081 real memory = 8542404608 (8146 MB) avail memory = 8152752128 (7775 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: unblocking device. random: entropy device external interface kbd0 at kbdmux0 ofwbus0: on nexus0 cpulist0: on ofwbus0 cpu0: on cpulist0 pcr0: on cpu0 cpu1: on cpulist0 pcr1: on cpu1 cpu2: on cpulist0 pcr2: on cpu2 cpu3: on cpulist0 pcr3: on cpu3 powermac_nvram0: mem 0xfff04000-0xfff07fff on ofwbus0 powermac_nvram0: bank0 generation 460, bank1 generation 461 unin0: mem 0xf8000000-0xf8ffffff on ofwbus0 unin0: Version 66 iichb0: mem 0xf8001000-0xf8001fff irq 0 on unin0 iicbus0: on iichb0 iic0: on iicbus0 ds17750: at addr 0x94 on iicbus0 ds16310: at addr 0x96 on iicbus0 max66900: at addr 0x98 on iicbus0 max66901: at addr 0x9c on iicbus0 htpic0: mem 0xf8040000-0xf807ffff on unin0 pcib0: mem 0xf0000000-0xf1ffffff on ofwbus0 pci0: on pcib0 vgapci0: mem 0xa1000000-0xa1ffffff,0x90000000-0x9fffffff,0xa0000000-0xa0ffffff irq 3 at device 0.0 on pci0 vgapci0: Boot video device pcib1: mem 0xf2000000-0xf47fffff,0xf8070000-0xf8070fff on ofwbus0 pcib1: 86 HT IRQs on device 7.0 pci1: on pcib1 pcib1: Enabling MSI window for HyperTransport slave at pci1:0:1:0 pcib2: at device 1.0 on pci1 pci2: on pcib2 pcib3: at device 2.0 on pci1 pci3: on pcib3 bge0: mem 0xfa530000-0xfa53ffff,0xfa520000-0xfa52ffff irq 66 at device 4.0 on pci3 bge0: CHIP ID 0x00008003; ASIC REV 0x08; CHIP REV 0x80; PCI-X 33 MHz miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: Ethernet address: 00:14:51:64:67:10 bge1: mem 0xfa510000-0xfa51ffff,0xfa500000-0xfa50ffff irq 67 at device 4.1 on pci3 bge1: CHIP ID 0x00008003; ASIC REV 0x08; CHIP REV 0x80; PCI-X 33 MHz miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge1: Ethernet address: 00:14:51:64:67:11 pcib4: at device 3.0 on pci1 pci4: on pcib4 pcib5: at device 4.0 on pci1 pci5: on pcib5 pcib6: at device 5.0 on pci1 pci6: on pcib6 pcib7: at device 6.0 on pci1 pci7: on pcib7 pcib8: at device 7.0 on pci1 pci8: on pcib8 gem0: mem 0xfa200000-0xfa3fffff at device 15.0 on pci8 gem0: invalid MAC address device_attach: gem0 attach returned 6 pcib9: at device 8.0 on pci1 pci9: on pcib9 macio0: mem 0x80000000-0x8007ffff at device 7.0 on pci9 macgpio0: mem 0x50-0x8a on macio0 scc0: mem 0x13000-0x13fff,0x8400-0x84ff,0x8500-0x85ff,0x8600-0x86ff,0x8700-0x87ff irq 23,17,18,24,19,20 on macio0 uart0: on scc0 uart1: on scc0 iichb1: mem 0x18000-0x18fff irq 27 on macio0 iicbus1: on iichb1 iic1: on iicbus1 onyx0: at addr 0x8c on iicbus1 iicbus1: at addr 0x24 pcm0: mem 0x10000-0x10fff,0x8000-0x80ff,0x8100-0x81ff irq 28,11,12,30,15,16 on macio0 ohci0: mem 0x80082000-0x80082fff irq 70 at device 11.0 on pci9 usbus0 on ohci0 ohci1: mem 0x80081000-0x80081fff irq 70 at device 11.1 on pci9 usbus1 on ohci1 ehci0: mem 0x80080000-0x800800ff irq 70 at device 11.2 on pci9 usbus2: EHCI version 1.0 usbus2 on ehci0 pcib10: at device 9.0 on pci1 pci10: on pcib10 atapci0: mem 0xfa402000-0xfa403fff irq 10 at device 12.0 on pci10 pcib1: failed to reserve resource for pcib10 atapci0: 0x10 bytes of rid 0x20 res 4 failed (0, 0xffffffffffffffff). ata2: at channel 0 on atapci0 ata3: at channel 1 on atapci0 ata4: at channel 2 on atapci0 ata5: at channel 3 on atapci0 ata0: mem 0xfa404000-0xfa407fff irq 38,37 at device 13.0 on pci10 fwohci0: <1394 Open Host Controller Interface> mem 0xfa400000-0xfa400fff irq 39 at device 14.0 on pci10 fwohci0: OHCI version 1.0 (ROM=0) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:11:24:ff:fe:e5:13:d0 fwohci0: invalid speed 7 (fixed to 3). fwohci0: Phy 1394a available S800, 3 ports. fwohci0: Link S800, max_rec 4096 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:24:e5:13:d0 fwe0: Ethernet address: 02:11:24:e5:13:d0 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: PhysicalUpperBound register is not implemented. Physical memory access is limited to the first 4GB fwohci0: PhysicalUpperBound = 0x00000000 fwohci0: fwohci_intr_core: node_id=0x00000001, SelfID Count=1, CYCLEMASTER mode smu0: on ofwbus0 smu0: registered as a time-of-day clock, resolution 0.001000s iichb2: on smu0 iicbus2: on iichb2 iic2: on iicbus2 smusat0: at addr 0xb0 on iicbus2 smusat1: at addr 0xb2 on iicbus2 iicbus2: at addr 0xd4 iichb3: on smu0 iicbus3: on iichb3 iic3: on iicbus3 Timecounter "timebase" frequency 33333333 Hz quality 0 Event timer "decrementer" frequency 33333333 Hz quality 1000 Timecounters tick every 1.000 msec firewire0: 2 nodes, maxhop <= 1 cable IRM irm(1) (me) firewire0: bus manager 1 bge0: link state changed to UP max66900: 2 sensors detected. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 max66901: 2 sensors detected. ugen1.1: at usbus1 uhub0: on usbus1 ugen0.1: at usbus0 uhub1: on usbus0 usbus2: 480Mbps High Speed USB v2.0 ugen2.1: at usbus2 uhub2: on usbus2 uhub0: 2 ports with 2 removable, self powered uhub1: 3 ports with 3 removable, self powered uhub2: 5 ports with 5 removable, self powered ada0 at ata2 bus 0 scbus0 target 0 lun 0 ada0: ATA-6 SATA 1.x device ada0: Serial Number 4MR3C8TG ada0: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes) ada0: 76319MB (156301488 512 byte sectors) SMP: AP CPU #1 launched SMP: AP CPU #3 launched SMP: AP CPU #2 launched Trying to mount root from ufs:/dev/ada0s3 [rw]... cd0 at ata0 bus 0 scbus4 target 0 lun 0 cd0: Removable CD-ROM SCSI device cd0: Serial Number M0063NE3358 cd0: 66.700MB/s transfers (UDMA4, ATAPI 12bytes, PIO 65534bytes) cd0: 4482MB (2295104 2048 byte sectors) ugen2.2: at usbus2 umass0 on uhub2 umass0: on usbus2 umass0: SCSI over Bulk-Only; quirks = 0x4000 umass0:6:0: Attached to scbus6 da0 at umass-sim0 bus 0 scbus6 target 0 lun 0 da0: Fixed Direct Access SPC-4 SCSI device da0: Serial Number 575857314342313333363530 da0: 40.000MB/s transfers da0: 1907697MB (3906963456 512 byte sectors) da0: quirks=0x2 ugen1.2: at usbus1 ukbd0 on uhub0 ukbd0: on usbus1 kbd1 at ukbd0 uhid0 on uhub0 uhid0: on usbus1 lo0: link state changed to UP bge0: link state changed to DOWN bge0: link state changed to UP module_register: cannot register gem/miibus from if_gem.ko; already loaded from kernel Module gem/miibus failed to register: 17 module_register: cannot register pci/gem from if_gem.ko; already loaded from kernel Module pci/gem failed to register: 17 pid 57946 (conftest), uid 0: exited on signal 11 (core dumped) pid 70818 (conftest), uid 0: exited on signal 11 (core dumped) pid 7824 (conftest), uid 0: exited on signal 11 (core dumped) pid 20544 (conftest), uid 0: exited on signal 11 (core dumped) pid 57144 (conftest), uid 0: exited on signal 11 (core dumped) pid 69852 (conftest), uid 0: exited on signal 11 (core dumped) pid 4756 (conftest), uid 0: exited on signal 11 (core dumped) pid 24081 (conftest), uid 0: exited on signal 11 (core dumped) pid 2720 (conftest), uid 0: exited on signal 11 (core dumped) pid 15951 (conftest), uid 0: exited on signal 11 (core dumped) pid 54548 (conftest), uid 0: exited on signal 11 (core dumped) pid 67601 (conftest), uid 0: exited on signal 11 (core dumped) pid 6115 (conftest), uid 0: exited on signal 11 (core dumped) pid 19277 (conftest), uid 0: exited on signal 11 (core dumped) pid 62708 (conftest), uid 0: exited on signal 11 (core dumped) pid 78152 (conftest), uid 0: exited on signal 11 (core dumped) pid 75878 (tset_exp), uid 16411: exited on signal 6 (core dumped) pid 75898 (reuse), uid 16411: exited on signal 11 (core dumped) pid 75908 (tacos), uid 16411: exited on signal 6 (core dumped) pid 75923 (tadd1sp), uid 16411: exited on signal 6 (core dumped) pid 75928 (tadd_d), uid 16411: exited on signal 6 (core dumped) pid 75933 (tadd_ui), uid 16411: exited on signal 6 (core dumped) pid 75943 (tai), uid 16411: exited on signal 6 (core dumped) pid 75953 (tasin), uid 16411: exited on signal 6 (core dumped) pid 75973 (taway), uid 16411: exited on signal 11 (core dumped) pid 76035 (tconst_catalan), uid 16411: exited on signal 11 (core dumped) pid 76040 (tconst_euler), uid 16411: exited on signal 11 (core dumped) pid 76045 (tconst_log2), uid 16411: exited on signal 11 (core dumped) pid 76050 (tconst_pi), uid 16411: exited on signal 11 (core dumped) pid 76060 (tcos), uid 16411: exited on signal 6 (core dumped) pid 76065 (tcosh), uid 16411: exited on signal 6 (core dumped) pid 76090 (td_div), uid 16411: exited on signal 6 (core dumped) pid 76095 (td_sub), uid 16411: exited on signal 6 (core dumped) pid 76110 (tdiv), uid 16411: exited on signal 6 (core dumped) pid 76115 (tdiv_d), uid 16411: exited on signal 6 (core dumped) pid 76120 (tdiv_ui), uid 16411: exited on signal 6 (core dumped) pid 76150 (texp), uid 16411: exited on signal 6 (core dumped) pid 76160 (texp2), uid 16411: exited on signal 6 (core dumped) pid 76165 (texpm1), uid 16411: exited on signal 6 (core dumped) pid 76180 (tfma), uid 16411: exited on signal 6 (core dumped) pid 76210 (tfrac), uid 16411: exited on signal 6 (core dumped) pid 76220 (tgamma), uid 16411: exited on signal 6 (core dumped) pid 76255 (tget_q), uid 16411: exited on signal 6 (core dumped) pid 76275 (tget_z), uid 16411: exited on signal 6 (core dumped) pid 76295 (thypot), uid 16411: exited on signal 6 (core dumped) pid 76305 (tj0), uid 16411: exited on signal 6 (core dumped) pid 76310 (tj1), uid 16411: exited on signal 6 (core dumped) pid 76350 (tlog1p), uid 16411: exited on signal 6 (core dumped) pid 76360 (tlog_ui), uid 16411: exited on signal 6 (core dumped) pid 76380 (tmul), uid 16411: exited on signal 6 (core dumped) pid 76385 (tmul_2exp), uid 16411: exited on signal 6 (core dumped) pid 76390 (tmul_d), uid 16411: exited on signal 6 (core dumped) pid 76425 (tpow), uid 16411: exited on signal 6 (core dumped) pid 76450 (trandom), uid 16411: exited on signal 6 (core dumped) pid 76465 (tremquo), uid 16411: exited on signal 11 (core dumped) pid 76560 (tsin), uid 16411: exited on signal 11 (core dumped) pid 76570 (tsinh), uid 16411: exited on signal 6 (core dumped) pid 76585 (tsqr), uid 16411: exited on signal 6 (core dumped) pid 76590 (tsqrt), uid 16411: exited on signal 6 (core dumped) pid 76610 (tstrtofr), uid 16411: exited on signal 6 (core dumped) pid 76615 (tsub), uid 16411: exited on signal 6 (core dumped) pid 76620 (tsub1sp), uid 16411: exited on signal 6 (core dumped) pid 76625 (tsub_d), uid 16411: exited on signal 6 (core dumped) pid 76630 (tsub_ui), uid 16411: exited on signal 6 (core dumped) pid 76650 (ttan), uid 16411: exited on signal 6 (core dumped) pid 76665 (tui_div), uid 16411: exited on signal 6 (core dumped) pid 76849 (tset_exp), uid 16411: exited on signal 6 (core dumped) pid 76869 (reuse), uid 16411: exited on signal 11 (core dumped) pid 76879 (tacos), uid 16411: exited on signal 6 (core dumped) pid 76894 (tadd1sp), uid 16411: exited on signal 6 (core dumped) pid 76899 (tadd_d), uid 16411: exited on signal 6 (core dumped) pid 76904 (tadd_ui), uid 16411: exited on signal 6 (core dumped) pid 76914 (tai), uid 16411: exited on signal 6 (core dumped) pid 76924 (tasin), uid 16411: exited on signal 6 (core dumped) pid 76944 (taway), uid 16411: exited on signal 11 (core dumped) pid 77004 (tconst_catalan), uid 16411: exited on signal 11 (core dumped) pid 77009 (tconst_euler), uid 16411: exited on signal 11 (core dumped) pid 77014 (tconst_log2), uid 16411: exited on signal 11 (core dumped) pid 77019 (tconst_pi), uid 16411: exited on signal 11 (core dumped) pid 77029 (tcos), uid 16411: exited on signal 6 (core dumped) pid 77034 (tcosh), uid 16411: exited on signal 6 (core dumped) pid 77059 (td_div), uid 16411: exited on signal 6 (core dumped) pid 77064 (td_sub), uid 16411: exited on signal 6 (core dumped) pid 77079 (tdiv), uid 16411: exited on signal 6 (core dumped) pid 77084 (tdiv_d), uid 16411: exited on signal 6 (core dumped) pid 77089 (tdiv_ui), uid 16411: exited on signal 6 (core dumped) pid 77119 (texp), uid 16411: exited on signal 6 (core dumped) pid 77129 (texp2), uid 16411: exited on signal 6 (core dumped) pid 77134 (texpm1), uid 16411: exited on signal 6 (core dumped) pid 77149 (tfma), uid 16411: exited on signal 6 (core dumped) pid 77179 (tfrac), uid 16411: exited on signal 6 (core dumped) pid 77189 (tgamma), uid 16411: exited on signal 6 (core dumped) pid 77224 (tget_q), uid 16411: exited on signal 6 (core dumped) pid 77244 (tget_z), uid 16411: exited on signal 6 (core dumped) pid 77264 (thypot), uid 16411: exited on signal 6 (core dumped) pid 77274 (tj0), uid 16411: exited on signal 6 (core dumped) pid 77279 (tj1), uid 16411: exited on signal 6 (core dumped) pid 77319 (tlog1p), uid 16411: exited on signal 6 (core dumped) pid 77329 (tlog_ui), uid 16411: exited on signal 6 (core dumped) pid 77349 (tmul), uid 16411: exited on signal 6 (core dumped) pid 77354 (tmul_2exp), uid 16411: exited on signal 6 (core dumped) pid 77359 (tmul_d), uid 16411: exited on signal 6 (core dumped) pid 77394 (tpow), uid 16411: exited on signal 6 (core dumped) pid 77419 (trandom), uid 16411: exited on signal 6 (core dumped) pid 77434 (tremquo), uid 16411: exited on signal 11 (core dumped) pid 77529 (tsin), uid 16411: exited on signal 11 (core dumped) pid 77539 (tsinh), uid 16411: exited on signal 6 (core dumped) pid 77554 (tsqr), uid 16411: exited on signal 6 (core dumped) pid 77559 (tsqrt), uid 16411: exited on signal 6 (core dumped) pid 77579 (tstrtofr), uid 16411: exited on signal 6 (core dumped) pid 77584 (tsub), uid 16411: exited on signal 6 (core dumped) pid 77589 (tsub1sp), uid 16411: exited on signal 6 (core dumped) pid 77594 (tsub_d), uid 16411: exited on signal 6 (core dumped) pid 77599 (tsub_ui), uid 16411: exited on signal 6 (core dumped) pid 77619 (ttan), uid 16411: exited on signal 6 (core dumped) pid 77634 (tui_div), uid 16411: exited on signal 6 (core dumped) pid 21846 (tset_exp), uid 16411: exited on signal 6 (core dumped) pid 21866 (reuse), uid 16411: exited on signal 11 (core dumped) pid 21876 (tacos), uid 16411: exited on signal 6 (core dumped) pid 21891 (tadd1sp), uid 16411: exited on signal 6 (core dumped) pid 21896 (tadd_d), uid 16411: exited on signal 6 (core dumped) pid 21901 (tadd_ui), uid 16411: exited on signal 6 (core dumped) pid 21911 (tai), uid 16411: exited on signal 6 (core dumped) pid 21921 (tasin), uid 16411: exited on signal 6 (core dumped) pid 21941 (taway), uid 16411: exited on signal 11 (core dumped) pid 22001 (tconst_catalan), uid 16411: exited on signal 11 (core dumped) pid 22006 (tconst_euler), uid 16411: exited on signal 11 (core dumped) pid 22011 (tconst_log2), uid 16411: exited on signal 11 (core dumped) pid 22016 (tconst_pi), uid 16411: exited on signal 11 (core dumped) pid 22026 (tcos), uid 16411: exited on signal 6 (core dumped) pid 22031 (tcosh), uid 16411: exited on signal 6 (core dumped) pid 22056 (td_div), uid 16411: exited on signal 6 (core dumped) pid 22061 (td_sub), uid 16411: exited on signal 6 (core dumped) pid 22076 (tdiv), uid 16411: exited on signal 6 (core dumped) pid 22081 (tdiv_d), uid 16411: exited on signal 6 (core dumped) pid 22086 (tdiv_ui), uid 16411: exited on signal 6 (core dumped) pid 22116 (texp), uid 16411: exited on signal 6 (core dumped) pid 22126 (texp2), uid 16411: exited on signal 6 (core dumped) pid 22131 (texpm1), uid 16411: exited on signal 6 (core dumped) pid 22146 (tfma), uid 16411: exited on signal 6 (core dumped) pid 22176 (tfrac), uid 16411: exited on signal 6 (core dumped) pid 22186 (tgamma), uid 16411: exited on signal 6 (core dumped) pid 22221 (tget_q), uid 16411: exited on signal 6 (core dumped) pid 22241 (tget_z), uid 16411: exited on signal 6 (core dumped) pid 22261 (thypot), uid 16411: exited on signal 6 (core dumped) pid 22271 (tj0), uid 16411: exited on signal 6 (core dumped) pid 22276 (tj1), uid 16411: exited on signal 6 (core dumped) pid 22316 (tlog1p), uid 16411: exited on signal 6 (core dumped) pid 22326 (tlog_ui), uid 16411: exited on signal 6 (core dumped) pid 22346 (tmul), uid 16411: exited on signal 6 (core dumped) pid 22351 (tmul_2exp), uid 16411: exited on signal 6 (core dumped) pid 22356 (tmul_d), uid 16411: exited on signal 6 (core dumped) pid 22391 (tpow), uid 16411: exited on signal 6 (core dumped) pid 22416 (trandom), uid 16411: exited on signal 6 (core dumped) pid 22431 (tremquo), uid 16411: exited on signal 11 (core dumped) pid 22526 (tsin), uid 16411: exited on signal 11 (core dumped) pid 22536 (tsinh), uid 16411: exited on signal 6 (core dumped) pid 22551 (tsqr), uid 16411: exited on signal 6 (core dumped) pid 22556 (tsqrt), uid 16411: exited on signal 6 (core dumped) pid 22576 (tstrtofr), uid 16411: exited on signal 6 (core dumped) pid 22581 (tsub), uid 16411: exited on signal 6 (core dumped) pid 22586 (tsub1sp), uid 16411: exited on signal 6 (core dumped) pid 22591 (tsub_d), uid 16411: exited on signal 6 (core dumped) pid 22596 (tsub_ui), uid 16411: exited on signal 6 (core dumped) pid 22616 (ttan), uid 16411: exited on signal 6 (core dumped) pid 22631 (tui_div), uid 16411: exited on signal 6 (core dumped) pid 11685 (tset_exp), uid 16411: exited on signal 6 (core dumped) pid 11705 (reuse), uid 16411: exited on signal 11 (core dumped) pid 11715 (tacos), uid 16411: exited on signal 6 (core dumped) pid 11730 (tadd1sp), uid 16411: exited on signal 6 (core dumped) pid 11735 (tadd_d), uid 16411: exited on signal 6 (core dumped) pid 11740 (tadd_ui), uid 16411: exited on signal 6 (core dumped) pid 11750 (tai), uid 16411: exited on signal 6 (core dumped) pid 11760 (tasin), uid 16411: exited on signal 6 (core dumped) pid 11780 (taway), uid 16411: exited on signal 11 (core dumped) pid 11840 (tconst_catalan), uid 16411: exited on signal 11 (core dumped) pid 11845 (tconst_euler), uid 16411: exited on signal 11 (core dumped) pid 11850 (tconst_log2), uid 16411: exited on signal 11 (core dumped) pid 11855 (tconst_pi), uid 16411: exited on signal 11 (core dumped) pid 11865 (tcos), uid 16411: exited on signal 6 (core dumped) pid 11870 (tcosh), uid 16411: exited on signal 6 (core dumped) pid 11895 (td_div), uid 16411: exited on signal 6 (core dumped) pid 11900 (td_sub), uid 16411: exited on signal 6 (core dumped) pid 11915 (tdiv), uid 16411: exited on signal 6 (core dumped) pid 11920 (tdiv_d), uid 16411: exited on signal 6 (core dumped) pid 11925 (tdiv_ui), uid 16411: exited on signal 6 (core dumped) pid 11955 (texp), uid 16411: exited on signal 6 (core dumped) pid 11965 (texp2), uid 16411: exited on signal 6 (core dumped) pid 11970 (texpm1), uid 16411: exited on signal 6 (core dumped) pid 11985 (tfma), uid 16411: exited on signal 6 (core dumped) pid 12015 (tfrac), uid 16411: exited on signal 6 (core dumped) pid 12025 (tgamma), uid 16411: exited on signal 6 (core dumped) pid 12060 (tget_q), uid 16411: exited on signal 6 (core dumped) pid 12080 (tget_z), uid 16411: exited on signal 6 (core dumped) pid 12100 (thypot), uid 16411: exited on signal 6 (core dumped) pid 12110 (tj0), uid 16411: exited on signal 6 (core dumped) pid 12115 (tj1), uid 16411: exited on signal 6 (core dumped) pid 12155 (tlog1p), uid 16411: exited on signal 6 (core dumped) pid 12165 (tlog_ui), uid 16411: exited on signal 6 (core dumped) pid 12185 (tmul), uid 16411: exited on signal 6 (core dumped) pid 12190 (tmul_2exp), uid 16411: exited on signal 6 (core dumped) pid 12195 (tmul_d), uid 16411: exited on signal 6 (core dumped) pid 12230 (tpow), uid 16411: exited on signal 6 (core dumped) pid 12255 (trandom), uid 16411: exited on signal 6 (core dumped) pid 12270 (tremquo), uid 16411: exited on signal 11 (core dumped) pid 12365 (tsin), uid 16411: exited on signal 11 (core dumped) pid 12375 (tsinh), uid 16411: exited on signal 6 (core dumped) pid 12390 (tsqr), uid 16411: exited on signal 6 (core dumped) pid 12395 (tsqrt), uid 16411: exited on signal 6 (core dumped) pid 12415 (tstrtofr), uid 16411: exited on signal 6 (core dumped) pid 12420 (tsub), uid 16411: exited on signal 6 (core dumped) pid 12425 (tsub1sp), uid 16411: exited on signal 6 (core dumped) pid 12430 (tsub_d), uid 16411: exited on signal 6 (core dumped) pid 12435 (tsub_ui), uid 16411: exited on signal 6 (core dumped) pid 12457 (ttan), uid 16411: exited on signal 6 (core dumped) pid 12472 (tui_div), uid 16411: exited on signal 6 (core dumped) ugen2.2: at usbus2 (disconnected) umass0: at uhub2, port 1, addr 2 (disconnected) da0 at umass-sim0 bus 0 scbus6 target 0 lun 0 da0: s/n 575857314342313333363530 detached (da0:umass-sim0:0:0:0): Periph destroyed umass0: detached hydra# hydra# sysctl -a | grep 'procs' kern.ipc.aio.max_procs: 32 kern.ipc.aio.num_procs: 4 kern.ipc.aio.target_procs: 4 vfs.aio.max_aio_procs: 32 vfs.aio.num_aio_procs: 0 vfs.aio.target_aio_procs: 4 hydra# I have no idea how to explain that. Also, of course, the ethernet interfaces bge0 and bge1 are reversed. That is a minor nit. Dennis From owner-freebsd-ppc@freebsd.org Thu Feb 14 20:56:45 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 8AFD914E1606 for ; Thu, 14 Feb 2019 20:56:44 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhob19.registeredsite.com (atl4mhob19.registeredsite.com [209.17.115.112]) by mx1.freebsd.org (Postfix) with ESMTP id 6CEA88B912 for ; Thu, 14 Feb 2019 20:56:43 +0000 (UTC) (envelope-from dclarke@blastwave.org) 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 x1EKuWMD022204 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Thu, 14 Feb 2019 15:56:32 -0500 Received: (qmail 35029 invoked by uid 0); 14 Feb 2019 20:56:32 -0000 X-TCPREMOTEIP: 174.118.245.214 X-Authenticated-UID: dclarke@blastwave.org Received: from unknown (HELO ?172.16.35.3?) (dclarke@blastwave.org@174.118.245.214) by 0 with ESMTPA; 14 Feb 2019 20:56:32 -0000 Subject: Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value To: freebsd-ppc@freebsd.org References: <11680D15-D43D-4115-AF4F-5F6E4E0022C9@yahoo.com> From: Dennis Clarke Message-ID: Date: Thu, 14 Feb 2019 15:56:31 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:66.0) Gecko/20100101 Thunderbird/66.0 MIME-Version: 1.0 In-Reply-To: <11680D15-D43D-4115-AF4F-5F6E4E0022C9@yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 6CEA88B912 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.52 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.97)[0.973,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[blastwave.org]; MX_GOOD(-0.01)[cached: mx1.netsolmail.net]; NEURAL_SPAM_LONG(0.99)[0.991,0]; RCVD_IN_DNSWL_NONE(0.00)[112.115.17.209.list.dnswl.org : 127.0.5.0]; NEURAL_SPAM_MEDIUM(0.99)[0.991,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.57)[ipnet: 209.17.112.0/21(1.63), asn: 19871(1.30), country: US(-0.07)] 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, 14 Feb 2019 20:56:45 -0000 On 2/13/19 10:35 PM, Mark Millard via freebsd-ppc wrote: > I added some bootverbose messages to: > I clearly need to apply your "HACK" verbosity because I am seeing odd behavior where I now need to set kern.smp.disabled=1 to get a boot AND then I get all four cores online. Here is the /var/run/dmesg.boot with some 'malloc' lines snipped out. Everything comes to a screetching halt at vt_upgrade(&vt_consdev) unless I set kern.smp.disabled=1 and then I get a normal boot. hydra# hydra# cat /var/run/dmesg.boot ---<>--- Copyright (c) 1992-2019 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 13.0-CURRENT r344130 GENERIC powerpc gcc version 4.2.1 20070831 patched [FreeBSD] WARNING: WITNESS option enabled, expect reduced performance. subsystem 1000000 vm_mem_init(0)... done. vm_page_init(0)... done. pcpu_zones_startup(0)... done. subsystem 1800000 vmcounter_startup(0)... done. sysctl_register_all(0)... done. mallocinit(0)... done. malloc_init(&M_MPT2)... done. . . . malloc_init(&M_PHYPIOMMU)... done. tunable_mbinit(0)... done. authnone_init(0)... done. authunix_init(0)... done. sysctl_register_fdt_oid(0)... done. slb_zone_init(0)... done. sleepinit(0)... done. ofw_real_bounce_alloc(0)... done. xrefinfo_init(0)... done. rtas_setup(0)... done. vt_update_static(&vt_consdev)... VT(ofwfb): resolution 1280x1024 done. subsystem 1800001 init_dynamic_kenv(0)... done. static_hints_to_env(0)... done. subsystem 1ac0000 mtx_pool_setup_dynamic(0)... done. subsystem 1b00000 usb_quirk_init(0)... done. nlm_client_init(0)... done. filelistinit(0)... done. lf_init(0)... done. mtx_sysinit(&mac_ifnet_mtx_args)... done. sx_sysinit(&acct_args)... done. mtx_sysinit(&ffs_snapfree_args)... done. mtx_sysinit(&softdep_lock_args)... done. mtx_sysinit(&so_global_mtx_args)... done. mtx_sysinit(&accept_mtx_args)... done. mtx_sysinit(&pmc_soft_mtx_args)... done. sx_sysinit(&pmcsx_args)... done. mtx_sysinit(&intr_event_list_args)... done. sx_sysinit(&clone_drain_lock_args)... done. sx_sysinit(&allprison_lock_args)... done. mtx_sysinit(&devstat_mutex_args)... done. mtx_sysinit(&prison0_args)... done. mtx_sysinit(&nfsst_args)... done. mtx_sysinit(&firmware_args)... done. mtx_sysinit(&devfs_de_interlock_args)... done. sx_sysinit(&vfsconf_args)... done. rw_sysinit(&khelplistlock_args)... done. mtx_sysinit(&mountlist_args)... done. mtx_sysinit(&racct_lock_args)... done. mtx_sysinit(&msgbuf_lock_args)... done. sx_sysinit(&cxgbe_mlu_args)... done. mtx_sysinit(&root_holds_args)... done. mtx_sysinit(&cam_sim_free_init_args)... done. mtx_sysinit(&pcm_syncgroup_args)... done. sx_sysinit(&rtc_list_lock_init_args)... done. mtx_sysinit(&dirlist_mtx_args)... done. mtx_sysinit(&db_script_mtx_args)... done. sx_sysinit(&sx_rules_args)... done. rw_sysinit(&loginclasses_init_args)... done. sx_sysinit(&in6_multi_sx_args)... done. mtx_sysinit(&in6_multi_free_mtx_args)... done. mtx_sysinit(&in6_multi_mtx_args)... done. sx_sysinit(&ifnet_sx_args)... done. rw_sysinit(&ifnet_rw_args)... done. sx_sysinit(&ifdescr_sx_args)... done. mtx_sysinit(&rm_spinlock_args)... done. rm_sysinit(&in6_ifaddr_lock_args)... done. mtx_sysinit(&xpt_topo_init_args)... done. mtx_sysinit(&if_cloners_lock_args)... done. mtx_sysinit(&kstack_cache_args)... done. sx_sysinit(&gif_ioctl_sx_args)... done. mtx_sysinit(&et_eventtimers_init_args)... done. sx_sysinit(&ipsec_ioctl_sx_args)... done. mtx_sysinit(&unit_args)... done. mtx_sysinit(&vm_daemon_args)... done. rw_sysinit(&lltable_list_lock_args)... done. mtx_sysinit(&knlist_lock_args)... done. mtx_sysinit(&kqueue_filterops_args)... done. mtx_sysinit(&kq_global_args)... done. sx_sysinit(&db_capture_sx_args)... done. mtx_sysinit(&pseudoif_mtx_args)... done. mtx_sysinit(&xfroms_list_args)... done. mtx_sysinit(&pfil_mtxinit_args)... done. mtx_sysinit(&nfs_cverf_mtx_args)... done. mtx_sysinit(&rawcb_mtx_args)... done. mtx_sysinit(&rtsock_args)... done. sx_sysinit(&sx_fp_set_args)... done. mtx_sysinit(&tc_setclock_init_args)... done. mtx_sysinit(&mtx_garbage_list_args)... done. mtx_sysinit(&zombie_lock_args)... done. sx_sysinit(&tty_list_args)... done. sx_sysinit(&in_control_sx_args)... done. mtx_sysinit(&cdevpriv_mtx_args)... done. sx_sysinit(&in_multi_sx_args)... done. mtx_sysinit(&in_multi_free_mtx_args)... done. mtx_sysinit(&in_multi_mtx_args)... done. mtx_sysinit(&hhookheadlistlock_args)... done. mtx_sysinit(&uuid_lock_args)... done. mtx_sysinit(&accept_filter_args)... done. mtx_sysinit(&domain_args)... done. mtx_sysinit(&srcaddrmtx_args)... done. mtx_sysinit(&encapmtx_args)... done. mtx_sysinit(&ntp_args)... done. rm_sysinit(&in_ifaddr_lock_args)... done. mtx_sysinit(&intr_config_hook_args)... done. init_bounce_pages(0)... done. osd_init(0)... done. lock_delay_default_init(&mtx_delay)... done. lock_delay_default_init(&mtx_spin_delay)... done. sx_lock_delay_init(0)... done. rangelock_sys_init(0)... done. init_turnstile0(0)... done. chacha20_init(0)... done. kobj_init_mutex(0)... done. rw_lock_delay_init(0)... done. subsystem 1c00000 eventhandler_init(0)... done. _ehl_init_device_detach(0)... done. _ehl_init_device_attach(0)... done. _ehl_init_thread_init(0)... done. _ehl_init_thread_dtor(0)... done. _ehl_init_thread_ctor(0)... done. _ehl_init_process_dtor(0)... done. _ehl_init_vfs_unmounted(0)... done. _ehl_init_vfs_mounted(0)... done. _ehl_init_process_ctor(0)... done. _ehl_init_process_exec(0)... done. _ehl_init_process_fork(0)... done. _ehl_init_process_exit(0)... done. _ehl_init_process_fini(0)... done. _ehl_init_process_init(0)... done. _ehl_init_thread_fini(0)... done. _ehl_init_dev_lookup(0)... done. subsystem 1c00001 umtxq_sysinit(0)... done. subsystem 1e00000 vnet_init_prelink(0)... done. subsystem 2000000 linker_init(0)... done. dpcpu_startup(0)... done. vnet_data_startup(0)... done. module_init(0)... done. usb_dev_init(0)... done. link_elf_init(0)... done. linker_preload(0)... Preloaded elf kernel "/boot/kernel/kernel" at 0xc000000001e08000. Preloaded boot_entropy_cache "/boot/entropy" at 0xc000000001e08ee8. done. locks_show_all_add(0)... done. locks_show_add(0)... done. linker_init_kernel_modules(0)... done. netisr_show_add(0)... done. panic_show_add(0)... done. linker_stop_class_add(0)... done. devlog_cmd_add(0)... done. t4_show_add(0)... done. pgrpdump_show_add(0)... done. vnet_sysuninit_show_add(0)... done. vnet_sysinit_show_add(0)... done. vnet_show_add(0)... done. vnets_show_all_add(0)... done. domainsets_show_add(0)... done. ttys_show_all_add(0)... done. tty_show_add(0)... done. cpusets_show_add(0)... done. bio_show_add(0)... done. igi_list_show_add(0)... done. files_show_add(0)... done. sd_allocindir_show_add(0)... done. sd_allocdirect_show_add(0)... done. sd_mkdir_list_show_add(0)... done. sd_mkdir_show_add(0)... done. sd_workhead_show_add(0)... done. sd_worklist_show_add(0)... done. sd_allinodedeps_show_add(0)... done. sd_inodedep_show_add(0)... done. multizone_matches_show_add(0)... done. in_ifaddr_show_add(0)... done. sin_show_add(0)... done. malloc_show_add(0)... done. domain_show_add(0)... done. protosw_show_add(0)... done. sockbuf_show_add(0)... done. socket_show_add(0)... done. file_show_add(0)... done. intrcnt_show_add(0)... done. intr_show_add(0)... done. inpcb_show_add(0)... done. lock_show_add(0)... done. geom_show_add(0)... done. allpcpu_show_add(0)... done. pcpu_show_all_add(0)... done. pcpu_show_add(0)... done. unpcb_show_add(0)... done. dpcpu_off_show_add(0)... done. pci_clearerr_cmd_add(0)... done. prison_show_add(0)... done. countfreebufs_cmd_add(0)... done. vnodebufs_show_add(0)... done. lockedbufs_show_add(0)... done. bufqueues_show_add(0)... done. buffer_show_add(0)... done. callout_show_add(0)... done. vpath_show_add(0)... done. pctrienode_show_add(0)... done. msgbuf_show_add(0)... done. allrman_show_add(0)... done. rman_show_all_add(0)... done. ffs_show_add(0)... done. rmans_show_add(0)... done. rman_show_add(0)... done. pcierr_show_add(0)... done. pciregs_show_add(0)... done. umacache_show_add(0)... done. uma_show_add(0)... done. procs_show_all_add(0)... done. panic_cmd_add(0)... done. sleepqueue_show_add(0)... done. procvm_show_add(0)... done. map_show_add(0)... done. sleepq_show_add(0)... done. vmopag_show_add(0)... done. object_show_add(0)... done. vmochk_show_add(0)... done. pginfo_show_add(0)... done. pageq_show_add(0)... done. page_show_add(0)... done. watches_show_add(0)... done. freepages_show_add(0)... done. proc_show_add(0)... done. radixnode_show_add(0)... done. mount_show_add(0)... done. tcpcb_show_add(0)... done. vnode_show_add(0)... done. lockedvnods_show_add(0)... done. clocksource_show_add(0)... done. conifhk_show_add(0)... done. thread_show_add(0)... done. tcb_cmd_add(0)... done. bpf_if_show_add(0)... done. locktree_show_add(0)... done. allchains_show_add(0)... done. chains_show_all_add(0)... done. sleepchain_show_add(0)... done. lockchain_show_add(0)... done. turnstile_show_add(0)... done. devices_show_all_add(0)... done. device_show_add(0)... done. cdev_show_add(0)... done. vmem_show_all_add(0)... done. ifnets_show_all_add(0)... done. ifnet_show_add(0)... done. vmem_show_add(0)... done. vmemdump_show_all_add(0)... done. vmemdump_show_add(0)... done. kldstat_cmd_add(0)... done. spr_show_add(0)... done. lltables_show_all_add(0)... done. lltable_show_add(0)... done. llentry_show_add(0)... done. badstacks_show_add(0)... done. witness_show_add(0)... done. kcrypto_show_add(0)... done. crypto_show_add(0)... done. alllocks_show_add(0)... done. subsystem 2100000 cpu_startup(0)... cpu0: IBM PowerPC 970MP revision 1.1, 2500.29 MHz cpu0: Features dc000000 cpu0: HID0 1511081 real memory = 8540205056 (8144 MB) available KVA = 34359590911 (32767 MB) Physical memory chunk(s): 0x0000000000025000 - 0x00000000000fffff, 897024 bytes (219 pages) 0x0000000001e77000 - 0x0000000002bfffff, 14192640 bytes (3465 pages) 0x0000000005251000 - 0x0000000007ffffff, 47902720 bytes (11695 pages) 0x0000000010000000 - 0x000000007f5effff, 1868496896 bytes (456176 pages) 0x0000000100000000 - 0x00000002746b0fff, 6248140800 bytes (1525425 pages) avail memory = 8147881984 (7770 MB) done. mp_start(0)... done. moea64_pmap_init_qpages(0)... done. cluster_init(0)... done. cpudep_save_config(0)... done. vnode_pager_init(0)... done. counter_startup(0)... done. callout_callwheel_init(0)... done. subsystem 2110000 racct_init(0)... done. rctl_init(0)... done. subsystem 2140000 init_dtrace(0)... done. init_hwpmc(0)... done. pmc_soft_ev_register(&pmc___clock_hard)... done. pmc_soft_ev_register(&pmc___clock_prof)... done. pmc_soft_ev_register(&pmc___clock_stat)... done. pmc_soft_ev_register(&pmc___lock_failed)... done. subsystem 2160000 random_init(0)... done. random_harvestq_init(0)... done. random_alg_context_ra_init_alg(0)... done. random_harvestq_prime(0)... random: read 3840 bytes from preloaded cache done. __stack_chk_init(0)... random: unblocking device. arc4random: read 32 bytes from preloaded cache done. subsystem 2180000 mac_init(0)... done. subsystem 21d0000 mac_late_init(0)... done. subsystem 21e0000 vnet0_init(0)... VIMAGE (virtualized network stack) enabled done. subsystem 2200000 proc0_init(0)... done. shutdown_conf(0)... done. subsystem 2300000 vm_stats_init(0)... done. uma_startup3(0)... done. vm_page_init_cache_zones(0)... done. subsystem 2380000 db_capture_sysinit(0)... done. subsystem 2400000 sched_setup(0)... ULE: setup cpu 0 done. subsystem 2480000 ktrace_init(0)... done. subsystem 24c0000 audit_init(0)... done. subsystem 2500000 create_init(0)... done. subsystem 2600000 idle_setup(0)... done. subsystem 2700000 mbuf_init(0)... done. sfstat_init(0)... done. sf_buf_init(0)... done. subsystem 2800000 intr_init(0)... done. subsystem 2880000 taskqgroup_define_config(0)... done. taskqgroup_define_softirq(0)... done. taskqgroup_define_if_config_tqg(0)... done. taskqgroup_define_if_io_tqg(0)... done. taskqueue_define_kqueue_ctx(0)... done. taskqueue_define_fast(0)... done. taskqueue_define_thread(0)... done. taskqueue_define_swi_giant(0)... done. taskqueue_define_swi(0)... done. taskqgroup_config_init(0)... done. taskqueue_define_aiod_kick(0)... done. subsystem 2880001 epoch_init(0)... done. if_epochalloc(0)... done. subsystem 2a00000 netisr_init(0)... done. start_softintr(0)... done. start_softclock(0)... done. subsystem 2f00000 devfs_devs_init(0)... done. reroot_conf(0)... done. subsystem 3000000 vnet_register_sysuninit(&hhook_vnet_uninit_vnet_uninit)... done. vnet_register_sysinit(&hhook_vnet_init_vnet_init)... done. vnet_register_sysuninit(&vnet_arpstat_uninit_vnet_uninit)... done. vnet_register_sysuninit(&vnet_pfkeystat_uninit_vnet_uninit)... done. vnet_register_sysinit(&vnet_pfkeystat_init_vnet_init)... done. vnet_register_sysuninit(&vnet_icmpstat_uninit_vnet_uninit)... done. vnet_register_sysuninit(&vnet_ahstat_uninit_vnet_uninit)... done. vnet_register_sysinit(&vnet_ahstat_init_vnet_init)... done. vnet_register_sysuninit(&vnet_espstat_uninit_vnet_uninit)... done. vnet_register_sysinit(&vnet_espstat_init_vnet_init)... done. vnet_register_sysuninit(&vnet_ipcompstat_uninit_vnet_uninit)... done. vnet_register_sysinit(&vnet_ipcompstat_init_vnet_init)... done. vnet_register_sysinit(&vnet_icmpstat_init_vnet_init)... done. vnet_register_sysuninit(&vnet_ip6stat_uninit_vnet_uninit)... done. vnet_register_sysinit(&vnet_ip6stat_init_vnet_init)... done. vnet_register_sysuninit(&vnet_ipstat_uninit_vnet_uninit)... done. vnet_register_sysuninit(&vnet_udpstat_uninit_vnet_uninit)... done. vnet_register_sysinit(&vnet_udpstat_init_vnet_init)... done. vnet_register_sysuninit(&vnet_rip6stat_uninit_vnet_uninit)... done. vnet_register_sysinit(&vnet_rip6stat_init_vnet_init)... done. vnet_register_sysuninit(&vnet_ipsec6stat_uninit_vnet_uninit)... done. vnet_register_sysinit(&vnet_ipsec6stat_init_vnet_init)... done. vnet_register_sysuninit(&vnet_ipsec4stat_uninit_vnet_uninit)... done. vnet_register_sysinit(&vnet_ipsec4stat_init_vnet_init)... done. vnet_register_sysinit(&vnet_ipstat_init_vnet_init)... done. vnet_register_sysuninit(&vnet_icmp6stat_uninit_vnet_uninit)... done. vnet_register_sysinit(&vnet_icmp6stat_init_vnet_init)... done. vnet_register_sysinit(&vnet_arpstat_init_vnet_init)... done. vnet_register_sysuninit(&vnet_if_uninit_vnet_uninit)... done. vnet_register_sysuninit(&vnet_vlan_uninit_vnet_uninit)... done. vnet_register_sysuninit(&vnet_loif_uninit_vnet_uninit)... done. vnet_register_sysinit(&vnet_if_init_vnet_init)... done. module_register_init(&iflib_moduledata)... done. ether_init(0)... done. module_register_init(ðer_mod)... done. subsystem 3100000 module_register_init(&t5fw_cfg_fw_mod)... firmware: 't5fw_cfg' version 0: 6023 bytes loaded at 0xc00000000122341c firmware: 't5fw_cfg_uwire' version 0: 21935 bytes loaded at 0xc000000001224ba3 firmware: 't5fw' version 0: 649216 bytes loaded at 0xc00000000122a152 done. module_register_init(&g_dev_mod)... done. module_register_init(&g_disk_mod)... done. module_register_init(&zlib_mod)... done. module_register_init(&randomdev_mod)... random: entropy device external interface done. ttyconsdev_init(0)... done. module_register_init(&g_ofwd_mod)... done. sndstat_sysinit(0)... done. module_register_init(&t6fw_cfg_fw_mod)... firmware: 't6fw_cfg' version 0: 6040 bytes loaded at 0xc0000000012c8970 firmware: 't6fw_cfg_uwire' version 0: 21901 bytes loaded at 0xc0000000012ca108 firmware: 't6fw' version 0: 695808 bytes loaded at 0xc0000000012cf695 done. ttyinq_startup(0)... done. ttyoutq_startup(0)... done. module_register_init(&g_vfs_mod)... done. module_register_init(&g_label_mod)... done. module_register_init(&g_part_mod)... done. module_register_init(&g_md_mod)... done. module_register_init(&t4fw_cfg_fw_mod)... firmware: 't4fw_cfg' version 0: 4644 bytes loaded at 0xc000000001193bc4 firmware: 't4fw_cfg_uwire' version 0: 21525 bytes loaded at 0xc000000001194de8 firmware: 't4fw' version 0: 561664 bytes loaded at 0xc00000000119a1fd done. module_register_init(&firmware_mod)... done. module_register_init(&root_bus_mod)... done. module_register_init(&g_class_mod)... done. module_register_init(&mpt_core_mod)... done. feeder_register(&feeder_root_class)... snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 done. nvme_init(0)... done. module_register_init(&mpt_user_mod)... done. module_register_init(&mpt_cam_mod)... done. module_register_init(&mpt_raid_mod)... done. module_register_init(&ispfw_mod)... firmware: 'isp_1040' version 1: 22944 bytes loaded at 0xc000000000f0c3f0 firmware: 'isp_1080' version 1: 31350 bytes loaded at 0xc000000000f11d90 firmware: 'isp_12160' version 1: 28050 bytes loaded at 0xc000000000f19806 firmware: 'isp_2100' version 1: 76770 bytes loaded at 0xc000000000f20598 firmware: 'isp_2200' version 1: 84566 bytes loaded at 0xc000000000f3317a firmware: 'isp_2300' version 1: 125252 bytes loaded at 0xc000000000f47bd0 firmware: 'isp_2322' version 1: 120814 bytes loaded at 0xc000000000f66514 firmware: 'isp_2400' version 1: 204396 bytes loaded at 0xc000000000f8787c firmware: 'isp_2500' version 1: 218712 bytes loaded at 0xc000000000fc84d0 done. module_register_init(&vcc_cc_mod)... done. module_register_init(&vcxl_cxl_mod)... done. module_register_init(&mvsch_sata_mod)... done. module_register_init(&mvsch_mvs_mod)... done. module_register_init(&vcxgbe_cxgbe_mod)... done. module_register_init(&mvs_pci_mod)... done. module_register_init(&netmap_mod)... 000.000015 [4212] netmap_init netmap: loaded module done. module_register_init(&cc_t6nex_mod)... done. module_register_init(&null_mod)... null: done. module_register_init(&cxl_t5nex_mod)... done. module_register_init(&cxgbe_t4nex_mod)... done. cn_drvinit(0)... done. module_register_init(&nvme_pci_mod)... done. module_register_init(&cpufreq_cpu_mod)... done. module_register_init(&t6nex_pci_mod)... done. module_register_init(&ofw_cpu_cpulist_mod)... done. fildesc_drvinit(0)... done. module_register_init(&ofw_cpulist_ofwbus_mod)... done. module_register_init(&t5nex_pci_mod)... done. module_register_init(&t4nex_pci_mod)... done. module_register_init(&ofwbus_nexus_mod)... done. module_register_init(&ahcich_ahci_mod)... done. module_register_init(&ahc_pci_pci_mod)... done. module_register_init(&openfirm_mod)... openfirm: done. module_register_init(&fixup_pci_pci_mod)... done. module_register_init(&hostb_pci_mod)... done. module_register_init(&ignore_pci_pci_mod)... done. module_register_init(&ahc_mod)... done. module_register_init(&ahciem_ahci_mod)... done. module_register_init(&ahci_atapci_mod)... done. module_register_init(&pci_pcib_mod)... done. module_register_init(&pcib_pci_mod)... done. module_register_init(&vgapci_pci_mod)... done. module_register_init(&ata_atapci_mod)... done. module_register_init(&atapci_pci_mod)... done. module_register_init(&ahci_pci_mod)... done. module_register_init(&ata_acard_pci_mod)... done. module_register_init(&ata_ali_pci_mod)... done. module_register_init(&miibus_re_mod)... done. module_register_init(&re_pci_mod)... done. module_register_init(&ata_amd_pci_mod)... done. module_register_init(&ata_ati_pci_mod)... done. module_register_init(&miibus_dc_mod)... done. module_register_init(&dcphy_miibus_mod)... done. module_register_init(&miibus_rl_mod)... done. module_register_init(&rl_cardbus_mod)... done. module_register_init(&rl_pci_mod)... done. module_register_init(&pnphy_miibus_mod)... done. module_register_init(&siisch_siis_mod)... done. module_register_init(&siis_pci_mod)... done. module_register_init(&igb_pci_mod)... done. pts_init(0)... done. module_register_init(&em_pci_mod)... done. ctty_drvinit(0)... done. module_register_init(&ata_cenatek_pci_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&nfslock_mod)... nfslock: pseudo-device done. sndstat_registerfile(&sndstat_vinfo)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&uinput_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. dsp_sysinit(0)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&fbd_udl_mod)... done. module_register_init(&cryptosoft_nexus_mod)... crypto: done. module_register_init(&fbd_drmn_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. sndstat_registerfile(&sndstat_vinfo)... done. sndstat_registerfile(&sndstat_vinfo)... done. sndstat_registerfile(&sndstat_vinfo)... done. sndstat_registerfile(&sndstat_vinfo)... done. sndstat_registerfile(&sndstat_vinfo)... done. sndstat_registerfile(&sndstat_vinfo)... done. sndstat_registerfile(&sndstat_vinfo)... done. mixer_sysinit(0)... done. module_register_init(&fbd_fb_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&simplebus_simplebus_mod)... done. audit_pipe_init(0)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&sound_mod)... done. sndstat_registerfile(&sndstat_vinfo)... done. audit_trigger_cdev_init(0)... done. sndstat_registerfile(&sndstat_vinfo)... done. module_register_init(&ua_pcm_uaudio_mod)... done. module_register_init(&midi_mod)... done. module_register_init(&simplebus_ofwbus_mod)... done. module_register_init(&sym_pci_mod)... done. module_register_init(&tcp_log_dev_mod)... tcp_log: tcp_log device done. module_register_init(&simple_mfd_simplebus_mod)... done. module_register_init(&uart_ofwbus_mod)... done. module_register_init(&uart_simplebus_mod)... done. module_register_init(&uart_pci_mod)... done. module_register_init(&uart_scc_mod)... done. module_register_init(&firewire_fwohci_mod)... done. module_register_init(&ehci_pci_mod)... done. module_register_init(&ohci_pci_mod)... done. module_register_init(&uhci_pci_mod)... done. module_register_init(&ata_cypress_pci_mod)... done. module_register_init(&ata_cyrix_pci_mod)... done. module_register_init(&xhci_pci_mod)... done. module_register_init(&usbus_saf1761otg_mod)... done. module_register_init(&usbus_dwcotg_mod)... done. module_register_init(&usbus_octusb_mod)... done. module_register_init(&usbus_uss820dci_mod)... done. module_register_init(&usbus_musbotg_mod)... done. module_register_init(&usbus_xhci_mod)... done. bpf_drvinit(0)... done. module_register_init(&usbus_ehci_mod)... done. module_register_init(&usbus_uhci_mod)... done. module_register_init(&usbus_ohci_mod)... done. module_register_init(&umass_uhub_mod)... done. module_register_init(&ata_highpoint_pci_mod)... done. module_register_init(&fwohci_pci_mod)... done. module_register_init(&fwe_firewire_mod)... done. module_register_init(&uhub_uhub_mod)... done. module_register_init(&uhub_usbus_mod)... done. module_register_init(&miibus_aue_mod)... done. module_register_init(&aue_uhub_mod)... done. module_register_init(&miibus_axe_mod)... done. module_register_init(&axe_uhub_mod)... done. module_register_init(&cdce_uhub_mod)... done. module_register_init(&cue_uhub_mod)... done. module_register_init(&kue_uhub_mod)... done. module_register_init(&uhid_uhub_mod)... done. module_register_init(&ukbd_uhub_mod)... done. module_register_init(&ums_uhub_mod)... done. module_register_init(&ata_intel_pci_mod)... done. module_register_init(&sbp_firewire_mod)... done. consolectl_drvinit(0)... done. module_register_init(&ata_ite_pci_mod)... done. module_register_init(&miibus_fxp_mod)... done. module_register_init(&inphy_miibus_mod)... done. sysmouse_drvinit(0)... done. module_register_init(&miibus_gem_mod)... done. module_register_init(&watchdog_mod)... done. module_register_init(&gem_pci_mod)... done. module_register_init(&iic_iicbus_mod)... done. module_register_init(&ata_jmicron_pci_mod)... done. module_register_init(&iicbus_iichb_mod)... done. module_register_init(&ofw_iicbus_twsi_mod)... done. module_register_init(&ofw_iicbus_iichb_mod)... done. module_register_init(&ofw_iicbus_iicbb_mod)... done. module_register_init(&isp_pci_mod)... done. module_register_init(&ata_marvell_pci_mod)... done. module_register_init(&ata_micron_pci_mod)... done. module_register_init(&ix_pci_mod)... done. module_register_init(&ata_national_pci_mod)... done. module_register_init(&ata_netcell_pci_mod)... done. module_register_init(&ixv_pci_mod)... done. module_register_init(&kbdmux_mod)... kbd0 at kbdmux0 done. module_register_init(&ata_nvidia_pci_mod)... done. led_drvinit(0)... done. module_register_init(&ata_promise_pci_mod)... done. module_register_init(&ata_serverworks_pci_mod)... done. module_register_init(&ata_sii_pci_mod)... done. module_register_init(&ata_sis_pci_mod)... done. module_register_init(&mem_mod)... mem: done. module_register_init(&acphy_miibus_mod)... done. module_register_init(&hy_miibus_mod)... done. module_register_init(&akbd_mod)... done. module_register_init(&akbd_adb_mod)... done. module_register_init(&ams_adb_mod)... done. module_register_init(&abtn_adb_mod)... done. module_register_init(&agp_apple_hostb_mod)... done. module_register_init(&atphy_miibus_mod)... done. module_register_init(&ad7417_iicbus_mod)... done. module_register_init(&ds1631_iicbus_mod)... done. module_register_init(&ds1775_iicbus_mod)... done. module_register_init(&axphy_miibus_mod)... done. module_register_init(&max6690_iicbus_mod)... done. module_register_init(&bmtphy_miibus_mod)... done. module_register_init(&brgphy_miibus_mod)... done. module_register_init(&powermac_nvram_ofwbus_mod)... done. module_register_init(&darn_mod)... done. module_register_init(&scc_macio_mod)... done. module_register_init(&aoagpio_macgpio_mod)... done. module_register_init(&pcm_i2s_macio_mod)... done. module_register_init(&onyx_iicbus_mod)... done. module_register_init(&snapper_iicbus_mod)... done. module_register_init(&tumbler_iicbus_mod)... done. module_register_init(&ciphy_miibus_mod)... done. module_register_init(&e1000phy_miibus_mod)... done. module_register_init(&gentbi_miibus_mod)... done. module_register_init(&icsphy_miibus_mod)... done. module_register_init(&ip1000phy_miibus_mod)... done. module_register_init(&jmphy_miibus_mod)... done. module_register_init(&lxtphy_miibus_mod)... done. module_register_init(&micphy_miibus_mod)... done. module_register_init(&dfs_cpu_mod)... done. module_register_init(&pcr_cpu_mod)... done. module_register_init(&pmcr_cpu_mod)... done. parse_pstates(0)... done. module_register_init(&pmufreq_cpu_mod)... done. module_register_init(&mambo_ofwbus_mod)... done. module_register_init(&mambodisk_mambo_mod)... done. module_register_init(&iicbus_i2c_mod)... done. module_register_init(&i2c_simplebus_mod)... done. module_register_init(&mlphy_miibus_mod)... done. module_register_init(&ofw_pcibus_pcib_mod)... done. module_register_init(&ofw_pcib_pci_mod)... done. module_register_init(&nsgphy_miibus_mod)... done. module_register_init(&nsphy_miibus_mod)... done. module_register_init(&openpic_macio_mod)... done. module_register_init(&openpic_simplebus_mod)... done. module_register_init(&openpic_ofwbus_mod)... done. module_register_init(&nsphyter_miibus_mod)... done. module_register_init(&pnaphy_miibus_mod)... done. module_register_init(&ata_pci_mod)... done. module_register_init(&ata_macio_mod)... done. module_register_init(&atibl_vgapci_mod)... done. module_register_init(&openpic_unin_mod)... done. module_register_init(&cpcht_ofwbus_mod)... done. module_register_init(&qsphy_miibus_mod)... done. module_register_init(&rdcphy_miibus_mod)... done. module_register_init(&fcu_iicbus_mod)... done. module_register_init(&grackle_hb_pci_mod)... done. module_register_init(&grackle_ofwbus_mod)... done. module_register_init(&hrowpic_macio_mod)... done. module_register_init(&kiic_unin_mod)... done. module_register_init(&kiic_macio_mod)... done. module_register_init(&macgpio_macio_mod)... done. module_register_init(&rgephy_miibus_mod)... done. module_register_init(&macio_pci_mod)... done. module_register_init(&rlphy_miibus_mod)... done. module_register_init(&nvbl_vgapci_mod)... done. module_register_init(&smcphy_miibus_mod)... done. module_register_init(&pmuextint_macgpio_mod)... done. module_register_init(&adb_pmu_mod)... done. module_register_init(&pmu_macio_mod)... done. module_register_init(&smuiic_smu_mod)... done. module_register_init(&smudoorbell_macgpio_mod)... done. module_register_init(&smscphy_miibus_mod)... done. module_register_init(&smu_ofwbus_mod)... done. module_register_init(&smusat_iicbus_mod)... done. module_register_init(&tdkphy_miibus_mod)... done. module_register_init(&unin_ofwbus_mod)... done. module_register_init(&tlphy_miibus_mod)... done. module_register_init(&uninorth_ofwbus_mod)... done. module_register_init(&vcoregpio_macgpio_mod)... done. module_register_init(&opalcons_opal_mod)... done. module_register_init(&uart_opal_opalcons_mod)... done. module_register_init(&opaldev_ofwbus_mod)... done. module_register_init(&iicbus_opal_i2c_mod)... done. module_register_init(&opal_i2c_opal_i2cm_mod)... done. module_register_init(&opal_i2cm_powernv_centaur_mod)... done. module_register_init(&opal_i2cm_powernv_xscom_mod)... done. module_register_init(&opalpci_ofwbus_mod)... done. module_register_init(&opalsens_opal_mod)... done. module_register_init(&opal_sensor_opalsens_mod)... done. module_register_init(&powernv_centaur_ofwbus_mod)... done. module_register_init(&powernv_xscom_ofwbus_mod)... done. module_register_init(&truephy_miibus_mod)... done. module_register_init(&xivevc_ofwbus_mod)... done. module_register_init(&xive_ofwbus_mod)... done. log_drvinit(0)... done. module_register_init(&ukphy_miibus_mod)... done. module_register_init(&vscphy_miibus_mod)... done. module_register_init(&xmphy_miibus_mod)... done. module_register_init(&ata_via_pci_mod)... done. module_register_init(&mps_pci_mod)... done. module_register_init(&nexus_root_mod)... done. module_register_init(&ehci_ps3_ps3bus_mod)... done. module_register_init(&ohci_ps3_ps3bus_mod)... done. module_register_init(&glc_ps3bus_mod)... done. module_register_init(&miibus_bge_mod)... done. module_register_init(&ps3bus_nexus_mod)... done. module_register_init(&bge_pci_mod)... done. module_register_init(&ps3cdrom_ps3bus_mod)... done. module_register_init(&ps3disk_ps3bus_mod)... done. module_register_init(&ichss_cpu_mod)... done. module_register_init(&t6iov_pci_mod)... done. module_register_init(&ps3pic_nexus_mod)... done. module_register_init(&t5iov_pci_mod)... done. module_register_init(&uart_phyp_vdevice_mod)... done. module_register_init(&llan_vdevice_mod)... done. module_register_init(&mpt_pci_mod)... done. module_register_init(&vscsi_vdevice_mod)... done. module_register_init(&t4iov_pci_mod)... done. module_register_init(&plpar_pcibus_pcib_mod)... done. module_register_init(&rtasdev_ofwbus_mod)... done. module_register_init(&rtaspci_ofwbus_mod)... done. module_register_init(&vdevice_ofwbus_mod)... done. module_register_init(&xics_ofwbus_mod)... done. module_register_init(&xicp_ofwbus_mod)... done. module_register_init(&ptn_memdev_pci_mod)... done. module_register_init(&ptnet_pci_mod)... done. module_register_init(&ch_mod)... done. module_register_init(&nda_mod)... done. module_register_init(&ada_mod)... done. module_register_init(&fxp_pci_mod)... done. module_register_init(&uaudio_uhub_mod)... done. module_register_init(&nvd_mod)... done. module_register_init(&nvme_probe_mod)... done. module_register_init(&da_mod)... done. feeder_register(&feeder_eq_class)... done. module_register_init(&probe_mod)... done. feeder_register(&feeder_format_class)... done. module_register_init(&aprobe_mod)... done. feeder_register(&feeder_matrix_class)... done. nvme_sim_init(0)... done. module_register_init(&g_part_apm_mod)... done. module_register_init(&g_part_bsd_mod)... done. module_register_init(&g_part_gpt_mod)... done. module_register_init(&g_part_mbr_mod)... done. feeder_register(&feeder_mixer_class)... done. module_register_init(&pass_mod)... done. feeder_register(&feeder_rate_class)... done. module_register_init(&dc_pci_mod)... done. feeder_register(&feeder_volume_class)... done. module_register_init(&sa_mod)... done. module_register_init(&uether_mod)... done. module_register_init(&pmp_mod)... done. module_register_init(&enc_mod)... done. module_register_init(&cd_mod)... done. module_register_init(&xpt_mod)... done. subsystem 3800000 configure_first(0)... done. module_register_init(&ata_moduledata)... done. fbd_evh_init(0)... done. module_register_init(&cam_moduledata)... done. configure(0)... ofwbus0: on nexus0 ofwbus0: Malformed reg property on pcib0: mem 0xf2000000-0xf47fffff,0xf8070000-0xf8070fff on ofwbus0 pcib0: 86 HT IRQs on device 7.0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x106b, dev=0x0055, revid=0x00 domain=0, bus=0, slot=9, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x106b, dev=0x0054, revid=0x00 domain=0, bus=0, slot=8, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x106b, dev=0x0053, revid=0x00 domain=0, bus=0, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0132, revid=0xa3 domain=0, bus=0, slot=6, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0132, revid=0xa3 domain=0, bus=0, slot=5, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0132, revid=0xa3 domain=0, bus=0, slot=4, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0132, revid=0xa3 domain=0, bus=0, slot=3, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0130, revid=0xa3 domain=0, bus=0, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib0: Enabling MSI window for HyperTransport slave at pci0:0:1:0 found-> vendor=0x1166, dev=0x0130, revid=0xa3 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib1: at device 9.0 on pci0 pcib1: domain 0 pcib1: secondary bus 3 pcib1: subordinate bus 3 pcib1: memory decode 0xfa400000-0xfa4fffff pci1: on pcib1 pci1: domain=0, physical bus=3 found-> vendor=0x106b, dev=0x0052, revid=0x00 domain=0, bus=3, slot=14, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x0c (3000 ns), maxlat=0x18 (6000 ns) intpin=a, irq=0 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfa400000, size 12, memory disabled pcib1: allocated memory range (0xfa400000-0xfa400fff) for rid 10 of pci0:3:14:0 found-> vendor=0x106b, dev=0x0050, revid=0x00 domain=0, bus=3, slot=13, func=0 class=ff-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0004, statreg=0x8200, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type Memory, range 32, base 0xfa404000, size 14, memory disabled pcib1: allocated memory range (0xfa404000-0xfa407fff) for rid 10 of pci0:3:13:0 found-> vendor=0x1166, dev=0x0240, revid=0x00 domain=0, bus=3, slot=12, func=0 class=01-01-8f, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x10 (480 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type I/O Port, range 32, base 0, size 3, port disabled map[14]: type I/O Port, range 32, base 0, size 2, port disabled map[18]: type I/O Port, range 32, base 0, size 3, port disabled map[1c]: type I/O Port, range 32, base 0, size 2, port disabled map[20]: type I/O Port, range 32, base 0, size 4, port disabled map[24]: type Memory, range 32, base 0xfa402000, size 13, enabled pcib1: allocated memory range (0xfa402000-0xfa403fff) for rid 24 of pci0:3:12:0 pcib2: at device 8.0 on pci0 pcib2: domain 0 pcib2: secondary bus 1 pcib2: subordinate bus 1 pcib2: memory decode 0x80000000-0x800fffff pci2: on pcib2 pci2: domain=0, physical bus=1 found-> vendor=0x1033, dev=0x00e0, revid=0x04 domain=0, bus=1, slot=11, func=2 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0004, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x10 (480 ns), mingnt=0x10 (4000 ns), maxlat=0x22 (8500 ns) intpin=c, irq=0 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0x80080000, size 8, memory disabled pcib2: allocated memory range (0x80080000-0x800800ff) for rid 10 of pci0:1:11:2 found-> vendor=0x1033, dev=0x0035, revid=0x43 domain=0, bus=1, slot=11, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x10 (480 ns), mingnt=0x01 (250 ns), maxlat=0x2a (10500 ns) intpin=b, irq=0 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0x80081000, size 12, memory disabled pcib2: allocated memory range (0x80081000-0x80081fff) for rid 10 of pci0:1:11:1 found-> vendor=0x1033, dev=0x0035, revid=0x43 domain=0, bus=1, slot=11, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x10 (480 ns), mingnt=0x01 (250 ns), maxlat=0x2a (10500 ns) intpin=a, irq=0 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0x80082000, size 12, memory disabled pcib2: allocated memory range (0x80082000-0x80082fff) for rid 10 of pci0:1:11:0 found-> vendor=0x106b, dev=0x004f, revid=0x00 domain=0, bus=1, slot=7, func=0 class=ff-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=16 (dwords) lattimer=0x10 (480 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type Memory, range 32, base 0x80000000, size 19, enabled pcib2: allocated memory range (0x80000000-0x8007ffff) for rid 10 of pci0:1:7:0 macio0: mem 0x80000000-0x8007ffff at device 7.0 on pci2 ofw_pci mapdev: start 80000000, len 524288 macgpio0: mem 0x50-0x8a on macio0 pcib3: at device 7.0 on pci0 pcib3: domain 0 pcib3: secondary bus 2 pcib3: subordinate bus 2 pcib3: memory decode 0xfa000000-0xfa3fffff pci3: on pcib3 pci3: domain=0, physical bus=2 found-> vendor=0x106b, dev=0x0051, revid=0x00 domain=0, bus=2, slot=15, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0004, statreg=0x84a0, cachelnsz=16 (dwords) lattimer=0x10 (480 ns), mingnt=0x40 (16000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=255 map[10]: type Memory, range 32, base 0xfa200000, size 21, memory disabled pcib3: allocated memory range (0xfa200000-0xfa3fffff) for rid 10 of pci0:2:15:0 pcib4: at device 6.0 on pci0 pcib4: domain 0 pcib4: secondary bus 9 pcib4: subordinate bus 9 pci4: on pcib4 pci4: domain=0, physical bus=9 pcib5: at device 5.0 on pci0 pcib5: domain 0 pcib5: secondary bus 8 pcib5: subordinate bus 8 pci5: on pcib5 pci5: domain=0, physical bus=8 pcib6: at device 4.0 on pci0 pcib6: domain 0 pcib6: secondary bus 7 pcib6: subordinate bus 7 pci6: on pcib6 pci6: domain=0, physical bus=7 pcib7: at device 3.0 on pci0 pcib7: domain 0 pcib7: secondary bus 6 pcib7: subordinate bus 6 pci7: on pcib7 pci7: domain=0, physical bus=6 pcib8: at device 2.0 on pci0 pcib8: domain 0 pcib8: secondary bus 5 pcib8: subordinate bus 5 pcib8: memory decode 0xfa500000-0xfa5fffff pci8: on pcib8 pci8: domain=0, physical bus=5 found-> vendor=0x14e4, dev=0x166a, revid=0x03 domain=0, bus=5, slot=4, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x10 (480 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=b, irq=0 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xfa510000, size 16, enabled pcib8: allocated memory range (0xfa510000-0xfa51ffff) for rid 10 of pci0:5:4:1 map[18]: type Memory, range 64, base 0xfa500000, size 16, enabled pcib8: allocated memory range (0xfa500000-0xfa50ffff) for rid 18 of pci0:5:4:1 found-> vendor=0x14e4, dev=0x166a, revid=0x03 domain=0, bus=5, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x10 (480 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=0 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xfa530000, size 16, enabled pcib8: allocated memory range (0xfa530000-0xfa53ffff) for rid 10 of pci0:5:4:0 map[18]: type Memory, range 64, base 0xfa520000, size 16, enabled pcib8: allocated memory range (0xfa520000-0xfa52ffff) for rid 18 of pci0:5:4:0 pcib9: at device 1.0 on pci0 pcib9: domain 0 pcib9: secondary bus 4 pcib9: subordinate bus 4 pci9: on pcib9 pci9: domain=0, physical bus=4 pcib10: mem 0xf0000000-0xf1ffffff on ofwbus0 pci10: on pcib10 pci10: domain=10, physical bus=10 found-> vendor=0x10de, dev=0x0141, revid=0xa2 domain=10, bus=10, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=0 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xa1000000, size 24, enabled map[14]: type Prefetchable Memory, range 64, base 0x90000000, size 28, enabled map[1c]: type Memory, range 64, base 0xa0000000, size 24, enabled unin0: mem 0xf8000000-0xf8ffffff on ofwbus0 unin0: Version 66 htpic0: mem 0xf8040000-0xf807ffff on unin0 unin mapdev: start f8040000, len 262143 htpic0: Version 1.2, supports 4 CPUs and 124 irqs smu0: on ofwbus0 smu0: Fan: EXPANSION SLOTS INTAKE type: 0 smu0: Fan: CPU A PUMP type: 0 smu0: Fan: CPU B EXHAUST type: 0 smu0: Fan: CPU A EXHAUST type: 0 smu0: Fan: CPU B INTAKE type: 0 smu0: Fan: CPU A INTAKE type: 0 smu0: Fan: BACKSIDE type: 0 smu0: Fan: DRIVE BAY A INTAKE type: 0 smu0: registered as a time-of-day clock, resolution 0.001000s iichb0: on smu0 iicbus0: on iichb0 iic0: on iicbus0 iichb1: on smu0 iicbus1: on iichb1 iic1: on iicbus1 iicbus1: at addr 0xd4 smusat0: at addr 0xb2 on iicbus1 smusat1: at addr 0xb0 on iicbus1 fwohci0: vendor=106b, dev=52 fwohci0: vendor=106b, dev=52 fwohci0: <1394 Open Host Controller Interface> mem 0xfa400000-0xfa400fff irq 39 at device 14.0 on pci1 ofw_pci mapdev: start fa400000, len 4096 fwohci0: OHCI version 1.0 (ROM=0) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:11:24:ff:fe:e5:13:d0 fwohci0: invalid speed 7 (fixed to 3). fwohci0: Phy 1394a available S800, 3 ports. fwohci0: Link S800, max_rec 4096 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:24:e5:13:d0 fwe0: bpf attached fwe0: Ethernet address: 02:11:24:e5:13:d0 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: PhysicalUpperBound register is not implemented. Physical memory access is limited to the first 4GB fwohci0: PhysicalUpperBound = 0x00000000 fwohci0: fwohci_intr_core: node_id=0x00000001, SelfID Count=1, CYCLEMASTER mode ata0: mem 0xfa404000-0xfa407fff irq 38,37 at device 13.0 on pci1 ofw_pci mapdev: start fa404000, len 16384 atapci0: mem 0xfa402000-0xfa403fff irq 10 at device 12.0 on pci1 pcib0: failed to reserve resource for pcib1 pcib1: failed to allocate initial I/O port window (0-0xffffffff,0x10) atapci0: 0x10 bytes of rid 0x20 res 4 failed (0, 0xffffffffffffffff). ofw_pci mapdev: start fa402000, len 8192 ata2: at channel 0 on atapci0 ata3: at channel 1 on atapci0 ata4: at channel 2 on atapci0 ata5: at channel 3 on atapci0 ehci0: mem 0x80080000-0x800800ff irq 70 at device 11.2 on pci2 ofw_pci mapdev: start 80080000, len 256 usbus0: EHCI version 1.0 usbus0 on ehci0 ehci0: usbpf: Attached ohci0: mem 0x80081000-0x80081fff irq 70 at device 11.1 on pci2 ofw_pci mapdev: start 80081000, len 4096 usbus1 on ohci0 ohci0: usbpf: Attached ohci1: mem 0x80082000-0x80082fff irq 70 at device 11.0 on pci2 ofw_pci mapdev: start 80082000, len 4096 usbus2 on ohci1 ohci1: usbpf: Attached pcm0: mem 0x14000-0x14fff,0x8800-0x88ff,0x8900-0x89ff irq 30,15,16,28,11,12 on macio0 i2s_setup: changing format not supported yet. device_attach: pcm0 attach returned 45 iichb2: mem 0x18000-0x18fff irq 27 on macio0 iichb2: Revision: A1 iicbus2: on iichb2 iic2: on iicbus2 iicbus2: at addr 0x24 onyx0: at addr 0x8c on iicbus2 scc0: mem 0x13000-0x13fff,0x8400-0x84ff,0x8500-0x85ff,0x8600-0x86ff,0x8700-0x87ff irq 24,19,20,23,17,18 on macio0 scc0: resetting hardware uart0: on scc0 uart0: fast interrupt uart0: PPS capture mode: DCD uart1: on scc0 uart1: fast interrupt uart1: PPS capture mode: DCD scc0: fast interrupt macgpio0: gpio 42 irq 77 (no driver attached) macgpio0: gpio 49 (no driver attached) macgpio0: gpio 50 irq 85 (no driver attached) macgpio0: gpio 9 (no driver attached) macgpio0: gpio 38 irq 73 (no driver attached) macgpio0: gpio 20 (no driver attached) macgpio0: gpio 19 (no driver attached) macgpio0: gpio 56 irq 91 (no driver attached) macgpio0: gpio 14 irq 49 (no driver attached) macgpio0: gpio 12 irq 47 (no driver attached) macgpio0: gpio 13 irq 48 (no driver attached) gem0: mem 0xfa200000-0xfa3fffff at device 15.0 on pci3 pcib3: slot 15 INTA is routed to irq 4 ofw_pci mapdev: start fa200000, len 2097152 gem0: invalid MAC address device_attach: gem0 attach returned 6 bge0: mem 0xfa510000-0xfa51ffff,0xfa500000-0xfa50ffff irq 67 at device 4.1 on pci8 ofw_pci mapdev: start fa510000, len 65536 bge0: attempting to allocate 1 MSI vectors (8 supported) bge0: using IRQ 33554440 for MSI bge0: CHIP ID 0x00008003; ASIC REV 0x08; CHIP REV 0x80; PCI-X 33 MHz bge0: NVRAM lock timedout! miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: OUI 0x001018, model 0x0035, rev. 0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: bpf attached bge0: Ethernet address: 00:14:51:64:67:11 bge1: mem 0xfa530000-0xfa53ffff,0xfa520000-0xfa52ffff irq 66 at device 4.0 on pci8 ofw_pci mapdev: start fa530000, len 65536 bge1: attempting to allocate 1 MSI vectors (8 supported) bge1: using IRQ 33554441 for MSI bge1: CHIP ID 0x00008003; ASIC REV 0x08; CHIP REV 0x80; PCI-X 33 MHz bge1: NVRAM lock timedout! miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: OUI 0x001018, model 0x0035, rev. 0 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge1: bpf attached bge1: Ethernet address: 00:14:51:64:67:10 vgapci0: mem 0xa1000000-0xa1ffffff,0x90000000-0x9fffffff,0xa0000000-0xa0ffffff irq 3 at device 0.0 on pci10 vgapci0: Boot video device unin0: mem 0xf8033000-0xf803bfff (no driver attached) iichb3: mem 0xf8001000-0xf8001fff irq 0,1 on unin0 unin mapdev: start f8001000, len 4095 iichb3: Revision: A2 iicbus3: on iichb3 iic3: on iicbus3 max66900: at addr 0x9c on iicbus3 max66901: at addr 0x98 on iicbus3 ds16310: at addr 0x96 on iicbus3 ds17750: at addr 0x94 on iicbus3 powermac_nvram0: mem 0xfff04000-0xfff07fff on ofwbus0 powermac_nvram0: bank0 generation 460, bank1 generation 461 cpulist0: on ofwbus0 cpu0: on cpulist0 cpu0: Nominal frequency 2500Mhz pcr0: on cpu0 pcr0: No power mode data in device tree! device_attach: pcr0 attach returned 6 cpu1: on cpulist0 cpu1: Nominal frequency 2500Mhz pcr1: on cpu1 pcr1: No power mode data in device tree! device_attach: pcr1 attach returned 6 cpu2: on cpulist0 cpu2: Nominal frequency 2500Mhz pcr2: on cpu2 pcr2: No power mode data in device tree! device_attach: pcr2 attach returned 6 cpu3: on cpulist0 cpu3: Nominal frequency 2500Mhz pcr3: on cpu3 cryptosoft0: on nexus0 crypto: assign cryptosoft0 driver id 0, flags 0x6000000 crypto: cryptosoft0 registers alg 1 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 2 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 3 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 4 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 5 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 16 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 6 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 7 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 32 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 18 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 19 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 20 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 8 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 15 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 9 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 10 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 13 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 14 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 34 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 35 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 36 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 37 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 11 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 22 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 23 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 25 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 24 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 26 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 27 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 28 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 21 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 17 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 29 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 30 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 31 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 38 flags 0 maxoplen 0 done. cn_drvinit(0)... done. mpt_postattach(0)... done. cn_drvinit(0)... done. vmem_start_callout(0)... done. ifaddr_event_ext_evh_init(0)... done. configure_final(0)... done. mountroot_evh_init(0)... done. vm_lowmem_evh_init(0)... done. subsystem 4000000 module_register_init(&acl_nfs4_mod)... done. module_register_init(&acl_posix1e_mod)... done. module_register_init(&nfscl_mod)... done. vntblinit(0)... done. nchinit(0)... done. nameiinit(0)... done. vfs_hashinit(0)... done. module_register_init(&devfs_mod)... done. module_register_init(&nfs_mod)... done. module_register_init(&ufs_mod)... done. module_register_init(&cd9660_mod)... done. module_register_init(&msdosfs_mod)... done. module_register_init(&procfs_mod)... procfs registered done. soaio_init(0)... done. module_register_init(&nfscommon_mod)... done. vfs_mount_init(0)... done. module_register_init(&nfsd_mod)... done. vfs_event_init(0)... done. pipeinit(0)... done. module_register_init(&nfssvc_mod)... done. module_register_init(&krpc_mod)... done. procdesc_init(0)... done. module_register_init(&nfslockd_mod)... done. module_register_init(&aio_mod)... done. subsystem 4800000 initclocks(0)... Timecounter "timebase" frequency 33333333 Hz quality 0 Event timer "decrementer" frequency 33333333 Hz quality 1000 done. inittimecounter(0)... Timecounters tick every 1.000 msec done. firewire0: 2 nodes, maxhop <= 1 cable IRM irm(1) (me) firewire0: bus manager 1 bge1: link state changed to DOWN usbus0: 480Mbps High Speed USB v2.0 usbus1: 12Mbps Full Speed USB v1.0 sched_initticks(0)... done. ntp_init(0)... done. subsystem 6400000 module_register_init(&sysvshm_mod)... done. shm_init(0)... done. subsystem 6800000 module_register_init(&sysvsem_mod)... done. subsystem 6c00000 module_register_init(&sysvmsg_mod)... done. subsystem 6e00000 p31binit(0)... done. sigqueue_start(0)... done. itimer_start(0)... done. p31b_set_standard(0)... done. subsystem 7000000 usbpf_init(0)... done. module_register_init(&tun_mod)... done. vnet_register_sysinit(&vnet_loif_init_vnet_init)... lo0: bpf attached done. module_register_init(&netdump_mod)... done. module_register_init(&gif_mod)... done. module_register_init(&vlan_mod)... vlan: initialized, using hash tables with chaining done. knote_init(0)... done. subsystem 7400000 elf32_insert_brand_entry(&freebsd_brand_info)... done. module_register_init(&pseudofs_data)... done. shared_page_init(0)... done. elf64_insert_brand_entry(&freebsd_brand_info_elfv2)... done. elf64_insert_brand_entry(&freebsd_brand_info_elfv1)... done. exec_sysvec_init(&elf64_freebsd_sysvec_v2)... done. exec_sysvec_init(&elf64_freebsd_sysvec_v1)... done. exec_prealloc_args_kva(0)... done. module_register_init(&shell_mod)... done. module_register_init(&elf64_mod)... done. elf32_insert_brand_entry(&freebsd_brand_oinfo)... done. module_register_init(&elf32_mod)... done. exec_sysvec_init(&elf32_freebsd_sysvec)... done. elf64_insert_brand_entry(&freebsd_brand_oinfo)... done. subsystem 8100000 pfil_init(0)... done. vnet_register_sysuninit(&vnet_ether_pfil_uninit_vnet_uninit)... done. subsystem 8400000 vnet_register_sysuninit(&vnet_ether_uninit_vnet_uninit)... done. vnet_register_sysinit(&vnet_ether_init_vnet_init)... done. subsystem 8600000 vnet_register_sysinit(&socket_vnet_init_vnet_init)... done. socket_init(0)... done. domaininit(0)... done. vnet_register_sysuninit(&socket_vnet_uninit_vnet_uninit)... done. subsystem 8700000 mld_init(0)... done. module_register_init(&igmp_mod)... done. vnet_register_sysinit(&vnet_mld_init_vnet_init)... done. vnet_register_sysinit(&vnet_igmp_init_vnet_init)... done. vnet_register_sysuninit(&vnet_igmp_uninit_vnet_uninit)... done. module_register_init(&mld_mod)... done. vnet_register_sysuninit(&vnet_mld_uninit_vnet_uninit)... done. subsystem 8800000 vnet_register_sysinit(&def_policy_init_vnet_init)... done. vnet_register_sysuninit(&vnet_route_uninit_vnet_uninit)... done. domain_add(&routedomain)... done. domain_add(&inet6domain)... done. domain_add(&localdomain)... done. domain_add(&inetdomain)... done. vnet_register_sysuninit(&def_policy_uninit_vnet_uninit)... done. domain_add(&keydomain)... done. vnet_register_sysinit(&vnet_arp_init_vnet_init)... done. vnet_register_sysuninit(&vnet_domain_uninit_key_vnet_uninit)... done. vnet_register_sysinit(&vnet_domain_init_key_vnet_init)... IPsec: Initialized Security Association Processing. done. vnet_register_sysuninit(&vnet_domain_uninit_route_vnet_uninit)... done. vnet_register_sysinit(&vnet_domain_init_route_vnet_init)... done. vnet_register_sysuninit(&vnet_domain_uninit_inet6_vnet_uninit)... done. vnet_register_sysinit(&vnet_domain_init_inet6_vnet_init)... arc4random: read 32 bytes from preloaded cache arc4random: read 32 bytes from preloaded cache arc4random: read 32 bytes from preloaded cache done. domain_init(&localdomain)... done. vnet_register_sysuninit(&vnet_domain_uninit_inet_vnet_uninit)... done. vnet_register_sysinit(&vnet_domain_init_inet_vnet_init)... tcp_init: net.inet.tcp.tcbhashsize auto tuned to 65536 done. route_init(0)... done. vnet_register_sysuninit(&inet6_vnet_uninit)... done. vnet_register_sysuninit(&vnet_rts_uninit_vnet_uninit)... done. vnet_register_sysuninit(&ip_vnet_uninit)... done. vnet_register_sysinit(&vnet_rtsock_vnet_init)... done. vnet_register_sysuninit(&ip_id_vnet_uninit)... done. vnet_register_sysuninit(&vnet_arp_uninit_vnet_uninit)... done. vnet_register_sysuninit(&icmp_bandlimit_vnet_uninit)... done. vnet_register_sysuninit(&tcp_vnet_uninit)... done. vnet_register_sysuninit(&udplite_vnet_uninit)... done. vnet_register_sysuninit(&udp_vnet_uninit)... done. vnet_register_sysuninit(&raw_ip_vnet_uninit)... done. vnet_register_sysinit(&vnet_route_init_vnet_init)... done. vnet_register_sysuninit(&sctp_vnet_uninit)... done. ipcomp_attach(0)... done. in6_ifattach_init(0)... done. xform_attach(&esp_xformsw)... done. xform_attach(&ah_xformsw)... done. ipport_tick_init(0)... done. vnet_register_sysinit(&icmp_bandlimit_vnet_init)... done. vnet_register_sysinit(&ip_id_vnet_init)... done. module_register_init(&ipsec_support_mod)... done. module_register_init(&ipsec_mod)... done. subsystem 8808000 cc_init(0)... done. domainfinalize(0)... done. if_attachdomain(0)... done. vnet_register_sysinit(&vnet_ipsec_init_vnet_init)... done. module_register_init(&cc_newreno)... done. vnet_register_sysuninit(&vnet_gif_uninit_vnet_uninit)... done. vnet_register_sysinit(&vnet_gif_init_vnet_init)... done. module_register_init(&loop_mod)... done. vnet_register_sysuninit(&tcp_vnet_uninit_vnet_uninit)... done. vnet_register_sysinit(&tcp_vnet_init_vnet_init)... done. vnet_register_sysinit(&vnet_vlan_init_vnet_init)... done. vnet_register_sysuninit(&vnet_ipsec_uninit_vnet_uninit)... done. subsystem a000000 usb_dev_init_post(0)... done. synch_setup(0)... done. usb_needs_explore_init(0)... done. kproc_start(&random_proc_kp)... done. subsystem a800000 boot_run_interrupt_driven_config_hooks(0)... max66900: 2 sensors detected. max66900: Sensors max66900: Location : TUNNEL ID: 1 max66900: Location : TUNNEL HEATSINK ID: 2 max66901: 2 sensors detected. max66901: Sensors max66901: Location : BACKSIDE ID: 6 max66901: Location : KODIAK DIODE ID: 7 ugen1.1: at usbus1 uhub0: on usbus1 ugen0.1: at usbus0 uhub1: on usbus0 usbus2: 12Mbps Full Speed USB v1.0 ata0: reset tp1 mask=03 ostat0=00 ostat1=00 ugen2.1: at usbus2 uhub2: on usbus2 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x10000 ata2: hard reset ... ata2: SATA connect time=0ms status=00000113 ata2: reset tp1 mask=01 ostat0=d0 ostat1=00 uhub0: 2 ports with 2 removable, self powered ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 uhub2: 3 ports with 3 removable, self powered ata3: hard reset ... ata3: SATA connect timeout status=00000004 ata4: hard reset ... ata4: SATA connect timeout status=00000000 ata5: hard reset ... ata5: SATA connect timeout status=00000000 ada0 at ata2 bus 0 scbus2 target 0 lun 0 ada0: ATA-6 SATA 1.x device ada0: Serial Number 4MR3C8TG ada0: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes) ada0: 76319MB (156301488 512 byte sectors) pass0 at ata0 bus 0 scbus1 target 0 lun 0 GEOM: new disk ada0 pass0: Removable CD-ROM SCSI device pass0: Serial Number M0063NE3358 pass0: 66.700MB/s transfers (UDMA4, ATAPI 12bytes, PIO 65534bytes) pass1 at ata2 bus 0 scbus2 target 0 lun 0 pass1: ATA-6 SATA 1.x device pass1: Serial Number 4MR3C8TG pass1: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes) done. vt_upgrade(&vt_consdev)... done. subsystem affffff inm_init(0)... done. in6m_init(0)... done. subsystem b000000 nfs_rootconf(0)... done. fhanew_init(0)... done. subsystem d000000 proc0_post(0)... done. subsystem d800000 selectinit(0)... done. sctp_syscalls_init(0)... done. subsystem dc00000 vnet_register_sysuninit(&vnet_if_return_vnet_uninit)... done. vnet_init_done(0)... done. vnet_register_sysinit(&vnet_sysinit_done_vnet_init)... done. subsystem dffff9c linker_preload_finish(0)... done. subsystem e000000 kick_init(0)... done. kstack_cache_init(0)... done. subsystem e400000 vm_pageout_init(0)... done. kproc_start(&page_kp)... done. subsystem e800000 kproc_start(&vm_kp)... done. subsystem ea00000 kproc_start(&buf_kp)... done. pbuf_prealloc(0)... done. subsystem ec00000 kproc_start(&vnlru_kp)... done. kproc_start(&up_kp)... done. subsystem ee00000 kproc_start(&pmac_therm_kp)... done. nfsiod_setup(0)... done. subsystem f000000 cpu_mp_unleash(0)... done. tqg_record_smp_started(0)... done. netisr_start(0)... done. taskqgroup_adjust_if_io_tqg(0)... Trying to mount root from ufs:/dev/ada0s3 [rw]... done. taskqgroup_adjust_softirq(0)... done. taskqgroup_adjust_if_config_tqg(0)... done. taskqgroup_adjust_config(0)... done. smp_intr_init(0)... done. subsystem f000001 iflib_record_started(0)... done. epoch_init_smp(0)... done. subsystem f100000 racctd_init(0)... done. subsystem fffffff print_caddr_t(&wit_warn)... WARNING: WITNESS option enabled, expect reduced performance. done. print_kvm_bug_warning(0)... done. start_periodic_resettodr(0)... done. cd0 at ata0 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI device cd0: Serial Number M0063NE3358 cd0: 66.700MB/s transfers (UDMA4, ATAPI 12bytes, PIO 65534bytes) cd0: 4482MB (2295104 2048 byte sectors) GEOM: new disk cd0 uhub1: 5 ports with 5 removable, self powered ugen1.2: at usbus1 ukbd0 on uhub0 ukbd0: on usbus1 kbd: new array size 4 kbd1 at ukbd0 kbd1: ukbd0, generic (0), config:0x0, flags:0x3d0000 uhid0 on uhub0 uhid0: on usbus1 smu0: providing initial system time start_init: trying /sbin/init lo0: link state changed to UP bge0: link state changed to DOWN hydra# Dennis From owner-freebsd-ppc@freebsd.org Thu Feb 14 21:18:43 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 5757214E1EC3 for ; Thu, 14 Feb 2019 21:18:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-4.consmr.mail.bf2.yahoo.com (sonic303-4.consmr.mail.bf2.yahoo.com [74.6.131.43]) (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 816118C412 for ; Thu, 14 Feb 2019 21:18:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 3RspItEVM1m4MTUsDoYhQQg5Xj5P6cfi4gf9T9uaCeeJtq6S1zQ3VL._Gx5cTfa RMTtVdU9QdIvk7yQJq19_g5qHURMFhwBbH6tCRHoandfO2RTPa4Uevy2eg_3tsRoDzjcGJVN8dy7 cry3mlBXZLsh3RC4su2jrVr2eT71YhriImhAxZbW9UBz6DFeiLyIDQVvp_9tqOgtqa1lSm77GvsW DulkXzQqr0FW.pdmkIw8YNAxRa1Wq7gVExuvSn.hJh.QFmEU8Iq0PNfTSQeSIl8PsU3fZzMQRVLm ZMaZKfH4BZE.yW2UAR_1XBULxIc6ahj2wdU8vhcdzjfv4qWEljXwDCaJsigEwLcSfBMJXUAYEBfq GiQlILM4GkPGG21yd7f.HUeRB1envMH3YDcC7jHHuMNBsF8bWnppMa_w9r7qwHknLCckxk60FJjM zrequH7Dg9ajFoz4oZ8Vzm7Po95PAyVzEYDbotFfJchrJZtm9UrT5cbkXNCXmrNbrWCpb02sV_Rs svw6TE5x3I0agGvNx6Pe454Ozhl1_a9.izUlDSRhNUbmzIzkFq.DYzM2r7mySyfUU8_UIQaUe6Bg mR31_KjgcafyoG.YNwiIpU2pgXr2SoEEjMn_BWlP4RsGWgzhBGLA2MGRgzOQXqZOYjKuHp8nwxZt abD9KgsdhwmBcPm5WpSu.ik.WsmPog9Zl_S7wHcC.flIts4pq9Zjmtws4VzmGZo0k9pxyMTqA7di 3JCh.2B9aoxZRkS_2cV4jWZaJM7gJ0ZRpXxUL_75qKQ2WJ1_PZYz7ijckAj6otYmuvGqIxF7xXKM 7EGeJpleEYAACjyhj1OFceTLzWGUaBaP902cbCcBtB5TLtnbbcDUaY4adeRLp5G1lO5s3eKpk5fZ BfeCmCpHrvu3zYJUAk7VcHCBOLYivg7B6PcHntpTN6U8n63xCk.sfwhQ_jkGBHj30H.pPfNIHysg w8xHTtHD8fG35y0xB73rAo2mYvMlfHsRFc.OiT8Y0AVqk6..y68Hsby9CRavo2og5i0LoxBC0DDR Ei0rkNAdKj3D0N3PffjE7zdxVVybS7Xehd4DGb.qFoBa0kOKfXrTA_vl0qNgYrgWY8SlyakQ0vg- - Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.bf2.yahoo.com with HTTP; Thu, 14 Feb 2019 21:18:39 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.113]) ([67.170.167.181]) by smtp417.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 5d401909c8aff3e08837163084f03021; Thu, 14 Feb 2019 21:18:37 +0000 (UTC) From: Mark Millard Message-Id: <43D657E1-54A5-4522-AC58-6B7208A0D6D0@yahoo.com> Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value Date: Thu, 14 Feb 2019 13:18:35 -0800 In-Reply-To: <57d3c400-157b-0517-1e53-7d21ca52222a@blastwave.org> Cc: freebsd-ppc@freebsd.org To: Dennis Clarke References: <11680D15-D43D-4115-AF4F-5F6E4E0022C9@yahoo.com> <9FBCA729-CE80-44CD-8873-431853E55231@yahoo.com> <57d3c400-157b-0517-1e53-7d21ca52222a@blastwave.org> X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 816118C412 X-Spamd-Bar: ++++ X-Spamd-Result: default: False [4.59 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; URI_COUNT_ODD(1.00)[7]; RCVD_COUNT_THREE(0.00)[3]; 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:+,1:+]; 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]; URIBL_BLOCKED(0.00)[blastwave.org.multi.uribl.com,dsl-only.net.multi.uribl.com]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.94)[0.936,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE(1.40)[ip: (4.63), ipnet: 74.6.128.0/21(1.36), asn: 26101(1.09), country: US(-0.07)]; NEURAL_SPAM_MEDIUM(0.89)[0.892,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.86)[0.864,0]; RCVD_IN_DNSWL_NONE(0.00)[43.131.6.74.list.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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: Thu, 14 Feb 2019 21:18:43 -0000 On 2019-Feb-14, at 12:45, Dennis Clarke = wrote: >> powermac_smp_start_cpu 's OF_getprop for CPU 2, hwref=3Dc768, = awake=3D0: res=3D4, reset=3D8b >> powermac_smp_start_cpu for CPU 2, hwref=3Dc768, awake=3D0: = rstvec=3D0xe000000087fd208b >> Before reset 4&0 for CPU 2, hwref=3Dc768, awake=3D0 >=20 > I am not seeing anything like that at all with r344130. I am testing with smp enabled. And I added those messages (and more) to = the kernel's handling of boot -v . My boot attempts are a mix of failures and successes, sometimes dozens = of failures in a row. Sometimes multiple successes in a row. > Booting with usefdt=3D1 and debug.verbose_sysinit=3D1=20 I was testing a usefdt=3D1 type of context but not a = debug.verbose_sysinit=3D1 type of context. I was using boot -v . I was not using kern.smp.disabled=3D1 . > there seems to be a lot of the usual events up until I see ata3 "hard = reset" with a SATA timeout and eventually some data about the internal = hard disk with a pass0 and pass1 followed by "done". Then I see : > vt_upgrade(&vt_consdev)... As I remember I've got sc (syscons) set up by default, not vt. My environment has both built (via a Nathan W. suggestion). (PS3 is disabled for the builds, as part of allowing both sc and vt to be built in.) > Even indented three spaces. >=20 > Nothing but fan noises follow and I have to unplug the machine. I've not tried vt in a while, if I remember my defaults correctly. But so far I've not seen anything like your report. > If I set kern.smp.disabled=3D1 then I get a full boot with ALL FOUR = cores > and here is the /var/log/dmesg.today : >=20 > . . . >=20 > Also, of course, the ethernet interfaces bge0 and bge1 are reversed. > That is a minor nit. =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 Feb 14 23:27: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 0DD8C14E638D for ; Thu, 14 Feb 2019 23:27:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-4.consmr.mail.bf2.yahoo.com (sonic307-4.consmr.mail.bf2.yahoo.com [74.6.134.43]) (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 41C5F6B4D4 for ; Thu, 14 Feb 2019 23:27:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: fN52r4kVM1k7miSZpz633cVXZCwLkf.xlcGB6vhD36DIcQegMBTBCIKFzjXw5tK 4ID3c4fpmB30mjEg_ZfC25vLKqKMhbjWoeKrJYgz8xjEwiq7mXDwsH0Op4F4mvGe8lU6e6XGhmI0 HyDvteBike9DFKdcbxoj0qEZZ.QutqUP7VyLIwc7sOMPTU6St4DzI.RCz4aztEdeOLyY.E9ASvPd P0E1Lrxnh_IJ4EF5TLyMCh2uXQSodxASNhOikpwj63fklyC0N9MKYl3DAmxFIQOmHQsRDZsWFtVN nsndhtQccEi8mPZVHPGrJQC.QkR3ZqweJCr4Tw9MW3CMWQ_FD4rWUAeWViBAQU9c7ifwI.rOLeqv _lwWJQl0GYKnO1eudgiWPB22oQy8htxFUpDBtdRhHRdqPtmYpDkF_Q_cYynnOOpLEHm0TdwZgRn1 ZWWZoMdFCS86KloRAIWY1ohF7kgfftYwKZIGP90wVpEpd4nj1YZUREY8XD1pMtV2tv7jXxaKvlNy j4GN7dJTwuVbDMAHMdgjp2XmENt9dzJdNTARQYG6PiFfWzIBCZXzQQI6_Li9pXf25J.0YeAYadtc PGTkgSbF.W.KD5OAN95klBKtQQKUji7yY1uyDS7Z2EQ6gr7vKpY.7Xuf3hg7ZTJWWHtR774z7shS 94p5P9PQo646osworMqR.r62ZOma0PD0rc3bqiQyaZzDFwPJQAoK.5EARCNlAbPxv6eE2ab155Eg tINDI3ez2q.lvOI1ajm9uXmO_iDuOaJtwTEJnKQSpzErthw6jqjHHDvO1oPJCJ0mI9Fc5vAfktl2 uhhI.FPUB6QnvaC7QMb4CnFTXM0VSkV0exE.BzKIy6gbynIu6dCWH68e0SEBQYuzHOeGw4TfQj2h 83x0lzxzZ3gn8.uyJJlMWEfQYawjLNCypR4XCSjhCqL1O8ueZCUqnvfRNGLrNBaqwo3C18a64of1 geD05o.P6boFf76ofOEXMRhuiqwNmHZT3hnvPgUWKWp7dNY_Dpo4fYlvIV9z5ht2YS2osKX5PXkj 0pIM9I.bYCyGhlwStLeH.ZuUAQC9nlK.XWPbnm7hQWzeqZ9IE4oRgUS0y2NdEbA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.bf2.yahoo.com with HTTP; Thu, 14 Feb 2019 23:27:04 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.113]) ([67.170.167.181]) by smtp406.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 70c9c53440250f58ffce88c08747e2c7; Thu, 14 Feb 2019 23:16:55 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value From: Mark Millard In-Reply-To: Date: Thu, 14 Feb 2019 15:16:53 -0800 Cc: freebsd-ppc@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <11680D15-D43D-4115-AF4F-5F6E4E0022C9@yahoo.com> To: Dennis Clarke X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 41C5F6B4D4 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.21 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(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]; 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)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; URIBL_BLOCKED(0.00)[dsl-only.net.multi.uribl.com]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.87)[0.867,0]; NEURAL_HAM_LONG(-0.10)[-0.096,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.23)[ip: (3.79), ipnet: 74.6.128.0/21(1.36), asn: 26101(1.09), country: US(-0.07)]; NEURAL_SPAM_MEDIUM(0.72)[0.717,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[43.134.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: Thu, 14 Feb 2019 23:27:07 -0000 On 2019-Feb-14, at 12:56, Dennis Clarke = wrote: > On 2/13/19 10:35 PM, Mark Millard via freebsd-ppc wrote: >> I added some bootverbose messages to: >=20 > I clearly need to apply your "HACK" verbosity because I am seeing odd > behavior where I now need to set kern.smp.disabled=3D1 to get a boot = AND > then I get all four cores online. >=20 > Here is the /var/run/dmesg.boot with some 'malloc' lines snipped out. >=20 > Everything comes to a screetching halt at vt_upgrade(&vt_consdev) = unless I set kern.smp.disabled=3D1 and then I get a normal boot. >=20 > . . . Even without my additions, using boot -v at the loader prompt would echo more information, including during: subsystem f000000 cpu_mp_unleash(0)... done. (where I get a hangup much of the time). boot -v is independent of debug.verbose_sysinit=3D1 : they can be together or separately. Looks like I did not include the svnlite diff output as of my adding the address information and such. But I only added to the cpu_mp_unleash related activity overall. My updates svnlite diff is as follows: # svnlite diff /usr/src/sys/powerpc/powermac/platform_powermac.c = /usr/src/sys/powerpc/powerpc/mp_machdep.c = Index: = /usr/src/sys/powerpc/powermac/platform_powermac.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/sys/powerpc/powermac/platform_powermac.c (revision = 344018) +++ /usr/src/sys/powerpc/powermac/platform_powermac.c (working copy) @@ -344,6 +344,10 @@ =20 cpu =3D pc->pc_hwref; res =3D OF_getprop(cpu, "soft-reset", &reset, sizeof(reset)); + if (bootverbose) // HACK!!! + printf("powermac_smp_start_cpu 's OF_getprop for CPU = %d, hwref=3D%jx, awake=3D%x: res=3D%d, reset=3D%x\n", + pc->pc_cpuid, (uintmax_t)pc->pc_hwref, + pc->pc_awake, res, reset); if (res < 0) { reset =3D 0x58; =20 @@ -363,14 +367,33 @@ default: return (ENXIO); } + if (bootverbose) // HACK!!! + printf("powermac_smp_start_cpu for res<0 for CPU = %d, hwref=3D%jx, awake=3D%x: res=3D%d, reset=3D%x\n", + pc->pc_cpuid, (uintmax_t)pc->pc_hwref, + pc->pc_awake, res, reset); } =20 ap_pcpu =3D pc; =20 if (rstvec_virtbase =3D=3D NULL) + { // HACK!!! rstvec_virtbase =3D pmap_mapdev(0x80000000, PAGE_SIZE); + if (bootverbose) // HACK!!! + printf("powermac_smp_start_cpu for CPU %d, = hwref=3D%jx, awake=3D%x: rstvec_virtbase=3D%p\n", + pc->pc_cpuid, (uintmax_t)pc->pc_hwref, + pc->pc_awake, rstvec_virtbase); + } // HACK!!! =20 rstvec =3D rstvec_virtbase + reset; + if (bootverbose) // HACK!!! + printf("powermac_smp_start_cpu for CPU %d, hwref=3D%jx, = awake=3D%x: rstvec=3D%p\n", + pc->pc_cpuid, (uintmax_t)pc->pc_hwref, + pc->pc_awake, rstvec); +=20 + if (bootverbose) // HACK!!! + printf("Before reset 4&0 for CPU %d, hwref=3D%jx, = awake=3D%x\n", + pc->pc_cpuid, (uintmax_t)pc->pc_hwref, + pc->pc_awake); =20 *rstvec =3D 4; powerpc_sync(); @@ -382,10 +405,20 @@ (void)(*rstvec); powerpc_sync(); =20 + if (bootverbose) // HACK!!! + printf("After reset 4&0 for CPU %d, hwref=3D%jx, = awake=3D%x\n", + pc->pc_cpuid, (uintmax_t)pc->pc_hwref, + pc->pc_awake); + timeout =3D 10000; while (!pc->pc_awake && timeout--) DELAY(100); =20 + if (bootverbose) // HACK!!! + printf("After attempted wait for awake CPU %d, = hwref=3D%jx, awake=3D%x\n", + pc->pc_cpuid, (uintmax_t)pc->pc_hwref, + pc->pc_awake); + return ((pc->pc_awake) ? 0 : EBUSY); #else /* No SMP support */ Index: /usr/src/sys/powerpc/powerpc/mp_machdep.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/sys/powerpc/powerpc/mp_machdep.c (revision 344018) +++ /usr/src/sys/powerpc/powerpc/mp_machdep.c (working copy) @@ -97,6 +97,9 @@ /* Initialize decrementer */ decr_ap_init(); =20 + if (bootverbose) // HACK!!! + printf("machdep_ap_bootstrap before ap_boot_mtx lock: = AP CPU #%d launched\n", PCPU_GET(cpuid)); + /* Serialize console output and AP count increment */ mtx_lock_spin(&ap_boot_mtx); ap_awake++; @@ -109,6 +112,8 @@ =20 while(smp_started =3D=3D 0) ; + if (bootverbose) // HACK!!! + printf("machdep_ap_bootstrap after smp_started!=3D0: AP = CPU #%d launched\n", PCPU_GET(cpuid)); =20 /* Start per-CPU event timers. */ cpu_initclocks_ap(); @@ -238,10 +243,19 @@ =20 ret =3D platform_smp_start_cpu(pc); if (ret =3D=3D 0) { + if (bootverbose) // HACK!!! + printf("cpu_mp_unleash = attempting to wait for pc_awake: CPU %d, hwref=3D%jx, awake=3D%x\n", + pc->pc_cpuid, = (uintmax_t)pc->pc_hwref, + pc->pc_awake); + timeout =3D 2000; /* wait 2sec for = the AP */ while (!pc->pc_awake && --timeout > 0) DELAY(1000); } + if (bootverbose) // HACK!!! + printf("cpu_mp_unleash after = platform_smp_start_cpu and waiting: CPU %d, hwref=3D%jx, awake=3D%x\n", + pc->pc_cpuid, = (uintmax_t)pc->pc_hwref, + pc->pc_awake); } else { pc->pc_awake =3D 1; } @@ -252,7 +266,13 @@ pc->pc_awake); smp_cpus++; } else + { // HACK!!! + if (bootverbose) // HACK!!! + printf("cpu_mp_unleash adding pc_cpuid = to stopped_cpus: CPU %d (dev=3D%x)\n", + pc->pc_cpuid, (int)pc->pc_hwref); CPU_SET(pc->pc_cpuid, &stopped_cpus); + } // HACK!!! + } =20 ap_awake =3D 1; (The above may not preserve all whitespace detail.) I'll note that I did some experimenting with a system-clang based kernel build, used with devel/powerpc64-binutils , avoiding loading kernel modules dynamically. I did not have any boot problems but I'd not done enough activity to infer too much. My normal builds are based on devel/powerpc64-xoolchain-gcc related tools, including devel/powerpc64-gcc . =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 Feb 15 00:16: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 D7BAA14E7EA3 for ; Fri, 15 Feb 2019 00:16:55 +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 6CC716CED3 for ; Fri, 15 Feb 2019 00:16:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 2CD7314E7E9B; Fri, 15 Feb 2019 00:16: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 18A6014E7E99 for ; Fri, 15 Feb 2019 00:16: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 97A806CED1 for ; Fri, 15 Feb 2019 00:16: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 D1DA24A77 for ; Fri, 15 Feb 2019 00:16: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 x1F0GrRE039182 for ; Fri, 15 Feb 2019 00:16:53 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x1F0Gr1w039181 for ppc@FreeBSD.org; Fri, 15 Feb 2019 00:16: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 235751] Failure to init TLS variables with func ptr inside shared lib Date: Fri, 15 Feb 2019 00:16:54 +0000 X-Bugzilla-Reason: CC 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 Some People X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@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: Fri, 15 Feb 2019 00:16:56 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235751 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ppc@FreeBSD.org --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Fri Feb 15 03:54: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 6121D14EDAB9 for ; Fri, 15 Feb 2019 03:54:28 +0000 (UTC) (envelope-from al@datazap.net) Received: from agnus.datazap.net (agnus.datazap.net [209.160.43.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6207274B9E for ; Fri, 15 Feb 2019 03:54:26 +0000 (UTC) (envelope-from al@datazap.net) Received: from [127.0.0.1] (localhost [127.0.0.1]) by agnus.datazap.net (Postfix) with ESMTP id BFE5FB794B; Thu, 14 Feb 2019 22:54:15 -0500 (EST) From: Al Subject: Re: Netboot X5000 To: Justin Hibbits , "freebsd-ppc@freebsd.org" References: <20190204130229.4228eb4c@ralga.knownspace> Message-ID: <6afc4bfe-9cc0-57e3-391e-b69f18743fa0@datazap.net> Date: Fri, 15 Feb 2019 04:54:15 +0100 User-Agent: Mozilla/5.0 (X11; Linux ppc64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <20190204130229.4228eb4c@ralga.knownspace> Content-Language: en-US X-Rspamd-Queue-Id: 6207274B9E X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.60 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.89)[0.886,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[datazap.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.93)[0.928,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[98.43.160.209.list.dnswl.org : 127.0.5.2]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.78)[0.779,0]; MX_GOOD(-0.01)[agnus.datazap.net]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:14361, ipnet:209.160.32.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.21)[ipnet: 209.160.32.0/20(0.81), asn: 14361(0.33), country: US(-0.07)]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2019 03:54:28 -0000 On 04/02/19 20:02, Justin Hibbits wrote: > On Thu, 31 Jan 2019 02:06:19 +0100 > Al wrote: > >> Hello, >> >> After months of going in the wrong direction with this, I think I am >> finally on the right track. I came across: >> https://wiki.freebsd.org/powerpc/UBoot-Install I have successfully >> followed all the steps until where it says: "Once booted to netboot". >> It does not document how to set up a netboot for a uboot machine. And >> I have searched for hours looking for information on how to netboot >> an X5000 without success. Does anyone know where I could find some >> documentation on netbooting the X5000? >> >> Kind Regards, >> Al > Hi Al, > > I can't say I've setup a 'proper' netboot system, but when I was doing > my bringup for the X5000 (and writing that wiki page) my netboot > consisted of a isc-dhcp server and a tftp server with the kernel and > dtb files. The kernel at the time was a uImage, as demonstrated on the > wiki page. However, now it's possible (and I strongly encourage) to > use ubldr to boot the kernel. I will update the wiki page as soon as I > get the last piece of the puzzle committed for placing ubldr in the > right place at install time. > > An alternative would be to create a release image (make buildworld > buildkernel KERNCONF=QORIQ64 TARGET_ARCH=powerpc64; make -C release/ > cdrom TARGET_ARCH=powerpc64), put that image onto a USB stick and > "netbooting" ubldr (put ubldr on a tftp server, and boot that), and > setting the loader to boot from the USB stick. You might be able to > just boot straight to ubldr on the USB stick, too. > > - Justin > Hello Justin, I could not get it to make -C release/. It kept running out of disk space. This is an easy fix, but I decided to try one other thing first. I did an install to a thumb drive and booted with: |load usb 0:1 ||0x3ffffc0 amiga64.uImage load usb 0:1 3000000 cyrus.dtb bootm ||0x3ffffc0 - 3000000 It acted like it may have booted, but the screen was black. It may have failed to initialize the video, so I am not sure if I could call this a success. Is there documentation for ubldr? Kind Regards Al | From owner-freebsd-ppc@freebsd.org Fri Feb 15 08:48: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 5E16714B4FD9 for ; Fri, 15 Feb 2019 08:48:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-20.consmr.mail.gq1.yahoo.com (sonic309-20.consmr.mail.gq1.yahoo.com [98.137.65.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0B57685B21 for ; Fri, 15 Feb 2019 08:48:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: spCT_zsVM1nQqxCzIgIrLBa51.quGehB313f1ponEPCYa2gGoyfDqhev84z4DaM MUumlt86YhgZcDSml8efDu5Xm95jJwoGaGygBxiB_ZWNbRUnQGT9rITPEKa2BZpIAMJUF3D3WyAV zTq.pj86vrgoMTrBmObEVQwDprRcBqo.vIUnVof0rHw9qbXBse0w6WQbXJunnRieQl6lgC5lKzil IfKzFO_29d5AhtLIX.GrpYF2pqDQCQVLpyEMS03DDselvgvhKP2HhghaZMzIF7mh7ivNZyxs1mML HPh7DtxZ6iX2wZ0KCRey3tnKxNXCglRGxIKcYyMwz1O0jZTG.wD0MIknKDpmr7nPWlRFvDr.9cVc xkIHP.23m6s6AUlvxgKmLYNy6Q0HKw3dUF9J1mftkoj06O91vLNUe.okB4NddXuEBpOuGWvG8T8t C8J3U_6qjjElgfd4OLV2qe4sXyDCxCwV18XEwFjTn1rJzQ_Xg65Iw1WTv4oygeHRZaTwMw0if5pS usTnThVoRzyk7mR_IHoQ81pi30ZxPa.ids8ViVHozDIGLhAp3Pw6bdwNs9x99RnxOHnjHSZbmbIt oWipVPUaF1OwKCwit0O1ApSDO0MH6STCCBAasRbneqxXd2kEkcxSC4036WnePHPYgTkt2.tBxvbh pMRsfBkqOWwGCG.AExpHqWOI0AUwXV2KfAc4naYoSskVXWuPIPm5ZcSDrWSkjuSD5GNzbkXsuDye r4OVMPyboaRGhAJ83txhOgH94ZfOCdo4GsWeYcf9cti1cjRQY7ltGUBdfrvufCs_DkBVCHKHklZ8 fNVXte1_sJmaVJ7jgTwj7ABR5olvceOoH9dBVvleBBZDg3bUWX4hM1dzVnemSEsJmOJNNlkN_UDg Phk7P6Jodrst1ykMt8pbEXWhPn3kYiSBHuDz.HaB32_AO365yWgZduUC4FDoJseH8vSW9Yzle6YS dpZUsJuFnHaKdux74RrL8jrTwD2kUvnn3GaJOBj717gMtfmYA_PT3cgiSaru0GHjo.udGoiKBNWB 9JrwqRmEF.dTvho4ZlU5rKBCIVERIYu4U3H._ce87CGzsSaknyV0eX8Ou Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Fri, 15 Feb 2019 08:48:18 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.113]) ([67.170.167.181]) by smtp417.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 08520d46d9ef59358bfaaaa6f1f5a5ab; Fri, 15 Feb 2019 08:48:17 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value From: Mark Millard In-Reply-To: Date: Fri, 15 Feb 2019 00:48:16 -0800 Cc: freebsd-ppc@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <11680D15-D43D-4115-AF4F-5F6E4E0022C9@yahoo.com> To: Dennis Clarke X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 0B57685B21 X-Spamd-Bar: + X-Spamd-Result: default: False [1.76 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(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]; 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: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.55)[0.549,0]; NEURAL_HAM_LONG(-0.24)[-0.244,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.10)[ip: (4.28), ipnet: 98.137.64.0/21(0.72), asn: 36647(0.57), country: US(-0.07)]; NEURAL_SPAM_MEDIUM(0.86)[0.862,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[146.65.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, 15 Feb 2019 08:48:27 -0000 On 2019-Feb-14, at 15:16, Mark Millard wrote: > . . . > > I'll note that I did some experimenting with a system-clang > based kernel build, used with devel/powerpc64-binutils , > avoiding loading kernel modules dynamically. I did not have > any boot problems but I'd not done enough activity to > infer too much. My normal builds are based on > devel/powerpc64-xoolchain-gcc related tools, including > devel/powerpc64-gcc . I tried a system-clang based kernel some more and got the hang-up problem repeatedly. It looks the same. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Fri Feb 15 18:03: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 D26DD14E30DE for ; Fri, 15 Feb 2019 18:03:15 +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 629C575015 for ; Fri, 15 Feb 2019 18:03:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 1E1DA14E30DA; Fri, 15 Feb 2019 18:03: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 0A19014E30D9 for ; Fri, 15 Feb 2019 18:03: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 92E2E75013 for ; Fri, 15 Feb 2019 18:03: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 D01D1E702 for ; Fri, 15 Feb 2019 18:03: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 x1FI3DR2078783 for ; Fri, 15 Feb 2019 18:03:13 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x1FI3DMf078773 for ppc@FreeBSD.org; Fri, 15 Feb 2019 18:03: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 235751] Failure to init TLS variables with func ptr inside shared lib Date: Fri, 15 Feb 2019 18:03:13 +0000 X-Bugzilla-Reason: CC 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 Some People X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@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: Fri, 15 Feb 2019 18:03:16 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235751 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |linimon@FreeBSD.org --- Comment #1 from Mark Linimon --- I'm confused. r344130 seems to a be a documentation-only commit. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Fri Feb 15 19:51: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 5F8DA14E7018 for ; Fri, 15 Feb 2019 19:51:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.ne1.yahoo.com (sonic314-21.consmr.mail.ne1.yahoo.com [66.163.189.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 EA9028231F for ; Fri, 15 Feb 2019 19:51:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: hvARZpQVM1nATfBQ.X5mYmW7nWJX3CnlQMZcvt31_h0Xbz5INiJc_qV5hl.Nzo4 G82EmBk_PaKltXttG77BA.ShGGltfobsOfv8X5wsZaFwYJkBh2gCXaRs9ejHg2tqyyhBMKt3nf4a nKc4bR8ZixUvC7cOpR4htHDK7w5aBsbtat_Ajsdv8w0xS6_Phs.HgfNF_Hx4JmMQp4OipqYvFObT Xrs_mxO.0LYxzisJIBaDNUonsLBg1rSobW.GIc2OY7LLnlWwDGab.1X5tBqrhz2raU17V6YgNLuH LlxailRAoprQgTfrqvah.VwK7OvLPKCDpsAvDNKLOIp.BJaH2S7o7RBBcN0s3RGiZPgw4Am7xWiR wLsg9YA21aTJynz97DKVJy7jxHHojfOIg7F97jejWwOekVJc33P1CkYyIY5.rWGS9.xhUJTH0O1F OEA14l0Nznizl70eXFYCR3DVTtQOIyhgtDDgbv2WVkGNy6693EY2FDhB9lCp0Y_wRxTLz5eD0ZAA nxO2.6qQ0zrT1x7tIRaJ7_Y41_gPqbdNxW2NUdrdEqIZ5vYDIDfCAXivgmnacnUdMhY2.VD3ZDZB K_9AeM.5OGCZDIjhaQvW2U.D8lNv4JJIM.sasXhme2PNIfjmogmTqKRXvN6fopVN1ttZivnZDkc_ QDFxLTiJSPs0yIO3zOktyuSPdxO8Bz9eyvjEKwY3q7HVxLsG2vC_mmYkyuk0rXBEUM5M9XDzbtmr 15aiVM0TO1rxiNugpH1JL5npF2xvyZz11byAUQGe6sBq2rSxQRA9I.GfGaOHKAKofh4RUjV.F73V ZgFNRk.Rzse0cthKtfseO7_3mq0Ok6ptA2JuMHSVloZkhpVpO8.cFusy6JtY2ueksI6C6kMJpKTu YnMLImS_vXM1bQVAI74_YYX28XtVzT3_v5MCiGhZkn29PrUGCr5Olqfdv8rR9R1HjCQ_AnELb.dQ 0IusBxth5IklJpQbIKt9w1dsHr8DhicOHlav.7PZ4hMup5l1WuBGsVZsbcICpbKTOO1gUpPGGApv hrZM2tVrxpBpgjfQsrlhwThpH6ELacASxEvDJmDTXlPgH6Ik- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ne1.yahoo.com with HTTP; Fri, 15 Feb 2019 19:51:30 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.113]) ([67.170.167.181]) by smtp403.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 321e086b771b2fb5bba3db6ef8647227 for ; Fri, 15 Feb 2019 19:51:27 +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.2 \(3445.102.3\)) Subject: Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value Date: Fri, 15 Feb 2019 11:51:26 -0800 References: <11680D15-D43D-4115-AF4F-5F6E4E0022C9@yahoo.com> <9FBCA729-CE80-44CD-8873-431853E55231@yahoo.com> To: FreeBSD PowerPC ML In-Reply-To: <9FBCA729-CE80-44CD-8873-431853E55231@yahoo.com> Message-Id: <1F3411CF-3D28-43C0-BEF1-4672B5CC1543@yahoo.com> X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: EA9028231F X-Spamd-Bar: + X-Spamd-Result: default: False [1.98 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; 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: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)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.25)[-0.247,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; NEURAL_SPAM_MEDIUM(0.86)[0.862,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.93)[ip: (2.71), ipnet: 66.163.184.0/21(1.10), asn: 36646(0.88), country: US(-0.07)]; NEURAL_SPAM_SHORT(0.95)[0.948,0]; RCVD_IN_DNSWL_NONE(0.00)[147.189.163.66.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2019 19:51:33 -0000 [I compare/contrast the output with being based on the old VM_MAX_KERNEL_ADDRESS value.] On 2019-Feb-13, at 22:09, Mark Millard wrote: > [I provide additional bootverbose output for both a successful > boot and a failing one.] >=20 > On 2019-Feb-13, at 19:35, Mark Millard wrote: >=20 >> I added some bootverbose messages to: >>=20 >> static int >> powermac_smp_start_cpu(platform_t plat, struct pcpu *pc) >> (in /usr/src/sys/powerpc/powermac/platform_powermac.c ) >>=20 >> and: >>=20 >> void >> machdep_ap_bootstrap(void) >> ( /usr/src/sys/powerpc/powerpc/mp_machdep.c ) >>=20 >> and: >>=20 >> static void >> cpu_mp_unleash(void *dummy) >> ( /usr/src/sys/powerpc/powerpc/mp_machdep.c ) >>=20 >>=20 >>=20 >> The result was (typed from a image and >> showing normal messages too): >>=20 >> Adding CPU 0, hwref=3Dcd38, awkae=3D1 >> Waling up CPU 3 (dev=3Dc480) >> Before reset 4&0 for CPU 3, hwref=3Dc480, awake=3D0 >> After reset 4&0 for CPU3, hwref=3Dc480, awake=3D0 >> After attempted wait for awake CPU 3, hwref=3Dc480, awake=3D0 >> cpu_mp_unleash after platform_smp_start_cpu and waiting: CPU3, = hwref=3Dx480, awake=3D0 >> cpu_mp_unleash adding pc_cpuid to stopped_cpus: CPU 3 (dev=3Dc480) >> Waking up CPU 2 (dev=3Dc768) >> Before reset 4&0 for CPU 2, hwref=3Dc768, awake=3D0 >>=20 >> There is no more text. >>=20 >> Part of the information is what messages were not displayed. >>=20 >> Some notes: >>=20 >> Only CPU 0 gots a: smp_cpus++ (resulting in 1). >>=20 >> There is no solid evidence for if machdep_ap_bootstrap was >> ever used for CPU 3 or CPU 2. >>=20 >> The wait loop after the platform_smp_start_cpu call in >> cpu_mp_unleash for CPU 3 is not used. The code in >> machdep_ap_bootstrap: >>=20 >> PCPU_SET(awake, 1); >> __asm __volatile("msync; isync"); >>=20 >> did not have a visible effect on the pc->pc_awake value in >> platform_smp_start_cpu and cpu_mp_unleash. I have no >> unique evidence that it was executed at all. >>=20 >> My messages added to machdep_ap_bootstrap were not displayed. >>=20 >> platform_smp_start_cpu did not return for CPU 2. >> cpu_mp_unleash makes no more progress. In fact the >> 2 resets do not complete overall for CPU 2 (but did >> for CPU 3, even if it is unclear what code was >> executed): >>=20 >> *rstvec =3D 4; >> powerpc_sync(); >> (void)(*rstvec); >> powerpc_sync(); >> DELAY(1); >> *rstvec =3D 0; >> powerpc_sync(); >> (void)(*rstvec); >> powerpc_sync(); >>=20 >> I'll see about getting more information about the resets used. >>=20 >>=20 >>=20 >> For reference for the added messages: >>=20 >> # svnlite diff /usr/src/sys/powerpc/powermac/platform_powermac.c = /usr/src/sys/powerpc/powerpc/mp_machdep.c >> Index: /usr/src/sys/powerpc/powermac/platform_powermac.c >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- /usr/src/sys/powerpc/powermac/platform_powermac.c = (revision 344018) >> +++ /usr/src/sys/powerpc/powermac/platform_powermac.c (working = copy) >> @@ -371,6 +371,11 @@ >> rstvec_virtbase =3D pmap_mapdev(0x80000000, PAGE_SIZE); >>=20 >> rstvec =3D rstvec_virtbase + reset; >> +=20 >> + if (bootverbose) // HACK!!! >> + printf("Before reset 4&0 for CPU %d, hwref=3D%jx, = awake=3D%x\n", >> + pc->pc_cpuid, (uintmax_t)pc->pc_hwref, >> + pc->pc_awake); >>=20 >> *rstvec =3D 4; >> powerpc_sync(); >> @@ -382,10 +387,20 @@ >> (void)(*rstvec); >> powerpc_sync(); >>=20 >> + if (bootverbose) // HACK!!! >> + printf("After reset 4&0 for CPU %d, hwref=3D%jx, = awake=3D%x\n", >> + pc->pc_cpuid, (uintmax_t)pc->pc_hwref, >> + pc->pc_awake); >> + >> timeout =3D 10000; >> while (!pc->pc_awake && timeout--) >> DELAY(100); >>=20 >> + if (bootverbose) // HACK!!! >> + printf("After attempted wait for awake CPU %d, = hwref=3D%jx, awake=3D%x\n", >> + pc->pc_cpuid, (uintmax_t)pc->pc_hwref, >> + pc->pc_awake); >> + >> return ((pc->pc_awake) ? 0 : EBUSY); >> #else >> /* No SMP support */ >> Index: /usr/src/sys/powerpc/powerpc/mp_machdep.c >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- /usr/src/sys/powerpc/powerpc/mp_machdep.c (revision = 344018) >> +++ /usr/src/sys/powerpc/powerpc/mp_machdep.c (working copy) >> @@ -97,6 +97,9 @@ >> /* Initialize decrementer */ >> decr_ap_init(); >>=20 >> + if (bootverbose) // HACK!!! >> + printf("machdep_ap_bootstrap before ap_boot_mtx = lock: AP CPU #%d launched\n", PCPU_GET(cpuid)); >> + >> /* Serialize console output and AP count increment */ >> mtx_lock_spin(&ap_boot_mtx); >> ap_awake++; >> @@ -109,6 +112,8 @@ >>=20 >> while(smp_started =3D=3D 0) >> ; >> + if (bootverbose) // HACK!!! >> + printf("machdep_ap_bootstrap after smp_started!=3D0: = AP CPU #%d launched\n", PCPU_GET(cpuid)); >>=20 >> /* Start per-CPU event timers. */ >> cpu_initclocks_ap(); >> @@ -238,10 +243,19 @@ >>=20 >> ret =3D platform_smp_start_cpu(pc); >> if (ret =3D=3D 0) { >> + if (bootverbose) // HACK!!! >> + printf("cpu_mp_unleash = attempting to wait for pc_awake: CPU %d, hwref=3D%jx, awake=3D%x\n", >> + pc->pc_cpuid, = (uintmax_t)pc->pc_hwref, >> + pc->pc_awake); >> + >> timeout =3D 2000; /* wait 2sec for = the AP */ >> while (!pc->pc_awake && --timeout > 0) >> DELAY(1000); >> } >> + if (bootverbose) // HACK!!! >> + printf("cpu_mp_unleash after = platform_smp_start_cpu and waiting: CPU %d, hwref=3D%jx, awake=3D%x\n", >> + pc->pc_cpuid, = (uintmax_t)pc->pc_hwref, >> + pc->pc_awake); >> } else { >> pc->pc_awake =3D 1; >> } >> @@ -252,7 +266,13 @@ >> pc->pc_awake); >> smp_cpus++; >> } else >> + { // HACK!!! >> + if (bootverbose) // HACK!!! >> + printf("cpu_mp_unleash adding = pc_cpuid to stopped_cpus: CPU %d (dev=3D%x)\n", >> + pc->pc_cpuid, = (int)pc->pc_hwref); >> CPU_SET(pc->pc_cpuid, &stopped_cpus); >> + } // HACK!!! >> + >> } >>=20 >> ap_awake =3D 1; >>=20 >=20 > I added some more bootverbose code. >=20 > A boot that completed showed: >=20 > Adding CPU 0, hwref=3Dcd38, awake=3D1 > Trying to mount root from ufs:/dev/ufs/FBSDG5L2rootfs [rw,noatime]... > Waking up CPU 3 (dev=3Dc480) > powermac_smp_start_cpu 's OF_getprop for CPU 3, hwref=3Dc480, awake=3D0:= res=3D4, reset=3D8c > powermac_smp_start_cpu for CPU 3, hwref=3Dc480, awake=3D0: = rstvec_virtbase=3D0xe000000087fd2000 > powermac_smp_start_cpu for CPU 3, hwref=3Dc480, awake=3D0: = rstvec=3D0xe000000087fd208c > Before reset 4&0 for CPU 3, hwref=3Dc480, awake=3D0 > After reset 4&0 for CPU 3, hwref=3Dc480, awake=3D0 > After attempted wait for awake CPU 3, hwref=3Dc480, awake=3D1 > cpu_mp_unleash attempting to wait for pc_awake: CPU 3, hwref=3Dc480, = awake=3D1 > cpu_mp_unleash after platform_smp_start_cpu and waiting: CPU 3, = hwref=3Dc480, awake=3D1 > Adding CPU 3, hwref=3Dc480, awake=3D1 > Waking up CPU 2 (dev=3Dc768) > powermac_smp_start_cpu 's OF_getprop for CPU 2, hwref=3Dc768, awake=3D0:= res=3D4, reset=3D8b > powermac_smp_start_cpu for CPU 2, hwref=3Dc768, awake=3D0: = rstvec=3D0xe000000087fd208b > Before reset 4&0 for CPU 2, hwref=3Dc768, awake=3D0 > After reset 4&0 for CPU 2, hwref=3Dc768, awake=3D0 > After attempted wait for awake CPU 2, hwref=3Dc768, awake=3D1 > cpu_mp_unleash attempting to wait for pc_awake: CPU 2, hwref=3Dc768, = awake=3D1 > cpu_mp_unleash after platform_smp_start_cpu and waiting: CPU 2, = hwref=3Dc768, awake=3D1 > Adding CPU 2, hwref=3Dc768, awake=3D1 > Waking up CPU 1 (dev=3Dca50) > powermac_smp_start_cpu 's OF_getprop for CPU 1, hwref=3Dca50, awake=3D0:= res=3D4, reset=3D8a > powermac_smp_start_cpu for CPU 1, hwref=3Dca50, awake=3D0: = rstvec=3D0xe000000087fd208a > Before reset 4&0 for CPU 1, hwref=3Dca50, awake=3D0 > After reset 4&0 for CPU 1, hwref=3Dca50, awake=3D0 > After attempted wait for awake CPU 1, hwref=3Dca50, awake=3D1 > cpu_mp_unleash attempting to wait for pc_awake: CPU 1, hwref=3Dca50, = awake=3D1 > cpu_mp_unleash after platform_smp_start_cpu and waiting: CPU 1, = hwref=3Dca50, awake=3D1 > Adding CPU 1, hwref=3Dca50, awake=3D1 > machdep_ap_bootstrap before ap_boot_mtx lock: AP CPU #3 launched > machdep_ap_bootstrap before ap_boot_mtx lock: AP CPU #2 launched > machdep_ap_bootstrap before ap_boot_mtx lock: AP CPU #1 launched > SMP: AP CPU #3 launched > SMP: AP CPU #2 launched > SMP: AP CPU #1 launched > machdep_ap_bootstrap after smp_started!=3D0: AP CPU #2 launched > machdep_ap_bootstrap after smp_started!=3D0: AP CPU #3 launched > machdep_ap_bootstrap after smp_started!=3D0: AP CPU #1 launched The contrast in the output is just the rstvec_virtbase figure (and, so, = the rstvec figures too): . . . powermac_smp_start_cpu for CPU 3, hwref=3Dc480, awake=3D0: = rstvec_virtbase=3D0xe0000000013ff000 powermac_smp_start_cpu for CPU 3, hwref=3Dc480, awake=3D0: = rstvec=3D0xe0000000013ff08c . . . powermac_smp_start_cpu for CPU 2, hwref=3Dc768, awake=3D0: = rstvec=3D0xe0000000013ff08b . . . powermac_smp_start_cpu for CPU 1, hwref=3Dca50, awake=3D0: = rstvec=3D0xe0000000013ff08a . . . So: Old: 0xe0000000013ff0?? New: 0xe000000087fd20?? So far I've never had the hang up with the older VM_MAX_KERNEL_ADDRESS = value and its rstvec_virtbase figure. > A failing boot is very similar but for awake values (and consequences) > and omitting much (the hang): >=20 > Adding CPU 0, hwref=3Dcd38, awake=3D1 > Trying to mount root from ufs:/dev/ufs/FBSDG5L2rootfs [rw,noatime]... > Waking up CPU 3 (dev=3Dc480) > powermac_smp_start_cpu 's OF_getprop for CPU 3, hwref=3Dc480, awake=3D0:= res=3D4, reset=3D8c > powermac_smp_start_cpu for CPU 3, hwref=3Dc480, awake=3D0: = rstvec_virtbase=3D0xe000000087fd2000 > powermac_smp_start_cpu for CPU 3, hwref=3Dc480, awake=3D0: = rstvec=3D0xe000000087fd208c > Before reset 4&0 for CPU 3, hwref=3Dc480, awake=3D0 > After reset 4&0 for CPU 3, hwref=3Dc480, awake=3D0 > After attempted wait for awake CPU 3, hwref=3Dc480, awake=3D0 > cpu_mp_unleash after platform_smp_start_cpu and waiting: CPU 3, = hwref=3Dc480, awake=3D0 > cpu_mp_unleash adding pc_cpuid to stopped_cpus: CPU 3 (dev=3Dc480) > Waking up CPU 2 (dev=3Dc768) > powermac_smp_start_cpu 's OF_getprop for CPU 2, hwref=3Dc768, awake=3D0:= res=3D4, reset=3D8b > powermac_smp_start_cpu for CPU 2, hwref=3Dc768, awake=3D0: = rstvec=3D0xe000000087fd208b > Before reset 4&0 for CPU 2, hwref=3Dc768, awake=3D0 =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 Feb 15 20:10: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 5F2F914E782A for ; Fri, 15 Feb 2019 20:10:33 +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 DD57482C50 for ; Fri, 15 Feb 2019 20:10:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 9BD8214E7827; Fri, 15 Feb 2019 20:10:32 +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 8A3FF14E7826 for ; Fri, 15 Feb 2019 20:10: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 26FBA82C4C for ; Fri, 15 Feb 2019 20:10: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 4E869F959 for ; Fri, 15 Feb 2019 20:10: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 x1FKAVwM009494 for ; Fri, 15 Feb 2019 20:10:31 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x1FKAVVi009493 for ppc@FreeBSD.org; Fri, 15 Feb 2019 20:10: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: ppc@FreeBSD.org Subject: [Bug 235751] Failure to init TLS variables with func ptr inside shared lib Date: Fri, 15 Feb 2019 20:10:30 +0000 X-Bugzilla-Reason: CC 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 Some People X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@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: Fri, 15 Feb 2019 20:10:33 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235751 Mark Millard changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |marklmi26-fbsd@yahoo.com --- Comment #2 from Mark Millard --- (In reply to Mark Linimon from comment #1) My guess: -r344130 was likely not the result of a bisect providing the first working version --but might provide an upper bound for use in a bisect. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Fri Feb 15 20:15: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 92DCD14E7AB9 for ; Fri, 15 Feb 2019 20:15: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 2C9B482FC3 for ; Fri, 15 Feb 2019 20:15:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id E0D3914E7AAB; Fri, 15 Feb 2019 20:15: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 CF46414E7AA5 for ; Fri, 15 Feb 2019 20:15: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 6CB7882FBE for ; Fri, 15 Feb 2019 20:15: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 9EEA4FAD6 for ; Fri, 15 Feb 2019 20:15: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 x1FKFPH6023533 for ; Fri, 15 Feb 2019 20:15:25 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x1FKFP1a023532 for ppc@FreeBSD.org; Fri, 15 Feb 2019 20:15: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 235751] Failure to init TLS variables with func ptr inside shared lib Date: Fri, 15 Feb 2019 20:15:25 +0000 X-Bugzilla-Reason: CC 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 Some People X-Bugzilla-Who: dclarke@blastwave.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2019 20:15:27 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235751 --- Comment #3 from Dennis Clarke --- (In reply to Mark Millard from comment #2) Exactly. This is merely where I am at the moment when I=20 checked out head. I am doing something similar with a RISC-V build with r344143 but that is merely the version that I see from subversion and not anything to do with the most recent kernel change.=20 Not very helpful I know. --=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 on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Fri Feb 15 21:17: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 35FD514E9B8E for ; Fri, 15 Feb 2019 21:17:17 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-it1-x12c.google.com (mail-it1-x12c.google.com [IPv6:2607:f8b0:4864:20::12c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B784185DE7 for ; Fri, 15 Feb 2019 21:17:15 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-it1-x12c.google.com with SMTP id h6so25556401itl.1 for ; Fri, 15 Feb 2019 13:17:15 -0800 (PST) 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=IqxhnYrPJakaKG1OyCsNj5uA2pZfKHqZVl2VKSwWXL8=; b=B718/LcoanCOm9WCqsCwLd6FRcDGE3uP0xIDQxTxjFNiXX7WAZ9mjwc9gjYihZftwi E2if0ClFAeUjJY1c5zIrutEwSpfPW4MjxEiKXfjnqAY+aaOZMxYvtCpv8saYi1ffmVcr WrIw6pUI1p8i9OMcaN5lFB4G7nRnxFtEfZRYk2uKzqYS+6eGRoRsHVjY76dsZgDwuyfv EdH5OJgjrTOMBTmVuk/CvTZFvXJFYFi6lcD6aUbkRrSxtF7jJfmMZuP7617pJtCenn8x irn82sE5R+Mq/tWKJOniXJzbRSLO/MKDRNtZbRRYnGFX6YpTpRcoGHgmqH7vhpYahsPU iQfg== 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=IqxhnYrPJakaKG1OyCsNj5uA2pZfKHqZVl2VKSwWXL8=; b=Aqj5udH4zyHLcc/pKehPP9JEMyn93GDMCU5txp39gLerlUCEzOq8oMNB0uYd8jrJsD xrw32fb2ymZ6W13BwYZNokb09VQvKSTRb6xEU9fbZUvrX18UK6Ed7zbla+wRQ1vA67x7 TBbiHc9ggvhhvpmkJAbXY/1foM9bbDwK27H4MZ168raORJLzdPYEbYG6Y0vqrwSP3ffi YA/oaBjRpQ1oWbdzPbagEBKg9JVHqFCIMztgHuy0H2eqgdzpYbb9T06EMaRjPc+N0J6N Hky7LzvdP2Nguu12lbC8DbwnKDhR5zr7K3xzLZiKzMR79wc/cg2Q9c8uxnBVJqJWYUbT WbKg== X-Gm-Message-State: AHQUAubONjVd2D7wYkkx1PGVwXa8gdpPhN/v/0YZcP7AK0mSDiBwE8Tf qj79VJnXuKU2oYZNhutgh1Q2AOE0 X-Google-Smtp-Source: AHgI3IZNpBqqZCQdM7Vy0pnzo3EQR7EyGiPCSpOvEzLZHDwEfejkwkQ7HTNWYnZVq7O6720IswhKBQ== X-Received: by 2002:a24:2d0b:: with SMTP id x11mr6929631itx.85.1550265434044; Fri, 15 Feb 2019 13:17:14 -0800 (PST) Received: from ralga.knownspace (173-25-245-129.client.mchsi.com. [173.25.245.129]) by smtp.gmail.com with ESMTPSA id w15sm3018942ita.17.2019.02.15.13.17.13 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 15 Feb 2019 13:17:13 -0800 (PST) Date: Fri, 15 Feb 2019 15:17:10 -0600 From: Justin Hibbits To: Mark Millard via freebsd-ppc Subject: Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value Message-ID: <20190215151710.35545a26@ralga.knownspace> In-Reply-To: <1F3411CF-3D28-43C0-BEF1-4672B5CC1543@yahoo.com> References: <11680D15-D43D-4115-AF4F-5F6E4E0022C9@yahoo.com> <9FBCA729-CE80-44CD-8873-431853E55231@yahoo.com> <1F3411CF-3D28-43C0-BEF1-4672B5CC1543@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: B784185DE7 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=B718/Lco; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of chmeeedalf@gmail.com designates 2607:f8b0:4864:20::12c as permitted sender) smtp.mailfrom=chmeeedalf@gmail.com X-Spamd-Result: default: False [-6.71 / 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.96)[-0.959,0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; 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)[c.2.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.74)[ip: (-9.04), ipnet: 2607:f8b0::/32(-2.58), asn: 15169(-1.99), country: US(-0.07)]; FREEMAIL_CC(0.00)[yahoo.com] 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, 15 Feb 2019 21:17:17 -0000 On Fri, 15 Feb 2019 11:51:26 -0800 Mark Millard via freebsd-ppc wrote: > Old: 0xe0000000013ff0?? > New: 0xe000000087fd20?? The addresses are pretty inconsequential, since they're virtual addresses. It would be nice to be able to profile how far a CPU gets in its launch (writing a value to a well-known address, 0xc000000000000010, or such, anywhere in the bottom 256 bytes of space really). If you add writes to that address, we can track the progress at panic time. I'd presume all APs would behave the same way, so no need for lock management, or isolation between them. - Justin From owner-freebsd-ppc@freebsd.org Fri Feb 15 22:01:34 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4B97E14EB382 for ; Fri, 15 Feb 2019 22:01:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-32.consmr.mail.ne1.yahoo.com (sonic301-32.consmr.mail.ne1.yahoo.com [66.163.184.201]) (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 801E687B40 for ; Fri, 15 Feb 2019 22:01:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 5ooTOlMVM1nPnzoZO8nb0VR51.dQNOHE_xsXUholwziLFQufEZKFVG4hpjZ0Wqn L_uBAtvgU0VDXpqqJ21mEo_MFOFikVYQgU0rBdQ0Av5fF9YpjZ3LQZle3a32w07AKbOakv2lekUI 5NOH8HnWV7QqmSksjQJ0DZ4JArtWgtopovYzUNljgMO.B.CrjaV8JXKwVdWYtl6F8_qAUtqx2hcm LOyiqcDcF1ekxiOXRIzwrT082EYUNZ5KEPE3aDi6Xvg7LYi4pc19CTWdCbL5tH21ryVT40QtxsBA XcDZENGnDTdZijfDjAPXgG4Uu9GAUDzbQyrELBcA2dIu6tWj5T6I7cjPpK8C7dNqgvFXwmiz7rZk 1.VQkYl4f09_HZ9hGFhfEYU8BbvathlE3DUSgWWwdT4E.IcIzsO.28gOSEQxJL5o8DD1udPDVb0B jGnjjxWramhC6oeCM2LNHyUv6WhWpCx.Te4ng9bP5lFJrFKWVUPhG721CsmIRe7Imsz9k1dVrkPL JKOj1chwPpYiCCghUWop9Tot8rgcZLvYVAVtlzyBHLcJTG0IE1bsq7xH2aVwPej2jdsPum2ELHMq 3MQxZKM.5NveRQWlJAEXz249SPgraCEmHfKnZCjjl677yl1tty8Jue1aVNo9nuq2jv6Nrj7irkrG RFaTLxhJF8.GCdpJV6akka66PxCMZB8GodG6tIh3KM9_WHm_HoED2kF.Ce4htsFGh5MCTSc6XacN m9GuUgQP4AjpL.JZznDVNUEO4e2kx8xtsZBdGJSEq_Ah3aEgZcnilh7y.skCD_er75UkyKsT.sdz DdnONMzbQ7DEkgp80g3bHvvLSbuzY03QmLs2q1wSg1cCdtE05wq8CcUqhlmuD016E6_esk5Q7WXZ ZquYx6sivbn5HeeomHCsJKqjuoMM.XO6lf85elbtz5Xir5g2AAXFfarltKq5xP_iBKSnotY04Nip kkHS_IAMDbHCqoq4tQBPK8UAz17IlDev5a_jfGGZ15zwSSuKFeEqPR7eJlFOusOBB9pBABbdH37c gnhAO9yym9Rh6LWdgMcxWSSIRHkn3PUhoPTRdRkl4y7VBqZN_Vc7LCXQyEw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.ne1.yahoo.com with HTTP; Fri, 15 Feb 2019 22:01:25 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.113]) ([67.170.167.181]) by smtp405.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 30bc710aa6670b97d7e6d14ee56d0b03; Fri, 15 Feb 2019 22:01:20 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value From: Mark Millard In-Reply-To: <20190215151710.35545a26@ralga.knownspace> Date: Fri, 15 Feb 2019 14:01:18 -0800 Cc: Mark Millard via freebsd-ppc Content-Transfer-Encoding: 7bit Message-Id: <6445CE54-26AA-4E21-B17E-921D72D4081A@yahoo.com> References: <11680D15-D43D-4115-AF4F-5F6E4E0022C9@yahoo.com> <9FBCA729-CE80-44CD-8873-431853E55231@yahoo.com> <1F3411CF-3D28-43C0-BEF1-4672B5CC1543@yahoo.com> <20190215151710.35545a26@ralga.knownspace> To: Justin Hibbits X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 801E687B40 X-Spamd-Bar: + X-Spamd-Result: default: False [1.56 / 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.67)[0.667,0]; NEURAL_HAM_LONG(-0.47)[-0.470,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.01)[ip: (3.11), ipnet: 66.163.184.0/21(1.11), asn: 36646(0.88), country: US(-0.07)]; NEURAL_SPAM_MEDIUM(0.87)[0.865,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[201.184.163.66.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2019 22:01:34 -0000 On 2019-Feb-15, at 13:17, Justin Hibbits wrote: > On Fri, 15 Feb 2019 11:51:26 -0800 > Mark Millard via freebsd-ppc wrote: > >> Old: 0xe0000000013ff0?? >> New: 0xe000000087fd20?? > > The addresses are pretty inconsequential, since they're virtual > addresses. It would be nice to be able to profile how far a CPU gets > in its launch (writing a value to a well-known address, > 0xc000000000000010, or such, anywhere in the bottom 256 bytes of space > really). If you add writes to that address, we can track the progress > at panic time. I'd presume all APs would behave the same way, so no > need for lock management, or isolation between them. Thanks for the note. Just to be sure, was the 0xc prefix a typo (vs. 0xe as a prefix)?: 0xc000000000000010 vs. 0xe000000000000010 The hangs do not produce panics so I'd have to induce one someplace/somehow if a panic is to be involved. Since boots hang only sometimes, a fixed panic point does not seem appropriate. Part of the issue is that this is before ddb user input works as far as I can tell. (I do not have a serial debug connection.) I'm unable to enter ddb via keyboard sequences when it is hung up. Classically I've dealt with this sort of issue by building in a ddb script that automatically executes, dumping some information. But that still requires inducing the ddb session somehow. Historically I was investigating panics. But since CPU 0 does complete its CPU 3 sequence and starts attempting CPU 2, I might get CPU 0 to print value(s) for the CPU 3 case before it tries for CPU 2. In summary: I've been pondering what to do for earlier evidence of why: A) CPU 0 never sees pc->pc_awake become non zero for CPU 3 in the examples. (The 2 (void)(*rstvec) complete and kicking CPU 2 starts to be attempted.) B) CPU 0 never completes the sequence of 2 (void)(*rstvec) for kicking CPU 2 in the examples. (It has been some time since I've seen only one Waiting for CPU message: there have been 2 for hangs in recent times.) Writing to appropriate memory and reading it later should help with that. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Fri Feb 15 22:09: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 859BB14EB4F2 for ; Fri, 15 Feb 2019 22:09:48 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-it1-x143.google.com (mail-it1-x143.google.com [IPv6:2607:f8b0:4864:20::143]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 94DBC87EE0 for ; Fri, 15 Feb 2019 22:09:47 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-it1-x143.google.com with SMTP id l131so27048901ita.2 for ; Fri, 15 Feb 2019 14:09:47 -0800 (PST) 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=2veyDIVjxXJnnb2nKeuRkX71sdKUfQT0E/eurA6DSMU=; b=CWQz7QS8g4QVsQRJq6LJQoq/QXR2Avvuj4My/4UX8DOVWI6FGIfMz39yHQQlR0ebG+ jGt0MPFTnmzl5RiAXH30FwVL8dF5pG+CkPpfvme0gKKqQh/VCrD6KRcuV3b4jTU2wWQd 45cdt2e8O1MJvkNd3pQtJN3Guc5zr3TKqUjaa0WxVXlesfLsem72H7/vNohhCeiCDP8o gshTXvyKv9CtzAOO9JFpA8MPpc3Q4zRXGSQutnk3E6Q1ahJCj407vm4dwlBcSf8jV9lh 7HQUGfmY3JtLTge65Em86JB+JwecCeTQb+rb0VrZoZKxpZZXaax03TRJYXiYfBznTH24 A+og== 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=2veyDIVjxXJnnb2nKeuRkX71sdKUfQT0E/eurA6DSMU=; b=mdEYJ6zIr5iIGQeVwyV6Dc4FSCKPGnJj8zAVC0pga4ONGLpvA7Y1OVMhtguFh8wqJ7 u+oNGpKVg47VIGz1av0V/ovqkMkETQWc5itREcNtAQXsf9VdMFSY2MrzgxhaIADwWIj5 ywWjZ7X0aT9EM8Tmk2tA0on05hyVjmxyMufCLAbUCpo2QKlROveVafJL02IZQvXuIOOp es1Jlot+6TJMSbZFySqZe2B46CEay34o3z9ItrQBBMQCbhKN9m2gsH5GF1yFxcNpriFl /ibvCzTjhGSexUWGtyG78EcY5QvvqHJevogL82Gc2MfYE/sSkK9RaqeuWW64vxR1tjFq PDkg== X-Gm-Message-State: AHQUAuYLCU/u/zk3PF0rmx93l0v54CcuQ+cPO08RV9yluWmYanQSDVrg 5aJbE61UxmaVT9VbBthhkA+u3MM5 X-Google-Smtp-Source: AHgI3IYx8NOytbS5NQuoGvwSQ+SV4XN3KUbb4Y1Q/duI7FvhRWJe9AxZoJ567KYBE22Ajn+dQEzFQQ== X-Received: by 2002:a6b:8b04:: with SMTP id n4mr6744996iod.296.1550268586877; Fri, 15 Feb 2019 14:09:46 -0800 (PST) Received: from ralga.knownspace (173-25-245-129.client.mchsi.com. [173.25.245.129]) by smtp.gmail.com with ESMTPSA id y26sm2781163iob.16.2019.02.15.14.09.46 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 15 Feb 2019 14:09:46 -0800 (PST) Date: Fri, 15 Feb 2019 16:09:42 -0600 From: Justin Hibbits To: Mark Millard Cc: Mark Millard via freebsd-ppc Subject: Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value Message-ID: <20190215160942.1b282f71@ralga.knownspace> In-Reply-To: <6445CE54-26AA-4E21-B17E-921D72D4081A@yahoo.com> References: <11680D15-D43D-4115-AF4F-5F6E4E0022C9@yahoo.com> <9FBCA729-CE80-44CD-8873-431853E55231@yahoo.com> <1F3411CF-3D28-43C0-BEF1-4672B5CC1543@yahoo.com> <20190215151710.35545a26@ralga.knownspace> <6445CE54-26AA-4E21-B17E-921D72D4081A@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: 94DBC87EE0 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=CWQz7QS8; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of chmeeedalf@gmail.com designates 2607:f8b0:4864:20::143 as permitted sender) smtp.mailfrom=chmeeedalf@gmail.com X-Spamd-Result: default: False [-3.69 / 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)[]; 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(-0.12)[ip: (4.06), ipnet: 2607:f8b0::/32(-2.58), asn: 15169(-1.99), country: US(-0.07)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.56)[-0.562,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)[3.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: Fri, 15 Feb 2019 22:09:48 -0000 On Fri, 15 Feb 2019 14:01:18 -0800 Mark Millard wrote: > On 2019-Feb-15, at 13:17, Justin Hibbits wrote: > > > On Fri, 15 Feb 2019 11:51:26 -0800 > > Mark Millard via freebsd-ppc wrote: > > > >> Old: 0xe0000000013ff0?? > >> New: 0xe000000087fd20?? > > > > The addresses are pretty inconsequential, since they're virtual > > addresses. It would be nice to be able to profile how far a CPU > > gets in its launch (writing a value to a well-known address, > > 0xc000000000000010, or such, anywhere in the bottom 256 bytes of > > space really). If you add writes to that address, we can track the > > progress at panic time. I'd presume all APs would behave the same > > way, so no need for lock management, or isolation between them. > > Thanks for the note. > > Just to be sure, was the 0xc prefix a typo > (vs. 0xe as a prefix)?: > > 0xc000000000000010 > vs. > 0xe000000000000010 No, 0xc is correct. 0xc... is the address of the DMAP, and it so happens that the upper bits are ignored in real mode, simply by the fact that they're not placed onto the address bus. We take advantage of that elsewhere as well. So writing to 0xc000....10 actually writes to 0x0000...10, both in real mode and translated mode. Writing to this at various points when the AP is starting up, we can see just how far into the boot it gets. > > The hangs do not produce panics so I'd have to > induce one someplace/somehow if a panic is to be > involved. > > Since boots hang only sometimes, a fixed panic point > does not seem appropriate. > > Part of the issue is that this is before ddb user input > works as far as I can tell. (I do not have a serial > debug connection.) I'm unable to enter ddb via keyboard > sequences when it is hung up. > > Classically I've dealt with this sort of issue by building > in a ddb script that automatically executes, dumping some > information. But that still requires inducing the ddb > session somehow. Historically I was investigating > panics. > > But since CPU 0 does complete its CPU 3 sequence and starts > attempting CPU 2, I might get CPU 0 to print value(s) > for the CPU 3 case before it tries for CPU 2. > > In summary: > > I've been pondering what to do for earlier evidence of why: > > A) CPU 0 never sees pc->pc_awake become non zero for CPU > 3 in the examples. (The 2 (void)(*rstvec) complete and > kicking CPU 2 starts to be attempted.) > > B) CPU 0 never completes the sequence of 2 (void)(*rstvec) > for kicking CPU 2 in the examples. > > (It has been some time since I've seen only one Waiting for > CPU message: there have been 2 for hangs in recent times.) > > Writing to appropriate memory and reading it later should > help with that. You can simply assume that it will hang (obviously keep another kernel handy that boots, or make sure this kernel boots with SMP disabled as well) and panic after a few seconds in cpu_mp_unleash(), after sleeping for a few seconds in place of the while (ap_awake < smp_cpus) loop. You may need to throw in a sync after your writes, I'm not 100% sure, it depends on how coherency is handled in real mode. - Justin From owner-freebsd-ppc@freebsd.org Fri Feb 15 23:26: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 53E7814ED7A7 for ; Fri, 15 Feb 2019 23:26:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.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 1D6D58B6B5 for ; Fri, 15 Feb 2019 23:26:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 3V67Jt4VM1lVeXivjJ8iGQa9zI0qK4oLfa7mJ.fS7BDG0I8Z8Q3Vekr0zB6xCfa QcRlkavicXYHHzy7R.KmViV8oWJAmRLIa_S1gnexAjP5aPOVmemeqMeLGj9pchzpJeeAzs5gz9Z3 YifphzyE0VchOsFYEyS6vlmdgp1fhzOdR3KiUcvbBwF4FCDviF_c1XVORHhF0c6jcjkPHI2CgTij y1kd.rRLDGxOCUnrnDU8ZJOkd7BCjLLSQFPJaN22zVVP75uIPtTKnkSPYqbLteTsbDcnCfYEpyb3 iMos4j_hOOaQUxmUwpspnY6vnn5HoXbl0Hy6rRjEI1M11xzw5F8w77vvMURyk3CqIsrGShYu5ARu ykzCACDe11Y1etoMx9wz3JJBmEBD1w9gng.rwxdFML92jKHfwKCwGiv4oC_OMqoVTuu6OdtxVlAs yS6_ajbQlt8kCqdpkc5z8aySPgZ0fK9E8tMKkaKOZoUXSM3kMnG0SL5CQIDWEMkVh6jZh9aJECLw 3YwNO0KdaaMcuKQXwXzz9PW.nCl46_CuDnbvRslywrfXBNT2pPxsJ03nJ_x.ARu4ZyMfsurLhc8I Yjr.s6dDh8kAFKD5XkQBopxhBHtYXX9GV_ZP3WdtFsczu.t64qY5w4.isE75gg0PwNQITLqID__k v.NJCLaTjcG6mBI9qMw9JADz7w9w_VdF1nEZ33ijnvh5h7QLdXvvKIb.VOYlOliZVzH4sFomHTnE 0vidc1LaC28tUCgtSuz85pEMjC_cNEH3TSWQu8_9w6oQQuqjsvOiPsCOcX77ogoiG2hAKpP1JWiQ _emOiEiwJKCcLa5bXELXpfW4fzTIrjdAZkuqlOXy8FBt20bBijmQq2nNAmS1kPe8Hr0QKvNXkXyA uC6Nk2RLtxmZ194mk9BP7Avb5uZVwsdgfq.iWoUpcbUqedhX9gNkrFULcrUSu_2qsFxxxNmn0J9l LpZSZVcjdiiAovA2RoxssRS3AKBhdqIJ26dCi3W8V3RpkjkKm14M0tEn6LthccxfnANeoIhUe8wi _GqBfKDIbux_0BBwx1zF_4lGqhIwRpE35RU5K.82tMaE4NCVuRQRwBns- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Fri, 15 Feb 2019 23:26:13 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.115]) ([67.170.167.181]) by smtp424.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 9f52a68038dea08dadc1954db1e1837c; Fri, 15 Feb 2019 23:26:10 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value From: Mark Millard In-Reply-To: <20190215160942.1b282f71@ralga.knownspace> Date: Fri, 15 Feb 2019 15:26:09 -0800 Cc: Mark Millard via freebsd-ppc Content-Transfer-Encoding: 7bit Message-Id: <744610C7-90EB-42A0-8B08-AFA0F12E5994@yahoo.com> References: <11680D15-D43D-4115-AF4F-5F6E4E0022C9@yahoo.com> <9FBCA729-CE80-44CD-8873-431853E55231@yahoo.com> <1F3411CF-3D28-43C0-BEF1-4672B5CC1543@yahoo.com> <20190215151710.35545a26@ralga.knownspace> <6445CE54-26AA-4E21-B17E-921D72D4081A@yahoo.com> <20190215160942.1b282f71@ralga.knownspace> To: Justin Hibbits X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 1D6D58B6B5 X-Spamd-Bar: + X-Spamd-Result: default: False [1.61 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; 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.60)[0.602,0]; NEURAL_HAM_LONG(-0.40)[-0.404,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.04)[ip: (4.00), ipnet: 98.137.64.0/21(0.72), asn: 36647(0.58), country: US(-0.07)]; NEURAL_SPAM_MEDIUM(0.88)[0.879,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[147.66.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2019 23:26:17 -0000 On 2019-Feb-15, at 14:09, Justin Hibbits wrote: > On Fri, 15 Feb 2019 14:01:18 -0800 > Mark Millard wrote: > >> . . . >> >> Just to be sure, was the 0xc prefix a typo >> (vs. 0xe as a prefix)?: >> >> 0xc000000000000010 >> vs. >> 0xe000000000000010 > > No, 0xc is correct. 0xc... is the address of the DMAP, and it so > happens that the upper bits are ignored in real mode, simply by the > fact that they're not placed onto the address bus. We take advantage > of that elsewhere as well. So writing to 0xc000....10 actually writes > to 0x0000...10, both in real mode and translated mode. Writing to this > at various points when the AP is starting up, we can see just how far > into the boot it gets. > >> . . . I got an odd result from a successful boot. But first notes what I did to the code: I used 0xc000000000000010 via: + *(unsigned long*)0xc000000000000010 = 0x10; // HACK!!! + powerpc_sync(); // HACK!!! just before returning from cpudep_ap_early_bootstrap + *(unsigned long*)0xc000000000000010 = 0x20; // HACK!!! + powerpc_sync(); // HACK!!! just before return from pmap_cpu_bootstrap + *(unsigned long*)0xc000000000000010 = 0x30; // HACK!!! + powerpc_sync(); // HACK!!! just before return from cpudep_ap_bootstrap + *(unsigned long*)0xc000000000000010 = 0x40; // HACK!!! + powerpc_sync(); // HACK!!! just before returning from cpudep_ap_setup + *(unsigned long*)0xc000000000000010 = 0x51; // HACK!!! + powerpc_sync(); // HACK!!! just before the ap_letgo loop in machdep_ap_boostrap [so just after the PCPU_SET(away,1)] + *(unsigned long*)0xc000000000000010 = 0x50; // HACK!!! + powerpc_sync(); // HACK!!! just before sched_throw(NULL) in machdep_ap_bootstrap For CPU 3 just after the two (void)*rstvec related code sequences powermac_smp_start_cpu reported: *(unsigned long*)0xc000000000000010=0xffa34878A For CPU 2 just after the two (void)*rstvec related code sequences powermac_smp_start_cpu reported: *(unsigned long*)0xc000000000000010=0x51 For CPU 1 just after the two (void)*rstvec related code sequences powermac_smp_start_cpu reported: *(unsigned long*)0xc000000000000010=0x51 It looks to me like something is using the memory that 0xc000000000000010 maps to. None of them reported the 0x50 from just before the sched_throw(NULL) . === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Sat Feb 16 00:04:27 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ABF1614EEDBB for ; Sat, 16 Feb 2019 00:04:27 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-it1-x134.google.com (mail-it1-x134.google.com [IPv6:2607:f8b0:4864:20::134]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 641FF8D2D3 for ; Sat, 16 Feb 2019 00:04:26 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-it1-x134.google.com with SMTP id l131so27587444ita.2 for ; Fri, 15 Feb 2019 16:04:26 -0800 (PST) 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=rwwoRq7bYpE2Rl620iDHrk2n2DR8nHnwuvlxQjlIqVw=; b=vLWaTJ1vaahcSPfQ4G5jcHqzMFXOroWDphV6rWXMEFTGqKQguvunC/hhE6VdyLk1lh NnnkbTZfe1PIE2e06IZ+S43qJVpVEL7ddKOPIBJT2xp+btY7ilMVposjdCvS1NyV+Fee 7sxbBL4aIsRGdXdQmUygTKS3JvXqRq4bIY7oRQd5Z5L0gRNG1dpdkGsYHVaop0kFe7ce 1ob4pJBbCWehp9QrTImEqfBbjkzmzYqQxLQgaMcFPYkjyX322oYSSDYOHBGku2mMPtdE Gobij45hm9Z6JklJbXzvRB8RdoIwJsDQz4ASuHqfytdb1WlDC4dUChJSuc4mDT2PxB4v 7J3A== 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=rwwoRq7bYpE2Rl620iDHrk2n2DR8nHnwuvlxQjlIqVw=; b=lDqvyvetsuCKrgbeEQGIaHzqQYkuce5xyiJWJKT7sYaTVmy7E/CfaUKR7MBz0V9ZRA P/kvMWuimyJlppZoFmRP+ljsz13IBxsfpwpEi8sGxRnHGBLBJT+kAhHKG83F8jLs4WOu iTRJ5DN/9X8/M9FHzmbIWB1B0NPAUEq4C9h5q32/Z+63fEuW2qe6O4Iux4tOGiz8ukbI oQDD9VzF2IsUz/hEAnPLuGW2N53w9E7QCCiDbhAjUcx+WwUt8QieVWGeH4IFknR6czI/ qOot49M1wQl1oez+eyXe2RaTOneTYcbNwYoev6L5V0ztznFYccwbhFhWKh8lvBOiZt7L UoqA== X-Gm-Message-State: AHQUAubYoiMIZToSXlb4Vkx3sGw64Wb1v/LgF+ez/9EdoM9Xy2PzkROj lcDUvLG17yX8Tbjvi/o3Ndm0t5PD X-Google-Smtp-Source: AHgI3IZxqPn5mSpUPzzNiqwKyl7wTO/yaQJDejv3xJB6b5AkTY0PTW3HWzrtoLGvRKpzTKEDVDrtgg== X-Received: by 2002:a24:70e:: with SMTP id f14mr6343505itf.67.1550275465486; Fri, 15 Feb 2019 16:04:25 -0800 (PST) Received: from ralga.knownspace (173-25-245-129.client.mchsi.com. [173.25.245.129]) by smtp.gmail.com with ESMTPSA id o18sm2767549ioa.40.2019.02.15.16.04.24 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 15 Feb 2019 16:04:25 -0800 (PST) Date: Fri, 15 Feb 2019 18:04:21 -0600 From: Justin Hibbits To: Mark Millard Cc: Mark Millard via freebsd-ppc Subject: Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value Message-ID: <20190215180421.61afcae3@ralga.knownspace> In-Reply-To: <744610C7-90EB-42A0-8B08-AFA0F12E5994@yahoo.com> References: <11680D15-D43D-4115-AF4F-5F6E4E0022C9@yahoo.com> <9FBCA729-CE80-44CD-8873-431853E55231@yahoo.com> <1F3411CF-3D28-43C0-BEF1-4672B5CC1543@yahoo.com> <20190215151710.35545a26@ralga.knownspace> <6445CE54-26AA-4E21-B17E-921D72D4081A@yahoo.com> <20190215160942.1b282f71@ralga.knownspace> <744610C7-90EB-42A0-8B08-AFA0F12E5994@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: 641FF8D2D3 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=vLWaTJ1v; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of chmeeedalf@gmail.com designates 2607:f8b0:4864:20::134 as permitted sender) smtp.mailfrom=chmeeedalf@gmail.com X-Spamd-Result: default: False [-6.69 / 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)[alt3.gmail-smtp-in.l.google.com,alt4.gmail-smtp-in.l.google.com,gmail-smtp-in.l.google.com,alt2.gmail-smtp-in.l.google.com,alt1.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.96)[-0.958,0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-2.73)[ip: (-8.99), ipnet: 2607:f8b0::/32(-2.59), asn: 15169(-1.99), country: US(-0.07)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; 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)[4.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: Sat, 16 Feb 2019 00:04:27 -0000 On Fri, 15 Feb 2019 15:26:09 -0800 Mark Millard wrote: > On 2019-Feb-15, at 14:09, Justin Hibbits > wrote: > > > On Fri, 15 Feb 2019 14:01:18 -0800 > > Mark Millard wrote: > > > >> . . . > >> > >> Just to be sure, was the 0xc prefix a typo > >> (vs. 0xe as a prefix)?: > >> > >> 0xc000000000000010 > >> vs. > >> 0xe000000000000010 > > > > No, 0xc is correct. 0xc... is the address of the DMAP, and it so > > happens that the upper bits are ignored in real mode, simply by the > > fact that they're not placed onto the address bus. We take > > advantage of that elsewhere as well. So writing to 0xc000....10 > > actually writes to 0x0000...10, both in real mode and translated > > mode. Writing to this at various points when the AP is starting > > up, we can see just how far into the boot it gets. > > > >> . . . > > I got an odd result from a successful boot. But first > notes what I did to the code: > > I used 0xc000000000000010 via: > > + *(unsigned long*)0xc000000000000010 = 0x10; // HACK!!! > + powerpc_sync(); // HACK!!! > > just before returning from cpudep_ap_early_bootstrap > > + *(unsigned long*)0xc000000000000010 = 0x20; // HACK!!! > + powerpc_sync(); // HACK!!! > > just before return from pmap_cpu_bootstrap > > + *(unsigned long*)0xc000000000000010 = 0x30; // HACK!!! > + powerpc_sync(); // HACK!!! > > just before return from cpudep_ap_bootstrap > > + *(unsigned long*)0xc000000000000010 = 0x40; // HACK!!! > + powerpc_sync(); // HACK!!! > > just before returning from cpudep_ap_setup > > + *(unsigned long*)0xc000000000000010 = 0x51; // HACK!!! > + powerpc_sync(); // HACK!!! > > just before the ap_letgo loop in machdep_ap_boostrap [so just > after the PCPU_SET(away,1)] > > + *(unsigned long*)0xc000000000000010 = 0x50; // HACK!!! > + powerpc_sync(); // HACK!!! > > just before sched_throw(NULL) in machdep_ap_bootstrap > > > For CPU 3 just after the two (void)*rstvec related > code sequences powermac_smp_start_cpu reported: > > *(unsigned long*)0xc000000000000010=0xffa34878A > > For CPU 2 just after the two (void)*rstvec related > code sequences powermac_smp_start_cpu reported: > > *(unsigned long*)0xc000000000000010=0x51 > > For CPU 1 just after the two (void)*rstvec related > code sequences powermac_smp_start_cpu reported: > > *(unsigned long*)0xc000000000000010=0x51 > > It looks to me like something is using the memory > that 0xc000000000000010 maps to. > > None of them reported the 0x50 from just before > the sched_throw(NULL) . > > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > Interesting. That value looks like it could be an OpenFirmware phandle. PowerISA does state that the first 256 bytes of memory is free for the OS (or firmware) to use as it sees fit, and we already know address 0x80 is special for OF. Maybe pick another address if you wish to continue this experiment. Can you write at the beginning of machdep_ap_bootstrap() some value, just before the PCPU_SET()? And then right after the sync? - Justin From owner-freebsd-ppc@freebsd.org Sat Feb 16 04:32: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 749D614D0FA6 for ; Sat, 16 Feb 2019 04:32:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-22.consmr.mail.bf2.yahoo.com (sonic312-22.consmr.mail.bf2.yahoo.com [74.6.128.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8A7CC717EF for ; Sat, 16 Feb 2019 04:32:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 7P_TbXIVM1l2CV1tA.f5mmZ.K8pFwpOpAPuaQHlVMWEix3boWci_e14LZz.dCMh s_9J_GbVlWiIoyqnPlLpvE5xFFJf8NWxLFw1y9V5N.aqZYrO0g6V1pN3WfH9n.VTqOlNfx4kcTNg SwbuWU8aZeiSczNq_0Q30rI8rN74xPPuaBJ2Lxf_WqhwztnHRbPwaCyPhX0hSbhEJRI4bBODQjn4 JlzShhr8aFQg6c7fFeJo32t6fsxKEebtwpH.4qKVjgylQsIZXAm4sEzveNQsiwGZTVSqBEGvE2cx _tj62sjraw2jDbDxTGwQ9JazDzYWXCyCxsG6pcdaVmh6aCztzD7i8rcgETQpjIl3OPBHoVFlzrDm yi2r0JNF8BKscdJ152A_.gtEQzxz1UGaS.Ldm6BIlX2tLGmJr__jxpRkOr14WP0JQndwufOpUbNk MlRB9KU.4xQyQt2TNCqg4S8C3vude6VdlxmOUrZKV7479CC59hix3zNn7bY4FmefiJ1HKhcJU7dU fWoZwOENwaEz2n38wvujPBjmpjxp4.UjDUkZNe_jqoCxcfpumRoT.CZRx4mxCDjqBYHiJENlFe7t pL5G1SJ.q4V95Jv5ghArnDZ.d0ud1yvRLeO3ybVaJLnLGiKDL_2FnQq_IxXnppuKN3i6fX.VnQS1 N7xmy0Z9b2sF9Zz6LBlAFEfbRwB3avk8453vuWOdKHP9PjUYD5Ri9BWCtpSQF1_T04PLXWXwWxed ZCwtYB9scAlwhsB20NEeLAm3DeRu_ngKvzwPv6FXI4DublgITtj2pFj39ZwYGSkqgVTQeCvwPXOU ruL6R57m5CcMqwYEy5NaMBXPQaSKOcNwwF86yIT5pS0pkYmpSQiZ0fDqcqpTBiQnZ7QsUeyqETm7 RrK.UhcXO9aJLIkhCc.OY9duno5jJZ_b8ff1o5dbouHj_KYe3BUtBsQJ45nf2SDzQSfRx_nJ.g1G 3hM.AKHE1UOTvphG.MyZBlTj.f2J5NPwpk1ZT1PFX1ZJAokbrMNGamUVmUj34RTUOLHueu_NjRII IV1orG9B91_9nUJG.VGKzSxT5XXGE.PxvZv7FtCUL3HdOOi8rLGTjgDOJl8tw Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.bf2.yahoo.com with HTTP; Sat, 16 Feb 2019 04:32:40 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.113]) ([67.170.167.181]) by smtp414.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID c440630e982cc9a6b76ac371e0289e52; Sat, 16 Feb 2019 04:32:40 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value From: Mark Millard In-Reply-To: <20190215180421.61afcae3@ralga.knownspace> Date: Fri, 15 Feb 2019 20:32:38 -0800 Cc: Mark Millard via freebsd-ppc Content-Transfer-Encoding: 7bit Message-Id: References: <11680D15-D43D-4115-AF4F-5F6E4E0022C9@yahoo.com> <9FBCA729-CE80-44CD-8873-431853E55231@yahoo.com> <1F3411CF-3D28-43C0-BEF1-4672B5CC1543@yahoo.com> <20190215151710.35545a26@ralga.knownspace> <6445CE54-26AA-4E21-B17E-921D72D4081A@yahoo.com> <20190215160942.1b282f71@ralga.knownspace> <744610C7-90EB-42A0-8B08-AFA0F12E5994@yahoo.com> <20190215180421.61afcae3@ralga.knownspace> To: Justin Hibbits X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 8A7CC717EF X-Spamd-Bar: + X-Spamd-Result: default: False [1.98 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; 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.90)[0.897,0]; NEURAL_HAM_LONG(-0.38)[-0.381,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.07)[ip: (2.96), ipnet: 74.6.128.0/21(1.36), asn: 26101(1.09), country: US(-0.07)]; NEURAL_SPAM_MEDIUM(0.90)[0.900,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[84.128.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2019 04:32:44 -0000 [I've had to search for an address that would not have my values corrupted/replaced. I did not find one. I've added the assignment requested before the PCPU_SET but until I find an address to use that preserves the values that I assign, it likely does not matter.] On 2019-Feb-15, at 16:04, Justin Hibbits wrote: > On Fri, 15 Feb 2019 15:26:09 -0800 > Mark Millard wrote: > >> On 2019-Feb-15, at 14:09, Justin Hibbits >> wrote: >> >>> On Fri, 15 Feb 2019 14:01:18 -0800 >>> Mark Millard wrote: >>> >>>> . . . >>>> >>>> Just to be sure, was the 0xc prefix a typo >>>> (vs. 0xe as a prefix)?: >>>> >>>> 0xc000000000000010 >>>> vs. >>>> 0xe000000000000010 >>> >>> No, 0xc is correct. 0xc... is the address of the DMAP, and it so >>> happens that the upper bits are ignored in real mode, simply by the >>> fact that they're not placed onto the address bus. We take >>> advantage of that elsewhere as well. So writing to 0xc000....10 >>> actually writes to 0x0000...10, both in real mode and translated >>> mode. Writing to this at various points when the AP is starting >>> up, we can see just how far into the boot it gets. >>> >>>> . . . >> >> I got an odd result from a successful boot. But first >> notes what I did to the code: >> >> I used 0xc000000000000010 via: >> >> + *(unsigned long*)0xc000000000000010 = 0x10; // HACK!!! >> + powerpc_sync(); // HACK!!! >> >> just before returning from cpudep_ap_early_bootstrap >> >> + *(unsigned long*)0xc000000000000010 = 0x20; // HACK!!! >> + powerpc_sync(); // HACK!!! >> >> just before return from pmap_cpu_bootstrap >> >> + *(unsigned long*)0xc000000000000010 = 0x30; // HACK!!! >> + powerpc_sync(); // HACK!!! >> >> just before return from cpudep_ap_bootstrap >> >> + *(unsigned long*)0xc000000000000010 = 0x40; // HACK!!! >> + powerpc_sync(); // HACK!!! >> >> just before returning from cpudep_ap_setup >> >> + *(unsigned long*)0xc000000000000010 = 0x51; // HACK!!! >> + powerpc_sync(); // HACK!!! >> >> just before the ap_letgo loop in machdep_ap_boostrap [so just >> after the PCPU_SET(away,1)] >> >> + *(unsigned long*)0xc000000000000010 = 0x50; // HACK!!! >> + powerpc_sync(); // HACK!!! >> >> just before sched_throw(NULL) in machdep_ap_bootstrap >> >> >> For CPU 3 just after the two (void)*rstvec related >> code sequences powermac_smp_start_cpu reported: >> >> *(unsigned long*)0xc000000000000010=0xffa34878A >> >> For CPU 2 just after the two (void)*rstvec related >> code sequences powermac_smp_start_cpu reported: >> >> *(unsigned long*)0xc000000000000010=0x51 >> >> For CPU 1 just after the two (void)*rstvec related >> code sequences powermac_smp_start_cpu reported: >> >> *(unsigned long*)0xc000000000000010=0x51 >> >> It looks to me like something is using the memory >> that 0xc000000000000010 maps to. >> >> None of them reported the 0x50 from just before >> the sched_throw(NULL) . >> >> >> === >> Mark Millard >> marklmi at yahoo.com >> ( dsl-only.net went >> away in early 2018-Mar) >> > > Interesting. That value looks like it could be an OpenFirmware > phandle. PowerISA does state that the first 256 bytes of memory is > free for the OS (or firmware) to use as it sees fit, and we already > know address 0x80 is special for OF. Maybe pick another address if you > wish to continue this experiment. Can you write at the beginning of > machdep_ap_bootstrap() some value, just before the PCPU_SET()? And then > right after the sync? Using 0xc000000000000020 resulted in the CPU 3 case showing: *(unsigned long*)0xc000000000000020=0x0 CPU 2 and CPU 1 again showed 0x51, as expected. The same happened for 0xc000000000000030 . After that I added the 0x5F hack shown below (showing the 0xc0...40 address attempt): void machdep_ap_bootstrap(void) { *(unsigned long*)0xc000000000000040 = 0x5F; // HACK!!! powerpc_sync(); // HACK!!! PCPU_SET(awake, 1); __asm __volatile("msync; isync"); *(unsigned long*)0xc000000000000040 = 0x51; // HACK!!! powerpc_sync(); // HACK!!! while (ap_letgo == 0) __asm __volatile("or 31,31,31"); __asm __volatile("or 6,6,6"); . . . Then I continued my search for an address where my assigned values would survive over the duration required. The same happened for 0xc000000000000040 . The same happened for 0xc000000000000050 . The same happened for 0xc000000000000060 . The same happened for 0xc000000000000070 . Is there another reasonable address range to try? (I've not tried any 0xc0000000000000?8 addresses.) I'll remind that machdep_ap_bootstrap for CPU 3 does echo its own messages even when the hang up happens, proving that it gets past the PCPU_SET(awake,1) and the ap_letgo loop. May be whatever clobbers 0xc0000000000000?0 content sometimes clobbers something important to getting pc_awake for CPU 3 set in the right place and to the handling of CPU 2? === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Sat Feb 16 20:07:29 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2065614F3695 for ; Sat, 16 Feb 2019 20:07:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.ne1.yahoo.com (sonic310-22.consmr.mail.ne1.yahoo.com [66.163.186.203]) (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 0A3136B425 for ; Sat, 16 Feb 2019 20:07:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: qQ3VsMQVM1nHB7K78Yn12ouHMqePWBUoGXTg7krfdWqwujjWp_z8zNXsVFfCGuY ZmAzgHwcxOCMfbQzHvR5BM9H6k0HDFEC.fAIEa4CV1weHnwExUZKvXjsYWWx8QVdaSMfCAccdnYI DPy_TbppL_JPqOS3bHCPh_I7friQsDdvmdZDgcSSFrZMmkKy1hpc6zKkdDDe4lCRgSZ6InD.9WCv mrCYUl7MWfn3kYwlEEQwFzVWdAnhFkC7dZGE6QU8Do8TxynujvVc6bkNPMc97AyDGeMdDNZvd2Np eyzkjc1ia9oI7EvfZqzXwnVy5W5H4GqYgQhgJ02wvpXLYB.oAJXbiNyopNQwoKyYXuE3WuO4IynY YGA2rBin0yVGxP4l_vTFA7tz8YSevFpOolU0x4GZOmUerMKDxXcWIJYbhEHnzgkj.PMusyTFFREy ktw6YYhZYx4sJZqq9NAIVuLSvFX.O11s.CbwgN4j9CjARYOQ8GuThman2bLXw8eAg3_d7dY.wKhG dv5vUbT_0mH1CRUdLlbpvj2rMmV7DR4056nMZQXsn9.usDirKo4bfN5ngq_rNBpIcPf1h186hKnS SFY215cpSDF0gnX9sG1bIVX8U44cE8cXnJfXh7UfJp1_4I_uBaWCmKfZglU0JISwywudLgE8Ffyy n2iLHalvllUTRTP4dx3tiSqcvafORSTA8s0oj13Sh1rwPz8cN31vYSx3oOeuhJMxLX9IDobj1lNh xcOkFrXuXy86inm5jV7igJnGj1OugzszrdlvkwExvZaHGviMHZvRH7MKYWTXYhuCzxaeCbbOjOnT xiEvfbVNkvQ4YE79YSEsCiAgNvftfEZ5dnBHi.LQy9Pp.Y3UVeUb5hnVzqc0kcZ3f8S15R77xMDb 34bjLCT0dMaWD2AwgYtbIO.kLxqSzywt79kkOl9eK1BmPPiIEz4SzTC_C..W1cxAqKkXKR3nvYC_ HTb.hABE7sdOfk3QPuIY3RzRXXlBWYMOJB2tyjUKKc_bpUj6kXLr7z6D1KBzKBoictw8VWgCQLiL GkN03BXVX5YJ26rqunmOb2Z4NGJZk4S4C_aavlqQb0xpVqlMeWwNp2R1WJw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.ne1.yahoo.com with HTTP; Sat, 16 Feb 2019 20:07:20 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.113]) ([67.170.167.181]) by smtp432.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 00fc36668c17770762178c48f9a1a251; Sat, 16 Feb 2019 20:07:20 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value [found more staging info] From: Mark Millard In-Reply-To: Date: Sat, 16 Feb 2019 12:07:18 -0800 Cc: Mark Millard via freebsd-ppc Content-Transfer-Encoding: quoted-printable Message-Id: <518C5B96-75C4-4C24-BDEE-68A542242CA3@yahoo.com> References: <11680D15-D43D-4115-AF4F-5F6E4E0022C9@yahoo.com> <9FBCA729-CE80-44CD-8873-431853E55231@yahoo.com> <1F3411CF-3D28-43C0-BEF1-4672B5CC1543@yahoo.com> <20190215151710.35545a26@ralga.knownspace> <6445CE54-26AA-4E21-B17E-921D72D4081A@yahoo.com> <20190215160942.1b282f71@ralga.knownspace> <744610C7-90EB-42A0-8B08-AFA0F12E5994@yahoo.com> <20190215180421.61afcae3@ralga.knownspace> To: Justin Hibbits X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 0A3136B425 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.23 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.66)[0.655,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.17)[ip: (3.93), ipnet: 66.163.184.0/21(1.11), asn: 36646(0.88), country: US(-0.07)]; NEURAL_SPAM_MEDIUM(0.87)[0.868,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.05)[0.048,0]; RCVD_IN_DNSWL_NONE(0.00)[203.186.163.66.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[203.186.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, 16 Feb 2019 20:07:29 -0000 [I needed to allow more time after the 2 resets before having CPU 0 look at the memory. It was reporting older values instead of my added writes. The odd non-zero value was from before the activity of interest.] I start with the new result found, then give supporting material. I've now seen hangs with: *(unsigned long*)0xc0000000000000f0)=3D0x10 for CPU 3. So the following completed: void cpudep_ap_early_bootstrap(void) { #ifndef __powerpc64__ register_t reg; #endif switch (mfpvr() >> 16) { case IBM970: case IBM970FX: case IBM970MP: /* Restore HID4 and HID5, which are necessary for the = MMU */ #ifdef __powerpc64__ mtspr(SPR_HID4, bsp_state[2]); powerpc_sync(); isync(); mtspr(SPR_HID5, bsp_state[3]); powerpc_sync(); isync(); #else __asm __volatile("ld %0, 16(%2); sync; isync; \ mtspr %1, %0; sync; isync;" : "=3Dr"(reg) : "K"(SPR_HID4), "b"(bsp_state)); __asm __volatile("ld %0, 24(%2); sync; isync; \ mtspr %1, %0; sync; isync;" : "=3Dr"(reg) : "K"(SPR_HID5), "b"(bsp_state)); #endif powerpc_sync(); break; case IBMPOWER8: case IBMPOWER8E: case IBMPOWER9: #ifdef __powerpc64__ if (mfmsr() & PSL_HV) { isync(); /* * Direct interrupts to SRR instead of HSRR and * reset LPCR otherwise */ mtspr(SPR_LPID, 0); isync(); =20 mtspr(SPR_LPCR, lpcr); isync(); } #endif break; } __asm __volatile("mtsprg 0, %0" :: "r"(ap_pcpu)); powerpc_sync(); *(unsigned long*)0xc0000000000000f0 =3D 0x10; // HACK!!! powerpc_sync(); // HACK!!! } but the following (and later) did not complete: void pmap_cpu_bootstrap(int ap) { /* =20 * No KTR here because our console probably doesn't work yet */ =20 return (MMU_CPU_BOOTSTRAP(mmu_obj, ap)); =20 *(unsigned long*)0xc0000000000000f0 =3D 0x20; // HACK!!! powerpc_sync(); // HACK!!! } Background for reference relative to showing the intended values. . . I now have: *rstvec =3D 4; powerpc_sync(); (void)(*rstvec); powerpc_sync(); DELAY(1); *rstvec =3D 0; powerpc_sync(); (void)(*rstvec); powerpc_sync(); if (bootverbose) // HACK!!! printf("After reset 4&0 for CPU %d, hwref=3D%jx, = awake=3D%x, *(unsigned long*)0xc0000000000000e0=3D0x%jx, *(unsigned = long*)0xc0000000000000f0=3D0x%jx\n", pc->pc_cpuid, (uintmax_t)pc->pc_hwref, pc->pc_awake,(uintmax_t)*(unsigned = long*)0xc0000000000000e0,(uintmax_t)*(unsigned = long*)0xc0000000000000f0); timeout =3D 10000; while (!pc->pc_awake && timeout--) DELAY(100); if (bootverbose) // HACK!!! printf("After attempted wait for awake CPU %d, = hwref=3D%jx, awake=3D%x, *(unsigned long*)0xc0000000000000e0=3D0x%jx, = *(unsigned long*)0xc0000000000000f0=3D0x%jx\n", pc->pc_cpuid, (uintmax_t)pc->pc_hwref, pc->pc_awake,(uintmax_t)*(unsigned = long*)0xc0000000000000e0,(uintmax_t)*(unsigned = long*)0xc0000000000000f0); The 2nd printf shows the expected values but the first above shows old memory values. The memory at 0xc0000000000000e0 hold the get_pcpu() result. The memory at 0xc0000000000000f0 hold the 0x?? values that I'd reported = earlier although I've added a 0x5E but really use the value at = 0xc0000000000000e0 to check since 0x5e would be replaced by 0x51: struct pcpu* thepcpu =3D get_pcpu(); // HACK!!! *(struct pcpu**)0xc0000000000000e0 =3D thepcpu; // HACK!!! if ( thepcpu=3D=3D&__pcpu[1] // HACK!!! || thepcpu=3D=3D&__pcpu[2] || thepcpu=3D=3D&__pcpu[3] ) *(unsigned long*)0xc0000000000000f0 =3D 0x5F; // HACK!!! else *(unsigned long*)0xc0000000000000f0 =3D 0x5E; // HACK!!! powerpc_sync(); // HACK!!! PCPU_SET(awake, 1); __asm __volatile("msync; isync"); *(unsigned long*)0xc0000000000000f0 =3D 0x51; // HACK!!! powerpc_sync(); // HACK!!! while (ap_letgo =3D=3D 0) __asm __volatile("or 31,31,31"); __asm __volatile("or 6,6,6"); For reference, a successful boot now looks like: Adding CPU 0, hwref=3Dcd38, awake=3D1 Trying to mount root from ufs:/dev/ufs/FBSDG5L2rootfs [rw,noatime]... Waking up CPU 3 (dev=3Dc480) powermac_smp_start_cpu 's OF_getprop for CPU 3, hwref=3Dc480, awake=3D0: = res=3D4, reset=3D8c powermac_smp_start_cpu for CPU 3, hwref=3Dc480, awake=3D0: = rstvec_virtbase=3D0xe000000087fd2000 powermac_smp_start_cpu for CPU 3, hwref=3Dc480, awake=3D0: = rstvec=3D0xe000000087fd208c Before reset 4&0 for CPU 3, hwref=3Dc480, awake=3D0 After reset 4&0 for CPU 3, hwref=3Dc480, awake=3D0, *(unsigned = long*)0xc0000000000000e0=3D0x0, *(unsigned long*)0xc0000000000000f0=3D0x0 After attempted wait for awake CPU 3, hwref=3Dc480, awake=3D1, = *(unsigned long*)0xc0000000000000e0=3D0xc0000000016c6100, *(unsigned = long*)0xc0000000000000f0=3D0x51 cpu_mp_unleash attempting to wait for pc_awake: CPU 3, hwref=3Dc480, = awake=3D1 cpu_mp_unleash after platform_smp_start_cpu and waiting: CPU 3, = hwref=3Dc480, awake=3D1 Adding CPU 3, hwref=3Dc480, awake=3D1 Waking up CPU 2 (dev=3Dc768) powermac_smp_start_cpu 's OF_getprop for CPU 2, hwref=3Dc768, awake=3D0: = res=3D4, reset=3D8b powermac_smp_start_cpu for CPU 2, hwref=3Dc768, awake=3D0: = rstvec=3D0xe000000087fd208b Before reset 4&0 for CPU 2, hwref=3Dc768, awake=3D0 After reset 4&0 for CPU 2, hwref=3Dc768, awake=3D0, *(unsigned = long*)0xc0000000000000e0=3D0xc0000000016c6100, *(unsigned = long*)0xc0000000000000f0=3D0x51 After attempted wait for awake CPU 2, hwref=3Dc768, awake=3D1, = *(unsigned long*)0xc0000000000000e0=3D0xc0000000016c5100, *(unsigned = long*)0xc0000000000000f0=3D0x51 cpu_mp_unleash attempting to wait for pc_awake: CPU 2, hwref=3Dc768, = awake=3D1 cpu_mp_unleash after platform_smp_start_cpu and waiting: CPU 2, = hwref=3Dc768, awake=3D1 Adding CPU 2, hwref=3Dc768, awake=3D1 Waking up CPU 1 (dev=3Dca50) powermac_smp_start_cpu 's OF_getprop for CPU 1, hwref=3Dca50, awake=3D0: = res=3D4, reset=3D8a powermac_smp_start_cpu for CPU 1, hwref=3Dca50, awake=3D0: = rstvec=3D0xe000000087fd208a Before reset 4&0 for CPU 1, hwref=3Dca50, awake=3D0 After reset 4&0 for CPU 1, hwref=3Dca50, awake=3D0, *(unsigned = long*)0xc0000000000000e0=3D0xc0000000016c5100, *(unsigned = long*)0xc0000000000000f0=3D0x51 After attempted wait for awake CPU 1, hwref=3Dca50, awake=3D1, = *(unsigned long*)0xc0000000000000e0=3D0xc0000000016c4100, *(unsigned = long*)0xc0000000000000f0=3D0x51 cpu_mp_unleash attempting to wait for pc_awake: CPU 1, hwref=3Dca50, = awake=3D1 cpu_mp_unleash after platform_smp_start_cpu and waiting: CPU 1, = hwref=3Dca50, awake=3D1 Adding CPU 1, hwref=3Dca50, awake=3D1 machdep_ap_bootstrap before ap_boot_mtx lock: AP CPU #2 launched machdep_ap_bootstrap before ap_boot_mtx lock: AP CPU #1 launched machdep_ap_bootstrap before ap_boot_mtx lock: AP CPU #3 launched SMP: AP CPU #2 launched SMP: AP CPU #1 launched SMP: AP CPU #3 launched machdep_ap_bootstrap after smp_started!=3D0: AP CPU #2 launched machdep_ap_bootstrap after smp_started!=3D0: AP CPU #1 launched machdep_ap_bootstrap after smp_started!=3D0: AP CPU #3 launched =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 Feb 16 20:49:36 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 178E614F4799 for ; Sat, 16 Feb 2019 20:49:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DB6036CE47 for ; Sat, 16 Feb 2019 20:49:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: k0abLaMVM1naPoScL97b9_AuwC3.pZqGNFmlZ0xsko8YIZiHU_MS5yipmRzVwod OdCKupbDNoLsc.w1ZvszhqY5jyiGCjhAiYIP4N4Gk7sT4QwvVcQujEwA3VdidkuOLVyq8fy.vbkD rWew.GE_GvdwUUZOkWMOgBslmIJpamniFghVvX6v3AE65guSsMJn9tWIsa9Lkk_8YKA5n.SEPASA ajWi_o4OfsR7ZRgMfp4d22HOxryqv11KVmTRSGBy4wljJkHER6w1f3LT0JtiawdB.FixdnCh9ETv 9YK2q8XeiPxGBmGpihGgwEjn5fPpFRTPVVua6jR2ubUdfnWeK9QCbN2Zc.UkkFHnlINgxqVJ4gue ay7exIDkCZX0oyhXmFVXlXOIMOYe9t68_rbYhl63P.Ql35mmPj.GjYSCzgaNO6ba3fmLyBfYGNDF kp.xPN2P5wG.XeKS1xN4WYkHEu90Z304bbjnG4Qt4nErxb3n_sbLMa_Tc7NLV5ScnDeJl21z.bve vF8hCYVWE7jh.F1B8YVbqctjWzZ7aaIbPDHFRS47KMlq2iiw0G1beMxYO01NsPIGSqwXUzKRB36. YbsBBcQJBEUwZ.pO.Bg6SNaGHFLJWWKaE.vFvKkV62MirNfY89cggS_0oiXgz7Ja9o4e3rbcbFz_ dEBsGsCfK1fV1piueCCXEs.8PUY.XxVg1Ju2Gl1bjw3F9ybAeuc0K7S8HiHgtBfd_iod6wob6K1J GSLY5UPrBUANcSAyP8Fc6Ta5537d6DJJ6Q8fwm1hgn3AXSyvInyH2Mev41kUTBSJe0_Vf8XzfUp3 MhpDy.yY9B2PZKtoBeP7lyZQg2tjQtbz7dGj2xNWFGsvWUg0Ve2F_UteSpCPle2za7m0Ljdny1pz KS4LTN23r31XXbBJev38vPONR5xoJY0n5VPPCHCmVXgVAlT0qM_XA4_iZZLTAAlRmnP4Jg7Vc9tG Y3bsdrhepy7dS67VsPMw5zYFVj7vxKJ59lqdhXy0h6bK7OnQ8QvxWgQ0pBquaCiXXUGSghZMxNTl agH0iMSJ1NPFuBnb6M3RhjdUnFTXOlbInca6G5EDHkZTtKkGgAGNDJs4- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Sat, 16 Feb 2019 20:49:31 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.113]) ([67.170.167.181]) by smtp425.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 7c0dcaa460e33ef9b0a03bf40fc9661d; Sat, 16 Feb 2019 20:49:29 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value [found yet more staging info] From: Mark Millard In-Reply-To: <518C5B96-75C4-4C24-BDEE-68A542242CA3@yahoo.com> Date: Sat, 16 Feb 2019 12:49:28 -0800 Cc: Mark Millard via freebsd-ppc Content-Transfer-Encoding: 7bit Message-Id: References: <11680D15-D43D-4115-AF4F-5F6E4E0022C9@yahoo.com> <9FBCA729-CE80-44CD-8873-431853E55231@yahoo.com> <1F3411CF-3D28-43C0-BEF1-4672B5CC1543@yahoo.com> <20190215151710.35545a26@ralga.knownspace> <6445CE54-26AA-4E21-B17E-921D72D4081A@yahoo.com> <20190215160942.1b282f71@ralga.knownspace> <744610C7-90EB-42A0-8B08-AFA0F12E5994@yahoo.com> <20190215180421.61afcae3@ralga.knownspace> <518C5B96-75C4-4C24-BDEE-68A542242CA3@yahoo.com> To: Justin Hibbits X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: DB6036CE47 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]; NEURAL_HAM_SHORT(-0.58)[-0.579,0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.91)[-0.914,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.995,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.25)[ipnet: 98.137.64.0/21(0.72), asn: 36647(0.58), country: US(-0.07)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[31.69.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2019 20:49:36 -0000 [I added to moea64_cpu_bootstrap_native to see more staging infomrtion.] On 2019-Feb-16, at 12:07, Mark Millard wrote: > [I needed to allow more time after the 2 resets before > having CPU 0 look at the memory. It was reporting > older values instead of my added writes. The odd > non-zero value was from before the activity of interest.] > > I start with the new result found, then give supporting > material. > > I've now seen hangs with: > > *(unsigned long*)0xc0000000000000f0)=0x10 > > for CPU 3. So the following completed: > > void > cpudep_ap_early_bootstrap(void) > { > #ifndef __powerpc64__ > register_t reg; > #endif > > switch (mfpvr() >> 16) { > case IBM970: > case IBM970FX: > case IBM970MP: > /* Restore HID4 and HID5, which are necessary for the MMU */ > > #ifdef __powerpc64__ > mtspr(SPR_HID4, bsp_state[2]); powerpc_sync(); isync(); > mtspr(SPR_HID5, bsp_state[3]); powerpc_sync(); isync(); > #else > __asm __volatile("ld %0, 16(%2); sync; isync; \ > mtspr %1, %0; sync; isync;" > : "=r"(reg) : "K"(SPR_HID4), "b"(bsp_state)); > __asm __volatile("ld %0, 24(%2); sync; isync; \ > mtspr %1, %0; sync; isync;" > : "=r"(reg) : "K"(SPR_HID5), "b"(bsp_state)); > #endif > powerpc_sync(); > break; > case IBMPOWER8: > case IBMPOWER8E: > case IBMPOWER9: > #ifdef __powerpc64__ > if (mfmsr() & PSL_HV) { > isync(); > /* > * Direct interrupts to SRR instead of HSRR and > * reset LPCR otherwise > */ > mtspr(SPR_LPID, 0); > isync(); > > mtspr(SPR_LPCR, lpcr); > isync(); > } > #endif > break; > } > > __asm __volatile("mtsprg 0, %0" :: "r"(ap_pcpu)); > powerpc_sync(); > > *(unsigned long*)0xc0000000000000f0 = 0x10; // HACK!!! > powerpc_sync(); // HACK!!! > } > > but the following (and later) did not complete: > > void > pmap_cpu_bootstrap(int ap) > { > /* > * No KTR here because our console probably doesn't work yet > */ > > return (MMU_CPU_BOOTSTRAP(mmu_obj, ap)); > > *(unsigned long*)0xc0000000000000f0 = 0x20; // HACK!!! > powerpc_sync(); // HACK!!! > } > > > . . . The below additions lead to moea64_cpu_bootstrap_native lead to: *(unsigned long*)0xc0000000000000f0)=0x25 which indicates that moea64_cpu_bootstrap_native got to its end but pmap_cpu_bootstrap (the caller via MMU_CPU_BOOTSTRAP) did not record its: *(unsigned long*)0xc0000000000000f0 = 0x20; from after the call. moea64_cpu_bootstrap_native (and MMU_CPU_BOOTRAP) seems to have trouble returning to pmap_cpu_bootstrap. The below // HACK!!! lines are what I added: static void moea64_cpu_bootstrap_native(mmu_t mmup, int ap) { int i = 0; #ifdef __powerpc64__ struct slb *slb = PCPU_GET(aim.slb); register_t seg0; #endif /* * Initialize segment registers and MMU */ mtmsr(mfmsr() & ~PSL_DR & ~PSL_IR); *(unsigned long*)0xc0000000000000f0 = 0x21; // HACK!!! powerpc_sync(); // HACK!!! /* * Install kernel SLB entries */ #ifdef __powerpc64__ __asm __volatile ("slbia"); __asm __volatile ("slbmfee %0,%1; slbie %0;" : "=r"(seg0) : "r"(0)); *(unsigned long*)0xc0000000000000f0 = 0x22; // HACK!!! powerpc_sync(); // HACK!!! for (i = 0; i < n_slbs; i++) { if (!(slb[i].slbe & SLBE_VALID)) continue; __asm __volatile ("slbmte %0, %1" :: "r"(slb[i].slbv), "r"(slb[i].slbe)); } *(unsigned long*)0xc0000000000000f0 = 0x23; // HACK!!! powerpc_sync(); // HACK!!! #else for (i = 0; i < 16; i++) mtsrin(i << ADDR_SR_SHFT, kernel_pmap->pm_sr[i]); #endif /* * Install page table */ __asm __volatile ("ptesync; mtsdr1 %0; isync" :: "r"(((uintptr_t)moea64_pteg_table & ~DMAP_BASE_ADDRESS) | (uintptr_t)(flsl(moea64_pteg_mask >> 11)))); *(unsigned long*)0xc0000000000000f0 = 0x24; // HACK!!! powerpc_sync(); // HACK!!! tlbia(); *(unsigned long*)0xc0000000000000f0 = 0x25; // HACK!!! powerpc_sync(); // HACK!!! } === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Sat Feb 16 21:15:56 2019 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 46DC814D0ED9 for ; Sat, 16 Feb 2019 21:15:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-22.consmr.mail.ne1.yahoo.com (sonic312-22.consmr.mail.ne1.yahoo.com [66.163.191.203]) (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 1EC316DA7C for ; Sat, 16 Feb 2019 21:15:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: CGLjyCgVM1lvSp0tIorON2Z_jlMCv8CV99BX3gyjs08ix8VEe.pgzPm0w7AUr5q xx3kvk9TVvtvmqLp5NyHTNhy1dlWUP.ITg8threiNOzckDcOu.wnd1.odG1QY2IBrT39fsXpK2ZO Zstrb73TcbgyNDn6hBiNM8n1xWmQZBsuwrY8rjurNKYo.QVyemmdlh3oH0Yr57wWbPW2jSTD72hX emY6WB8LlkEjrzHLoILm2Ub5qD8vc_Ugoe81kNumQXrDX9IugoOmNoJ9GMv3vcTvdloadKEuHxgM n7UViKK690js2MrlD2NAGGLDCwdAipYx7ELdwjNKrXmJ_pmkNBkSiFlM1.TLZWQurRzNX3I_Dn9O ge4XneU3YcJbtZ6eGmLiXwPRgZlg_im_Z55USVBpSpNgUMbvgWAxPgReRZxlI4AXmrUUjnvutyhV qGuBlrWn13CNRrrz2We.hyQGYSOdNW40U817oLXAyfqwU_SR0HfDoPkShh70zRPS8frPZCDonoYk 0Yf1LyD3JlGqxQusGjCfupG1aBSUVSDQZrtkZ7hr8q.XbWKuQnljLXcOUY_lMwUBKWbnzeFIKXat xghvVENYkjNMMt1yZSuAKavw_T0PvDbSHPCZJPlvOCR4k2OVGCiSBv4r7onMHnv7LGjMSS7GjuZP MDjuqLKhugJmIheoqk51Rz9.Mca35taIxmPKoqocG5JEoHbOwkJiQaOt1n7Px1K6_pQ2cC23_Xso LbO7_e3Vncot9OxfzMmbNDluEDEu9fyBit9UuDX_WeBn7gxin_AWC0.dCUrbcIKNO.TdCAyJCrhr YbKAw_MW0Q1Wd_GM9WvGHoe8VfZ7CslAN2HIsrt1PKKeV5kTks6ZpAR2AZwidH8z3WjH_f7W8nVH UKVNC_sB1ubBMM6AnDx_3PJfuCoRGiTuN9h5bM.Wp3FpyOAAFHKhTYJQz1Ln110V2aeZureTmeLO cyrQldIZ3NEfJwIOcXE1C.qHwg.fIcmo4S6d5l8Af.D8EHGXj6aQrC1y_KCYfsmZOUYsYox.B.Pm JUDmozZEutHwtL8mSzlIYpDbPC_bqsQItcos_lhmhAKlEOLGiDRTONSTkn2D54_E- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.ne1.yahoo.com with HTTP; Sat, 16 Feb 2019 21:15:45 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.113]) ([67.170.167.181]) by smtp423.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID ba9203ae8faf092e10446adb494f2949; Sat, 16 Feb 2019 21:15:42 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value [found yet more staging info] From: Mark Millard In-Reply-To: Date: Sat, 16 Feb 2019 13:15:40 -0800 Cc: Mark Millard via freebsd-ppc Content-Transfer-Encoding: quoted-printable Message-Id: References: <11680D15-D43D-4115-AF4F-5F6E4E0022C9@yahoo.com> <9FBCA729-CE80-44CD-8873-431853E55231@yahoo.com> <1F3411CF-3D28-43C0-BEF1-4672B5CC1543@yahoo.com> <20190215151710.35545a26@ralga.knownspace> <6445CE54-26AA-4E21-B17E-921D72D4081A@yahoo.com> <20190215160942.1b282f71@ralga.knownspace> <744610C7-90EB-42A0-8B08-AFA0F12E5994@yahoo.com> <20190215180421.61afcae3@ralga.knownspace> <518C5B96-75C4-4C24-BDEE-68A542242CA3@yahoo.com> To: Justin Hibbits X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 1EC316DA7C X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.31 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.69)[0.690,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.16)[ip: (3.86), ipnet: 66.163.184.0/21(1.10), asn: 36646(0.88), country: US(-0.07)]; NEURAL_SPAM_MEDIUM(0.85)[0.853,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.12)[0.117,0]; RCVD_IN_DNSWL_NONE(0.00)[203.191.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: Sat, 16 Feb 2019 21:15:56 -0000 [I got a successful boot and so report its messages from starting the CPUs. It has one interesting value display.] On 2019-Feb-16, at 12:49, Mark Millard wrote: > [I added to moea64_cpu_bootstrap_native to see > more staging infomrtion.] >=20 > On 2019-Feb-16, at 12:07, Mark Millard wrote: >=20 >> [I needed to allow more time after the 2 resets before >> having CPU 0 look at the memory. It was reporting >> older values instead of my added writes. The odd >> non-zero value was from before the activity of interest.] >>=20 >> I start with the new result found, then give supporting >> material. >>=20 >> I've now seen hangs with: >>=20 >> *(unsigned long*)0xc0000000000000f0)=3D0x10 >>=20 >> for CPU 3. So the following completed: >>=20 >> void >> cpudep_ap_early_bootstrap(void) >> { >> #ifndef __powerpc64__ >> register_t reg; >> #endif >>=20 >> switch (mfpvr() >> 16) { >> case IBM970: >> case IBM970FX: >> case IBM970MP: >> /* Restore HID4 and HID5, which are necessary for the = MMU */ >>=20 >> #ifdef __powerpc64__ >> mtspr(SPR_HID4, bsp_state[2]); powerpc_sync(); isync(); >> mtspr(SPR_HID5, bsp_state[3]); powerpc_sync(); isync(); >> #else >> __asm __volatile("ld %0, 16(%2); sync; isync; \ >> mtspr %1, %0; sync; isync;" >> : "=3Dr"(reg) : "K"(SPR_HID4), "b"(bsp_state)); >> __asm __volatile("ld %0, 24(%2); sync; isync; \ >> mtspr %1, %0; sync; isync;" >> : "=3Dr"(reg) : "K"(SPR_HID5), "b"(bsp_state)); >> #endif >> powerpc_sync(); >> break; >> case IBMPOWER8: >> case IBMPOWER8E: >> case IBMPOWER9: >> #ifdef __powerpc64__ >> if (mfmsr() & PSL_HV) { >> isync(); >> /* >> * Direct interrupts to SRR instead of HSRR and >> * reset LPCR otherwise >> */ >> mtspr(SPR_LPID, 0); >> isync(); >>=20 >> mtspr(SPR_LPCR, lpcr); >> isync(); >> } >> #endif >> break; >> } >>=20 >> __asm __volatile("mtsprg 0, %0" :: "r"(ap_pcpu)); >> powerpc_sync(); >>=20 >> *(unsigned long*)0xc0000000000000f0 =3D 0x10; // HACK!!! >> powerpc_sync(); // HACK!!! >> } >>=20 >> but the following (and later) did not complete: >>=20 >> void >> pmap_cpu_bootstrap(int ap) >> { >> /* =20 >> * No KTR here because our console probably doesn't work yet >> */ >>=20 >> return (MMU_CPU_BOOTSTRAP(mmu_obj, ap)); >>=20 >> *(unsigned long*)0xc0000000000000f0 =3D 0x20; // HACK!!! >> powerpc_sync(); // HACK!!! >> } >>=20 >>=20 >> . . . >=20 > The below additions lead to moea64_cpu_bootstrap_native > lead to: >=20 > *(unsigned long*)0xc0000000000000f0)=3D0x25 >=20 > which indicates that moea64_cpu_bootstrap_native > got to its end but pmap_cpu_bootstrap (the caller > via MMU_CPU_BOOTSTRAP) did not record its: >=20 > *(unsigned long*)0xc0000000000000f0 =3D 0x20; >=20 > from after the call. moea64_cpu_bootstrap_native > (and MMU_CPU_BOOTRAP) seems to have trouble > returning to pmap_cpu_bootstrap. >=20 >=20 > The below // HACK!!! lines are what I added: >=20 > static void > moea64_cpu_bootstrap_native(mmu_t mmup, int ap) > { > int i =3D 0; > #ifdef __powerpc64__ > struct slb *slb =3D PCPU_GET(aim.slb); > register_t seg0; > #endif >=20 > /* > * Initialize segment registers and MMU > */ >=20 > mtmsr(mfmsr() & ~PSL_DR & ~PSL_IR); >=20 > *(unsigned long*)0xc0000000000000f0 =3D 0x21; // HACK!!! > powerpc_sync(); // HACK!!! >=20 > /* > * Install kernel SLB entries > */ >=20 > #ifdef __powerpc64__ > __asm __volatile ("slbia"); > __asm __volatile ("slbmfee %0,%1; slbie %0;" : = "=3Dr"(seg0) : > "r"(0)); >=20 > *(unsigned long*)0xc0000000000000f0 =3D 0x22; // = HACK!!! > powerpc_sync(); // HACK!!! >=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)); > } >=20 > *(unsigned long*)0xc0000000000000f0 =3D 0x23; // = HACK!!! > powerpc_sync(); // HACK!!! > #else > for (i =3D 0; i < 16; i++) > mtsrin(i << ADDR_SR_SHFT, = kernel_pmap->pm_sr[i]); > #endif >=20 > /* > * Install page table > */ >=20 > __asm __volatile ("ptesync; mtsdr1 %0; isync" > :: "r"(((uintptr_t)moea64_pteg_table & ~DMAP_BASE_ADDRESS) > | (uintptr_t)(flsl(moea64_pteg_mask >> 11)))); >=20 > *(unsigned long*)0xc0000000000000f0 =3D 0x24; // HACK!!! > powerpc_sync(); // HACK!!! >=20 > tlbia(); >=20 > *(unsigned long*)0xc0000000000000f0 =3D 0x25; // HACK!!! > powerpc_sync(); // HACK!!! > } >=20 =46rom a successful boot, for reference: Adding CPU 0, hwref=3Dcd38, awake=3D1 Trying to mount root from ufs:/dev/ufs/FBSDG5L2rootfs [rw,noatime]... Waking up CPU 3 (dev=3Dc480) powermac_smp_start_cpu 's OF_getprop for CPU 3, hwref=3Dc480, awake=3D0: = res=3D4, reset=3D8c powermac_smp_start_cpu for CPU 3, hwref=3Dc480, awake=3D0: = rstvec_virtbase=3D0xe000000087fd2000 powermac_smp_start_cpu for CPU 3, hwref=3Dc480, awake=3D0: = rstvec=3D0xe000000087fd208c Before reset 4&0 for CPU 3, hwref=3Dc480, awake=3D0 After reset 4&0 for CPU 3, hwref=3Dc480, awake=3D0, *(unsigned = long*)0xc0000000000000e0=3D0x0, *(unsigned long*)0xc0000000000000f0=3D0x25= After attempted wait for awake CPU 3, hwref=3Dc480, awake=3D1, = *(unsigned long*)0xc0000000000000e0=3D0xc0000000016c6100, *(unsigned = long*)0xc0000000000000f0=3D0x51 cpu_mp_unleash attempting to wait for pc_awake: CPU 3, hwref=3Dc480, = awake=3D1 cpu_mp_unleash after platform_smp_start_cpu and waiting: CPU 3, = hwref=3Dc480, awake=3D1 Adding CPU 3, hwref=3Dc480, awake=3D1 Waking up CPU 2 (dev=3Dc768) powermac_smp_start_cpu 's OF_getprop for CPU 2, hwref=3Dc768, awake=3D0: = res=3D4, reset=3D8b powermac_smp_start_cpu for CPU 2, hwref=3Dc768, awake=3D0: = rstvec=3D0xe000000087fd208b Before reset 4&0 for CPU 2, hwref=3Dc768, awake=3D0 After reset 4&0 for CPU 2, hwref=3Dc768, awake=3D0, *(unsigned = long*)0xc0000000000000e0=3D0xc0000000016c6100, *(unsigned = long*)0xc0000000000000f0=3D0x51 After attempted wait for awake CPU 2, hwref=3Dc768, awake=3D1, = *(unsigned long*)0xc0000000000000e0=3D0xc0000000016c5100, *(unsigned = long*)0xc0000000000000f0=3D0x51 cpu_mp_unleash attempting to wait for pc_awake: CPU 2, hwref=3Dc768, = awake=3D1 cpu_mp_unleash after platform_smp_start_cpu and waiting: CPU 2, = hwref=3Dc768, awake=3D1 Adding CPU 2, hwref=3Dc768, awake=3D1 Waking up CPU 1 (dev=3Dca50) powermac_smp_start_cpu 's OF_getprop for CPU 1, hwref=3Dca50, awake=3D0: = res=3D4, reset=3D8a powermac_smp_start_cpu for CPU 1, hwref=3Dca50, awake=3D0: = rstvec=3D0xe000000087fd208a Before reset 4&0 for CPU 1, hwref=3Dca50, awake=3D0 After reset 4&0 for CPU 1, hwref=3Dca50, awake=3D0, *(unsigned = long*)0xc0000000000000e0=3D0xc0000000016c5100, *(unsigned = long*)0xc0000000000000f0=3D0x51 After attempted wait for awake CPU 1, hwref=3Dca50, awake=3D1, = *(unsigned long*)0xc0000000000000e0=3D0xc0000000016c4100, *(unsigned = long*)0xc0000000000000f0=3D0x51 cpu_mp_unleash attempting to wait for pc_awake: CPU 1, hwref=3Dca50, = awake=3D1 cpu_mp_unleash after platform_smp_start_cpu and waiting: CPU 1, = hwref=3Dca50, awake=3D1 Adding CPU 1, hwref=3Dca50, awake=3D1 machdep_ap_bootstrap before ap_boot_mtx lock: AP CPU #3 launched machdep_ap_bootstrap before ap_boot_mtx lock: AP CPU #2 launched machdep_ap_bootstrap before ap_boot_mtx lock: AP CPU #1 launched SMP: AP CPU #3 launched SMP: AP CPU #2 launched SMP: AP CPU #1 launched machdep_ap_bootstrap after smp_started!=3D0: AP CPU #3 launched machdep_ap_bootstrap after smp_started!=3D0: AP CPU #2 launched machdep_ap_bootstrap after smp_started!=3D0: AP CPU #1 launched Interstingly the 0x25 shows before the CPU 3 tied resets instead of the laster 0x20 (from pmap_cpu_bootstrap), 0x30 (from cpudep_ap_bootstrap), or 0x40 (from cpudep_ap_setup). The 0x51 does show after the pc_awake loop. =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 Feb 16 22:34: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 F280D14D5AEF for ; Sat, 16 Feb 2019 22:34:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 8A2E66F671 for ; Sat, 16 Feb 2019 22:34:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 4582614D5AEB; Sat, 16 Feb 2019 22:34:18 +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 33CA214D5AE9 for ; Sat, 16 Feb 2019 22:34: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 C64286F66D for ; Sat, 16 Feb 2019 22:34: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 DD80A1E17F for ; Sat, 16 Feb 2019 22:34: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 x1GMYGDk068828 for ; Sat, 16 Feb 2019 22:34:16 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x1GMYGQF068827 for ppc@FreeBSD.org; Sat, 16 Feb 2019 22:34:16 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 234539] [PowerPC64] panic: FPU already enabled for thread Date: Sat, 16 Feb 2019 22:34: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: CURRENT X-Bugzilla-Keywords: crash, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-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, 16 Feb 2019 22:34:19 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D234539 Sean Bruno changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|Open |Closed --- Comment #6 from Sean Bruno --- Fantastic work. This definitely is fixed now. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sat Feb 16 22:37: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 B085A14D5C84 for ; Sat, 16 Feb 2019 22:37:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-23.consmr.mail.ne1.yahoo.com (sonic310-23.consmr.mail.ne1.yahoo.com [66.163.186.204]) (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 592046F72A for ; Sat, 16 Feb 2019 22:37:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 6woJHPwVM1n9LA_4IHt8IwghSB.spYrNelpVNxdm_GFmXWdA9V2BHgnZmf2r2lM .dUQtReXNE7offFMSPQSTS7CEi2GPLYabOKsBRXFAAJ05OGkZ9yUxShLRQpczwSH1DEvWYG7hHGm f72V2X5S7TNktYJDyBOZy8tAL7Spm3IZObJq2zH2FJ49WINz3uzGbDQRZUi3XJND.a5CxDeiuQXs SYZEbkUSiyG1MXHarTAcI5nFIXuXldYTdrNR3yNePxIb0OFnxYEimBuxVY3Awi93wHTL9zogJ6Sz TX8rCwJNpt2L9gawVcCbKEseRAbNd62J9SZHbXckD3TJqnjko4TP9x3q0bHEXanKJpQMred_9ftf 4n9V_D4Bx3EIPdkM8SgrZ38wM4uCPGoHREcXJo0eJSfHHTaHvle7i8Fv2tW1LkUp23T5NPg5N5Vv FjQFxfV6x9R4sEoWM5lr6d.78teoCpYM6EV6Q9kf2PQ.L8BJPywiKVX2obcNHCClvPD91mqD46In v0NLw07uSGi9CyAjVWD0aiZ4QWB.c0tBgiPLPgx3Bh3jmTjp.s4DQOsS86N.YFgGa_m7LLob9604 kk6nDlniQgu.ZYszCLrqa1UOiMpo5HwS6YMJNnjq9PTNkU8QxaDHpINESbIqTnIhz3mDdwssv_FX xn9ZtJ_RjX3fcEZm18ISysjcUjniJYBPm_k9RWHEywfptqx6M66bHTsJ_WvgVOuBy9POtYAkCm.o r8UKrTBlN6eLXdJs5GMyZl48RIoaUj1VA.DU.o551BjJMbvdZW8nWSLLho_40jQA0q2O93XHG65X dxpCmlL.YZg51nhi9IbGRTaobxfAOfJsVZzecgM8u7tC_Ps5Olb5EXoubZRbl7GDjXl01bbAvDPF iWNW33acJUGioA.G81Y2B7TCeVRM_KtmJwmcp0CoS.kduvEdySFJhI6POA0Qrsqt2bDE4Plqyhdj lH8W9BaCCrEHip3Lx0PbJmXs0ZnCG3lA8p1V_2QcDcNx5J.2ahkVEqiVS_eyjeFalrK8pYPdm40O 1ShALzKvWxsp7fB.W1pV5GtGBDf7axZhf0LjsVYpRWW6KO7dKQ97Rv4h.dg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.ne1.yahoo.com with HTTP; Sat, 16 Feb 2019 22:37:43 +0000 Received: from c-67-170-167-181.hsd1.or.comcast.net (EHLO [192.168.1.113]) ([67.170.167.181]) by smtp420.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 8c8d60faffa9699bbf1fee68b7ead6c3; Sat, 16 Feb 2019 22:37:38 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: Some evidence about the PowerMac G5 multiprocessor boot hang ups with the modern VM_MAX_KERNEL_ADDRESS value [found yet more staging info] From: Mark Millard In-Reply-To: Date: Sat, 16 Feb 2019 14:37:36 -0800 Cc: Mark Millard via freebsd-ppc Content-Transfer-Encoding: quoted-printable Message-Id: <1C94675F-98DE-421D-83E3-0C79206B8F1B@yahoo.com> References: <11680D15-D43D-4115-AF4F-5F6E4E0022C9@yahoo.com> <9FBCA729-CE80-44CD-8873-431853E55231@yahoo.com> <1F3411CF-3D28-43C0-BEF1-4672B5CC1543@yahoo.com> <20190215151710.35545a26@ralga.knownspace> <6445CE54-26AA-4E21-B17E-921D72D4081A@yahoo.com> <20190215160942.1b282f71@ralga.knownspace> <744610C7-90EB-42A0-8B08-AFA0F12E5994@yahoo.com> <20190215180421.61afcae3@ralga.knownspace> <518C5B96-75C4-4C24-BDEE-68A542242CA3@yahoo.com> To: Justin Hibbits X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 592046F72A X-Spamd-Bar: + X-Spamd-Result: default: False [1.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.65)[0.654,0]; NEURAL_HAM_LONG(-0.26)[-0.259,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.97)[ip: (2.92), ipnet: 66.163.184.0/21(1.10), asn: 36646(0.88), country: US(-0.07)]; NEURAL_SPAM_MEDIUM(0.75)[0.751,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[204.186.163.66.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2019 22:37:47 -0000 [I referred to 2 resets where I should have referred to between the last reset and the ps_awake loop. So fixing that . . .] On 2019-Feb-16, at 13:15, Mark Millard wrote: > [I got a successful boot and so report its messages > from starting the CPUs. It has one interesting value > display.] >=20 > On 2019-Feb-16, at 12:49, Mark Millard wrote: >=20 >> [I added to moea64_cpu_bootstrap_native to see >> more staging infomrtion.] >>=20 >> On 2019-Feb-16, at 12:07, Mark Millard wrote: >>=20 >>> [I needed to allow more time after the 2 resets before >>> having CPU 0 look at the memory. It was reporting >>> older values instead of my added writes. The odd >>> non-zero value was from before the activity of interest.] >>>=20 >>> I start with the new result found, then give supporting >>> material. >>>=20 >>> I've now seen hangs with: >>>=20 >>> *(unsigned long*)0xc0000000000000f0)=3D0x10 >>>=20 >>> for CPU 3. So the following completed: >>>=20 >>> void >>> cpudep_ap_early_bootstrap(void) >>> { >>> #ifndef __powerpc64__ >>> register_t reg; >>> #endif >>>=20 >>> switch (mfpvr() >> 16) { >>> case IBM970: >>> case IBM970FX: >>> case IBM970MP: >>> /* Restore HID4 and HID5, which are necessary for the = MMU */ >>>=20 >>> #ifdef __powerpc64__ >>> mtspr(SPR_HID4, bsp_state[2]); powerpc_sync(); isync(); >>> mtspr(SPR_HID5, bsp_state[3]); powerpc_sync(); isync(); >>> #else >>> __asm __volatile("ld %0, 16(%2); sync; isync; \ >>> mtspr %1, %0; sync; isync;" >>> : "=3Dr"(reg) : "K"(SPR_HID4), "b"(bsp_state)); >>> __asm __volatile("ld %0, 24(%2); sync; isync; \ >>> mtspr %1, %0; sync; isync;" >>> : "=3Dr"(reg) : "K"(SPR_HID5), "b"(bsp_state)); >>> #endif >>> powerpc_sync(); >>> break; >>> case IBMPOWER8: >>> case IBMPOWER8E: >>> case IBMPOWER9: >>> #ifdef __powerpc64__ >>> if (mfmsr() & PSL_HV) { >>> isync(); >>> /* >>> * Direct interrupts to SRR instead of HSRR and >>> * reset LPCR otherwise >>> */ >>> mtspr(SPR_LPID, 0); >>> isync(); >>>=20 >>> mtspr(SPR_LPCR, lpcr); >>> isync(); >>> } >>> #endif >>> break; >>> } >>>=20 >>> __asm __volatile("mtsprg 0, %0" :: "r"(ap_pcpu)); >>> powerpc_sync(); >>>=20 >>> *(unsigned long*)0xc0000000000000f0 =3D 0x10; // HACK!!! >>> powerpc_sync(); // HACK!!! >>> } >>>=20 >>> but the following (and later) did not complete: >>>=20 >>> void >>> pmap_cpu_bootstrap(int ap) >>> { >>> /* =20 >>> * No KTR here because our console probably doesn't work yet >>> */ >>>=20 >>> return (MMU_CPU_BOOTSTRAP(mmu_obj, ap)); >>>=20 >>> *(unsigned long*)0xc0000000000000f0 =3D 0x20; // HACK!!! >>> powerpc_sync(); // HACK!!! >>> } >>>=20 >>>=20 >>> . . . >>=20 >> The below additions lead to moea64_cpu_bootstrap_native >> lead to: >>=20 >> *(unsigned long*)0xc0000000000000f0)=3D0x25 >>=20 >> which indicates that moea64_cpu_bootstrap_native >> got to its end but pmap_cpu_bootstrap (the caller >> via MMU_CPU_BOOTSTRAP) did not record its: >>=20 >> *(unsigned long*)0xc0000000000000f0 =3D 0x20; >>=20 >> from after the call. moea64_cpu_bootstrap_native >> (and MMU_CPU_BOOTRAP) seems to have trouble >> returning to pmap_cpu_bootstrap. >>=20 >>=20 >> The below // HACK!!! lines are what I added: >>=20 >> static void >> moea64_cpu_bootstrap_native(mmu_t mmup, int ap) >> { >> int i =3D 0; >> #ifdef __powerpc64__ >> struct slb *slb =3D PCPU_GET(aim.slb); >> register_t seg0; >> #endif >>=20 >> /* >> * Initialize segment registers and MMU >> */ >>=20 >> mtmsr(mfmsr() & ~PSL_DR & ~PSL_IR); >>=20 >> *(unsigned long*)0xc0000000000000f0 =3D 0x21; // HACK!!! >> powerpc_sync(); // HACK!!! >>=20 >> /* >> * Install kernel SLB entries >> */ >>=20 >> #ifdef __powerpc64__ >> __asm __volatile ("slbia"); >> __asm __volatile ("slbmfee %0,%1; slbie %0;" : = "=3Dr"(seg0) : >> "r"(0)); >>=20 >> *(unsigned long*)0xc0000000000000f0 =3D 0x22; // = HACK!!! >> powerpc_sync(); // HACK!!! >>=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)); >> } >>=20 >> *(unsigned long*)0xc0000000000000f0 =3D 0x23; // = HACK!!! >> powerpc_sync(); // HACK!!! >> #else >> for (i =3D 0; i < 16; i++) >> mtsrin(i << ADDR_SR_SHFT, = kernel_pmap->pm_sr[i]); >> #endif >>=20 >> /* >> * Install page table >> */ >>=20 >> __asm __volatile ("ptesync; mtsdr1 %0; isync" >> :: "r"(((uintptr_t)moea64_pteg_table & ~DMAP_BASE_ADDRESS) >> | (uintptr_t)(flsl(moea64_pteg_mask >> 11)))); >>=20 >> *(unsigned long*)0xc0000000000000f0 =3D 0x24; // HACK!!! >> powerpc_sync(); // HACK!!! >>=20 >> tlbia(); >>=20 >> *(unsigned long*)0xc0000000000000f0 =3D 0x25; // HACK!!! >> powerpc_sync(); // HACK!!! >> } >>=20 >=20 > =46rom a successful boot, for reference: >=20 > Adding CPU 0, hwref=3Dcd38, awake=3D1 > Trying to mount root from ufs:/dev/ufs/FBSDG5L2rootfs [rw,noatime]... > Waking up CPU 3 (dev=3Dc480) > powermac_smp_start_cpu 's OF_getprop for CPU 3, hwref=3Dc480, awake=3D0:= res=3D4, reset=3D8c > powermac_smp_start_cpu for CPU 3, hwref=3Dc480, awake=3D0: = rstvec_virtbase=3D0xe000000087fd2000 > powermac_smp_start_cpu for CPU 3, hwref=3Dc480, awake=3D0: = rstvec=3D0xe000000087fd208c > Before reset 4&0 for CPU 3, hwref=3Dc480, awake=3D0 > After reset 4&0 for CPU 3, hwref=3Dc480, awake=3D0, *(unsigned = long*)0xc0000000000000e0=3D0x0, *(unsigned long*)0xc0000000000000f0=3D0x25= > After attempted wait for awake CPU 3, hwref=3Dc480, awake=3D1, = *(unsigned long*)0xc0000000000000e0=3D0xc0000000016c6100, *(unsigned = long*)0xc0000000000000f0=3D0x51 > cpu_mp_unleash attempting to wait for pc_awake: CPU 3, hwref=3Dc480, = awake=3D1 > cpu_mp_unleash after platform_smp_start_cpu and waiting: CPU 3, = hwref=3Dc480, awake=3D1 > Adding CPU 3, hwref=3Dc480, awake=3D1 > Waking up CPU 2 (dev=3Dc768) > powermac_smp_start_cpu 's OF_getprop for CPU 2, hwref=3Dc768, awake=3D0:= res=3D4, reset=3D8b > powermac_smp_start_cpu for CPU 2, hwref=3Dc768, awake=3D0: = rstvec=3D0xe000000087fd208b > Before reset 4&0 for CPU 2, hwref=3Dc768, awake=3D0 > After reset 4&0 for CPU 2, hwref=3Dc768, awake=3D0, *(unsigned = long*)0xc0000000000000e0=3D0xc0000000016c6100, *(unsigned = long*)0xc0000000000000f0=3D0x51 > After attempted wait for awake CPU 2, hwref=3Dc768, awake=3D1, = *(unsigned long*)0xc0000000000000e0=3D0xc0000000016c5100, *(unsigned = long*)0xc0000000000000f0=3D0x51 > cpu_mp_unleash attempting to wait for pc_awake: CPU 2, hwref=3Dc768, = awake=3D1 > cpu_mp_unleash after platform_smp_start_cpu and waiting: CPU 2, = hwref=3Dc768, awake=3D1 > Adding CPU 2, hwref=3Dc768, awake=3D1 > Waking up CPU 1 (dev=3Dca50) > powermac_smp_start_cpu 's OF_getprop for CPU 1, hwref=3Dca50, awake=3D0:= res=3D4, reset=3D8a > powermac_smp_start_cpu for CPU 1, hwref=3Dca50, awake=3D0: = rstvec=3D0xe000000087fd208a > Before reset 4&0 for CPU 1, hwref=3Dca50, awake=3D0 > After reset 4&0 for CPU 1, hwref=3Dca50, awake=3D0, *(unsigned = long*)0xc0000000000000e0=3D0xc0000000016c5100, *(unsigned = long*)0xc0000000000000f0=3D0x51 > After attempted wait for awake CPU 1, hwref=3Dca50, awake=3D1, = *(unsigned long*)0xc0000000000000e0=3D0xc0000000016c4100, *(unsigned = long*)0xc0000000000000f0=3D0x51 > cpu_mp_unleash attempting to wait for pc_awake: CPU 1, hwref=3Dca50, = awake=3D1 > cpu_mp_unleash after platform_smp_start_cpu and waiting: CPU 1, = hwref=3Dca50, awake=3D1 > Adding CPU 1, hwref=3Dca50, awake=3D1 > machdep_ap_bootstrap before ap_boot_mtx lock: AP CPU #3 launched > machdep_ap_bootstrap before ap_boot_mtx lock: AP CPU #2 launched > machdep_ap_bootstrap before ap_boot_mtx lock: AP CPU #1 launched > SMP: AP CPU #3 launched > SMP: AP CPU #2 launched > SMP: AP CPU #1 launched > machdep_ap_bootstrap after smp_started!=3D0: AP CPU #3 launched > machdep_ap_bootstrap after smp_started!=3D0: AP CPU #2 launched > machdep_ap_bootstrap after smp_started!=3D0: AP CPU #1 launched The below has the bad reference to the 2 resets: > Interstingly the 0x25 shows before the CPU 3 tied resets instead of > the laster 0x20 (from pmap_cpu_bootstrap), 0x30 (from > cpudep_ap_bootstrap), or 0x40 (from cpudep_ap_setup). The 0x51 > does show after the pc_awake loop. >=20 The 0x25 was shown after the 2 resets but before the pc_awake wait loop. The 0x51 was seen after the pc_awake wait loop. I'm going to delete the code reporting a bunch of information that has been stable for both successful boots and hang-up boots (for the modern VM_MAX_KERNEL_ADDRESS value). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)