From owner-freebsd-ppc@freebsd.org Mon Oct 8 01:06:40 2018 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 5C98510ADF5B for ; Mon, 8 Oct 2018 01:06:40 +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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F359E7324E for ; Mon, 8 Oct 2018 01:06:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id EC6FD272F; Mon, 8 Oct 2018 01:06:39 +0000 (UTC) Delivered-To: powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [96.47.72.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-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 CD665272E for ; Mon, 8 Oct 2018 01:06:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A3CC97324C for ; Mon, 8 Oct 2018 01:06:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id D231E2010B for ; Mon, 8 Oct 2018 01:06:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w9816c4b028279 for ; Mon, 8 Oct 2018 01:06:38 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w9816c0U028278 for powerpc@FreeBSD.org; Mon, 8 Oct 2018 01:06:38 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 232060] lang/mono: Fix for Mono build on FreeBSD PowerPC Date: Mon, 08 Oct 2018 01:06:38 +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: hamiltcl@verizon.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: mono@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc flagtypes.name attachments.mimetype attachments.created 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-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 01:06:40 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D232060 Bug ID: 232060 Summary: lang/mono: Fix for Mono build on FreeBSD PowerPC Product: Ports & Packages Version: Latest Hardware: powerpc OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: mono@FreeBSD.org Reporter: hamiltcl@verizon.net CC: powerpc@FreeBSD.org CC: powerpc@FreeBSD.org Assignee: mono@FreeBSD.org Flags: maintainer-feedback?(mono@FreeBSD.org) Attachment #197897 text/plain mime type: Created attachment 197897 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D197897&action= =3Dedit Patch to fix PowerPC build Building Mono of FreeBSD/PowerPC (32-bit) fails due to incorrect code in "mono/utils/mono-sigcontext.h" that prevents Mono from building.=20 The below code change patch allows Mono to build: @@ -363,10 +363,10 @@ #elif defined(__FreeBSD__) typedef ucontext_t os_ucontext; - #define UCONTEXT_REG_Rn(ctx, n) ((ctx)->uc_mcontext.mc_gpr [(n)]) - #define UCONTEXT_REG_FPRn(ctx, n) ((ctx)->uc_mcontext.mc_fpreg [(n)]) - #define UCONTEXT_REG_NIP(ctx) ((ctx)->uc_mcontext.mc_srr0) - #define UCONTEXT_REG_LNK(ctx) ((ctx)->uc_mcontext.mc_lr) + #define UCONTEXT_REG_Rn(ctx, n) (((os_ucontext*)(ctx))->uc_mcontext.mc= _gpr [(n)]) + #define UCONTEXT_REG_FPRn(ctx, n) (((os_ucontext*)(ctx))->uc_mcontext.mc_fpreg [(n)]) + #define UCONTEXT_REG_NIP(ctx) (((os_ucontext*)(ctx))->uc_mcontext.mc_s= rr0) + #define UCONTEXT_REG_LNK(ctx) (((os_ucontext*)(ctx))->uc_mcontext.mc_l= r) #elif defined(_AIX) typedef ucontext_t os_ucontext; --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Mon Oct 8 07:59:04 2018 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 5FFEA10B64F0 for ; Mon, 8 Oct 2018 07:59:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-21.consmr.mail.gq1.yahoo.com (sonic313-21.consmr.mail.gq1.yahoo.com [98.137.65.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 C9CB67E29F for ; Mon, 8 Oct 2018 07:59:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: o2SrCwEVM1knuV2dhxN_zNcl2tEiYGP8HucXGAKSab7rqRVN7nJQILWHM77uXcW Sl3Fvu4J7eHQ2lRiz.6n09qJw2CrhofC.ltryopVeBUhACJS8pQy3VkG8sCmW8NOCyQcn0WLCSqu sW9aHKuankiF9eSKUtwJjQfyz0qhzuzaxUw40dJykImn6aymxUZ0d7NyOWQaMSdI3en8iwGhs19k UErvTsjGFxAFuBXLKlU1cmbs4_2AKnprwdrMywXwgJZoOj8y4.EodN_H0qq4wOPJ0RWxmXXKoHml ZIZPgBys.4hKEVtuk6TfYoFmngRmZAy1egcVIInRdkckCB_hKGT.VIcPYugEu3yhad6JedZFwekY myXCmXAPBZSMB6uv0udSsdpx5.0NYN3bqpR1cL77ERjiTWCoOCxtaxLRid6ljsD3vItf9Niv2cea HjcNnUq41kbw5un_Mw08VQra91MdvnIiEEvulxbdhBEUodmTEg2JrO9vdIylm04D3f6jfNtC0qbd ZeAfHIJUvQNHLF3cefj89xA6yCK7ksnP7P3k2g8f4TNgp3PxJPtcSMGdK5i6zVkFNyJ8KIlTbpyU JfL4MGXUR_848UdaBLyPpXLJpJ9Oz9Qo15V988x0ZPjgVIQmznzz59f4iTdCG6FsRjRkTnhr5tLq SLlNVK1PH2Aw5p2O6VJiwP1CMi28aDNr4.prZ35Uyy.59XdrUm0GrD4jzYCqO5ZEFtjSuV0q8Iza u8XRGffXEGgKbLQ.0ljQJMb1Tx_7ZFwSK0o5NYXyE4_IUKMcsZgL38KC8gVxBo6SQi5vKyZ0HaJ1 LXQ04T7TX3JupkTLk8XLzyP_56BQLtf7uB5y5xBSSos8u_O7M2ccxTBbbPZne8eIUow52gNuQzwH ncwmjQFRnEeRw5vnX4tTbSm6IDNUfjRksd_cHGrtwtkLT1R2g5GaWBMNCgEpl2LIcwCvFhefnJLj yEmKMKIsYdSnToi_hVWtNnlTiIC72g8I0UNiOO17B0TV59heE5WQPE5x.5udBZXfxxDa3ybObQ1g 7SEilVLob9mQPmcLL4CZXDwsNTQNKZtr6IvKVup.BX30- Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Mon, 8 Oct 2018 07:58:57 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.101]) ([76.115.7.162]) by smtp429.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 65de28c1ec8225682522d2443e31d53b for ; Mon, 08 Oct 2018 07:48:45 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Failed attempt to boot a (non-debug) head -r339076 on an old PowerMac G5 "Quad Core" (built via devel/powerpc64-gcc): Waking up CPU 1 Message-Id: <0E6DB192-37A3-45EC-87E9-C5AA1C9397AE@yahoo.com> Date: Mon, 8 Oct 2018 00:48:44 -0700 To: FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 07:59:04 -0000 [I finally have access to old PowerMacs again. The below is based on my environment for experimenting with building via more modern C/C++ compilers with matching toolchains. The build here was via a cross build from amd64 via devel/powerpc64-gcc .] When I attempt to boot the PowerMac G5 "Quad Core" with my head -r339076 build it gets as far a reporting (based on boot -v output): . . . ada0: (I'll not list the 5 ada0: lines) GEOM: new disk cd0 GEOM: new disk ada0 Adding CPU 0, hwref=ff89d680, awake=1 Waking up CPU 1 (dev=ff89eb70) That is the last of the output. After a while the fans wind up. (The text is hand translated from a picture of the screen.) Without the "boot -v" the "ada0:" lines are the last to show. The build is a non-debug build (with symbols). I've not tried a debug kernel build yet. It may be a while before I will get to. Nor have I tried a gcc 4.2.1 based build yet. At this point I do not have a clue what is going on. This early in the boot I'm not sure how or if I'll get a clue. (I've never had serial console access on the old PowerMac's, which contributes to the messy context.) I do have in place in the variation used of src.conf: LOADER_DEFAULT_INTERP=4th The PowerMac G5 used does boot fine with the boot disk I had experimented with back in May (or before). === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Mon Oct 8 10:09:14 2018 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 F3D4E10B9F9D for ; Mon, 8 Oct 2018 10:09:13 +0000 (UTC) (envelope-from tuexen@fh-muenster.de) Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8D66383590 for ; Mon, 8 Oct 2018 10:09:13 +0000 (UTC) (envelope-from tuexen@fh-muenster.de) Received: from [IPv6:2a02:c6a0:4015:12:89cf:6f8b:2abf:685c] (unknown [IPv6:2a02:c6a0:4015:12:89cf:6f8b:2abf:685c]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id ED1FF721E280C; Mon, 8 Oct 2018 12:09:09 +0200 (CEST) From: Michael Tuexen Message-Id: <785D268A-2612-459F-BD1F-A650D9ECCA28@fh-muenster.de> Content-Type: multipart/signed; boundary="Apple-Mail=_68EFCEA7-45C2-489C-A40A-1318AA9AF240"; protocol="application/pkcs7-signature"; micalg=sha-256 Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.39\)) Subject: Re: Failed attempt to boot a (non-debug) head -r339076 on an old PowerMac G5 "Quad Core" (built via devel/powerpc64-gcc): Waking up CPU 1 Date: Mon, 8 Oct 2018 12:09:09 +0200 In-Reply-To: <0E6DB192-37A3-45EC-87E9-C5AA1C9397AE@yahoo.com> Cc: FreeBSD PowerPC ML To: Mark Millard References: <0E6DB192-37A3-45EC-87E9-C5AA1C9397AE@yahoo.com> X-Mailer: Apple Mail (2.3445.100.39) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 10:09:14 -0000 --Apple-Mail=_68EFCEA7-45C2-489C-A40A-1318AA9AF240 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On 8. Oct 2018, at 09:48, Mark Millard via freebsd-ppc = wrote: >=20 > [I finally have access to old PowerMacs again. The below > is based on my environment for experimenting with building > via more modern C/C++ compilers with matching toolchains. > The build here was via a cross build from amd64 via > devel/powerpc64-gcc .] >=20 > When I attempt to boot the PowerMac G5 "Quad Core" > with my head -r339076 build it gets as far a reporting > (based on boot -v output): >=20 > . . . > ada0: (I'll not list the 5 ada0: lines) > GEOM: new disk cd0 > GEOM: new disk ada0 > Adding CPU 0, hwref=3Dff89d680, awake=3D1 > Waking up CPU 1 (dev=3Dff89eb70) >=20 > That is the last of the output. After a while the fans > wind up. (The text is hand translated from a picture > of the screen.) >=20 > Without the "boot -v" the "ada0:" lines are the last to > show. >=20 > The build is a non-debug build (with symbols). I've > not tried a debug kernel build yet. It may be a while > before I will get to. Nor have I tried a gcc 4.2.1 > based build yet. >=20 > At this point I do not have a clue what is going on. > This early in the boot I'm not sure how or if I'll > get a clue. (I've never had serial console access > on the old PowerMac's, which contributes to the messy > context.) >=20 > I do have in place in the variation used of src.conf: > LOADER_DEFAULT_INTERP=3D4th >=20 > The PowerMac G5 used does boot fine with the boot disk > I had experimented with back in May (or before). Does it boot when you disable SMP by adding kern.smp.disabled=3D1 to /boot/loader.conf This turned a non-booting/hanging up dual CPU G5 into a very stable (single core) machine... Best regards Michael >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) >=20 > _______________________________________________ > freebsd-ppc@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ppc > To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" --Apple-Mail=_68EFCEA7-45C2-489C-A40A-1318AA9AF240 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCEJAw ggTVMIIDvaADAgECAghQTsb1PRG0ZDANBgkqhkiG9w0BAQsFADBxMQswCQYDVQQGEwJERTEcMBoG A1UEChMTRGV1dHNjaGUgVGVsZWtvbSBBRzEfMB0GA1UECxMWVC1UZWxlU2VjIFRydXN0IENlbnRl cjEjMCEGA1UEAxMaRGV1dHNjaGUgVGVsZWtvbSBSb290IENBIDIwHhcNMTQwNzIyMTIwODI2WhcN MTkwNzA5MjM1OTAwWjBaMQswCQYDVQQGEwJERTETMBEGA1UEChMKREZOLVZlcmVpbjEQMA4GA1UE CxMHREZOLVBLSTEkMCIGA1UEAxMbREZOLVZlcmVpbiBQQ0EgR2xvYmFsIC0gRzAxMIIBIjANBgkq hkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA6ZvDZ4X5Da71jVTDllA1PWLpbkztlNcAW5UidNQg6zSP 1uzAMQQLmYHiphTSUqAoI4SLdIkEXlvg4njBeMsWyyg1OXstkEXQ7aAAeny/Sg4bAMOG6VwrMRF7 DPOCJEOMHDiLamgAmu7cT3ir0sYTm3at7t4m6O8Br3QPwQmi9mvOvdPNFDBP9eXjpMhim4IaAycw DQJlYE3t0QkjKpY1WCfTdsZxtpAdxO3/NYZ9bzOz2w/FEcKKg6GUXUFr2NIQ9Uz9ylGs2b3vkoO7 2uuLFlZWQ8/h1RM9ph8nMM1JVNvJEzSacXXFbOqnC5j5IZ0nrz6jOTlIaoytyZn7wxLyvQIDAQAB o4IBhjCCAYIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBRJt8bP6D0ff+pEexMp9/EKcD7eZDAf BgNVHSMEGDAWgBQxw3kbuvVT1xfgiXotF2wKsyudMzASBgNVHRMBAf8ECDAGAQH/AgECMGIGA1Ud IARbMFkwEQYPKwYBBAGBrSGCLAEBBAICMBEGDysGAQQBga0hgiwBAQQDADARBg8rBgEEAYGtIYIs AQEEAwEwDwYNKwYBBAGBrSGCLAEBBDANBgsrBgEEAYGtIYIsHjA+BgNVHR8ENzA1MDOgMaAvhi1o dHRwOi8vcGtpMDMzNi50ZWxlc2VjLmRlL3JsL0RUX1JPT1RfQ0FfMi5jcmwweAYIKwYBBQUHAQEE bDBqMCwGCCsGAQUFBzABhiBodHRwOi8vb2NzcDAzMzYudGVsZXNlYy5kZS9vY3NwcjA6BggrBgEF BQcwAoYuaHR0cDovL3BraTAzMzYudGVsZXNlYy5kZS9jcnQvRFRfUk9PVF9DQV8yLmNlcjANBgkq hkiG9w0BAQsFAAOCAQEAYyAo/ZwhhnK+OUZZOTIlvKkBmw3Myn1BnIZtCm4ssxNZdbEzkhthJxb/ w7LVNYL7hCoBSb1mu2YvssIGXW4/buMBWlvKQ2NclbbhMacf1QdfTeZlgk4y+cN8ekvNTVx07iHy dQLsUj7SyWrTkCNuSWc1vn9NVqTszC/Pt6GXqHI+ybxA1lqkCD3WvILDt7cyjrEsjmpttzUCGc/1 OURYY6ckABCwu/xOr24vOLulV0k/2G5QbyyXltwdRpplic+uzPLl2Z9Tsz6hL5Kp2AvGhB8Exuse 6J99tXulAvEkxSRjETTMWpMgKnmIOiVCkKllO3yG0xIVIyn8LNrMOVtUFzCCBaIwggSKoAMCAQIC BxekJKEJSDMwDQYJKoZIhvcNAQELBQAwWjELMAkGA1UEBhMCREUxEzARBgNVBAoTCkRGTi1WZXJl aW4xEDAOBgNVBAsTB0RGTi1QS0kxJDAiBgNVBAMTG0RGTi1WZXJlaW4gUENBIEdsb2JhbCAtIEcw MTAeFw0xNDA1MjcxNDU0MDlaFw0xOTA3MDkyMzU5MDBaMIHGMQswCQYDVQQGEwJERTEcMBoGA1UE CBMTTm9yZHJoZWluLVdlc3RmYWxlbjERMA8GA1UEBxMITXVlbnN0ZXIxIDAeBgNVBAoTF0ZhY2ho b2Noc2NodWxlIE11ZW5zdGVyMSMwIQYDVQQLExpEYXRlbnZlcmFyYmVpdHVuZ3N6ZW50cmFsZTEd MBsGA1UEAxMURkggTXVlbnN0ZXIgQ0EgLSBHMDExIDAeBgkqhkiG9w0BCQEWEWNhQGZoLW11ZW5z dGVyLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAuHlsrvBs7CL9IqMH9r//QU9E pghTV/3skHuQZ3DpNY+lyJWOW5zbtUubgXt7lYHpIE4d4CclTZWqCHwoAI6gqzSSGjUKuX6/0ui/ LhXmlDvCBfwuER+T+3/R59hlLnhI5iYYPQiNywQIa3wJhBLTZrlXw8nDdjI54MAzcVDUX7l21sbo ZIA6idM7SXmshxoRQ6xsfPHskrceNMcvtHNDhVnVscwRUJQUR55fs0X7Y93PasugWPv3xmgNr1da Cq94eV+nslNU/GJaT9TQ3uG8pagLXl9NbDNkHIrvFAD5zXO0m/d00I4QhUVQyEtwnTegDqcM+WFh JXensgnZhWe6bwIDAQABo4IB/jCCAfowEgYDVR0TAQH/BAgwBgEB/wIBATAOBgNVHQ8BAf8EBAMC AQYwEQYDVR0gBAowCDAGBgRVHSAAMB0GA1UdDgQWBBQK81u85DGA1jVCiabTw8833tHf1zAfBgNV HSMEGDAWgBRJt8bP6D0ff+pEexMp9/EKcD7eZDAcBgNVHREEFTATgRFjYUBmaC1tdWVuc3Rlci5k ZTCBiAYDVR0fBIGAMH4wPaA7oDmGN2h0dHA6Ly9jZHAxLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3Qt Y2EvcHViL2NybC9jYWNybC5jcmwwPaA7oDmGN2h0dHA6Ly9jZHAyLnBjYS5kZm4uZGUvZ2xvYmFs LXJvb3QtY2EvcHViL2NybC9jYWNybC5jcmwwgdcGCCsGAQUFBwEBBIHKMIHHMDMGCCsGAQUFBzAB hidodHRwOi8vb2NzcC5wY2EuZGZuLmRlL09DU1AtU2VydmVyL09DU1AwRwYIKwYBBQUHMAKGO2h0 dHA6Ly9jZHAxLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0 MEcGCCsGAQUFBzAChjtodHRwOi8vY2RwMi5wY2EuZGZuLmRlL2dsb2JhbC1yb290LWNhL3B1Yi9j YWNlcnQvY2FjZXJ0LmNydDANBgkqhkiG9w0BAQsFAAOCAQEA3kcDNdZKb7kSD7s1ly2qa/2QbQe+ ld3LhZeOcfysdLtN8oweBmgT3MYoZ+D9c+SoUWJAwTKPB15DoGy+fWhelXTpQrqxIGb4ISr1JCjg slnmMUva0xjwZGxojZ9gE1bi18xfKw3+dMpwCLt6LbLTjr/tyH6otacwr2tZzuuJIUAORnefwTcr vmB21n/BEQH/ZXruWu8lSO3L9YAmQB6ViaZFCpn2sMmOLACdoWxmUQb3QAjsa327jHUjsz53k9q5 Zrx/g+zOg5s1Wmy2JOlLQMUIZXXf0/6rB5Fr2llx7dBG/Uk7NhZdNy7OzNzci0C4Wnkd8rDVEWHG hH2gfpcTfjCCBg0wggT1oAMCAQICBxuZiHQ3saMwDQYJKoZIhvcNAQELBQAwgcYxCzAJBgNVBAYT AkRFMRwwGgYDVQQIExNOb3JkcmhlaW4tV2VzdGZhbGVuMREwDwYDVQQHEwhNdWVuc3RlcjEgMB4G A1UEChMXRmFjaGhvY2hzY2h1bGUgTXVlbnN0ZXIxIzAhBgNVBAsTGkRhdGVudmVyYXJiZWl0dW5n c3plbnRyYWxlMR0wGwYDVQQDExRGSCBNdWVuc3RlciBDQSAtIEcwMTEgMB4GCSqGSIb3DQEJARYR Y2FAZmgtbXVlbnN0ZXIuZGUwHhcNMTYwNzA0MDcwNjEzWhcNMTkwNzA0MDcwNjEzWjB8MQswCQYD VQQGEwJERTEgMB4GA1UECgwXRmFjaGhvY2hzY2h1bGUgTXVlbnN0ZXIxMjAwBgNVBAsMKUZhY2hi ZXJlaWNoIEVsZWt0cm90ZWNobmlrIHVuZCBJbmZvcm1hdGlrMRcwFQYDVQQDDA5NaWNoYWVsIFR1 ZXhlbjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMyaGlBt2ZtuF8QP8zYNrGxXC+es PMajIPl+hu1LGHnN2BJ3J5ZMN44BOZw3n6LO1FaAgO8D4xU4/AELecX6VxJZ2zOOSD8uTYO4OnUu 24hkjFUQAj13tT644AKUQMMBpgj7wC52V5Jij+mZX/t1S38/WFiCGnirt4xTNi5OmN4K+VNZfG4x 0msDqFjJX70rF1y09/Mylu1M/Y0tu/I9DqhwDQT4LBOvyyaAlhSJ8Jb8m8YTt5xlOzrXlBmj4pKs 74y7C2IKRw4tFozGX1cf1LVEs2eBCb5iUwXrlcMipwm62sJ38GD00EOlRNTpAM5rDAcgWxMCffek bRv/01whtOkCAwEAAaOCAkcwggJDMEAGA1UdIAQ5MDcwEQYPKwYBBAGBrSGCLAEBBAMFMBEGDysG AQQBga0hgiwCAQQDATAPBg0rBgEEAYGtIYIsAQEEMAkGA1UdEwQCMAAwDgYDVR0PAQH/BAQDAgXg MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAdBgNVHQ4EFgQU0B2vaoSoEmYAggD04WZF 2hGif3UwHwYDVR0jBBgwFoAUCvNbvOQxgNY1Qomm08PPN97R39cwIAYDVR0RBBkwF4EVdHVleGVu QGZoLW11ZW5zdGVyLmRlMIGIBgNVHR8EgYAwfjA9oDugOYY3aHR0cDovL2NkcDEucGNhLmRmbi5k ZS9maC1tdWVuc3Rlci1jYS9wdWIvY3JsL2NhY3JsLmNybDA9oDugOYY3aHR0cDovL2NkcDIucGNh LmRmbi5kZS9maC1tdWVuc3Rlci1jYS9wdWIvY3JsL2NhY3JsLmNybDCB1wYIKwYBBQUHAQEEgcow gccwMwYIKwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1TZXJ2ZXIvT0NTUDBH BggrBgEFBQcwAoY7aHR0cDovL2NkcDEucGNhLmRmbi5kZS9maC1tdWVuc3Rlci1jYS9wdWIvY2Fj ZXJ0L2NhY2VydC5jcnQwRwYIKwYBBQUHMAKGO2h0dHA6Ly9jZHAyLnBjYS5kZm4uZGUvZmgtbXVl bnN0ZXItY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0MA0GCSqGSIb3DQEBCwUAA4IBAQBI9v+seJM6 AlSIrmmpopz6zh8QAsqGLJkkY2D0KYFucUY/xZaJTtZxvmWddbKk2903Qhg+vZKOf87PHhip7/4t FSwhxYNSS36WsRJTeUa0f3KkSa28yrIRfWlJATgxfL5X/QQnopjCt34n4221kcsR7LHxBAn37ow+ /2L7WjWDDuOkaM9/ZSCtrN+yFRat1eUVs1Hk7sKT/bfJTsYqzovXitjmCP3YdB40dkuQ6/ZzEdXT bpa4c45RcRnPqKXnxknK0UfRHNHqk15W7dUPVMzSGFUvjhmWPP2wW6a8F1U5sEqfHcoBFC5CGjGy 7Gk2luk3obi/KLrDyZC+dkjhDYEpMYIEOTCCBDUCAQEwgdIwgcYxCzAJBgNVBAYTAkRFMRwwGgYD VQQIExNOb3JkcmhlaW4tV2VzdGZhbGVuMREwDwYDVQQHEwhNdWVuc3RlcjEgMB4GA1UEChMXRmFj aGhvY2hzY2h1bGUgTXVlbnN0ZXIxIzAhBgNVBAsTGkRhdGVudmVyYXJiZWl0dW5nc3plbnRyYWxl MR0wGwYDVQQDExRGSCBNdWVuc3RlciBDQSAtIEcwMTEgMB4GCSqGSIb3DQEJARYRY2FAZmgtbXVl bnN0ZXIuZGUCBxuZiHQ3saMwDQYJYIZIAWUDBAIBBQCgggI3MBgGCSqGSIb3DQEJAzELBgkqhkiG 9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE4MTAwODEwMDkwOVowLwYJKoZIhvcNAQkEMSIEIEy7+A9X hj4Y1su8hEC8S/fEYkfC7TQQVLLSdpi1FPv3MIHjBgkrBgEEAYI3EAQxgdUwgdIwgcYxCzAJBgNV BAYTAkRFMRwwGgYDVQQIExNOb3JkcmhlaW4tV2VzdGZhbGVuMREwDwYDVQQHEwhNdWVuc3RlcjEg MB4GA1UEChMXRmFjaGhvY2hzY2h1bGUgTXVlbnN0ZXIxIzAhBgNVBAsTGkRhdGVudmVyYXJiZWl0 dW5nc3plbnRyYWxlMR0wGwYDVQQDExRGSCBNdWVuc3RlciBDQSAtIEcwMTEgMB4GCSqGSIb3DQEJ ARYRY2FAZmgtbXVlbnN0ZXIuZGUCBxuZiHQ3saMwgeUGCyqGSIb3DQEJEAILMYHVoIHSMIHGMQsw CQYDVQQGEwJERTEcMBoGA1UECBMTTm9yZHJoZWluLVdlc3RmYWxlbjERMA8GA1UEBxMITXVlbnN0 ZXIxIDAeBgNVBAoTF0ZhY2hob2Noc2NodWxlIE11ZW5zdGVyMSMwIQYDVQQLExpEYXRlbnZlcmFy YmVpdHVuZ3N6ZW50cmFsZTEdMBsGA1UEAxMURkggTXVlbnN0ZXIgQ0EgLSBHMDExIDAeBgkqhkiG 9w0BCQEWEWNhQGZoLW11ZW5zdGVyLmRlAgcbmYh0N7GjMA0GCSqGSIb3DQEBAQUABIIBACH2/Iec RTHm2Rs8q1kj7bUhwxWbHpR9eExqeU2GmimGpZG9mYmb/bD1FrxA3LE+Jd8Tm9y8jb/1m1UK6pHw FZRrq06ADar9Sep8Rsf3mlmy3FmFo/yr/QKrZp03mhRUvvrUhkakAr327Ob72uXb8Q0g6igIw+Yb Kesqt47+XGLHoZmyxqkz3TyygJ+zu6o5BQyBfAeeaAkbFEKTK7sl/L7/O2PGFBos6DxOt8K8eCaF uLl6nYN7l3up8y/4Ej9iODSO131qcShaq6aG5gUGLfYk35ncX916o8M4xOc0oN8ioPgQfmWFI23o W9GxKdz9yHcs9qV5aL8zQfANGGblxDoAAAAAAAA= --Apple-Mail=_68EFCEA7-45C2-489C-A40A-1318AA9AF240-- From owner-freebsd-ppc@freebsd.org Mon Oct 8 17:00:17 2018 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 0F4CF10C4D05 for ; Mon, 8 Oct 2018 17:00:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-22.consmr.mail.ne1.yahoo.com (sonic302-22.consmr.mail.ne1.yahoo.com [66.163.186.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8D0D5724D6 for ; Mon, 8 Oct 2018 17:00:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: u6s.lkQVM1nZtCozIf6wwJ0KKv6E8RKNoQlG_Om9Ety1D4itW7GODnVUJcLrj96 dEm7ieTd3JnMIO7GAZt.1dpiiBkyrVjBBl_hA0Df4Q0wlvwLwkH486PowYFtkb5p6Ki5ABCJlNhL vq6G72xuy4ffSP37CaM7tNY7p6lHLNAS2F5_yD1UiGlIoL0KOsNgrVCkdUZ65YRwhBJWavnmMnAz zyHqvRKyNw9ElqbICSThkW7nzNxZaIC7ucNAhXX5OF2X36z414MmHc1Pp4ssRD5.9UV9pUHFe83H cUlV5J78KFOj0wz_PSkTjW4svz7_sO_SEXzfc.ljiFJfNawGd59gdteOYLnST161VXFrku_spiU. DgB3.P2si6Pb_O.O16nEdFtBjU3ZFGOaoyOhsKCZPbiA8wcUWLzNqWJz6dICeSdchyDd9XzQA6ff kLYBufu4cIZ2J36g6_yTKqt4.Ki5RvAZrxwM_VDsQ9rZGGwOMCn9tu4UjuBxsLwbPdAuXi.Us_6Z s1hFC_IAfhAMcNNUJZnEP1tCv8qPre.OLRTuvba13w1p8RXv65tvn.KfQv7B6C1GoQy0IEp5MgJm nvfQe3I3ToLfRGA5ccBiAeqAJJT0nrVbR2vh8InQ7e0d5z9ye1esUHbiMS_nc_2w2zWN4WxFWlio kYWRAVKM0NAIARzWYreIbKM9XYNGKIKxYpsq0bF3Aqj_1M1Ns6uCTfyaecTG6Rlkwou9WavAdK4R 6DG8VG3AYof4XQUWPdaNUsng__.j5tP6Zl6PxPZT80sZ2gWNlYP6GTRgd0XBWFdFQY_fDxpxZ1y5 ptNfuzX46iSusTlM7CwjqfkipHTZH2Hr49FjN7YYCZ.kovg7pGvkCbPsD_t9MhmAax2EvUX6XLmW B5hkeTKAW_3.mQEDJXwzrxb1jGAw7LpCiWVyOAtl1SBHwefiIrCPRGKMH0FEn2EvJb0Gp5dwieTl Cb49C.4w5WZrA3ApxGnbFcBIb2z9v1mIFa.ngoccr1ix7rzvFsGOeOmTm4go1kqNK6.kpx.U7hwJ UXgvfJMz2fCTq6oRiqpbiwHAdYV3ziDuco7FKpO8NzzvDk1wwPl1ljz4RO8KKj9gibw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.ne1.yahoo.com with HTTP; Mon, 8 Oct 2018 17:00:09 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.101]) ([76.115.7.162]) by smtp405.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID f1d6ddb8ece72cf024df34e7f928d8af; Mon, 08 Oct 2018 17:00:08 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Failed attempt to boot a (non-debug) head -r339076 on an old PowerMac G5 "Quad Core" (built via devel/powerpc64-gcc): Waking up CPU 1 From: Mark Millard In-Reply-To: <785D268A-2612-459F-BD1F-A650D9ECCA28@fh-muenster.de> Date: Mon, 8 Oct 2018 10:00:07 -0700 Cc: FreeBSD PowerPC ML , Justin Hibbits , Nathan Whitehorn Content-Transfer-Encoding: quoted-printable Message-Id: References: <0E6DB192-37A3-45EC-87E9-C5AA1C9397AE@yahoo.com> <785D268A-2612-459F-BD1F-A650D9ECCA28@fh-muenster.de> To: Michael Tuexen X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 17:00:17 -0000 [kern.smp.disabled=3D1 is confirmed to enable booting my head -r339076 build on teh "Quad Core", much like the 11.2 reports for "2MHz dual-core".] On 2018-Oct-8, at 3:09 AM, Michael Tuexen = wrote: >> On 8. Oct 2018, at 09:48, Mark Millard via freebsd-ppc = wrote: >>=20 >> [I finally have access to old PowerMacs again. The below >> is based on my environment for experimenting with building >> via more modern C/C++ compilers with matching toolchains. >> The build here was via a cross build from amd64 via >> devel/powerpc64-gcc .] >>=20 >> When I attempt to boot the PowerMac G5 "Quad Core" >> with my head -r339076 build it gets as far a reporting >> (based on boot -v output): >>=20 >> . . . >> ada0: (I'll not list the 5 ada0: lines) >> GEOM: new disk cd0 >> GEOM: new disk ada0 >> Adding CPU 0, hwref=3Dff89d680, awake=3D1 >> Waking up CPU 1 (dev=3Dff89eb70) >>=20 >> That is the last of the output. After a while the fans >> wind up. (The text is hand translated from a picture >> of the screen.) >>=20 >> Without the "boot -v" the "ada0:" lines are the last to >> show. >>=20 >> The build is a non-debug build (with symbols). I've >> not tried a debug kernel build yet. It may be a while >> before I will get to. Nor have I tried a gcc 4.2.1 >> based build yet. >>=20 >> At this point I do not have a clue what is going on. >> This early in the boot I'm not sure how or if I'll >> get a clue. (I've never had serial console access >> on the old PowerMac's, which contributes to the messy >> context.) >>=20 >> I do have in place in the variation used of src.conf: >> LOADER_DEFAULT_INTERP=3D4th >>=20 >> The PowerMac G5 used does boot fine with the boot disk >> I had experimented with back in May (or before). > Does it boot when you disable SMP by adding > kern.smp.disabled=3D1 > to /boot/loader.conf >=20 > This turned a non-booting/hanging up dual CPU G5 into a > very stable (single core) machine... Sure enough, kern.smp.disabled=3D1 lets my -r339076 devel/powerpc64-gcc based build boot on the G5 "Quad Core". Unfortunately I jumped from -r333594 (May-13) to -r339076 so I can not well narrow the range for when things changed beyond that. I see that the original report was for 11.2, while I'm using head. Also that Justin reported seeing the problem on a 2GHz dual-core too (on 11.x I assume). So we have . . . 2GHz dual-core (11.2) 2.5 GHz "Quad Core" (2 dual-core processors) (head) as contexts so far, not that the internal issue needs to be the same for the two, but it might be. I wonder if 11 at, say, -r333583 (May-13) might be before its problem. If so, it might be easier for someone using 11.x variants to find when it broke in 11 than to do so for head, presuming the problem is common. Is there a bugzilla for this? =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Mon Oct 8 17:25:49 2018 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 02B5A10C5981 for ; Mon, 8 Oct 2018 17:25:49 +0000 (UTC) (envelope-from tuexen@fh-muenster.de) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 90847736A3; Mon, 8 Oct 2018 17:25:48 +0000 (UTC) (envelope-from tuexen@fh-muenster.de) Received: from mb.fritz.box (p57B695F5.dip0.t-ipconnect.de [87.182.149.245]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id DE56F721E280C; Mon, 8 Oct 2018 19:25:44 +0200 (CEST) From: Michael Tuexen Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_616B06E8-6315-4668-B1CA-E3EA947E45B8"; protocol="application/pkcs7-signature"; micalg=sha-256 Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.39\)) Subject: Re: Failed attempt to boot a (non-debug) head -r339076 on an old PowerMac G5 "Quad Core" (built via devel/powerpc64-gcc): Waking up CPU 1 Date: Mon, 8 Oct 2018 19:25:44 +0200 In-Reply-To: Cc: FreeBSD PowerPC ML , Justin Hibbits , Nathan Whitehorn To: Mark Millard References: <0E6DB192-37A3-45EC-87E9-C5AA1C9397AE@yahoo.com> <785D268A-2612-459F-BD1F-A650D9ECCA28@fh-muenster.de> X-Mailer: Apple Mail (2.3445.100.39) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 17:25:49 -0000 --Apple-Mail=_616B06E8-6315-4668-B1CA-E3EA947E45B8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On 8. Oct 2018, at 19:00, Mark Millard wrote: >=20 > [kern.smp.disabled=3D1 is confirmed to enable booting > my head -r339076 build on teh "Quad Core", much like > the 11.2 reports for "2MHz dual-core".] Does 11.2 run with smp enabled? Best regards Michael >=20 > On 2018-Oct-8, at 3:09 AM, Michael Tuexen = wrote: >=20 >>> On 8. Oct 2018, at 09:48, Mark Millard via freebsd-ppc = wrote: >>>=20 >>> [I finally have access to old PowerMacs again. The below >>> is based on my environment for experimenting with building >>> via more modern C/C++ compilers with matching toolchains. >>> The build here was via a cross build from amd64 via >>> devel/powerpc64-gcc .] >>>=20 >>> When I attempt to boot the PowerMac G5 "Quad Core" >>> with my head -r339076 build it gets as far a reporting >>> (based on boot -v output): >>>=20 >>> . . . >>> ada0: (I'll not list the 5 ada0: lines) >>> GEOM: new disk cd0 >>> GEOM: new disk ada0 >>> Adding CPU 0, hwref=3Dff89d680, awake=3D1 >>> Waking up CPU 1 (dev=3Dff89eb70) >>>=20 >>> That is the last of the output. After a while the fans >>> wind up. (The text is hand translated from a picture >>> of the screen.) >>>=20 >>> Without the "boot -v" the "ada0:" lines are the last to >>> show. >>>=20 >>> The build is a non-debug build (with symbols). I've >>> not tried a debug kernel build yet. It may be a while >>> before I will get to. Nor have I tried a gcc 4.2.1 >>> based build yet. >>>=20 >>> At this point I do not have a clue what is going on. >>> This early in the boot I'm not sure how or if I'll >>> get a clue. (I've never had serial console access >>> on the old PowerMac's, which contributes to the messy >>> context.) >>>=20 >>> I do have in place in the variation used of src.conf: >>> LOADER_DEFAULT_INTERP=3D4th >>>=20 >>> The PowerMac G5 used does boot fine with the boot disk >>> I had experimented with back in May (or before). >> Does it boot when you disable SMP by adding >> kern.smp.disabled=3D1 >> to /boot/loader.conf >>=20 >> This turned a non-booting/hanging up dual CPU G5 into a >> very stable (single core) machine... >=20 > Sure enough, kern.smp.disabled=3D1 lets my -r339076 > devel/powerpc64-gcc based build boot on the G5 > "Quad Core". >=20 > Unfortunately I jumped from -r333594 (May-13) to > -r339076 so I can not well narrow the range for > when things changed beyond that. >=20 > I see that the original report was for 11.2, > while I'm using head. Also that Justin reported > seeing the problem on a 2GHz dual-core too (on > 11.x I assume). >=20 > So we have . . . >=20 > 2GHz dual-core (11.2) > 2.5 GHz "Quad Core" (2 dual-core processors) (head) >=20 > as contexts so far, not that the internal issue > needs to be the same for the two, but it might be. >=20 > I wonder if 11 at, say, -r333583 (May-13) might > be before its problem. If so, it might be easier > for someone using 11.x variants to find when > it broke in 11 than to do so for head, presuming > the problem is common. >=20 > Is there a bugzilla for this? >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) >=20 --Apple-Mail=_616B06E8-6315-4668-B1CA-E3EA947E45B8 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCEJAw ggTVMIIDvaADAgECAghQTsb1PRG0ZDANBgkqhkiG9w0BAQsFADBxMQswCQYDVQQGEwJERTEcMBoG A1UEChMTRGV1dHNjaGUgVGVsZWtvbSBBRzEfMB0GA1UECxMWVC1UZWxlU2VjIFRydXN0IENlbnRl cjEjMCEGA1UEAxMaRGV1dHNjaGUgVGVsZWtvbSBSb290IENBIDIwHhcNMTQwNzIyMTIwODI2WhcN MTkwNzA5MjM1OTAwWjBaMQswCQYDVQQGEwJERTETMBEGA1UEChMKREZOLVZlcmVpbjEQMA4GA1UE CxMHREZOLVBLSTEkMCIGA1UEAxMbREZOLVZlcmVpbiBQQ0EgR2xvYmFsIC0gRzAxMIIBIjANBgkq hkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA6ZvDZ4X5Da71jVTDllA1PWLpbkztlNcAW5UidNQg6zSP 1uzAMQQLmYHiphTSUqAoI4SLdIkEXlvg4njBeMsWyyg1OXstkEXQ7aAAeny/Sg4bAMOG6VwrMRF7 DPOCJEOMHDiLamgAmu7cT3ir0sYTm3at7t4m6O8Br3QPwQmi9mvOvdPNFDBP9eXjpMhim4IaAycw DQJlYE3t0QkjKpY1WCfTdsZxtpAdxO3/NYZ9bzOz2w/FEcKKg6GUXUFr2NIQ9Uz9ylGs2b3vkoO7 2uuLFlZWQ8/h1RM9ph8nMM1JVNvJEzSacXXFbOqnC5j5IZ0nrz6jOTlIaoytyZn7wxLyvQIDAQAB o4IBhjCCAYIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBRJt8bP6D0ff+pEexMp9/EKcD7eZDAf BgNVHSMEGDAWgBQxw3kbuvVT1xfgiXotF2wKsyudMzASBgNVHRMBAf8ECDAGAQH/AgECMGIGA1Ud IARbMFkwEQYPKwYBBAGBrSGCLAEBBAICMBEGDysGAQQBga0hgiwBAQQDADARBg8rBgEEAYGtIYIs AQEEAwEwDwYNKwYBBAGBrSGCLAEBBDANBgsrBgEEAYGtIYIsHjA+BgNVHR8ENzA1MDOgMaAvhi1o dHRwOi8vcGtpMDMzNi50ZWxlc2VjLmRlL3JsL0RUX1JPT1RfQ0FfMi5jcmwweAYIKwYBBQUHAQEE bDBqMCwGCCsGAQUFBzABhiBodHRwOi8vb2NzcDAzMzYudGVsZXNlYy5kZS9vY3NwcjA6BggrBgEF BQcwAoYuaHR0cDovL3BraTAzMzYudGVsZXNlYy5kZS9jcnQvRFRfUk9PVF9DQV8yLmNlcjANBgkq hkiG9w0BAQsFAAOCAQEAYyAo/ZwhhnK+OUZZOTIlvKkBmw3Myn1BnIZtCm4ssxNZdbEzkhthJxb/ w7LVNYL7hCoBSb1mu2YvssIGXW4/buMBWlvKQ2NclbbhMacf1QdfTeZlgk4y+cN8ekvNTVx07iHy dQLsUj7SyWrTkCNuSWc1vn9NVqTszC/Pt6GXqHI+ybxA1lqkCD3WvILDt7cyjrEsjmpttzUCGc/1 OURYY6ckABCwu/xOr24vOLulV0k/2G5QbyyXltwdRpplic+uzPLl2Z9Tsz6hL5Kp2AvGhB8Exuse 6J99tXulAvEkxSRjETTMWpMgKnmIOiVCkKllO3yG0xIVIyn8LNrMOVtUFzCCBaIwggSKoAMCAQIC BxekJKEJSDMwDQYJKoZIhvcNAQELBQAwWjELMAkGA1UEBhMCREUxEzARBgNVBAoTCkRGTi1WZXJl aW4xEDAOBgNVBAsTB0RGTi1QS0kxJDAiBgNVBAMTG0RGTi1WZXJlaW4gUENBIEdsb2JhbCAtIEcw MTAeFw0xNDA1MjcxNDU0MDlaFw0xOTA3MDkyMzU5MDBaMIHGMQswCQYDVQQGEwJERTEcMBoGA1UE CBMTTm9yZHJoZWluLVdlc3RmYWxlbjERMA8GA1UEBxMITXVlbnN0ZXIxIDAeBgNVBAoTF0ZhY2ho b2Noc2NodWxlIE11ZW5zdGVyMSMwIQYDVQQLExpEYXRlbnZlcmFyYmVpdHVuZ3N6ZW50cmFsZTEd MBsGA1UEAxMURkggTXVlbnN0ZXIgQ0EgLSBHMDExIDAeBgkqhkiG9w0BCQEWEWNhQGZoLW11ZW5z dGVyLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAuHlsrvBs7CL9IqMH9r//QU9E pghTV/3skHuQZ3DpNY+lyJWOW5zbtUubgXt7lYHpIE4d4CclTZWqCHwoAI6gqzSSGjUKuX6/0ui/ LhXmlDvCBfwuER+T+3/R59hlLnhI5iYYPQiNywQIa3wJhBLTZrlXw8nDdjI54MAzcVDUX7l21sbo ZIA6idM7SXmshxoRQ6xsfPHskrceNMcvtHNDhVnVscwRUJQUR55fs0X7Y93PasugWPv3xmgNr1da Cq94eV+nslNU/GJaT9TQ3uG8pagLXl9NbDNkHIrvFAD5zXO0m/d00I4QhUVQyEtwnTegDqcM+WFh JXensgnZhWe6bwIDAQABo4IB/jCCAfowEgYDVR0TAQH/BAgwBgEB/wIBATAOBgNVHQ8BAf8EBAMC AQYwEQYDVR0gBAowCDAGBgRVHSAAMB0GA1UdDgQWBBQK81u85DGA1jVCiabTw8833tHf1zAfBgNV HSMEGDAWgBRJt8bP6D0ff+pEexMp9/EKcD7eZDAcBgNVHREEFTATgRFjYUBmaC1tdWVuc3Rlci5k ZTCBiAYDVR0fBIGAMH4wPaA7oDmGN2h0dHA6Ly9jZHAxLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3Qt Y2EvcHViL2NybC9jYWNybC5jcmwwPaA7oDmGN2h0dHA6Ly9jZHAyLnBjYS5kZm4uZGUvZ2xvYmFs LXJvb3QtY2EvcHViL2NybC9jYWNybC5jcmwwgdcGCCsGAQUFBwEBBIHKMIHHMDMGCCsGAQUFBzAB hidodHRwOi8vb2NzcC5wY2EuZGZuLmRlL09DU1AtU2VydmVyL09DU1AwRwYIKwYBBQUHMAKGO2h0 dHA6Ly9jZHAxLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0 MEcGCCsGAQUFBzAChjtodHRwOi8vY2RwMi5wY2EuZGZuLmRlL2dsb2JhbC1yb290LWNhL3B1Yi9j YWNlcnQvY2FjZXJ0LmNydDANBgkqhkiG9w0BAQsFAAOCAQEA3kcDNdZKb7kSD7s1ly2qa/2QbQe+ ld3LhZeOcfysdLtN8oweBmgT3MYoZ+D9c+SoUWJAwTKPB15DoGy+fWhelXTpQrqxIGb4ISr1JCjg slnmMUva0xjwZGxojZ9gE1bi18xfKw3+dMpwCLt6LbLTjr/tyH6otacwr2tZzuuJIUAORnefwTcr vmB21n/BEQH/ZXruWu8lSO3L9YAmQB6ViaZFCpn2sMmOLACdoWxmUQb3QAjsa327jHUjsz53k9q5 Zrx/g+zOg5s1Wmy2JOlLQMUIZXXf0/6rB5Fr2llx7dBG/Uk7NhZdNy7OzNzci0C4Wnkd8rDVEWHG hH2gfpcTfjCCBg0wggT1oAMCAQICBxuZiHQ3saMwDQYJKoZIhvcNAQELBQAwgcYxCzAJBgNVBAYT AkRFMRwwGgYDVQQIExNOb3JkcmhlaW4tV2VzdGZhbGVuMREwDwYDVQQHEwhNdWVuc3RlcjEgMB4G A1UEChMXRmFjaGhvY2hzY2h1bGUgTXVlbnN0ZXIxIzAhBgNVBAsTGkRhdGVudmVyYXJiZWl0dW5n c3plbnRyYWxlMR0wGwYDVQQDExRGSCBNdWVuc3RlciBDQSAtIEcwMTEgMB4GCSqGSIb3DQEJARYR Y2FAZmgtbXVlbnN0ZXIuZGUwHhcNMTYwNzA0MDcwNjEzWhcNMTkwNzA0MDcwNjEzWjB8MQswCQYD VQQGEwJERTEgMB4GA1UECgwXRmFjaGhvY2hzY2h1bGUgTXVlbnN0ZXIxMjAwBgNVBAsMKUZhY2hi ZXJlaWNoIEVsZWt0cm90ZWNobmlrIHVuZCBJbmZvcm1hdGlrMRcwFQYDVQQDDA5NaWNoYWVsIFR1 ZXhlbjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMyaGlBt2ZtuF8QP8zYNrGxXC+es PMajIPl+hu1LGHnN2BJ3J5ZMN44BOZw3n6LO1FaAgO8D4xU4/AELecX6VxJZ2zOOSD8uTYO4OnUu 24hkjFUQAj13tT644AKUQMMBpgj7wC52V5Jij+mZX/t1S38/WFiCGnirt4xTNi5OmN4K+VNZfG4x 0msDqFjJX70rF1y09/Mylu1M/Y0tu/I9DqhwDQT4LBOvyyaAlhSJ8Jb8m8YTt5xlOzrXlBmj4pKs 74y7C2IKRw4tFozGX1cf1LVEs2eBCb5iUwXrlcMipwm62sJ38GD00EOlRNTpAM5rDAcgWxMCffek bRv/01whtOkCAwEAAaOCAkcwggJDMEAGA1UdIAQ5MDcwEQYPKwYBBAGBrSGCLAEBBAMFMBEGDysG AQQBga0hgiwCAQQDATAPBg0rBgEEAYGtIYIsAQEEMAkGA1UdEwQCMAAwDgYDVR0PAQH/BAQDAgXg MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAdBgNVHQ4EFgQU0B2vaoSoEmYAggD04WZF 2hGif3UwHwYDVR0jBBgwFoAUCvNbvOQxgNY1Qomm08PPN97R39cwIAYDVR0RBBkwF4EVdHVleGVu QGZoLW11ZW5zdGVyLmRlMIGIBgNVHR8EgYAwfjA9oDugOYY3aHR0cDovL2NkcDEucGNhLmRmbi5k ZS9maC1tdWVuc3Rlci1jYS9wdWIvY3JsL2NhY3JsLmNybDA9oDugOYY3aHR0cDovL2NkcDIucGNh LmRmbi5kZS9maC1tdWVuc3Rlci1jYS9wdWIvY3JsL2NhY3JsLmNybDCB1wYIKwYBBQUHAQEEgcow gccwMwYIKwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1TZXJ2ZXIvT0NTUDBH BggrBgEFBQcwAoY7aHR0cDovL2NkcDEucGNhLmRmbi5kZS9maC1tdWVuc3Rlci1jYS9wdWIvY2Fj ZXJ0L2NhY2VydC5jcnQwRwYIKwYBBQUHMAKGO2h0dHA6Ly9jZHAyLnBjYS5kZm4uZGUvZmgtbXVl bnN0ZXItY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0MA0GCSqGSIb3DQEBCwUAA4IBAQBI9v+seJM6 AlSIrmmpopz6zh8QAsqGLJkkY2D0KYFucUY/xZaJTtZxvmWddbKk2903Qhg+vZKOf87PHhip7/4t FSwhxYNSS36WsRJTeUa0f3KkSa28yrIRfWlJATgxfL5X/QQnopjCt34n4221kcsR7LHxBAn37ow+ /2L7WjWDDuOkaM9/ZSCtrN+yFRat1eUVs1Hk7sKT/bfJTsYqzovXitjmCP3YdB40dkuQ6/ZzEdXT bpa4c45RcRnPqKXnxknK0UfRHNHqk15W7dUPVMzSGFUvjhmWPP2wW6a8F1U5sEqfHcoBFC5CGjGy 7Gk2luk3obi/KLrDyZC+dkjhDYEpMYIEOTCCBDUCAQEwgdIwgcYxCzAJBgNVBAYTAkRFMRwwGgYD VQQIExNOb3JkcmhlaW4tV2VzdGZhbGVuMREwDwYDVQQHEwhNdWVuc3RlcjEgMB4GA1UEChMXRmFj aGhvY2hzY2h1bGUgTXVlbnN0ZXIxIzAhBgNVBAsTGkRhdGVudmVyYXJiZWl0dW5nc3plbnRyYWxl MR0wGwYDVQQDExRGSCBNdWVuc3RlciBDQSAtIEcwMTEgMB4GCSqGSIb3DQEJARYRY2FAZmgtbXVl bnN0ZXIuZGUCBxuZiHQ3saMwDQYJYIZIAWUDBAIBBQCgggI3MBgGCSqGSIb3DQEJAzELBgkqhkiG 9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE4MTAwODE3MjU0NFowLwYJKoZIhvcNAQkEMSIEIDT90Jx5 0pI0DUHxDVm2CZHCoSkGWjfMFvau/d36l66nMIHjBgkrBgEEAYI3EAQxgdUwgdIwgcYxCzAJBgNV BAYTAkRFMRwwGgYDVQQIExNOb3JkcmhlaW4tV2VzdGZhbGVuMREwDwYDVQQHEwhNdWVuc3RlcjEg MB4GA1UEChMXRmFjaGhvY2hzY2h1bGUgTXVlbnN0ZXIxIzAhBgNVBAsTGkRhdGVudmVyYXJiZWl0 dW5nc3plbnRyYWxlMR0wGwYDVQQDExRGSCBNdWVuc3RlciBDQSAtIEcwMTEgMB4GCSqGSIb3DQEJ ARYRY2FAZmgtbXVlbnN0ZXIuZGUCBxuZiHQ3saMwgeUGCyqGSIb3DQEJEAILMYHVoIHSMIHGMQsw CQYDVQQGEwJERTEcMBoGA1UECBMTTm9yZHJoZWluLVdlc3RmYWxlbjERMA8GA1UEBxMITXVlbnN0 ZXIxIDAeBgNVBAoTF0ZhY2hob2Noc2NodWxlIE11ZW5zdGVyMSMwIQYDVQQLExpEYXRlbnZlcmFy YmVpdHVuZ3N6ZW50cmFsZTEdMBsGA1UEAxMURkggTXVlbnN0ZXIgQ0EgLSBHMDExIDAeBgkqhkiG 9w0BCQEWEWNhQGZoLW11ZW5zdGVyLmRlAgcbmYh0N7GjMA0GCSqGSIb3DQEBAQUABIIBAE1BVbfM H6YhmmcT8znuvyBFku9GY/pG1scztU7dsrCdT6Rh9j/i8A2AHLClZ4PisjrRGxWnS+y5ofsXwaqc uJ/f01AVhvFxsX1369vOvx4tIxsi87fprKQxeoWj16UP//zosgHk4SzL/FpyMp0jdMJEsJJWQeVW oG7BzXULxy6RHlujcIPerPm3ujOn0KNWUl7rI/RlqdtUY6eMbxpE83/PcQBn6NYlXvGMnh6C2SDe zItrvgKZef8SkfmKhFmlvh/YYEI9wxO2ghgOvAmsVI1vXzCpJ7ICExTdDDYmX3Mw6vrRxvzaDo4z LJDAg+w+3xaVxjsCOj8fviKTO/v/1yEAAAAAAAA= --Apple-Mail=_616B06E8-6315-4668-B1CA-E3EA947E45B8-- From owner-freebsd-ppc@freebsd.org Mon Oct 8 19:04:13 2018 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 B5EEA10C8544 for ; Mon, 8 Oct 2018 19:04:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-23.consmr.mail.gq1.yahoo.com (sonic303-23.consmr.mail.gq1.yahoo.com [98.137.64.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 3F35C77CF0 for ; Mon, 8 Oct 2018 19:04:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: eGdyU2kVM1nyVytUtTuZ7LDL_Nclt..o2WvkwwoddHtS1egLHCmkZaj2WhPUKnV 4h6ZyzG9GYoc27sqsY2fWT5FX61.g8Mv_af.RqloAPK_amJge5h0c4D20J8uFHtUWfuuriO4DT44 yN4.pDeyp8uTIg2_crqW0gTeD82gtIemrBTfHARFZqL5v_tUww3jR8H.Wpq0_VEiSsMa2PgXvkHP .QPmcpfuMjdYYmqTFcnR.bXhdfcZhVvks13ltQ2PA2EHR7xLhBETE2ETZ486NmEcEOPyQFR44fxO 6GEDYnNNFPDXiUxDtwDFkKuU2VOEQnsvb8Qk6_AW_wPUJg2PFlmfVsSa_wHAYjBMbMVNX1DRIaMY 9qlVB1oOaRr6pRiy_HcoXkvLx._mES3aDd1Rpl1Tl56Llxb2Yvq0TPsQuJhSCcohAbqBscttwKGY skcI2EjTkJsZFKxpV191kew.UfW9wXSq4QoEXRtVMpWmPlPDKJx3gjFL6fP.exmtvOwk9zzdNiYu JLMSdhokfKRzkbM95E4VhulFTLTnJGoSrf045_JVUz9WvO3_XwylltYPdO.3ufqGLapEPCmy32Ql wrSmnbRBxhPw0nVWOH7aqtrI34gMxUVJX8iRvM9VxebD90egizzpTIfyurUb_TcTLmOa1USlRAT7 ylAWyAFrwr4M_nxYFkHhf7kEibZJCrql9l769OPI_FEWZjWdmXrUXzxdCSgAwLaU.Ky.xYQYKiqI McKexoG4cwlRky27_2bELi6vLGE7FW8NpMp_J.yfwKNbEdhR_Z1.OB2M_f7UFqJ8e4N4EUxPq.Rk BEHLk5pytAoyX7PAxti11Ksp.5EkDfc0Bb9jWN3vdC5Ws1qfqqJKZnVf.jhhUo_LHPScHG2CNPMa ySsLqiO7e8pmSa3Fh6cNBTkm33YEPCLepDsR.E7cWY3jzoqiQ0s.QETL6AfUzjbfxZNuqwwnegkB XaAhOmFfMvzbdnNX86V3N2.GxlfD6YBJRmtZ7o9mdCGe0jy5DaIckqc9zBSL0ZZaESLu4WgCdiK3 A71b2GNoN8CBklb99GgnD5hRV2QVQx6dtj6LXP5HitV5vg40ehAAvjO5sXaaL0sCp Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Mon, 8 Oct 2018 19:04:06 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.101]) ([76.115.7.162]) by smtp419.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 3f78a4045223ed344f7b56592cc12482; Mon, 08 Oct 2018 19:04:05 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Failed attempt to boot a (non-debug) head -r339076 on an old PowerMac G5 "Quad Core" (built via devel/powerpc64-gcc): Waking up CPU 1 From: Mark Millard In-Reply-To: Date: Mon, 8 Oct 2018 12:04:04 -0700 Cc: FreeBSD PowerPC ML , Justin Hibbits , Nathan Whitehorn Content-Transfer-Encoding: quoted-printable Message-Id: <3DCB6910-6F08-408A-B3D1-70A7EB5A55BC@yahoo.com> References: <0E6DB192-37A3-45EC-87E9-C5AA1C9397AE@yahoo.com> <785D268A-2612-459F-BD1F-A650D9ECCA28@fh-muenster.de> To: Michael Tuexen X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 19:04:13 -0000 On 2018-Oct-8, at 10:25 AM, Michael Tuexen = wrote: >> On 8. Oct 2018, at 19:00, Mark Millard wrote: >>=20 >> [kern.smp.disabled=3D1 is confirmed to enable booting >> my head -r339076 build on teh "Quad Core", much like >> the 11.2 reports for "2MHz dual-core".] > Does 11.2 run with smp enabled? [My wording was poor: "reports" in "11.2 reports with smp enabled" was referring to reports by you and others on the lists, not screen messages from attempting a 11.2 boot.] No clue at this point for the G5 "Quad Core". I have no 11.x context established, and have not since head went from 11 to 12, as I remember. Would trying to boot an installer/live for 11.2 be sufficient to test this? A debug kernel build did not appear to report anything for smp enabled for head. The boot -v did report "Waking up CPU 2" before it stopped echoing messages. Is there a bugzilla for this old-multi-processor/multi-core G5-PowerMac issue? I moved the SSD to an old 2GHz PowerMac G5 with 2 single-core processors (not: one dual-core processor). It also had the problem. It did report the "Adding CPU 1" line as the last message. (There should be another "SMP:" message after that as I remember.) Again kern.smp.disabled=3D1 allowed the boot. But top showed both processors active. And the fan gradually wound up to a sustained high speed even though the PowerMac kept operating. The shutdown -p now had to wait for each of various processes to timeout. It looks like kern.smp.disabled=3D1 is somewhat messed up for some hardware. (I did not look for such on the "Quad Core": its fan did not prompt me to look at what was going on.) I do not have access to other types of PowerMac G5 examples or any other type of powerpc64 computer. So I can not directly check a single dual-core processor test-case or any others. > Best regards > Michael >>=20 >> On 2018-Oct-8, at 3:09 AM, Michael Tuexen = wrote: >>=20 >>>> On 8. Oct 2018, at 09:48, Mark Millard via freebsd-ppc = wrote: >>>>=20 >>>> [I finally have access to old PowerMacs again. The below >>>> is based on my environment for experimenting with building >>>> via more modern C/C++ compilers with matching toolchains. >>>> The build here was via a cross build from amd64 via >>>> devel/powerpc64-gcc .] >>>>=20 >>>> When I attempt to boot the PowerMac G5 "Quad Core" >>>> with my head -r339076 build it gets as far a reporting >>>> (based on boot -v output): >>>>=20 >>>> . . . >>>> ada0: (I'll not list the 5 ada0: lines) >>>> GEOM: new disk cd0 >>>> GEOM: new disk ada0 >>>> Adding CPU 0, hwref=3Dff89d680, awake=3D1 >>>> Waking up CPU 1 (dev=3Dff89eb70) >>>>=20 >>>> That is the last of the output. After a while the fans >>>> wind up. (The text is hand translated from a picture >>>> of the screen.) >>>>=20 >>>> Without the "boot -v" the "ada0:" lines are the last to >>>> show. >>>>=20 >>>> The build is a non-debug build (with symbols). I've >>>> not tried a debug kernel build yet. It may be a while >>>> before I will get to. Nor have I tried a gcc 4.2.1 >>>> based build yet. >>>>=20 >>>> At this point I do not have a clue what is going on. >>>> This early in the boot I'm not sure how or if I'll >>>> get a clue. (I've never had serial console access >>>> on the old PowerMac's, which contributes to the messy >>>> context.) >>>>=20 >>>> I do have in place in the variation used of src.conf: >>>> LOADER_DEFAULT_INTERP=3D4th >>>>=20 >>>> The PowerMac G5 used does boot fine with the boot disk >>>> I had experimented with back in May (or before). >>> Does it boot when you disable SMP by adding >>> kern.smp.disabled=3D1 >>> to /boot/loader.conf >>>=20 >>> This turned a non-booting/hanging up dual CPU G5 into a >>> very stable (single core) machine... >>=20 >> Sure enough, kern.smp.disabled=3D1 lets my -r339076 >> devel/powerpc64-gcc based build boot on the G5 >> "Quad Core". >>=20 >> Unfortunately I jumped from -r333594 (May-13) to >> -r339076 so I can not well narrow the range for >> when things changed beyond that. >>=20 >> I see that the original report was for 11.2, >> while I'm using head. Also that Justin reported >> seeing the problem on a 2GHz dual-core too (on >> 11.x I assume). >>=20 >> So we have . . . >>=20 >> 2GHz dual-core (11.2) >> 2.5 GHz "Quad Core" (2 dual-core processors) (head) >>=20 >> as contexts so far, not that the internal issue >> needs to be the same for the two, but it might be. >>=20 >> I wonder if 11 at, say, -r333583 (May-13) might >> be before its problem. If so, it might be easier >> for someone using 11.x variants to find when >> it broke in 11 than to do so for head, presuming >> the problem is common. >>=20 >> Is there a bugzilla for this? =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Mon Oct 8 19:38:24 2018 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 F16A510C9757 for ; Mon, 8 Oct 2018 19:38:23 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhfb04.myregisteredsite.com (atl4mhfb04.myregisteredsite.com [209.17.115.120]) (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 8518979DFA for ; Mon, 8 Oct 2018 19:38:23 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhob12.registeredsite.com (atl4mhob12.registeredsite.com [209.17.115.50]) by atl4mhfb04.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id w98JbwDX016027 for ; Mon, 8 Oct 2018 15:37:59 -0400 Received: from mailpod.hostingplatform.com (atl4qobmail01pod2.registeredsite.com [10.30.77.35]) by atl4mhob12.registeredsite.com (8.14.4/8.14.4) with ESMTP id w98Jbo21010678 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 8 Oct 2018 15:37:50 -0400 Received: (qmail 45973 invoked by uid 0); 8 Oct 2018 19:37:50 -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; 8 Oct 2018 19:37:49 -0000 Subject: Re: Failed attempt to boot a (non-debug) head -r339076 on an old PowerMac G5 "Quad Core" (built via devel/powerpc64-gcc): Waking up CPU 1 To: freebsd-ppc@freebsd.org References: <0E6DB192-37A3-45EC-87E9-C5AA1C9397AE@yahoo.com> <785D268A-2612-459F-BD1F-A650D9ECCA28@fh-muenster.de> <3DCB6910-6F08-408A-B3D1-70A7EB5A55BC@yahoo.com> From: Dennis Clarke Message-ID: <037e3dd6-cc0c-a39f-f074-bce01887156c@blastwave.org> Date: Mon, 8 Oct 2018 15:37:43 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <3DCB6910-6F08-408A-B3D1-70A7EB5A55BC@yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 19:38:24 -0000 On 10/08/2018 03:04 PM, Mark Millard via freebsd-ppc wrote: > On 2018-Oct-8, at 10:25 AM, Michael Tuexen wrote: > >>> On 8. Oct 2018, at 19:00, Mark Millard wrote: >>> >>> [kern.smp.disabled=1 is confirmed to enable booting >>> my head -r339076 build on teh "Quad Core", much like >>> the 11.2 reports for "2MHz dual-core".] >> Does 11.2 run with smp enabled? > > [My wording was poor: "reports" in "11.2 reports with > smp enabled" was referring to reports by you and others > on the lists, not screen messages from attempting a > 11.2 boot.] > > No clue at this point for the G5 "Quad Core". I have no > 11.x context established, and have not since head > went from 11 to 12, as I remember. Would trying to boot > an installer/live for 11.2 be sufficient to test > this? I have tried over and over to install 11.2 on a G5 with dual PPC970 sockets wherein both are dual core. There is no quad core. Never was. Anyways, the install simply doesn't work. Dennis From owner-freebsd-ppc@freebsd.org Mon Oct 8 20:16:46 2018 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 BF37C10CA734 for ; Mon, 8 Oct 2018 20:16:46 +0000 (UTC) (envelope-from mark.millard@nexustechnology.com) Received: from NAM04-SN1-obe.outbound.protection.outlook.com (mail-eopbgr700101.outbound.protection.outlook.com [40.107.70.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 17B427B98A for ; Mon, 8 Oct 2018 20:16:45 +0000 (UTC) (envelope-from mark.millard@nexustechnology.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nexustechnology.onmicrosoft.com; s=selector1-nexustechnology-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=LH8baAPot6vw9g/+93Cetcqsqb1oaUfSW0dVK9008Hg=; b=yTAqFy1YPi2+rAr7J0R2We1rEp1Nki2IKqSJJHLHlTq/pBDKouNboVmIXLcU6uRMpmVMX2j2WZw7MfJu/pshMRnvNrqhuqK+RB4XOjW0GszrzHZRM6Q9WudoXr2w0Y5wd8CwVP92CFOsYTuxBS+5MV5Gkqci3yLSOkDgKwYMMmE= Received: from CY4PR1301MB1991.namprd13.prod.outlook.com (10.171.223.149) by CY4PR1301MB2087.namprd13.prod.outlook.com (10.171.240.26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1228.17; Mon, 8 Oct 2018 20:16:43 +0000 Received: from CY4PR1301MB1991.namprd13.prod.outlook.com ([fe80::bc31:3613:f237:ea27]) by CY4PR1301MB1991.namprd13.prod.outlook.com ([fe80::bc31:3613:f237:ea27%3]) with mapi id 15.20.1228.011; Mon, 8 Oct 2018 20:16:43 +0000 From: Mark Millard To: Dennis Clarke CC: "freebsd-ppc@freebsd.org" Subject: Re: Failed attempt to boot a (non-debug) head -r339076 on an old PowerMac G5 "Quad Core" (built via devel/powerpc64-gcc): Waking up CPU 1 Thread-Topic: Failed attempt to boot a (non-debug) head -r339076 on an old PowerMac G5 "Quad Core" (built via devel/powerpc64-gcc): Waking up CPU 1 Thread-Index: AQHUX0PUybMGl+1//0eg9KSLyj+SNQ== Date: Mon, 8 Oct 2018 20:16:43 +0000 Message-ID: References: <0E6DB192-37A3-45EC-87E9-C5AA1C9397AE@yahoo.com> <785D268A-2612-459F-BD1F-A650D9ECCA28@fh-muenster.de> <3DCB6910-6F08-408A-B3D1-70A7EB5A55BC@yahoo.com> <037e3dd6-cc0c-a39f-f074-bce01887156c@blastwave.org> In-Reply-To: <037e3dd6-cc0c-a39f-f074-bce01887156c@blastwave.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [2601:1c0:4301:252d:f88e:11d4:fe66:d490] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; CY4PR1301MB2087; 6:3GgU5uibxYHPAkHGadieE0NDor/fA94bCAivjByAiVB8FgBqDyoBsNIcx7EJTgJVbFOGNJ64T1LuD8Y4Kje0jte4V5LfmG3sFCsP4FtYELCR13d2LXT6nHSoizR0ohKmEpEZMw9b3JPaT9bB80N41+/q1L63ffH5StXzX911tiNnsY6i1E814WETAxdbh0TWThwZL+ZD2nmpRfo5hpD2SHLCjXpRg7yGAh06qp7H36Zh31fsFkIprJvxgMtE6HiM8StKqInu2dU8AKuXiAR/5ixnIp5E3Evaf8qh+EkDGKY4hfpu2Co/Tyl2g9a0acQvGpEbIggAYPfIFTjDbuqCyyCG+dcchKuBK4gRWgyGdxs6IJ5VxBO7zwjuDXVd8UCC1ctDeDaOuhoAYIdf35fYJ16/2GTe7wayaRlXtUgh4uCIz+3aq6sKWM5XTYlNHZymDjUQ4cbLgaamB29qLPiqwA==; 5:c4CvsjuzG6GDEZi4CRFe2iUdzx/3Jfqy6stOZ0TJhTQsnTvt+qfqsxzj+9jfA7OkpftK9FBXYHTv93ZSwD9Sismse2paxaEomOfvojcyRzrq/GHFvHOVm7iU8vfze0mCwEWhSAAmSXe9wTFY3ZwgYXkbTCHeEtwGVBqMnaoJfD8=; 7:rYr6x6er1AvA3h1+c/Psv7I60Z+6T5CqBe1RO9B+PddSdZ3+FQjL1yi7N5MphCbcAcXskk7C6ioWqATrTWm9m3wYCRb676JEpx+yu22Nzpd4OakiV6Pg+xqdL+4e72UVhDoR9Y4W8X+qL/almuQBv7wDbYgjNsUumB9dQePgh4m/UoQmI+S8Y96PdKxHHwRhjYqvcOQO7vooe4LUc3iFPEFiDlHhzh2TzHgOwWyABo5do3m/1Ny81GlYjjOqwfNm x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 663b426c-20d5-4d52-3bad-08d62d5af748 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600074)(711020)(2017052603328)(7153060)(49563074)(7193020); SRVR:CY4PR1301MB2087; x-ms-traffictypediagnostic: CY4PR1301MB2087: authentication-results: spf=none (sender IP is ) smtp.mailfrom=mark.millard@nexustechnology.com; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(20558992708506)(201166117486090); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415395)(6040522)(2401047)(5005006)(8121501046)(3002001)(93006095)(93001095)(3231355)(944501410)(4983020)(52105095)(10201501046)(149066)(150057)(6041310)(20161123564045)(20161123560045)(20161123558120)(20161123562045)(2016111802025)(6043046)(201708071742011)(7699051)(76991055); SRVR:CY4PR1301MB2087; BCL:0; PCL:0; RULEID:; SRVR:CY4PR1301MB2087; x-forefront-prvs: 081904387B x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(136003)(346002)(366004)(396003)(39830400003)(376002)(199004)(189003)(54504004)(14444005)(5250100002)(14454004)(966005)(508600001)(105586002)(256004)(6916009)(106356001)(316002)(82746002)(2906002)(6486002)(102836004)(53936002)(86362001)(186003)(97736004)(8676002)(229853002)(83716004)(2900100001)(81166006)(81156014)(6512007)(6306002)(71200400001)(71190400001)(68736007)(2616005)(11346002)(4326008)(76176011)(53546011)(305945005)(44832011)(7736002)(99286004)(6506007)(8936002)(33656002)(446003)(6116002)(5660300001)(486006)(25786009)(99936001)(36756003)(46003)(476003)(6436002)(6246003)(93886005); DIR:OUT; SFP:1102; SCL:1; SRVR:CY4PR1301MB2087; H:CY4PR1301MB1991.namprd13.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: nexustechnology.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: sTG2ndEOM9FNruw/b6Qns+TfTCDg4h4LT58KzaGExMT5W+0TSx5YI+l6qssV0ONSvVoVWsmQ7U7AIGJCnTwuKcRl8oyXKse51SzCGm+VpOdd7bc1lAdLwluOG1apCcsiBQSeZ7CEJJYhSfW2PtqlQ4EpzVm+u3MNIsZBcmeRiZja0LFne513+p7IJr6dxnCIjaQ9gRbYAVMDfizVQiyV97xhtLuh6KU5NUJo/sIozOdNTA7kAF6ZYmSa9VXPNrYmEGBiOmgz7LwPgqrX7GwvMRIh7SN4+tMUoLYQmKPeDedVIZP5OY1U7kBXoMy7LC4fBUGV2Y3ScZhlvrwulv8ahS0Ok+6NifGYdKSWChbLBec= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/signed; boundary="Apple-Mail=_B4FDF73B-69DE-4B85-A888-56FAD4FF0735"; protocol="application/pkcs7-signature"; micalg=sha1 MIME-Version: 1.0 X-OriginatorOrg: nexustechnology.com X-MS-Exchange-CrossTenant-Network-Message-Id: 663b426c-20d5-4d52-3bad-08d62d5af748 X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Oct 2018 20:16:43.7585 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 50d3042d-49aa-4b27-919d-c2f879d28a79 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR1301MB2087 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 20:16:47 -0000 --Apple-Mail=_B4FDF73B-69DE-4B85-A888-56FAD4FF0735 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 2018-Oct-8, at 12:37 PM, Dennis Clarke = wrote: > On 10/08/2018 03:04 PM, Mark Millard via freebsd-ppc wrote: >> On 2018-Oct-8, at 10:25 AM, Michael Tuexen = wrote: >>>> On 8. Oct 2018, at 19:00, Mark Millard = wrote: >>>>=20 >>>> [kern.smp.disabled=3D1 is confirmed to enable booting >>>> my head -r339076 build on teh "Quad Core", much like >>>> the 11.2 reports for "2MHz dual-core".] >>> Does 11.2 run with smp enabled? >> [My wording was poor: "reports" in "11.2 reports with >> smp enabled" was referring to reports by you and others >> on the lists, not screen messages from attempting a >> 11.2 boot.] >> No clue at this point for the G5 "Quad Core". I have no >> 11.x context established, and have not since head >> went from 11 to 12, as I remember. Would trying to boot >> an installer/live for 11.2 be sufficient to test >> this? >=20 >=20 > I have tried over and over to install 11.2 on a G5 with dual PPC970 > sockets wherein both are dual core. There is no quad core. Never was. > Anyways, the install simply doesn't work. See, for example: = https://everymac.com/systems/apple/powermac_g5/specs/powermac_g5_quad_2.5.= html There was: two sockets with 2 cores each. Apple Marketing called this configuration "Quad Core": It is a misnomer or is at least misleading given what their "Dual Core" vs "dual processor" wording referred to. I frequently reference the "Quad Core" as "so-called 'Quad Core'" for the "PowerPC 970MP (G5) x2" configuration. I have access to two of these and top and other things show all 4 "cpus" (in FreeBSD terminology). =3D=3D=3D Mark Millard Nexus Technology, Inc.=20 78 Northeastern Blvd., Unit #2=20 Nashua NH 03062 877-595-8116 x821 mark.millard@nexustechnology.com --Apple-Mail=_B4FDF73B-69DE-4B85-A888-56FAD4FF0735 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJATCCBBcw ggL/oAMCAQICCwQAAAAAATGJxi2nMA0GCSqGSIb3DQEBCwUAMEwxIDAeBgNVBAsTF0dsb2JhbFNp Z24gUm9vdCBDQSAtIFIzMRMwEQYDVQQKEwpHbG9iYWxTaWduMRMwEQYDVQQDEwpHbG9iYWxTaWdu MB4XDTExMDgwMjEwMDAwMFoXDTE5MDgwMjEwMDAwMFowXTELMAkGA1UEBhMCQkUxGTAXBgNVBAoT EEdsb2JhbFNpZ24gbnYtc2ExMzAxBgNVBAMTKkdsb2JhbFNpZ24gUGVyc29uYWxTaWduIDEgQ0Eg LSBTSEEyNTYgLSBHMjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALTO/+yd1VLOKV+V hs2LniCahWV+U8mhxl4Kc+90KYToks71//5ohE+KakDCMjHbsarz2XHrXqI39F9W+bz1ywgQqTlV UaEpeSleB/rMRCQDnq/moVgFAPVXLy7a6vIBg2krwzZGiQTlX5bctwmSldEfvFkDA9JYeco/8YTG yM0T4Lju9nS58ACeKza+yWIAn8U8tsPLXqIy3zTs1k+1WGE5A4/0l9/j8VAysGjIBj9o8IvbRSZe CjmileGQB7qDRt+jHvwHDZwv7PbDdXhM9ekoPcu8EIwI2cVEu0HlmQ6NKZPdyN/4dmilK4kBEFea 2dz9pQeuIFvqcUaz3ow1wHMCAwEAAaOB6DCB5TAOBgNVHQ8BAf8EBAMCAQYwEgYDVR0TAQH/BAgw BgEB/wIBADAdBgNVHQ4EFgQU/impuP+cW8ntQtlud9g0V0GnbQUwRwYDVR0gBEAwPjA8BgRVHSAA MDQwMgYIKwYBBQUHAgEWJmh0dHBzOi8vd3d3Lmdsb2JhbHNpZ24uY29tL3JlcG9zaXRvcnkvMDYG A1UdHwQvMC0wK6ApoCeGJWh0dHA6Ly9jcmwuZ2xvYmFsc2lnbi5uZXQvcm9vdC1yMy5jcmwwHwYD VR0jBBgwFoAUj/BLf6guRSSuTVD6Y5qL3uLdG7wwDQYJKoZIhvcNAQELBQADggEBAAy3LufCX5LO CYQNodzoYD9vOqFmXG4WaH48MH37laW7lvDdKcG8995H4KBDBqQG1kIlIVAsz8uulADG0JftZ6Wi uOEkN1G4duKCUtmCTz4wTmoZ75yuEC/GQNXaVJM0L+VD8g88yZL88obT7QV8pGcRy6qCjXdNNqTO wNTU/SGRJR+9jBSaCKsUwbgLhQ9sqQhIBgc/UMPT8sL5jyJmfHdQFGGEmKBP58YIP719HSMwiEq7 kxVvCs+oW2R2hEdUPcwLj38syy+paTRIJsbTGEDlEpLQ7UbtzcY4De4Y1KFIjtZIHAv0TbNziVve hbxHKyQFqOcQW5TL93FYuYSoKz4wggTiMIIDyqADAgECAhBmtFXDF72w67XdW047ngC0MA0GCSqG SIb3DQEBCwUAMF0xCzAJBgNVBAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMTMwMQYD VQQDEypHbG9iYWxTaWduIFBlcnNvbmFsU2lnbiAxIENBIC0gU0hBMjU2IC0gRzIwHhcNMTUxMDI5 MDk0NDQ4WhcNMTgxMDI5MDk0NDQ4WjBcMSkwJwYDVQQDDCBtYXJrLm1pbGxhcmRAbmV4dXN0ZWNo bm9sb2d5LmNvbTEvMC0GCSqGSIb3DQEJARYgbWFyay5taWxsYXJkQG5leHVzdGVjaG5vbG9neS5j b20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDGSC7sHbLqONiN1yq0TDbIHwwCZNWU IYP9828FcLsPhi4c4tDWtQGQidN0rMBI2CAcSJlkxHm28+HN+l5zjJszQhGwAC5kxMdMcC1WBV56 uCeOrZfHbvTVSRfsp2EjTCPuQV+nSmy6fyM4TDyWFfY3/DSP9NAjSS1MnTGsjaXD7OojFYov5IrZ nvNJdgqkW1hV7+Bz5AaV8w5ptpIT9UWPixm7gigZr8HNdKpiOKF1RyncNtTRsUAa+xhRpyhY+9s7 N1fLJ+uH0jvcf1Mfj5ncOLOgS8Y24ZqZRxXaPW+3LuRVVOKDhFNohJtNWP4QAU4mQrDK1DT9yV2Z ShKSzXmbAgMBAAGjggGdMIIBmTAOBgNVHQ8BAf8EBAMCBaAwTAYDVR0gBEUwQzBBBgkrBgEEAaAy ASgwNDAyBggrBgEFBQcCARYmaHR0cHM6Ly93d3cuZ2xvYmFsc2lnbi5jb20vcmVwb3NpdG9yeS8w KwYDVR0RBCQwIoEgbWFyay5taWxsYXJkQG5leHVzdGVjaG5vbG9neS5jb20wCQYDVR0TBAIwADAd BgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwRwYDVR0fBEAwPjA8oDqgOIY2aHR0cDovL2Ny bC5nbG9iYWxzaWduLmNvbS9ncy9nc3BlcnNvbmFsc2lnbjFzaGEyZzIuY3JsMFkGCCsGAQUFBwEB BE0wSzBJBggrBgEFBQcwAoY9aHR0cDovL3NlY3VyZS5nbG9iYWxzaWduLmNvbS9jYWNlcnQvZ3Nw ZXJzb25hbHNpZ24xc2hhMmcyLmNydDAdBgNVHQ4EFgQUUIjbedbksmvUhLZqbK8noImV6uEwHwYD VR0jBBgwFoAU/impuP+cW8ntQtlud9g0V0GnbQUwDQYJKoZIhvcNAQELBQADggEBAA7QqkMPlsFk xZbtPjbhSqQdARCP6wPGqkviLuJ4v5FXLEVPZTY5didWpzmcXh44EXpPq/AMJG6lYRGyZ8SVJiYN kDgO954yNtTOFnufgDaaal+qqO3sOfRf2n6fEH+fqkdKfJ9AiouKuyEQ1gai4ikDYZ268/ers8FB kf24b9dBR0pYFrgGDyO9eDVgwnhWFhXjBQyFCyyIqk2r2LLZNhe24OVirmUDS0vCldkEdliMIt7e MqMoR6qI1iExkXYCPYHB1Q5qa8Ytcmr2X5/5647qmVRNloQ7zjwTPaYKjPsgq2uZ5IypIr0sGtgp c263HdM+jBRdsQw9AD1tVLr+jF0xggMBMIIC/QIBATBxMF0xCzAJBgNVBAYTAkJFMRkwFwYDVQQK ExBHbG9iYWxTaWduIG52LXNhMTMwMQYDVQQDEypHbG9iYWxTaWduIFBlcnNvbmFsU2lnbiAxIENB IC0gU0hBMjU2IC0gRzICEGa0VcMXvbDrtd1bTjueALQwCQYFKw4DAhoFAKCCAWUwGAYJKoZIhvcN AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTgxMDA4MjAxNjQzWjAjBgkqhkiG9w0B CQQxFgQUOY7wNEtM2JSjjx71JSGXxFchlfAwgYAGCSsGAQQBgjcQBDFzMHEwXTELMAkGA1UEBhMC QkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExMzAxBgNVBAMTKkdsb2JhbFNpZ24gUGVyc29u YWxTaWduIDEgQ0EgLSBTSEEyNTYgLSBHMgIQZrRVwxe9sOu13VtOO54AtDCBggYLKoZIhvcNAQkQ Agsxc6BxMF0xCzAJBgNVBAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMTMwMQYDVQQD EypHbG9iYWxTaWduIFBlcnNvbmFsU2lnbiAxIENBIC0gU0hBMjU2IC0gRzICEGa0VcMXvbDrtd1b TjueALQwDQYJKoZIhvcNAQEBBQAEggEAj2LazwMYTt2mC2dg4PJDWYiwR2bVQ5/pgVzL6a0qYy2s 1a1qVN2xe6eCmuuaKWatPoX1aqlkavOBUCGqkNTaEjXrHMldXqLxrvOnuya7Vc+l21MFJVm0skPf VaVRNOIeGaHdlK8sCwpjLOB1Ntg3P30YAJ3EcnhQiBsXqVf98PCO1dmRalW54Mo+qnajz6yXI1M9 XHNK9OrAILrz3D50go5rrh0FbIgCx5zCq3rsgrjQj2DL8xEBHhnuNO/w+qeaGDHD9kQ+ZHmC6AYv MV5stvSSVL4YKOuTMSAuonXoPQ7ukV1u9+6LzxHgRjPY5Yil/YxhqyXKtVEXdOUQHaS+IAAAAAAA AA== --Apple-Mail=_B4FDF73B-69DE-4B85-A888-56FAD4FF0735-- From owner-freebsd-ppc@freebsd.org Mon Oct 8 20:24:32 2018 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 B562B10CA9F6 for ; Mon, 8 Oct 2018 20:24:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-14.consmr.mail.bf2.yahoo.com (sonic316-14.consmr.mail.bf2.yahoo.com [74.6.130.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 540277C0BF for ; Mon, 8 Oct 2018 20:24:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: TQiDx7sVM1nALLFY53xvMATZQVsQIesyZhGhGkkYUJwFVL0HqUjHWxLahSMRxfO 4xQJIBg3dlEBh7JHyxHeDWkdq_H00tfAbjwVbWtqKSxE8T1CZhsr2E.ok3V_ATmg9B7mSygVcrz5 g1QZ5RtRHqfXXOZu9adEag4XE7kog8RAoEjz2.y9okMj3A7h8f7LKeln7PMexyIyn37abu8_mxVx Sk9ILHqqKHnY6Y.TbrcyXzbPC91v51Ma8AgJLeEMFaQauOmKDcScKccJbWYXLJhK8kc1TvFLIqsZ w3i_Hd6Cyiv43dlVhVp4abT.dxzayozhyspRQQrbF3GVSGfz0TvzXmW2GhDTzW9BeyM2mm3XoW.I DKkopHKcBXY6M3nDgK1oUHE654UyysvzSMfPWQVubOD9q59tza2uMGa.X1T504QORk6z3oHRfYPQ Oau5Z24foI6ZqUrpNgTO6LnunU4._9FkPGmqNWNunY69FYx2Mu5apxll.OjkgzGgmFHdHuLTSDYD DAu5wIYa2JEsplIahYLO_qpc6h2gY.YrEJtk2innTsmxMbTXPvq5UYGcCzkUIlIyPEjjfllxCbrW zpFMjvj9ZGHfmSZPGhTU86CS1UynrkFhjedWsQ2gjN4q_V5xCUkIrfc1MkfSsW7h1iy6TMcwplpx iQtun6JsBasrEXA_bG6mHOD78cgLuTxYYpK6z3BJKRj3Hjnu_rliCXTOHVaVBj4x74CRg9E4PFRq HDyQgFNOgKJTOx02ntNsPEHnNMAokUiJCEVIg3uSPNfLmzcs6RtqWvzo5swRfgV9oT.dvWUzCb9K YR86cMIjC1q3LGB_29V0QtEmDmB8BFmw8C5DemxDK_TOFytlNgTnNLRaLPIU.xLUdDIk0WcTTxE_ e8w7D74stUkkAysPoUqn7f8s6EQpL.BmeqIteya4bkJiyye95jfiFMhkk90aBmw4DPnpHNwbwk9W 8o5M5FQi8YnfQ5zir7DMjjLs70JmIDIY3ZNBBS5EgFOIKH0ibzB9bgLHApqNpXGzy14P9SQloTx9 CgzMBRuIz1GArbT_DhIIG1LBpCfQha82dii1Jy6gJC8rfWAQ_dlWdU64- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.bf2.yahoo.com with HTTP; Mon, 8 Oct 2018 20:24:31 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.101]) ([76.115.7.162]) by smtp427.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 16989e8e9cb29ec0fe491aa8a92d0420; Mon, 08 Oct 2018 20:24:29 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Failed attempt to boot a (non-debug) head -r339076 on an old PowerMac G5 "Quad Core" (built via devel/powerpc64-gcc): Waking up CPU 1 From: Mark Millard In-Reply-To: Date: Mon, 8 Oct 2018 13:24:27 -0700 Cc: "freebsd-ppc@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <5EACF25C-5D4B-4F5E-9CD3-D680F7FB2703@yahoo.com> References: <0E6DB192-37A3-45EC-87E9-C5AA1C9397AE@yahoo.com> <785D268A-2612-459F-BD1F-A650D9ECCA28@fh-muenster.de> <3DCB6910-6F08-408A-B3D1-70A7EB5A55BC@yahoo.com> <037e3dd6-cc0c-a39f-f074-bce01887156c@blastwave.org> To: Dennis Clarke X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 20:24:32 -0000 Wrong E-mail address was used: please use marklmi@yahoo.com instead or reply to this. On 2018-Oct-8, at 1:16 PM, Mark Millard <> wrote: On 2018-Oct-8, at 12:37 PM, Dennis Clarke = wrote: > On 10/08/2018 03:04 PM, Mark Millard via freebsd-ppc wrote: >> On 2018-Oct-8, at 10:25 AM, Michael Tuexen = wrote: >>>> On 8. Oct 2018, at 19:00, Mark Millard = wrote: >>>>=20 >>>> [kern.smp.disabled=3D1 is confirmed to enable booting >>>> my head -r339076 build on teh "Quad Core", much like >>>> the 11.2 reports for "2MHz dual-core".] >>> Does 11.2 run with smp enabled? >> [My wording was poor: "reports" in "11.2 reports with >> smp enabled" was referring to reports by you and others >> on the lists, not screen messages from attempting a >> 11.2 boot.] >> No clue at this point for the G5 "Quad Core". I have no >> 11.x context established, and have not since head >> went from 11 to 12, as I remember. Would trying to boot >> an installer/live for 11.2 be sufficient to test >> this? >=20 >=20 > I have tried over and over to install 11.2 on a G5 with dual PPC970 > sockets wherein both are dual core. There is no quad core. Never was. > Anyways, the install simply doesn't work. See, for example: = https://everymac.com/systems/apple/powermac_g5/specs/powermac_g5_quad_2.5.= html There was: two sockets with 2 cores each. Apple Marketing called this configuration "Quad Core": It is a misnomer or is at least misleading given what their "Dual Core" vs "dual processor" wording referred to. I frequently reference the "Quad Core" as "so-called 'Quad Core'" for the "PowerPC 970MP (G5) x2" configuration. I have access to two of these and top and other things show all 4 "cpus" (in FreeBSD terminology). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Mon Oct 8 20:27:54 2018 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 9F3FA10CAB01 for ; Mon, 8 Oct 2018 20:27:54 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-it1-x131.google.com (mail-it1-x131.google.com [IPv6:2607:f8b0:4864:20::131]) (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 376507C17D for ; Mon, 8 Oct 2018 20:27:54 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-it1-x131.google.com with SMTP id j81-v6so13251033ite.0 for ; Mon, 08 Oct 2018 13:27:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=YaYQ8Ipm2Vgf9Jp07JCRsZm7JrLpN4L+67sgtezrpFA=; b=Do2h5ykt7a189gNPtX7JhhWHVTdW2Wb0Yt3kXe8eEPacI7Sw06bk84CD8dqVJqps0d H+YARDypxRdgGG/oSxBthGlDfRAGxEzjyIEc+DhlhRcmLQrQK//ZpR8mzItnL62FcD6t d3JJqN1fRFBY++Ek62A57f8yIpMZ/yOapNvEZAIM9jndwZasU4Cnu93IVvwNqhNaxii5 KXeSrFrBliiGWGmuYWT5EKuAKStxjipww5DY1elWZu4/2XZvjnhm+SKYz8JsJ7+IO52O l8+RmQP93Abp+eQuaJIJqlfPWtXIEA7F0b6tO4MhbIhCJSdSZtrsP7GyWdbhVqAmPjJL wxsA== 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=YaYQ8Ipm2Vgf9Jp07JCRsZm7JrLpN4L+67sgtezrpFA=; b=DaSPRBR3AiYg3VXCFLmpUHT7eqYYRCmFAc3tlgs7rc5GiybLEmHJX9mf2U/B2mMZa8 eBMeN61zRVLwFLqjB+OXKOBOihVlJfyAodOzNIEbJbSNIeMihisKdUCvCoO/GN9Mp9+O SCoViFW9JjzE4XtnqW11T85cnJUijNXsKoTyI3kECUkRHcn15BvuTuU4RmWeenDZQuaP urKBxv/FkILldEzSZuiDiErFUoGBzng4Iqx6TbA1lRARG8RunxmnwiqU4FW1S/LoAkOx RVUQ6Ggz+tWd61W91JenRai6nM0ZGM9PWtoGjELNRozfY322zdJHSgMlQmnqspVrotQ9 yTGg== X-Gm-Message-State: ABuFfoidXnPUQjBGIfjphfiS+PuCnuML1ieJWYKYQDy0aHD1rJNyKYGV iR11SVZBxHRSBOrNa9UmjpKpJNVA X-Google-Smtp-Source: ACcGV63wKH1ToUiC+wRX0nvMe0i63Ocefsf4pgjU6qQlmYYSPyDXwpmHpvEc2M4JfxResiJoN6zUHw== X-Received: by 2002:a05:660c:68c:: with SMTP id n12mr523969itk.106.1539030473433; Mon, 08 Oct 2018 13:27:53 -0700 (PDT) Received: from ralga.knownspace (173-25-245-129.client.mchsi.com. [173.25.245.129]) by smtp.gmail.com with ESMTPSA id z11-v6sm9277495itz.26.2018.10.08.13.27.52 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 08 Oct 2018 13:27:52 -0700 (PDT) Date: Mon, 8 Oct 2018 15:27:46 -0500 From: Justin Hibbits To: Dennis Clarke Cc: freebsd-ppc@freebsd.org Subject: Re: Failed attempt to boot a (non-debug) head -r339076 on an old PowerMac G5 "Quad Core" (built via devel/powerpc64-gcc): Waking up CPU 1 Message-ID: <20181008152746.1aba4221@ralga.knownspace> In-Reply-To: <037e3dd6-cc0c-a39f-f074-bce01887156c@blastwave.org> References: <0E6DB192-37A3-45EC-87E9-C5AA1C9397AE@yahoo.com> <785D268A-2612-459F-BD1F-A650D9ECCA28@fh-muenster.de> <3DCB6910-6F08-408A-B3D1-70A7EB5A55BC@yahoo.com> <037e3dd6-cc0c-a39f-f074-bce01887156c@blastwave.org> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; powerpc64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 20:27:54 -0000 On Mon, 8 Oct 2018 15:37:43 -0400 Dennis Clarke wrote: > On 10/08/2018 03:04 PM, Mark Millard via freebsd-ppc wrote: > > On 2018-Oct-8, at 10:25 AM, Michael Tuexen > fh-muenster.de> wrote: > >>> On 8. Oct 2018, at 19:00, Mark Millard > >>> wrote: > >>> > >>> [kern.smp.disabled=1 is confirmed to enable booting > >>> my head -r339076 build on teh "Quad Core", much like > >>> the 11.2 reports for "2MHz dual-core".] > >> Does 11.2 run with smp enabled? > > > > [My wording was poor: "reports" in "11.2 reports with > > smp enabled" was referring to reports by you and others > > on the lists, not screen messages from attempting a > > 11.2 boot.] > > > > No clue at this point for the G5 "Quad Core". I have no > > 11.x context established, and have not since head > > went from 11 to 12, as I remember. Would trying to boot > > an installer/live for 11.2 be sufficient to test > > this? > > > I have tried over and over to install 11.2 on a G5 with dual PPC970 > sockets wherein both are dual core. There is no quad core. Never was. > Anyways, the install simply doesn't work. > > Dennis It would be helpful to know the last known-good SVN revision, both for Head and 11.x, as well as the oldest failing one. Since my G5 bit the dust, I can't check locally. - Justin From owner-freebsd-ppc@freebsd.org Mon Oct 8 21:15:03 2018 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 62AA710CBDC6 for ; Mon, 8 Oct 2018 21:15:03 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhfb01.myregisteredsite.com (atl4mhfb01.myregisteredsite.com [209.17.115.55]) (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 F036D7DC09 for ; Mon, 8 Oct 2018 21:15:02 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhob06.registeredsite.com (atl4mhob06.registeredsite.com [209.17.115.44]) by atl4mhfb01.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id w98LAcX3005528 for ; Mon, 8 Oct 2018 17:10:39 -0400 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 w98LAUNt001204 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 8 Oct 2018 17:10:30 -0400 Received: (qmail 10809 invoked by uid 0); 8 Oct 2018 21:10:29 -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; 8 Oct 2018 21:10:29 -0000 Subject: Re: Failed attempt to boot a (non-debug) head -r339076 on an old PowerMac G5 "Quad Core" (built via devel/powerpc64-gcc): Waking up CPU 1 To: Mark Millard Cc: "freebsd-ppc@freebsd.org" References: <0E6DB192-37A3-45EC-87E9-C5AA1C9397AE@yahoo.com> <785D268A-2612-459F-BD1F-A650D9ECCA28@fh-muenster.de> <3DCB6910-6F08-408A-B3D1-70A7EB5A55BC@yahoo.com> <037e3dd6-cc0c-a39f-f074-bce01887156c@blastwave.org> <5EACF25C-5D4B-4F5E-9CD3-D680F7FB2703@yahoo.com> From: Dennis Clarke Message-ID: <9d0e2739-aa06-9744-082d-df89fd657081@blastwave.org> Date: Mon, 8 Oct 2018 17:10:29 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <5EACF25C-5D4B-4F5E-9CD3-D680F7FB2703@yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 21:15:03 -0000 > https://everymac.com/systems/apple/powermac_g5/specs/powermac_g5_quad_2.5.html > > There was: two sockets with 2 cores each. Apple Marketing... Land Rover can call the Defender 110 a "luxury SUV" but that doesn't make it so. dc From owner-freebsd-ppc@freebsd.org Tue Oct 9 00:14:18 2018 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 C9F7010AB4AC for ; Tue, 9 Oct 2018 00:14:18 +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 70A7E8683C for ; Tue, 9 Oct 2018 00:14:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Qkd0jzAVM1ltgMiQS8niZHOrdfMpa9FLey44rUFEsdXeUaCpg5mNOa8XmDGpAsg zB7kQBmOymKmPlxmH1XEu7JI38RclPZgr8dFqpWFu4aYvhhQri3wle9Qqye7oXKNNHPCEmkR3q6z WxmF3jcjPev2TuidbqXxIAQVIAhR1KXC1LF7su9AUfDsEqt3QFcmCiuwcQ2MWytT.r1E_sBzJD7T FkbPCn7624DX3czq9y1I5UMHqbailwKoY9xx7QITaFNxxdHeXEJYOUIqdRjFh23zloiep0apZX4a 7SQQ2AQ_qGQdy5I2Ju3idgiKJABC2fEaY9yNTXc1uSOTTtSnAlMFzOTIx94TOrDppFca29Cq0JuB dDsO8TOJOM.qS5_WfPE7yX06KWFKZ1E3rH5R6OaPG5EL8QhVGlLjG1FKZRC8doN231_O2q1kUaWL eaDe8OALuylZC5y3spEQP5NVs1B2g438t2nVrBoJ8tbwujL9V.te2iiu3Ik8wS32aHAofnuiraaB HTdhnMQBBRlP9KkoMdoZDccFyaLtvwqELFj9y3USrtaVFLNLGNHSy7sInCJqXFpWyVznUHa.qmCs mtfgLBMA6LyU0fkqDlTvxwJ.CJrKnvvf1sUfERLFGmjMOqSvyUNn97GZ8jzI5Vt4OIukbQAgx3tA xw6kEUS_MdunK0B8QA45s10BAtkXp9Y.xRxrUw53AqQrUwCvkKfZdFikRJP.15Brl7marPWdzlh4 w6X1VvHbM72elCIHkHtp2kGdbqYtxvhCdrX8ujL4EUdORJu6JBNLylOGN3ScTdYpVTAgIhVJiv78 8DkuoptazW6dvGn9UZLgu.Tc75rOyiAyX8zUdVlutjTJ6VxxtrlJxqqQ.jV4svLK_44pKF8yL_oO Zj_m5694I8KjvFYfdYdE.kwH6QXtxFTZoT55zdfPu07146Jz.fG5IQOVmfoOBpHUNr2njI3MIrix GPjwZgkMxrtnk0r1WcizeTCuRtmmHrGjIE9wqZbXSn3EleXmlwRPC9RpuFnCE8t2h.AT27WKk45P gh1.LCST0qxgeatVZIVRx1e081kfKvM44rxCvzkhLRUUnVWQelTRLEJzOL5OG1eBu.8k3HfyQhes - Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.bf2.yahoo.com with HTTP; Tue, 9 Oct 2018 00:14:11 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.101]) ([76.115.7.162]) by smtp407.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID fa1c13907eb107654cfdedfb8eca7c56; Tue, 09 Oct 2018 00:14:08 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Failed attempt to boot a (non-debug) head -r339076 on an old PowerMac G5 "Quad Core" (built via devel/powerpc64-gcc): Waking up CPU 1 From: Mark Millard In-Reply-To: <20181008152746.1aba4221@ralga.knownspace> Date: Mon, 8 Oct 2018 17:14:06 -0700 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <0E6DB192-37A3-45EC-87E9-C5AA1C9397AE@yahoo.com> <785D268A-2612-459F-BD1F-A650D9ECCA28@fh-muenster.de> <3DCB6910-6F08-408A-B3D1-70A7EB5A55BC@yahoo.com> <037e3dd6-cc0c-a39f-f074-bce01887156c@blastwave.org> <20181008152746.1aba4221@ralga.knownspace> To: Justin Hibbits , Michael Tuexen X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 00:14:19 -0000 On 2018-Oct-8, at 1:27 PM, Justin Hibbits = wrote: > On Mon, 8 Oct 2018 15:37:43 -0400 > Dennis Clarke wrote: >=20 >> On 10/08/2018 03:04 PM, Mark Millard via freebsd-ppc wrote: >>> On 2018-Oct-8, at 10:25 AM, Michael Tuexen >> fh-muenster.de> wrote:=20 >>>>> On 8. Oct 2018, at 19:00, Mark Millard >>>>> wrote: >>>>>=20 >>>>> [kern.smp.disabled=3D1 is confirmed to enable booting >>>>> my head -r339076 build on teh "Quad Core", much like >>>>> the 11.2 reports for "2MHz dual-core".] =20 >>>> Does 11.2 run with smp enabled? =20 >>>=20 >>> [My wording was poor: "reports" in "11.2 reports with >>> smp enabled" was referring to reports by you and others >>> on the lists, not screen messages from attempting a >>> 11.2 boot.] >>>=20 >>> No clue at this point for the G5 "Quad Core". I have no >>> 11.x context established, and have not since head >>> went from 11 to 12, as I remember. Would trying to boot >>> an installer/live for 11.2 be sufficient to test >>> this? =20 >>=20 >>=20 >> I have tried over and over to install 11.2 on a G5 with dual PPC970 >> sockets wherein both are dual core. There is no quad core. Never was. >> Anyways, the install simply doesn't work. >>=20 >> Dennis >=20 > It would be helpful to know the last known-good SVN revision, both for > Head and 11.x, as well as the oldest failing one. Since my G5 bit the > dust, I can't check locally. Admittedly, it is a mix of 11 and 12 but bounds might be: Earliest known failing (so far): 11.2 Release is -r335563 (by which point 11 possibly picked up something bad from head) Latest known working (so far): head -r333594 (too soon for 11 to have picked up something from head) =46rom = https://artifact.ci.freebsd.org/snapshot/stable-11/r*/powerpc/powerpc64/ke= rnel.txz (presuming holding a base.txz constant and just swapping kernels) In that range for stable-11 I see matches for * of just: 334634 334654 334698 334956 335204 335406 335436 335472 335488 335492 335496 335508 335514 335556 So about 14 versions of 11's kernel seem to be available in a pre-built form for powerpc64 under the assumption of "common problem, moved from head to 11". Of course 11.2's release -r335563 could be included. There do not seem to be earlier powerpc64 snapshots anywhere near -r333594's time frame. That could possibly be used to narrow the range more for 11 without doing builds. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Tue Oct 9 13:01:19 2018 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 AB74310CE210 for ; Tue, 9 Oct 2018 13:01:19 +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 537AB8762A for ; Tue, 9 Oct 2018 13:01:19 +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 9703BB7951 for ; Tue, 9 Oct 2018 09:01:08 -0400 (EDT) To: freebsd-ppc@freebsd.org From: Al Subject: Best PowerPC hardware Message-ID: <1cb6deb1-5448-819a-3d01-9ba747dad6b9@datazap.net> Date: Tue, 9 Oct 2018 15:01:07 +0200 User-Agent: Mozilla/5.0 (X11; Linux ppc64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 13:01:19 -0000 Hello, I have an AmigaOne X5000 and I was wondering what would be the best supported raid controller and ethernet card. I would like to have a dual port ethernet card, not really sure about the raid controller. Kind Regards, Al From owner-freebsd-ppc@freebsd.org Tue Oct 9 14:26:46 2018 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 B5A5310ABA1D for ; Tue, 9 Oct 2018 14:26:46 +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 4A6F28B559 for ; Tue, 9 Oct 2018 14:26:46 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-it1-x12c.google.com with SMTP id c85-v6so2951910itd.1 for ; Tue, 09 Oct 2018 07:26:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=4VImMoRzk121NHFcZIsM2poPUsGbh2uZAIOpWbRaQek=; b=E/vcM2cXQp8FqMRQKdSH0wzqxuRTOueK28LaDmX6JoBazIhHx85Y+cOHYt0ET0tMam jxIVti1xDogfpTHuaxwcdkWFr9nLRsTNhyT9vCHOnCvcUp/Vw/SMJTS7B75vhZqe5nRF YB/q1wwDVnKminG+q5uiyzb/2fIqMGEeyJczVABRwurBd6kkFjiNXDCloI5mcnHtMLjF tb9THDvdGUvy/2/1pH5ZLm+qFd+qxrYHXy229yvAdcl41wKP/1bQMvGk9k4wH/6QByiN rndgjmHvbuugH8uIfL3GbHcRHzuCFeVAYV9GcqFJEPvCmkAn+fx3+xrZt0l0zqi9yELF rWwQ== 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=4VImMoRzk121NHFcZIsM2poPUsGbh2uZAIOpWbRaQek=; b=sg4hLi5cYOZCTBKZ/FBfEpjGLliN9siXvqWDD9j3CqoRA3sMoq8Gnpd+l+T6Y45W4y KWSFIPxBVtfm7kkEfZ6rHjx/G01ITfEwqk1wEYoLl8QmuwoFbDqlBCbePMJHIK8BLUR6 9LgEy3TzG8nQOx4NH1FJRg7EyxNQnu0sx9op56I30rs/vBHv3/4mVnKtEilf8M8FL3ze MsHc5c4cNugHUEnbwUxy8i+iizY6DJJ60W4/d2AlTJMRvSpHpMmuI6In+brIor/ho5NP XKkBgTJggR47rbWNgEO//yrIboTVg4/ipJPej+Hkf18lKhlACLS8IRIHRGla3ikelFW7 2fkA== X-Gm-Message-State: ABuFfoirE24fO/DAa0YxHjCaLT1OZ3NFgbh6INYD2NNS9y43LYWF5jUZ 5p0oM/s4IMZNCJ5e7U55YlnnT7iz X-Google-Smtp-Source: ACcGV6004a2oGAEKqrgzxcjhOjZbGuwyO4+V/nvQhZ1obN2qE/ZrPRUV1CaOW0McOU9cTrsLxF/xxw== X-Received: by 2002:a05:660c:8c3:: with SMTP id g3mr2110082itl.53.1539095205650; Tue, 09 Oct 2018 07:26:45 -0700 (PDT) Received: from ralga.knownspace (173-25-245-129.client.mchsi.com. [173.25.245.129]) by smtp.gmail.com with ESMTPSA id t196-v6sm6119105ita.30.2018.10.09.07.26.45 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 09 Oct 2018 07:26:45 -0700 (PDT) Date: Tue, 9 Oct 2018 09:26:40 -0500 From: Justin Hibbits To: Al Cc: freebsd-ppc@freebsd.org Subject: Re: Best PowerPC hardware Message-ID: <20181009092640.039299b3@ralga.knownspace> In-Reply-To: <1cb6deb1-5448-819a-3d01-9ba747dad6b9@datazap.net> References: <1cb6deb1-5448-819a-3d01-9ba747dad6b9@datazap.net> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; powerpc64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 14:26:46 -0000 On Tue, 9 Oct 2018 15:01:07 +0200 Al wrote: > Hello, > > I have an AmigaOne X5000 and I was wondering what would be the best > supported raid controller and ethernet card. I would like to have a > dual port ethernet card, not really sure about the raid controller. > > Kind Regards, > Al Hi Al, I don't know about a RAID card, but the onboard ethernet is fully supported already by FreeBSD. However, a minor change needs to be made to the FDT. A sample device tree is located at https://people.freebsd.org/~jhibbits/cyrus_p5020_amiga.dts or https://people.freebsd.org/~jhibbits/cyrus_p5020_amiga2.dtb Instructions can be found at http://forum.hyperion-entertainment.biz/viewtopic.php?f=58&t=3948 - Justin From owner-freebsd-ppc@freebsd.org Tue Oct 9 15:20:18 2018 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 2732A10AEE14 for ; Tue, 9 Oct 2018 15:20:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-21.consmr.mail.ne1.yahoo.com (sonic302-21.consmr.mail.ne1.yahoo.com [66.163.186.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 B38138DCCD for ; Tue, 9 Oct 2018 15:20:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: cfh_pgoVM1kYXwze5j2A71fe55eq3KMjebHOKSQQrEKREGVzaFDpKBJWwNq2g1E itt.7plU9ENhoLuabcFwODM6WLtoRlgf2dfwZZY6vtOUGp0gBhz5NvJ6weSGBIP_NApnfr4FgKFd rZVkWWFrnE3vkq3DAvc0uucBXL4TN2oCHd9LATJ7ak.g7DDPwm_qtNy1NvOznpf7B9V1sn8owhJ9 MeFWD4p_Jq4rprzUwrkLw0v8Tsfl6CBUQUzqLgKt1MwkHfWVb5qq9brxX5bIwcCVEeeKAbJcYGFO VX_QDQjhOm708KXn4SwpLKMT9iP5OWaNu3SFhhNUQfty.W76TZENFq5IjoGAAOghHrYfebstlf5z l0hRJmorIv27lSACQfMVWJUzg9_X.lYNj3POcGbTW3Pd6pAV3bynBl8hJx.4qn38f7n.pv3kcqwi mr3QTPS7PDKQRQ1jjrufMPQr_PjP5laPQJYP1FfScvMsutj_qTTfRzAhONQGEG6BjIzNQdyJb0Zy WapFthNNnWK0UwPY0HyzXWpZCA75vQavZoFSpowDsSEB6Qbt4.lhj6pVON66QtNF52GaQb4z1nFa JTGL26dfYVvrcvVGU2L2wiKqf9C3LS0v49K.XyT1uZRTcks2jrFnFrUv3EvgaFnBVmdiZPbnyUla .727NbSNIXscAn7.W6VHat6gvCdRf62hoGsd5ny_ZefEPTGsWjGta8ddXnErWp6ldD3loKoN32Bp EvkrL8VZ7rCtVTJXWZC783msO3WK4SnEYjP1dK_jVB0huKjYD9o4DccggxbKGGdEKn9UWoypv5Mj TKDjujwV9C5MHZiH_gxMBnJ199mfxHL_rlHdbVpkeGx.d5H6VpSACDltUlfNrtCegJG4UD_yxy9S lbQr0B9PZ1ZBvsA3HqPLNc2ycijE4Zs5nxtl.GdLrB.tUW2ojskkfWuA2GVPZoI704i_RLTtSCGV wDQldo7uytBBq8d33k6qsA.LgCLbK.Z_niUTq9sMQQzoCjsig9ae7UXmmAPV_jxQZ_DCobvhli3g mfUyVILex34OM9Sqrncflmg5_ksINiF1J5BLm8Y8q3N66X6Cs_hE7CiCdOlBbQxUX8ipBG1Ucl50 i3w6gNJj0MnK0sZ5XNTiZ Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.ne1.yahoo.com with HTTP; Tue, 9 Oct 2018 15:20:10 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.101]) ([76.115.7.162]) by smtp409.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a43e41ee23a8cf7d3a56180ea34ac77e; Tue, 09 Oct 2018 15:20:10 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Failed attempt to boot a (non-debug) head -r339076 on an old PowerMac G5 "Quad Core" (built via devel/powerpc64-gcc): Waking up CPU 1 From: Mark Millard In-Reply-To: Date: Tue, 9 Oct 2018 08:20:09 -0700 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <031407DB-57AD-4E09-9A22-A0D4A347576E@yahoo.com> References: <0E6DB192-37A3-45EC-87E9-C5AA1C9397AE@yahoo.com> <785D268A-2612-459F-BD1F-A650D9ECCA28@fh-muenster.de> <3DCB6910-6F08-408A-B3D1-70A7EB5A55BC@yahoo.com> <037e3dd6-cc0c-a39f-f074-bce01887156c@blastwave.org> <20181008152746.1aba4221@ralga.knownspace> To: Michael Tuexen , Justin Hibbits X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 15:20:18 -0000 [The stable/head mix seems to be a wrong idea: 11.2 gets past the SMP: messages just fine on the so-called G5 "Quad Core".] On 2018-Oct-8, at 5:14 PM, Mark Millard wrote: > On 2018-Oct-8, at 1:27 PM, Justin Hibbits = wrote: >=20 >> On Mon, 8 Oct 2018 15:37:43 -0400 >> Dennis Clarke wrote: >>=20 >>> On 10/08/2018 03:04 PM, Mark Millard via freebsd-ppc wrote: >>>> On 2018-Oct-8, at 10:25 AM, Michael Tuexen >>> fh-muenster.de> wrote:=20 >>>>>> On 8. Oct 2018, at 19:00, Mark Millard >>>>>> wrote: >>>>>>=20 >>>>>> [kern.smp.disabled=3D1 is confirmed to enable booting >>>>>> my head -r339076 build on teh "Quad Core", much like >>>>>> the 11.2 reports for "2MHz dual-core".] =20 >>>>> Does 11.2 run with smp enabled? =20 >>>>=20 >>>> [My wording was poor: "reports" in "11.2 reports with >>>> smp enabled" was referring to reports by you and others >>>> on the lists, not screen messages from attempting a >>>> 11.2 boot.] >>>>=20 >>>> No clue at this point for the G5 "Quad Core". I have no >>>> 11.x context established, and have not since head >>>> went from 11 to 12, as I remember. Would trying to boot >>>> an installer/live for 11.2 be sufficient to test >>>> this? =20 >>>=20 >>>=20 >>> I have tried over and over to install 11.2 on a G5 with dual PPC970 >>> sockets wherein both are dual core. There is no quad core. Never = was. >>> Anyways, the install simply doesn't work. >>>=20 >>> Dennis >>=20 >> It would be helpful to know the last known-good SVN revision, both = for >> Head and 11.x, as well as the oldest failing one. Since my G5 bit = the >> dust, I can't check locally. >=20 > Admittedly, it is a mix of 11 and 12 but bounds might be: >=20 > Earliest known failing (so far): > 11.2 Release is -r335563 (by which point 11 possibly picked up > something bad from head) >=20 > Latest known working (so far): > head -r333594 (too soon for 11 to have picked up something from > head) >=20 > =46rom = https://artifact.ci.freebsd.org/snapshot/stable-11/r*/powerpc/powerpc64/ke= rnel.txz > (presuming holding a base.txz constant and just swapping kernels) > In that range for stable-11 I see matches for * of just: >=20 > 334634 > 334654 > 334698 > 334956 > 335204 > 335406 > 335436 > 335472 > 335488 > 335492 > 335496 > 335508 > 335514 > 335556 >=20 > So about 14 versions of 11's kernel seem to be available > in a pre-built form for powerpc64 under the assumption of > "common problem, moved from head to 11". >=20 > Of course 11.2's release -r335563 could be included. There > do not seem to be earlier powerpc64 snapshots anywhere near > -r333594's time frame. >=20 > That could possibly be used to narrow the range more for 11 > without doing builds. To start on this I took enough from: = http://ftp1.freebsd.org/pub/FreeBSD/snapshots/powerpc/powerpc64/11.2-STABL= E/ to see if it would get past the SMP: messages that head is not reaching. It produced the SMP messages just fine and kept going past that point. So I tried: http://ftp1.freebsd.org/pub/FreeBSD/releases/powerpc/11.2-RELEASE/ and it did the same. 11.2-Release does not fail during the same activity as head (if it fails at all). So I'm not exploring the artifact.ci.freebsd.org stable-11 material that I listed. I may explore head via: = https://artifact.ci.freebsd.org/snapshot/head/r*/powerpc/powerpc64/kernel.= txz =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Tue Oct 9 16:59:40 2018 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 960C110B4335 for ; Tue, 9 Oct 2018 16:59:40 +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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 41642724CB for ; Tue, 9 Oct 2018 16:59:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 363E8B7F2; Tue, 9 Oct 2018 16:59:40 +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.2 with cipher ECDHE-RSA-AES256-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 30C4FB7F1 for ; Tue, 9 Oct 2018 16:59:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 04796724C9 for ; Tue, 9 Oct 2018 16:59:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 4A583154BF for ; Tue, 9 Oct 2018 16:59:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w99Gxd0N065385 for ; Tue, 9 Oct 2018 16:59:39 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w99GxdT3065384 for powerpc@FreeBSD.org; Tue, 9 Oct 2018 16:59:39 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 232060] lang/mono: Fix for Mono build on FreeBSD PowerPC Date: Tue, 09 Oct 2018 16:59:39 +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: feld@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: mono@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 16:59:40 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D232060 Mark Felder changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |feld@FreeBSD.org --- Comment #1 from Mark Felder --- Should this patch only be applied when PPC64 arch is used, or is this patch= OK to have applied regardless of the system architecture? I haven't had time to look at the surrounding code to figure this out yet. Thanks! --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Tue Oct 9 20:05:20 2018 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 847A410BA93F for ; Tue, 9 Oct 2018 20:05:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-11.consmr.mail.ne1.yahoo.com (sonic313-11.consmr.mail.ne1.yahoo.com [66.163.185.34]) (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 1D0867A5F5 for ; Tue, 9 Oct 2018 20:05:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: fufnzKAVM1kJ7cr9GDsWNXi0_sWqgJNZHev6VVPXFJAE82bnASP2201bu.LPGxz Hyn5LTZppkxieBsKkS4ZilFkMclz_W9wzDwQo9H08hSi6FuuQVZfID4E7p5Rw8.9uYuTKxwgZvTr v9IWqIWSswKSY_lXOnFhjTcb0iTFiH6BSJpQeVbDC1sNmTnRVvmsCTDrWqQ1MTQRAUI3a4QsKzEf Mo2okM7Op.AIbnqfl8s3WtSxzeqvHW1P2gBCbm2gqaWUZ68h9X7LaCt4UiiocHXiXbeK_HCxzxck WLmQaD7m5CH6vZhz1hYvO1QcmmZoX1JRHhalqsDOyddG.MfAYjPvI4b97u.N6LGu_7YRKQVXlW84 qFpi5tnoHx8QMXg8fQ1EtkAltExZm_469ZbE5KV06zfcjlnc5Je9M70s0GqtuPMZLYC41Kk28nn5 C4LuzcTAOSE_JyKeWfSmYtRZrdCvEtr7yy28zvlIJTsvcnPbyFoTOQ3Ln5Gfzy0Cs88N9rCyXwal ijkVdQgsJf3IOnMreEAUwlosHVBWYwdBn._A00EHnQlaTEMSALkwWT0gsfLTEkB58shPLLAKKBv4 mOlY9q9psldruBd7PPmAqqB0x4tgahQoivF9bJj4O3l9h9ofVEo4zL_4wC6G6bvrZTNZhsmLUV8n cQrN0mRyp_PFJF0AeYmkPJsdITzjqOtiEGp9x0iFh5l8Sw569cm1odAIPA7iGBPpe9zeRss9qhC4 s4dM8ZiU_DBcPKylN5pabJM.5X9m_Zqprhw8fdiwtJB9pogffGWxqGTMTEbWDSM25DQLiphAP4FK luTIdcOK5lecxGmtAZOZLz85E4AMQhcWPRHKaLLxkRr6wM9TOOoSitNl8rsvhG0mxpunXQtih7dF fESHmKhtaEXLf8Ab8sr8O3hKd0UiEHhx4PEHNYw9pL5K5w5L_RpmJsNOF9k2sXURbOaZK8N9rNxQ swxKk8DmY1dUcDyrEqEFmaVb_CoVni51Rm4uw5XReoDaChjzBSI7JnEQ4288ZBFBts4g4GVvf2z5 M8mAShWXssQQj.WO4X_IqXgiqLte46UuJrYuZkejFeIO3gW0K9qhiRc_sZA2JANYWWE6bh_Nk8t9 7rxycuFkHI9NMy7Mi49Y- Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.ne1.yahoo.com with HTTP; Tue, 9 Oct 2018 20:05:18 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.101]) ([76.115.7.162]) by smtp405.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID e4a4e4bdbef454d38c40986bba8f8f44; Tue, 09 Oct 2018 19:54:54 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Failed attempt to boot a (non-debug) head -r339076 on an old PowerMac G5 "Quad Core" (built via devel/powerpc64-gcc): Waking up CPU 1 From: Mark Millard In-Reply-To: <031407DB-57AD-4E09-9A22-A0D4A347576E@yahoo.com> Date: Tue, 9 Oct 2018 12:54:52 -0700 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: 7bit Message-Id: References: <0E6DB192-37A3-45EC-87E9-C5AA1C9397AE@yahoo.com> <785D268A-2612-459F-BD1F-A650D9ECCA28@fh-muenster.de> <3DCB6910-6F08-408A-B3D1-70A7EB5A55BC@yahoo.com> <037e3dd6-cc0c-a39f-f074-bce01887156c@blastwave.org> <20181008152746.1aba4221@ralga.knownspace> <031407DB-57AD-4E09-9A22-A0D4A347576E@yahoo.com> To: Michael Tuexen , Justin Hibbits X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 20:05:20 -0000 On 2018-Oct-9, at 8:20 AM, Mark Millard wrote: > [The stable/head mix seems to be a wrong idea: 11.2 gets past > the SMP: messages just fine on the so-called G5 "Quad Core".] > > On 2018-Oct-8, at 5:14 PM, Mark Millard wrote: > >> On 2018-Oct-8, at 1:27 PM, Justin Hibbits wrote: >> >>>> . . . >>> >>> It would be helpful to know the last known-good SVN revision, both for >>> Head and 11.x, as well as the oldest failing one. Since my G5 bit the >>> dust, I can't check locally. >> > . . . There are examples of head's kernels that sometimes fail to get to the "SMP:" messages and sometimes work for getting there (and beyond). So: My reporting any example failure is a solid indicator of the "does not reach "SMP:" problem in that build. (All tries reached the waking message on at least cpu 1.) My reporting "worked" for a revision might be a misclassification. (This makes for a messier "binary-like search".) That said, the summary of the later detail is: head -r334494 kernel worked head -r334528 kernel failed (There is nothing between those for: https://artifact.ci.freebsd.org/snapshot/head/r*/powerpc/powerpc64/kernel.txz so getting a smaller range requires builds. I've not attempted that.) The only machine-dependent powerpc64 change between those 2 that I see is: Author: jhibbits Date: Fri Jun 1 21:37:20 2018 New Revision: 334498 URL: https://svnweb.freebsd.org/changeset/base/334498 Log: Increase powerpc64 KVA from ~7.25GB to 32GB . . . More detail for the test sequence follows, if you care. Otherwise skip it. The following was complicated by the discovery that for some(?) kernels, a kernel that worked one time could in a later try fail. (It is almost like it is using some uninitialized RAM and getting varying behavior, possibly depending on unload->load sequences in the loader.) I noticed because of using unload and load after a failure to (try) boot a previously working kernel to set up the next test. Stated based on: head -r333594 kernel always has worked head -r339076 kernel failed Searching: head -r336706 kernel failed head -r335006 kernel sometimes worked, later: sometimes failed head -r335852 kernel sometimes worked, later: sometimes failed head -r334298 kernel worked head -r334644 kernel failed head -r334474 kernel worked head -r334554 kernel sometimes worked, later: sometimes failed head -r334594 kernel failed head -r334494 kernel worked head -r334528 kernel failed If 334494 ever fails, explore: 334474 (repeated to check: keeps working?) 334484 (the only archived powerpc64 build between 338474 and 338494) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Tue Oct 9 20:35:49 2018 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 B83A610BB9C1 for ; Tue, 9 Oct 2018 20:35:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-14.consmr.mail.bf2.yahoo.com (sonic310-14.consmr.mail.bf2.yahoo.com [74.6.135.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5746B7B969 for ; Tue, 9 Oct 2018 20:35:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: k8z0QkkVM1n26IwCNC3lGKtn2.7Mwn0Hpdd9Nsb65Qe5jy.Rjj90n3aDhvHTsrK Jh17mkSC.qJE.OyWIFad4fw9g0YJEeWdPxZfeh6bjdO7_s0kDhDBi5yuEyRUsFhAViP1PIEj8OFF YW.rx9rCVBbKIAXAoKpEOSWYF.kTbAs4Q9fBE7UZQqc.Eqe1Tn_2Wf0SoAj7FptdgGXpRsRakNKe VvApaOFUdXoRYtN0Wku9ZT5D_Iq1Mk1cJn7bms3PlyyXOW4UxcLLdMTbQjvEtZvPaEkubwJsbNl7 KbtXR7QYvC__52wbRnQK.JnwrLgkKbyjdbNjKvvvYHHrYY1EkNkiaZO1NrSgXl3OXjXVOSucBkzk IOI8a6NkwScuCb5cnX28JeqZfsi0RrcEm6pPbNmrboSz_bDrWHAuoYDf0fiDJoyqSG0XDyVZTVZW 0tjgzZMm7rWsNxhQvHkmX0e7TZc0u0GjIRe4nmA7_4exTtryWHvRovNEUPl9d4vTV1l2GzWgS.3C Tba1uwB6yTWgBVoquNDdPVGusvmhFPSfBApEJFB1gtyK84NYBCJnWWx9YJyIlU4DJe_dZsHgXM9b LD69UXrIOfqT9zaFRyOv3VIpXzi7ndTj4EZHBglg0dFy6Seyd2bMfUrhyKvNm36qvbqEdEEcoFOD V.0U5L.zw49tao_NEdWBcnhVg83sAcFVKSJIr2Hfau0nBZUex0cKzoD9WuSXMjHKLrFkzuTVx6NU sVvv.luAlRuvPaf6QDvjxnB9v3vh29rI3BSl8q0YH5eADi5rWkkgJMPlfn9QeVitNXFaEaZyWxzC hHz__bPHkqXlrxJksdmOVaPcrdt4jwULiktkyE1FnHmouAkYccurG7vHcGDF3NVKW4rDTiAB.Qzq k6xP2_5YDc49zxV6DbYiJssPYvLhOqRHnQygbCXiqtJwzTQVCekVqYNlsAhq42IF1wYAbbY21MXz ftXbto1d5nCXQimLQdpoyzgClUedwK2tZh28VyKxS7DqDNmdF0lYOdsXQqWoGNJ5FKR.A3Xw..2z 9KMoWyJ2i784lRnxvgYJUnCXjdmOQLMkYfjA4GdPe3odZ2IpVf_DajJwxGd4lXiU2XJ3VWIa164I iG2RkrglYtGE- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.bf2.yahoo.com with HTTP; Tue, 9 Oct 2018 20:35:43 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.101]) ([76.115.7.162]) by smtp405.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID d2a8574bc50cfc516f7ad6bd2b47facb; Tue, 09 Oct 2018 20:35:37 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Failed attempt to boot a (non-debug) head -r339076 on an old PowerMac G5 "Quad Core" (built via devel/powerpc64-gcc): Waking up CPU 1 From: Mark Millard In-Reply-To: Date: Tue, 9 Oct 2018 13:35:35 -0700 Cc: Michael Tuexen , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <0E6DB192-37A3-45EC-87E9-C5AA1C9397AE@yahoo.com> <785D268A-2612-459F-BD1F-A650D9ECCA28@fh-muenster.de> <3DCB6910-6F08-408A-B3D1-70A7EB5A55BC@yahoo.com> <037e3dd6-cc0c-a39f-f074-bce01887156c@blastwave.org> <20181008152746.1aba4221@ralga.knownspace> <031407DB-57AD-4E09-9A22-A0D4A347576E@yahoo.com> To: Justin Hibbits X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 20:35:49 -0000 [Reverting head -r334498 in my head -r339076 context was enough to get the G5 so-called "Quad Core" to boot just fine as a variant of -r339076 .] On 2018-Oct-9, at 12:54 PM, Mark Millard wrote: > On 2018-Oct-9, at 8:20 AM, Mark Millard wrote: >=20 >> [The stable/head mix seems to be a wrong idea: 11.2 gets past >> the SMP: messages just fine on the so-called G5 "Quad Core".] >>=20 >> On 2018-Oct-8, at 5:14 PM, Mark Millard wrote: >>=20 >>> On 2018-Oct-8, at 1:27 PM, Justin Hibbits = wrote: >>>=20 >>>>> . . . >>>>=20 >>>> It would be helpful to know the last known-good SVN revision, both = for >>>> Head and 11.x, as well as the oldest failing one. Since my G5 bit = the >>>> dust, I can't check locally. >>>=20 >> . . . >=20 > There are examples of head's kernels that sometimes > fail to get to the "SMP:" messages and sometimes work > for getting there (and beyond). So: >=20 > My reporting any example failure is a solid indicator > of the "does not reach "SMP:" problem in that build. > (All tries reached the waking message on at least cpu > 1.) >=20 > My reporting "worked" for a revision might be a > misclassification. (This makes for a messier > "binary-like search".) >=20 > That said, the summary of the later detail is: >=20 > head -r334494 kernel worked > head -r334528 kernel failed >=20 > (There is nothing between those for: >=20 > = https://artifact.ci.freebsd.org/snapshot/head/r*/powerpc/powerpc64/kernel.= txz >=20 > so getting a smaller range requires builds. > I've not attempted that.) >=20 > The only machine-dependent powerpc64 change between > those 2 that I see is: >=20 > Author: jhibbits > Date: Fri Jun 1 21:37:20 2018 > New Revision: 334498 > URL:=20 > https://svnweb.freebsd.org/changeset/base/334498 >=20 >=20 > Log: > Increase powerpc64 KVA from ~7.25GB to 32GB > . . . >=20 > . . . In my -r339076 build context I reverted -r334498, did a buildkernel, installed it, and rebooted into -r339076. The result booted just fine. It does appear that, for head, -r334498 makes the difference for some reason. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Tue Oct 9 20:40:23 2018 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 7A89610BBD8B for ; Tue, 9 Oct 2018 20:40:23 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (smtp.fgznet.ch [IPv6:2001:4060:1:1001::14:52]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 166C67BD37 for ; Tue, 9 Oct 2018 20:40:22 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from [192.168.225.14] (dhclient-91-190-10-49.flashcable.ch [91.190.10.49]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by fgznet.ch (Postfix) with ESMTPSA id F3A0EC2067; Tue, 9 Oct 2018 22:40:13 +0200 (CEST) Subject: Re: Failed attempt to boot a (non-debug) head -r339076 on an old PowerMac G5 "Quad Core" (built via devel/powerpc64-gcc): Waking up CPU 1 To: Mark Millard , Justin Hibbits Cc: Michael Tuexen , FreeBSD PowerPC ML References: <0E6DB192-37A3-45EC-87E9-C5AA1C9397AE@yahoo.com> <785D268A-2612-459F-BD1F-A650D9ECCA28@fh-muenster.de> <3DCB6910-6F08-408A-B3D1-70A7EB5A55BC@yahoo.com> <037e3dd6-cc0c-a39f-f074-bce01887156c@blastwave.org> <20181008152746.1aba4221@ralga.knownspace> <031407DB-57AD-4E09-9A22-A0D4A347576E@yahoo.com> From: Andreas Tobler Message-ID: <4fe5af91-bbef-7873-3c48-4b1b440c871a@fgznet.ch> Date: Tue, 9 Oct 2018 22:40:07 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-CH Content-Transfer-Encoding: 7bit X-Scanned-By: Asterix Submit on 127.0.1.1 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 20:40:23 -0000 On 09.10.18 22:35, Mark Millard via freebsd-ppc wrote: > [Reverting head -r334498 in my head -r339076 context was enough to get > the G5 so-called "Quad Core" to boot just fine as a variant of > -r339076 .] > > On 2018-Oct-9, at 12:54 PM, Mark Millard wrote: > >> On 2018-Oct-9, at 8:20 AM, Mark Millard wrote: >> >>> [The stable/head mix seems to be a wrong idea: 11.2 gets past >>> the SMP: messages just fine on the so-called G5 "Quad Core".] >>> >>> On 2018-Oct-8, at 5:14 PM, Mark Millard wrote: >>> >>>> On 2018-Oct-8, at 1:27 PM, Justin Hibbits wrote: >>>> >>>>>> . . . >>>>> >>>>> It would be helpful to know the last known-good SVN revision, both for >>>>> Head and 11.x, as well as the oldest failing one. Since my G5 bit the >>>>> dust, I can't check locally. >>>> >>> . . . >> >> There are examples of head's kernels that sometimes >> fail to get to the "SMP:" messages and sometimes work >> for getting there (and beyond). So: >> >> My reporting any example failure is a solid indicator >> of the "does not reach "SMP:" problem in that build. >> (All tries reached the waking message on at least cpu >> 1.) >> >> My reporting "worked" for a revision might be a >> misclassification. (This makes for a messier >> "binary-like search".) >> >> That said, the summary of the later detail is: >> >> head -r334494 kernel worked >> head -r334528 kernel failed >> >> (There is nothing between those for: >> >> https://artifact.ci.freebsd.org/snapshot/head/r*/powerpc/powerpc64/kernel.txz >> >> so getting a smaller range requires builds. >> I've not attempted that.) >> >> The only machine-dependent powerpc64 change between >> those 2 that I see is: >> >> Author: jhibbits >> Date: Fri Jun 1 21:37:20 2018 >> New Revision: 334498 >> URL: >> https://svnweb.freebsd.org/changeset/base/334498 >> >> >> Log: >> Increase powerpc64 KVA from ~7.25GB to 32GB >> . . . >> >> . . . > > In my -r339076 build context I reverted -r334498, did a > buildkernel, installed it, and rebooted into -r339076. > > The result booted just fine. > > It does appear that, for head, -r334498 makes the difference > for some reason. Unfortunately I have to confirm your findings. Andreas From owner-freebsd-ppc@freebsd.org Tue Oct 9 20:40:48 2018 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 6177110BBDC6 for ; Tue, 9 Oct 2018 20:40:48 +0000 (UTC) (envelope-from tuexen@fh-muenster.de) Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EF9597BD9E for ; Tue, 9 Oct 2018 20:40:47 +0000 (UTC) (envelope-from tuexen@fh-muenster.de) Received: from [192.168.1.3] (p57BB4CDC.dip0.t-ipconnect.de [87.187.76.220]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id 3A20B721E281A; Tue, 9 Oct 2018 22:40:38 +0200 (CEST) From: Michael Tuexen Message-Id: <937E631B-929D-4F2B-8AA2-A7D1154EADFD@fh-muenster.de> Content-Type: multipart/signed; boundary="Apple-Mail=_0D84C52B-EB46-4E60-8759-DE8317F0B335"; protocol="application/pkcs7-signature"; micalg=sha-256 Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.39\)) Subject: Re: Failed attempt to boot a (non-debug) head -r339076 on an old PowerMac G5 "Quad Core" (built via devel/powerpc64-gcc): Waking up CPU 1 Date: Tue, 9 Oct 2018 22:40:37 +0200 In-Reply-To: Cc: Justin Hibbits , FreeBSD PowerPC ML To: Mark Millard References: <0E6DB192-37A3-45EC-87E9-C5AA1C9397AE@yahoo.com> <785D268A-2612-459F-BD1F-A650D9ECCA28@fh-muenster.de> <3DCB6910-6F08-408A-B3D1-70A7EB5A55BC@yahoo.com> <037e3dd6-cc0c-a39f-f074-bce01887156c@blastwave.org> <20181008152746.1aba4221@ralga.knownspace> <031407DB-57AD-4E09-9A22-A0D4A347576E@yahoo.com> X-Mailer: Apple Mail (2.3445.100.39) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 20:40:48 -0000 --Apple-Mail=_0D84C52B-EB46-4E60-8759-DE8317F0B335 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On 9. Oct 2018, at 22:35, Mark Millard wrote: >=20 > [Reverting head -r334498 in my head -r339076 context was enough to get > the G5 so-called "Quad Core" to boot just fine as a variant of > -r339076 .] >=20 > On 2018-Oct-9, at 12:54 PM, Mark Millard wrote: >=20 >> On 2018-Oct-9, at 8:20 AM, Mark Millard wrote: >>=20 >>> [The stable/head mix seems to be a wrong idea: 11.2 gets past >>> the SMP: messages just fine on the so-called G5 "Quad Core".] >>>=20 >>> On 2018-Oct-8, at 5:14 PM, Mark Millard = wrote: >>>=20 >>>> On 2018-Oct-8, at 1:27 PM, Justin Hibbits = wrote: >>>>=20 >>>>>> . . . >>>>>=20 >>>>> It would be helpful to know the last known-good SVN revision, both = for >>>>> Head and 11.x, as well as the oldest failing one. Since my G5 bit = the >>>>> dust, I can't check locally. >>>>=20 >>> . . . >>=20 >> There are examples of head's kernels that sometimes >> fail to get to the "SMP:" messages and sometimes work >> for getting there (and beyond). So: >>=20 >> My reporting any example failure is a solid indicator >> of the "does not reach "SMP:" problem in that build. >> (All tries reached the waking message on at least cpu >> 1.) >>=20 >> My reporting "worked" for a revision might be a >> misclassification. (This makes for a messier >> "binary-like search".) >>=20 >> That said, the summary of the later detail is: >>=20 >> head -r334494 kernel worked >> head -r334528 kernel failed >>=20 >> (There is nothing between those for: >>=20 >> = https://artifact.ci.freebsd.org/snapshot/head/r*/powerpc/powerpc64/kernel.= txz >>=20 >> so getting a smaller range requires builds. >> I've not attempted that.) >>=20 >> The only machine-dependent powerpc64 change between >> those 2 that I see is: >>=20 >> Author: jhibbits >> Date: Fri Jun 1 21:37:20 2018 >> New Revision: 334498 >> URL:=20 >> https://svnweb.freebsd.org/changeset/base/334498 >>=20 >>=20 >> Log: >> Increase powerpc64 KVA from ~7.25GB to 32GB >> . . . >>=20 >> . . . >=20 > In my -r339076 build context I reverted -r334498, did a > buildkernel, installed it, and rebooted into -r339076. >=20 > The result booted just fine. >=20 > It does appear that, for head, -r334498 makes the difference > for some reason. Are you saying that head with reverting r334498 runs stable with SMP? Best regards Michael >=20 >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) >=20 --Apple-Mail=_0D84C52B-EB46-4E60-8759-DE8317F0B335 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCEJAw ggTVMIIDvaADAgECAghQTsb1PRG0ZDANBgkqhkiG9w0BAQsFADBxMQswCQYDVQQGEwJERTEcMBoG A1UEChMTRGV1dHNjaGUgVGVsZWtvbSBBRzEfMB0GA1UECxMWVC1UZWxlU2VjIFRydXN0IENlbnRl cjEjMCEGA1UEAxMaRGV1dHNjaGUgVGVsZWtvbSBSb290IENBIDIwHhcNMTQwNzIyMTIwODI2WhcN MTkwNzA5MjM1OTAwWjBaMQswCQYDVQQGEwJERTETMBEGA1UEChMKREZOLVZlcmVpbjEQMA4GA1UE CxMHREZOLVBLSTEkMCIGA1UEAxMbREZOLVZlcmVpbiBQQ0EgR2xvYmFsIC0gRzAxMIIBIjANBgkq hkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA6ZvDZ4X5Da71jVTDllA1PWLpbkztlNcAW5UidNQg6zSP 1uzAMQQLmYHiphTSUqAoI4SLdIkEXlvg4njBeMsWyyg1OXstkEXQ7aAAeny/Sg4bAMOG6VwrMRF7 DPOCJEOMHDiLamgAmu7cT3ir0sYTm3at7t4m6O8Br3QPwQmi9mvOvdPNFDBP9eXjpMhim4IaAycw DQJlYE3t0QkjKpY1WCfTdsZxtpAdxO3/NYZ9bzOz2w/FEcKKg6GUXUFr2NIQ9Uz9ylGs2b3vkoO7 2uuLFlZWQ8/h1RM9ph8nMM1JVNvJEzSacXXFbOqnC5j5IZ0nrz6jOTlIaoytyZn7wxLyvQIDAQAB o4IBhjCCAYIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBRJt8bP6D0ff+pEexMp9/EKcD7eZDAf BgNVHSMEGDAWgBQxw3kbuvVT1xfgiXotF2wKsyudMzASBgNVHRMBAf8ECDAGAQH/AgECMGIGA1Ud IARbMFkwEQYPKwYBBAGBrSGCLAEBBAICMBEGDysGAQQBga0hgiwBAQQDADARBg8rBgEEAYGtIYIs AQEEAwEwDwYNKwYBBAGBrSGCLAEBBDANBgsrBgEEAYGtIYIsHjA+BgNVHR8ENzA1MDOgMaAvhi1o dHRwOi8vcGtpMDMzNi50ZWxlc2VjLmRlL3JsL0RUX1JPT1RfQ0FfMi5jcmwweAYIKwYBBQUHAQEE bDBqMCwGCCsGAQUFBzABhiBodHRwOi8vb2NzcDAzMzYudGVsZXNlYy5kZS9vY3NwcjA6BggrBgEF BQcwAoYuaHR0cDovL3BraTAzMzYudGVsZXNlYy5kZS9jcnQvRFRfUk9PVF9DQV8yLmNlcjANBgkq hkiG9w0BAQsFAAOCAQEAYyAo/ZwhhnK+OUZZOTIlvKkBmw3Myn1BnIZtCm4ssxNZdbEzkhthJxb/ w7LVNYL7hCoBSb1mu2YvssIGXW4/buMBWlvKQ2NclbbhMacf1QdfTeZlgk4y+cN8ekvNTVx07iHy dQLsUj7SyWrTkCNuSWc1vn9NVqTszC/Pt6GXqHI+ybxA1lqkCD3WvILDt7cyjrEsjmpttzUCGc/1 OURYY6ckABCwu/xOr24vOLulV0k/2G5QbyyXltwdRpplic+uzPLl2Z9Tsz6hL5Kp2AvGhB8Exuse 6J99tXulAvEkxSRjETTMWpMgKnmIOiVCkKllO3yG0xIVIyn8LNrMOVtUFzCCBaIwggSKoAMCAQIC BxekJKEJSDMwDQYJKoZIhvcNAQELBQAwWjELMAkGA1UEBhMCREUxEzARBgNVBAoTCkRGTi1WZXJl aW4xEDAOBgNVBAsTB0RGTi1QS0kxJDAiBgNVBAMTG0RGTi1WZXJlaW4gUENBIEdsb2JhbCAtIEcw MTAeFw0xNDA1MjcxNDU0MDlaFw0xOTA3MDkyMzU5MDBaMIHGMQswCQYDVQQGEwJERTEcMBoGA1UE CBMTTm9yZHJoZWluLVdlc3RmYWxlbjERMA8GA1UEBxMITXVlbnN0ZXIxIDAeBgNVBAoTF0ZhY2ho b2Noc2NodWxlIE11ZW5zdGVyMSMwIQYDVQQLExpEYXRlbnZlcmFyYmVpdHVuZ3N6ZW50cmFsZTEd MBsGA1UEAxMURkggTXVlbnN0ZXIgQ0EgLSBHMDExIDAeBgkqhkiG9w0BCQEWEWNhQGZoLW11ZW5z dGVyLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAuHlsrvBs7CL9IqMH9r//QU9E pghTV/3skHuQZ3DpNY+lyJWOW5zbtUubgXt7lYHpIE4d4CclTZWqCHwoAI6gqzSSGjUKuX6/0ui/ LhXmlDvCBfwuER+T+3/R59hlLnhI5iYYPQiNywQIa3wJhBLTZrlXw8nDdjI54MAzcVDUX7l21sbo ZIA6idM7SXmshxoRQ6xsfPHskrceNMcvtHNDhVnVscwRUJQUR55fs0X7Y93PasugWPv3xmgNr1da Cq94eV+nslNU/GJaT9TQ3uG8pagLXl9NbDNkHIrvFAD5zXO0m/d00I4QhUVQyEtwnTegDqcM+WFh JXensgnZhWe6bwIDAQABo4IB/jCCAfowEgYDVR0TAQH/BAgwBgEB/wIBATAOBgNVHQ8BAf8EBAMC AQYwEQYDVR0gBAowCDAGBgRVHSAAMB0GA1UdDgQWBBQK81u85DGA1jVCiabTw8833tHf1zAfBgNV HSMEGDAWgBRJt8bP6D0ff+pEexMp9/EKcD7eZDAcBgNVHREEFTATgRFjYUBmaC1tdWVuc3Rlci5k ZTCBiAYDVR0fBIGAMH4wPaA7oDmGN2h0dHA6Ly9jZHAxLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3Qt Y2EvcHViL2NybC9jYWNybC5jcmwwPaA7oDmGN2h0dHA6Ly9jZHAyLnBjYS5kZm4uZGUvZ2xvYmFs LXJvb3QtY2EvcHViL2NybC9jYWNybC5jcmwwgdcGCCsGAQUFBwEBBIHKMIHHMDMGCCsGAQUFBzAB hidodHRwOi8vb2NzcC5wY2EuZGZuLmRlL09DU1AtU2VydmVyL09DU1AwRwYIKwYBBQUHMAKGO2h0 dHA6Ly9jZHAxLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0 MEcGCCsGAQUFBzAChjtodHRwOi8vY2RwMi5wY2EuZGZuLmRlL2dsb2JhbC1yb290LWNhL3B1Yi9j YWNlcnQvY2FjZXJ0LmNydDANBgkqhkiG9w0BAQsFAAOCAQEA3kcDNdZKb7kSD7s1ly2qa/2QbQe+ ld3LhZeOcfysdLtN8oweBmgT3MYoZ+D9c+SoUWJAwTKPB15DoGy+fWhelXTpQrqxIGb4ISr1JCjg slnmMUva0xjwZGxojZ9gE1bi18xfKw3+dMpwCLt6LbLTjr/tyH6otacwr2tZzuuJIUAORnefwTcr vmB21n/BEQH/ZXruWu8lSO3L9YAmQB6ViaZFCpn2sMmOLACdoWxmUQb3QAjsa327jHUjsz53k9q5 Zrx/g+zOg5s1Wmy2JOlLQMUIZXXf0/6rB5Fr2llx7dBG/Uk7NhZdNy7OzNzci0C4Wnkd8rDVEWHG hH2gfpcTfjCCBg0wggT1oAMCAQICBxuZiHQ3saMwDQYJKoZIhvcNAQELBQAwgcYxCzAJBgNVBAYT AkRFMRwwGgYDVQQIExNOb3JkcmhlaW4tV2VzdGZhbGVuMREwDwYDVQQHEwhNdWVuc3RlcjEgMB4G A1UEChMXRmFjaGhvY2hzY2h1bGUgTXVlbnN0ZXIxIzAhBgNVBAsTGkRhdGVudmVyYXJiZWl0dW5n c3plbnRyYWxlMR0wGwYDVQQDExRGSCBNdWVuc3RlciBDQSAtIEcwMTEgMB4GCSqGSIb3DQEJARYR Y2FAZmgtbXVlbnN0ZXIuZGUwHhcNMTYwNzA0MDcwNjEzWhcNMTkwNzA0MDcwNjEzWjB8MQswCQYD VQQGEwJERTEgMB4GA1UECgwXRmFjaGhvY2hzY2h1bGUgTXVlbnN0ZXIxMjAwBgNVBAsMKUZhY2hi ZXJlaWNoIEVsZWt0cm90ZWNobmlrIHVuZCBJbmZvcm1hdGlrMRcwFQYDVQQDDA5NaWNoYWVsIFR1 ZXhlbjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMyaGlBt2ZtuF8QP8zYNrGxXC+es PMajIPl+hu1LGHnN2BJ3J5ZMN44BOZw3n6LO1FaAgO8D4xU4/AELecX6VxJZ2zOOSD8uTYO4OnUu 24hkjFUQAj13tT644AKUQMMBpgj7wC52V5Jij+mZX/t1S38/WFiCGnirt4xTNi5OmN4K+VNZfG4x 0msDqFjJX70rF1y09/Mylu1M/Y0tu/I9DqhwDQT4LBOvyyaAlhSJ8Jb8m8YTt5xlOzrXlBmj4pKs 74y7C2IKRw4tFozGX1cf1LVEs2eBCb5iUwXrlcMipwm62sJ38GD00EOlRNTpAM5rDAcgWxMCffek bRv/01whtOkCAwEAAaOCAkcwggJDMEAGA1UdIAQ5MDcwEQYPKwYBBAGBrSGCLAEBBAMFMBEGDysG AQQBga0hgiwCAQQDATAPBg0rBgEEAYGtIYIsAQEEMAkGA1UdEwQCMAAwDgYDVR0PAQH/BAQDAgXg MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAdBgNVHQ4EFgQU0B2vaoSoEmYAggD04WZF 2hGif3UwHwYDVR0jBBgwFoAUCvNbvOQxgNY1Qomm08PPN97R39cwIAYDVR0RBBkwF4EVdHVleGVu QGZoLW11ZW5zdGVyLmRlMIGIBgNVHR8EgYAwfjA9oDugOYY3aHR0cDovL2NkcDEucGNhLmRmbi5k ZS9maC1tdWVuc3Rlci1jYS9wdWIvY3JsL2NhY3JsLmNybDA9oDugOYY3aHR0cDovL2NkcDIucGNh LmRmbi5kZS9maC1tdWVuc3Rlci1jYS9wdWIvY3JsL2NhY3JsLmNybDCB1wYIKwYBBQUHAQEEgcow gccwMwYIKwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1TZXJ2ZXIvT0NTUDBH BggrBgEFBQcwAoY7aHR0cDovL2NkcDEucGNhLmRmbi5kZS9maC1tdWVuc3Rlci1jYS9wdWIvY2Fj ZXJ0L2NhY2VydC5jcnQwRwYIKwYBBQUHMAKGO2h0dHA6Ly9jZHAyLnBjYS5kZm4uZGUvZmgtbXVl bnN0ZXItY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0MA0GCSqGSIb3DQEBCwUAA4IBAQBI9v+seJM6 AlSIrmmpopz6zh8QAsqGLJkkY2D0KYFucUY/xZaJTtZxvmWddbKk2903Qhg+vZKOf87PHhip7/4t FSwhxYNSS36WsRJTeUa0f3KkSa28yrIRfWlJATgxfL5X/QQnopjCt34n4221kcsR7LHxBAn37ow+ /2L7WjWDDuOkaM9/ZSCtrN+yFRat1eUVs1Hk7sKT/bfJTsYqzovXitjmCP3YdB40dkuQ6/ZzEdXT bpa4c45RcRnPqKXnxknK0UfRHNHqk15W7dUPVMzSGFUvjhmWPP2wW6a8F1U5sEqfHcoBFC5CGjGy 7Gk2luk3obi/KLrDyZC+dkjhDYEpMYIEOTCCBDUCAQEwgdIwgcYxCzAJBgNVBAYTAkRFMRwwGgYD VQQIExNOb3JkcmhlaW4tV2VzdGZhbGVuMREwDwYDVQQHEwhNdWVuc3RlcjEgMB4GA1UEChMXRmFj aGhvY2hzY2h1bGUgTXVlbnN0ZXIxIzAhBgNVBAsTGkRhdGVudmVyYXJiZWl0dW5nc3plbnRyYWxl MR0wGwYDVQQDExRGSCBNdWVuc3RlciBDQSAtIEcwMTEgMB4GCSqGSIb3DQEJARYRY2FAZmgtbXVl bnN0ZXIuZGUCBxuZiHQ3saMwDQYJYIZIAWUDBAIBBQCgggI3MBgGCSqGSIb3DQEJAzELBgkqhkiG 9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE4MTAwOTIwNDAzN1owLwYJKoZIhvcNAQkEMSIEIHxgqCOt 2F1qh5hxPRvEnZNZ1tLRE84tkraWQ6fD9wMAMIHjBgkrBgEEAYI3EAQxgdUwgdIwgcYxCzAJBgNV BAYTAkRFMRwwGgYDVQQIExNOb3JkcmhlaW4tV2VzdGZhbGVuMREwDwYDVQQHEwhNdWVuc3RlcjEg MB4GA1UEChMXRmFjaGhvY2hzY2h1bGUgTXVlbnN0ZXIxIzAhBgNVBAsTGkRhdGVudmVyYXJiZWl0 dW5nc3plbnRyYWxlMR0wGwYDVQQDExRGSCBNdWVuc3RlciBDQSAtIEcwMTEgMB4GCSqGSIb3DQEJ ARYRY2FAZmgtbXVlbnN0ZXIuZGUCBxuZiHQ3saMwgeUGCyqGSIb3DQEJEAILMYHVoIHSMIHGMQsw CQYDVQQGEwJERTEcMBoGA1UECBMTTm9yZHJoZWluLVdlc3RmYWxlbjERMA8GA1UEBxMITXVlbnN0 ZXIxIDAeBgNVBAoTF0ZhY2hob2Noc2NodWxlIE11ZW5zdGVyMSMwIQYDVQQLExpEYXRlbnZlcmFy YmVpdHVuZ3N6ZW50cmFsZTEdMBsGA1UEAxMURkggTXVlbnN0ZXIgQ0EgLSBHMDExIDAeBgkqhkiG 9w0BCQEWEWNhQGZoLW11ZW5zdGVyLmRlAgcbmYh0N7GjMA0GCSqGSIb3DQEBAQUABIIBALSsKvpQ x0qaxEi5He+omqJRiytwWq8CbDzIVDItjUBvCmZYf6oZpwnE36y5TkHtx4BeX/YefdsOTb3FAUvu gGlg2i5Oo9nhslYdnt8x2Le1F6RxOCwKyNSuGoCMskYImLSpEY+tLMtyerfPnLC/nYWAlQDq0o+e exC7R+nA+v7MBvdKbzxdOOV0JWGtlFqKEZolWt3TrQJuP1jx6LmW5t1NYw1jdo5pvDrPzeWvvVY5 fy+SGufws3vPvSL1mk8zCtpWgTuehRzUQWkDdPlO8UupWYfA5ONnCNFaxLA3JJMe5ufiVluKtuw0 mlwdLyr93JDWExIs5GGGyampU23Yu80AAAAAAAA= --Apple-Mail=_0D84C52B-EB46-4E60-8759-DE8317F0B335-- From owner-freebsd-ppc@freebsd.org Tue Oct 9 21:07:54 2018 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 6F44C10BD2A6 for ; Tue, 9 Oct 2018 21:07:54 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (smtp.fgznet.ch [IPv6:2001:4060:1:1001::14:52]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F1D0A7DC8F for ; Tue, 9 Oct 2018 21:07:53 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from [192.168.225.14] (dhclient-91-190-10-49.flashcable.ch [91.190.10.49]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by fgznet.ch (Postfix) with ESMTPSA id 589A2C284C; Tue, 9 Oct 2018 23:07:52 +0200 (CEST) Subject: Re: Failed attempt to boot a (non-debug) head -r339076 on an old PowerMac G5 "Quad Core" (built via devel/powerpc64-gcc): Waking up CPU 1 From: Andreas Tobler To: Mark Millard , Justin Hibbits Cc: Michael Tuexen , FreeBSD PowerPC ML References: <0E6DB192-37A3-45EC-87E9-C5AA1C9397AE@yahoo.com> <785D268A-2612-459F-BD1F-A650D9ECCA28@fh-muenster.de> <3DCB6910-6F08-408A-B3D1-70A7EB5A55BC@yahoo.com> <037e3dd6-cc0c-a39f-f074-bce01887156c@blastwave.org> <20181008152746.1aba4221@ralga.knownspace> <031407DB-57AD-4E09-9A22-A0D4A347576E@yahoo.com> <4fe5af91-bbef-7873-3c48-4b1b440c871a@fgznet.ch> Message-ID: <68d24bdd-9542-3007-3deb-271dcb722e9e@fgznet.ch> Date: Tue, 9 Oct 2018 23:07:52 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <4fe5af91-bbef-7873-3c48-4b1b440c871a@fgznet.ch> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-CH Content-Transfer-Encoding: 7bit X-Scanned-By: Obelix Submit on 127.0.1.1 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 21:07:54 -0000 On 09.10.18 22:40, Andreas Tobler wrote: > On 09.10.18 22:35, Mark Millard via freebsd-ppc wrote: >> [Reverting head -r334498 in my head -r339076 context was enough to get >> the G5 so-called "Quad Core" to boot just fine as a variant of >> -r339076 .] >> >> On 2018-Oct-9, at 12:54 PM, Mark Millard wrote: >> >>> On 2018-Oct-9, at 8:20 AM, Mark Millard wrote: >>> >>>> [The stable/head mix seems to be a wrong idea: 11.2 gets past >>>> the SMP: messages just fine on the so-called G5 "Quad Core".] >>>> >>>> On 2018-Oct-8, at 5:14 PM, Mark Millard wrote: >>>> >>>>> On 2018-Oct-8, at 1:27 PM, Justin Hibbits wrote: >>>>> >>>>>>> . . . >>>>>> >>>>>> It would be helpful to know the last known-good SVN revision, both for >>>>>> Head and 11.x, as well as the oldest failing one. Since my G5 bit the >>>>>> dust, I can't check locally. >>>>> >>>> . . . >>> >>> There are examples of head's kernels that sometimes >>> fail to get to the "SMP:" messages and sometimes work >>> for getting there (and beyond). So: >>> >>> My reporting any example failure is a solid indicator >>> of the "does not reach "SMP:" problem in that build. >>> (All tries reached the waking message on at least cpu >>> 1.) >>> >>> My reporting "worked" for a revision might be a >>> misclassification. (This makes for a messier >>> "binary-like search".) >>> >>> That said, the summary of the later detail is: >>> >>> head -r334494 kernel worked >>> head -r334528 kernel failed >>> >>> (There is nothing between those for: >>> >>> https://artifact.ci.freebsd.org/snapshot/head/r*/powerpc/powerpc64/kernel.txz >>> >>> so getting a smaller range requires builds. >>> I've not attempted that.) >>> >>> The only machine-dependent powerpc64 change between >>> those 2 that I see is: >>> >>> Author: jhibbits >>> Date: Fri Jun 1 21:37:20 2018 >>> New Revision: 334498 >>> URL: >>> https://svnweb.freebsd.org/changeset/base/334498 >>> >>> >>> Log: >>> Increase powerpc64 KVA from ~7.25GB to 32GB >>> . . . >>> >>> . . . >> >> In my -r339076 build context I reverted -r334498, did a >> buildkernel, installed it, and rebooted into -r339076. >> >> The result booted just fine. >> >> It does appear that, for head, -r334498 makes the difference >> for some reason. > > Unfortunately I have to confirm your findings. Mark, how much physical ram do you have? Can you adjust the VM_MAX_KERNEL_ADDRESS just below the amount of RAM you have and see if -CURRENT boots? Here it does, I have 14GB and I adjusted VM_MAX_KERNEL_ADDRESS to 12GB. It is just a trial to find out what is happening. Thanks, Andreas From owner-freebsd-ppc@freebsd.org Tue Oct 9 21:38:20 2018 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 A348610BE7A4 for ; Tue, 9 Oct 2018 21:38:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-22.consmr.mail.gq1.yahoo.com (sonic311-22.consmr.mail.gq1.yahoo.com [98.137.65.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 2B5477FC68 for ; Tue, 9 Oct 2018 21:38:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: NlpxWN0VM1llPbZLk_NM7YMyq8zDQuDTKKY6DYN7FU3v1B99shKdGXw822ump2h 6xhiGXwDCyCAYCfqPpmprhFYclvxVBDH2Og9t8kxHkC2fdUuex2ma3YMGeqY9_xsOXDpv1LLEcIu CX9sEYEQzRpH2weCH7.oiNh7rpITMC9d0qog.m9jrZbBfidsz9d.X9gLHTZmndITTMUiE.v8R03P WjaT4SdBgUx4GYQgb7M9DZPFVzWxMPbBoWn.Aj9oJTJBVZLjbzrs8i6VG338Q_Ibe4o3nWcMzsyq nTthwFKZ6C5oDO22TeDK9GZ7Zcjg6vjr_BMwKcPGTOM4Bgw8CsAXhsRTCFBnLit4lIMogqZjLr_U _i4FHGQzwa8eDRyZtiDvWFEDrypXdD3Mms3c8VZxHFIV8e9zz4M_sQAeBd_iudo47dRNTZgejumQ cyE7i76W6ibfmtMaTLokrEbkrbT4ao4jZJ4ufC9_M0Q507s0CsnnPvqbVj.Rv4ZiOF3rBs2aM_2W veq043B4u1J4fhVzU8NJTQL3SutzaX5X1QAIZr.bCqZagU_uXnPKrv82EO6BkO1CRZvt5hGqlFcp 3oOM2lN2XzK3T3guxlIacW_IqAr_JXqKYRn1myd12bJjP8mIQBr_FNk13ePccqraeoYAws8RWuHs 3x43zdBPpVZsMynUnoT3C528OeNvx_GFtmhFJjsOhgz456SznrkuOuAovcvG2hHxRUTeFmkOzf6n jWTGlFHKF5FYl6wUcbzEujlCADr8OsKNZHqdhtR3zviR_UUjSchmXH9yigs4qS7G9aGE77pVjPcE HJ.mZ4tCRsZCR5MC.hGiTHuNVh2Vo5BIyCN6U7w0kradFXsgMfXmZXYSLx9V1x4c2kVN4n.yv.94 KtuR3RqLwvLlkpJSnolQu8UYV6gL2XDx7leXbS9v.w_y5QfGX8VTJ.axpV0_mt1rUeGjzWx1vL6Y AMOsMeaZZIUR1AIvCy53nRl6xOW_dqbgOOR3Mv8.4XgLAYDosIiUTf5V0chgUPCDdLmZx9Zkm_gF 0kTQE4o04FzXeUuUJem_tweiyAHhcxgvJ_io6xAE2RuLlxeB1NN7Y_Rl6rEFT7soSstC9RJX12ie To1bTEOOH Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Tue, 9 Oct 2018 21:38:13 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.101]) ([76.115.7.162]) by smtp423.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID b4a1a053701fd66764e0695dad7e559f; Tue, 09 Oct 2018 21:38:08 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Failed attempt to boot a (non-debug) head -r339076 on an old PowerMac G5 "Quad Core" (built via devel/powerpc64-gcc): Waking up CPU 1 From: Mark Millard In-Reply-To: <68d24bdd-9542-3007-3deb-271dcb722e9e@fgznet.ch> Date: Tue, 9 Oct 2018 14:38:07 -0700 Cc: Justin Hibbits , Michael Tuexen , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <0E6DB192-37A3-45EC-87E9-C5AA1C9397AE@yahoo.com> <785D268A-2612-459F-BD1F-A650D9ECCA28@fh-muenster.de> <3DCB6910-6F08-408A-B3D1-70A7EB5A55BC@yahoo.com> <037e3dd6-cc0c-a39f-f074-bce01887156c@blastwave.org> <20181008152746.1aba4221@ralga.knownspace> <031407DB-57AD-4E09-9A22-A0D4A347576E@yahoo.com> <4fe5af91-bbef-7873-3c48-4b1b440c871a@fgznet.ch> <68d24bdd-9542-3007-3deb-271dcb722e9e@fgznet.ch> To: Andreas Tobler X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 21:38:20 -0000 On 2018-Oct-9, at 2:07 PM, Andreas Tobler = wrote: > On 09.10.18 22:40, Andreas Tobler wrote: >> On 09.10.18 22:35, Mark Millard via freebsd-ppc wrote: >>> [Reverting head -r334498 in my head -r339076 context was enough to = get >>> the G5 so-called "Quad Core" to boot just fine as a variant of >>> -r339076 .] >>>=20 >>> On 2018-Oct-9, at 12:54 PM, Mark Millard = wrote: >>>=20 >>>> On 2018-Oct-9, at 8:20 AM, Mark Millard = wrote: >>>>=20 >>>>> [The stable/head mix seems to be a wrong idea: 11.2 gets past >>>>> the SMP: messages just fine on the so-called G5 "Quad Core".] >>>>>=20 >>>>> On 2018-Oct-8, at 5:14 PM, Mark Millard = wrote: >>>>>=20 >>>>>> On 2018-Oct-8, at 1:27 PM, Justin Hibbits wrote: >>>>>>=20 >>>>>>>> . . . >>>>>>>=20 >>>>>>> It would be helpful to know the last known-good SVN revision, = both for >>>>>>> Head and 11.x, as well as the oldest failing one. Since my G5 = bit the >>>>>>> dust, I can't check locally. >>>>>>=20 >>>>> . . . >>>>=20 >>>> There are examples of head's kernels that sometimes >>>> fail to get to the "SMP:" messages and sometimes work >>>> for getting there (and beyond). So: >>>>=20 >>>> My reporting any example failure is a solid indicator >>>> of the "does not reach "SMP:" problem in that build. >>>> (All tries reached the waking message on at least cpu >>>> 1.) >>>>=20 >>>> My reporting "worked" for a revision might be a >>>> misclassification. (This makes for a messier >>>> "binary-like search".) >>>>=20 >>>> That said, the summary of the later detail is: >>>>=20 >>>> head -r334494 kernel worked >>>> head -r334528 kernel failed >>>>=20 >>>> (There is nothing between those for: >>>>=20 >>>> = https://artifact.ci.freebsd.org/snapshot/head/r*/powerpc/powerpc64/kernel.= txz >>>>=20 >>>> so getting a smaller range requires builds. >>>> I've not attempted that.) >>>>=20 >>>> The only machine-dependent powerpc64 change between >>>> those 2 that I see is: >>>>=20 >>>> Author: jhibbits >>>> Date: Fri Jun 1 21:37:20 2018 >>>> New Revision: 334498 >>>> URL: >>>> https://svnweb.freebsd.org/changeset/base/334498 >>>>=20 >>>>=20 >>>> Log: >>>> Increase powerpc64 KVA from ~7.25GB to 32GB >>>> . . . >>>>=20 >>>> . . . >>>=20 >>> In my -r339076 build context I reverted -r334498, did a >>> buildkernel, installed it, and rebooted into -r339076. >>>=20 >>> The result booted just fine. >>>=20 >>> It does appear that, for head, -r334498 makes the difference >>> for some reason. >> Unfortunately I have to confirm your findings. >=20 > Mark, how much physical ram do you have? Can you adjust the = VM_MAX_KERNEL_ADDRESS just below the amount of RAM you have and see if = -CURRENT boots? Here it does, I have 14GB and I adjusted = VM_MAX_KERNEL_ADDRESS to 12GB. It is just a trial to find out what is = happening. The G5 so-called "Quad Core" that I've used so far after the revert has 16 GiByte. I've access to another with 12 GiByte. I've access to a 2GHz Dual-processor (one per socket) PowerMac G5 as well. It has 8 GiByte. I do not have access to a single-slot dual-core G5 or any other G5's then the 3 mentioned. Nor to any other powerpc64 systems. I normally have one SSD and just move it around between those G5 systems: no tailoring to the individual machines and one machine at a time for powerpc64 use. Given the 3 options for RAM/machine-type, is there a preferred test or test sequence across the 3? =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Tue Oct 9 21:38:56 2018 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 96EED10BE829 for ; Tue, 9 Oct 2018 21:38:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 150D27FCFA for ; Tue, 9 Oct 2018 21:38:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Yv9vvcIVM1nedqQUNndmy49iAAoRdNSFlTB7kvqKzxqzBDe6iguVzklxA7mLBMw zTnUKnYVj1J.23Rtb_Sz7xkDzjHXR9bMAxN4zuIPOtMRBtriW07ffE04gYAcBLhsT7mbKih18NPh ncCDONTKzesml7il.wf5I9bUubnfUeILzxk7SwLKbcOp8lyLJwaYkoEST0WHXDT6FkD2HXMuZdJv PD6PTupYD7Ld2GLLLbVf9PAgXgZtYIszT6zBevoRB7k8lzWgU0mtwy9RBR7oI0musPc3DqI2ZEZe abFQF_nrVWpB6wiPD68muniwi5AUsR5ddN3QwGoMY.y95X1ptvFzzCws7JpMZ_QCZLL6_6aUlEi2 xw6Bc3zGNnRyNrdEpU5x0G13eVJnCHyvNacAvWIcABSXROoN.fgDgmhWGLgSfXt3Uxrtb.6npgZw PMdxlStvitW7RfH3bUZip31JpOdmsgNnDii7Jg76RtF4MLOL2rdL8GEsPvzJm0umLcGgS51mNloh WP.IyG2GwTSB7buW2bCZAuCLHEfmo4Wzgf_jayqcHoRuLy8.QnbzOPQu1i_tbpxdyBVlD4yBMepQ g70g9GiC0nU2LE2iwPpoVf3Z4lGJOK_wqutojC.u.rtHpaDuW30FIAslPuGwkyyo8Cc2Dn7Y_g4g VyroPHvwGFX1jMGixrN4_E3e.C6iu5ftDLuHorTUTGC9TfCzt_tpbVKdruPrbNi25zL3JXVFXWKq XQiv7sYxGp.8yxiz2SYJ6ANTg7LAgcQ_xp1gd_DGZTrsyUuCmR3FZ7hVKyx7JIyfC12McCqMBFwc nZmP6GdoL7ed3EH9KVwVKykRw9aKSsbPoaG68EriJ3AIO2tQTjCAGrwTJlruPrWQtCo6zZxKgnpB gRmiuSgcUeJI7gIjTInZqJR3N86yVXaEivz0paEH7hQ2LQSyYDP2NOhXAne07qHCROedarCUo13_ s.lbkLpMI2npdpnHeXVZprSOifB_rvlvKdiW7pKn1EulvytGhjYArUO8XW2ktfMpaF1rLIGthnSe .DkJXd8CsnMb.L1xj2o6w3_fH4iQBj8ZuMCNf5mdLnOKMmWJpuYvCxDePQA23vym7xqM0iJES6XT yYWMJX1ooxVI- Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Tue, 9 Oct 2018 21:38:54 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.101]) ([76.115.7.162]) by smtp420.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID e73aa1a7605b797b7dd0222dcd9445c9; Tue, 09 Oct 2018 21:28:46 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Failed attempt to boot a (non-debug) head -r339076 on an old PowerMac G5 "Quad Core" (built via devel/powerpc64-gcc): Waking up CPU 1 From: Mark Millard In-Reply-To: <937E631B-929D-4F2B-8AA2-A7D1154EADFD@fh-muenster.de> Date: Tue, 9 Oct 2018 14:28:45 -0700 Cc: Justin Hibbits , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <4E2CE5AF-BBE7-4C60-A983-3B0F8B3AAA21@yahoo.com> References: <0E6DB192-37A3-45EC-87E9-C5AA1C9397AE@yahoo.com> <785D268A-2612-459F-BD1F-A650D9ECCA28@fh-muenster.de> <3DCB6910-6F08-408A-B3D1-70A7EB5A55BC@yahoo.com> <037e3dd6-cc0c-a39f-f074-bce01887156c@blastwave.org> <20181008152746.1aba4221@ralga.knownspace> <031407DB-57AD-4E09-9A22-A0D4A347576E@yahoo.com> <937E631B-929D-4F2B-8AA2-A7D1154EADFD@fh-muenster.de> To: Michael Tuexen X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 21:38:56 -0000 On 2018-Oct-9, at 1:40 PM, Michael Tuexen = wrote: >> On 9. Oct 2018, at 22:35, Mark Millard wrote: >>=20 >> [Reverting head -r334498 in my head -r339076 context was enough to = get >> the G5 so-called "Quad Core" to boot just fine as a variant of >> -r339076 .] >>=20 >> On 2018-Oct-9, at 12:54 PM, Mark Millard = wrote: >>=20 >>> On 2018-Oct-9, at 8:20 AM, Mark Millard = wrote: >>>=20 >>>> [The stable/head mix seems to be a wrong idea: 11.2 gets past >>>> the SMP: messages just fine on the so-called G5 "Quad Core".] >>>>=20 >>>> On 2018-Oct-8, at 5:14 PM, Mark Millard = wrote: >>>>=20 >>>>> On 2018-Oct-8, at 1:27 PM, Justin Hibbits wrote: >>>>>=20 >>>>>>> . . . >>>>>>=20 >>>>>> It would be helpful to know the last known-good SVN revision, = both for >>>>>> Head and 11.x, as well as the oldest failing one. Since my G5 = bit the >>>>>> dust, I can't check locally. >>>>>=20 >>>> . . . >>>=20 >>> There are examples of head's kernels that sometimes >>> fail to get to the "SMP:" messages and sometimes work >>> for getting there (and beyond). So: >>>=20 >>> My reporting any example failure is a solid indicator >>> of the "does not reach "SMP:" problem in that build. >>> (All tries reached the waking message on at least cpu >>> 1.) >>>=20 >>> My reporting "worked" for a revision might be a >>> misclassification. (This makes for a messier >>> "binary-like search".) >>>=20 >>> That said, the summary of the later detail is: >>>=20 >>> head -r334494 kernel worked >>> head -r334528 kernel failed >>>=20 >>> (There is nothing between those for: >>>=20 >>> = https://artifact.ci.freebsd.org/snapshot/head/r*/powerpc/powerpc64/kernel.= txz >>>=20 >>> so getting a smaller range requires builds. >>> I've not attempted that.) >>>=20 >>> The only machine-dependent powerpc64 change between >>> those 2 that I see is: >>>=20 >>> Author: jhibbits >>> Date: Fri Jun 1 21:37:20 2018 >>> New Revision: 334498 >>> URL:=20 >>> https://svnweb.freebsd.org/changeset/base/334498 >>>=20 >>>=20 >>> Log: >>> Increase powerpc64 KVA from ~7.25GB to 32GB >>> . . . >>>=20 >>> . . . >>=20 >> In my -r339076 build context I reverted -r334498, did a >> buildkernel, installed it, and rebooted into -r339076. >>=20 >> The result booted just fine. >>=20 >> It does appear that, for head, -r334498 makes the difference >> for some reason. > Are you saying that head with reverting r334498 runs stable with SMP? >=20 So far no problems. I'll later be doing more extensive activity, such as buildworld buildkernel and poudriere-based port builds. So the quality of evidence will improve and I'll report on how it went. BUT: I'm running a build based on devel/powerpc64-gcc having done the buildworld buildkernel (WITHOUT_LIB32=3D specified). It was an amd64->powerpc64 cross-build as well. No gcc 4.2.1 in use or present. The powerpc64 build has clang as cc (even though clang messes up buildworld buildkernel if used). So, it is not a match to an official build. For reference, my experimental status has some other /usr/src differences from head -r339076 as well: # svnlite status /usr/src/ | sort ? /usr/src/sys/amd64/conf/GENERIC-DBG ? /usr/src/sys/amd64/conf/GENERIC-NODBG ? /usr/src/sys/arm/conf/GENERIC-DBG ? /usr/src/sys/arm/conf/GENERIC-NODBG ? /usr/src/sys/arm64/conf/GENERIC-DBG ? /usr/src/sys/arm64/conf/GENERIC-NODBG ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-DBG ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODBG ? /usr/src/sys/powerpc/conf/GENERICvtsc-DBG ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODBG M /usr/src/contrib/llvm/lib/Target/PowerPC/PPCFrameLowering.cpp M /usr/src/contrib/llvm/tools/lld/ELF/Arch/PPC64.cpp M /usr/src/crypto/openssl/crypto/armcap.c M /usr/src/lib/libkvm/kvm_powerpc.c M /usr/src/lib/libkvm/kvm_private.c M /usr/src/release/Makefile.vm M /usr/src/release/scripts/mk-vmimage.sh M /usr/src/release/tools/vmimage.subr M /usr/src/secure/lib/libcrypto/Makefile M /usr/src/stand/defs.mk M /usr/src/stand/powerpc/boot1.chrp/Makefile M /usr/src/stand/powerpc/kboot/Makefile M /usr/src/sys/arm/allwinner/aw_mmc.c M /usr/src/sys/arm64/arm64/identcpu.c M /usr/src/sys/conf/kmod.mk M /usr/src/sys/conf/ldscript.powerpc M /usr/src/sys/ddb/db_main.c M /usr/src/sys/ddb/db_script.c M /usr/src/sys/dev/mmc/mmc.c M /usr/src/sys/dev/mmc/mmcreg.h M /usr/src/sys/dev/mmc/mmcsd.c M /usr/src/sys/kern/subr_pcpu.c M /usr/src/sys/powerpc/aim/mmu_oea64.c M /usr/src/sys/powerpc/include/vmparam.h M /usr/src/sys/powerpc/ofw/ofw_machdep.c M /usr/src/sys/powerpc/powerpc/interrupt.c M /usr/src/sys/powerpc/powerpc/mp_machdep.c M /usr/src/sys/powerpc/powerpc/trap.c M /usr/src/sys/sys/buf.h M /usr/src/sys/vm/swap_pager.c M /usr/src/sys/vm/vm_page.c M /usr/src/sys/vm/vm_pageout.c M /usr/src/usr.bin/top/machine.c Some of this is for 32-bit powerpc, some for powerpc64, some for aarch64, some for armv7. A few files just have extra validation/diagnostic code from when a problem was being investigated. The GENERIC*-DBG and GENERIC*-NODBG files include the matching GENERIC* and then modify some debug-status definitions. For powerpc and powerpc64 they also build in: device filemon device geom_label (This is tied to doing experiments with problematical clang based buildworld buildkernel results where kld_load crashes the system.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Tue Oct 9 22:05:52 2018 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 A102310BF353 for ; Tue, 9 Oct 2018 22:05:52 +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 32DBE80EB9 for ; Tue, 9 Oct 2018 22:05:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: LNAtBb0VM1lx37Br15hMtLmJGUc98tmo0nhqDiivHP63QEKaNAHvTRdIimnFvWz gapk_0uoi_2B_q_3.CM4sp7VtKQpRhE1C_RvEq.4RAWP54yh.eX6mlK6WWKWiIu9y.HbOnoYHI2D Ywe8nSJde.r0KUqCrjzZet0RQeTM7k4ZIJ2gsdB5Ztu_Qm1KsIVMhwjYsyXarPWaVx0KAHXZFpv8 xijyfKrkDv7FkaLrkLEJ0G8Dvscvh8BntdfBlg1KRcSTAafE6quTlYvwDSJ2BgMcc8uICTehHLya Ii5aIEA9QRzfk0ZBef9Qy0fJ8Oj.8iecnazHti59Sc54cyhKp_z.gUPlY7Uc8Q340R3iUgkJU337 ynlyP6K0NuFFD_ETW1v5Bw5SdVxl1SXETOBubMnod7TmXQDiBTr9emUM0NCpyoIBV8ywXjz4xirc jqtapPF8PYQweH9zAUxBeWMNi_2I3Lr4v2RBCwlXJvoeC2M_Qu9UKdVkEkPHLSaOFAkwltnvVMIy lbHLUnvPV3UMA9cGKgRCLmPHOWWle5jp0igjPwUQs2LAw1tgBo8.XlpbxgQL1sn6Z1sleLx8pDbx taVBRg7ZMIeFWlWOrVBrtZSmdAD5l8ozhg8pm99P0X3DnyjgknwA2CEQslYIl3id7QDCdtRu5i6F BpHlrR4Fotjr_UPpjSbW2ZnkvfzYNZytOcmwSZHH39c.vCPwcHP9Bi2hwpXWAYEUXG4dUbp5VO5I XSceFZQz5vk6pdz3L6DfmMoe03VZ_o_n9JO92zyMKuRQupZKOl56KzurkXjiWNaUHEI6NkpQKcy8 hwISvOYSq49VUqJcnVNu4ftskYGAzF3CkFdk1MadLySirQZL70GD184Yf3Ba9ywhRN6hSJmPCakm OXHKzApRwUb5WsgXmZnQE5aRmEXdo6BKh3zYXvNiqkKNp6S3Kb7hgqAUM4_u.TGa.EiMFZF2tHEm L23PPVy5w_hy5NgemZdA76klOjGDoto_tHQdAPx8xao.9Rb0hL1vZx5418iyxdi401og5lSGThrP W.0IODu7IUT3uApLw4RmulWOq_oyIhcEWaJfOg8dmSMqXKu2SXmMDTC9dzU4CLCfA.Mrd51UmYWp 2eMht.SofOwI_ Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.ne1.yahoo.com with HTTP; Tue, 9 Oct 2018 22:05:51 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.101]) ([76.115.7.162]) by smtp430.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 895e0378690dc1933e1d8983cf0c48a3; Tue, 09 Oct 2018 21:55:40 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Failed attempt to boot a (non-debug) head -r339076 on an old PowerMac G5 "Quad Core" (built via devel/powerpc64-gcc): Waking up CPU 1 From: Mark Millard In-Reply-To: Date: Tue, 9 Oct 2018 14:55:33 -0700 Cc: Justin Hibbits , Michael Tuexen , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <06F33135-BC79-458F-9546-4FD9A9D7DC6F@yahoo.com> References: <0E6DB192-37A3-45EC-87E9-C5AA1C9397AE@yahoo.com> <785D268A-2612-459F-BD1F-A650D9ECCA28@fh-muenster.de> <3DCB6910-6F08-408A-B3D1-70A7EB5A55BC@yahoo.com> <037e3dd6-cc0c-a39f-f074-bce01887156c@blastwave.org> <20181008152746.1aba4221@ralga.knownspace> <031407DB-57AD-4E09-9A22-A0D4A347576E@yahoo.com> <4fe5af91-bbef-7873-3c48-4b1b440c871a@fgznet.ch> <68d24bdd-9542-3007-3deb-271dcb722e9e@fgznet.ch> To: Andreas Tobler X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 22:05:53 -0000 On 2018-Oct-9, at 2:38 PM, Mark Millard wrote: > On 2018-Oct-9, at 2:07 PM, Andreas Tobler = wrote: >=20 >> On 09.10.18 22:40, Andreas Tobler wrote: >>> On 09.10.18 22:35, Mark Millard via freebsd-ppc wrote: >>>> [Reverting head -r334498 in my head -r339076 context was enough to = get >>>> the G5 so-called "Quad Core" to boot just fine as a variant of >>>> -r339076 .] >>>>=20 >>>> On 2018-Oct-9, at 12:54 PM, Mark Millard = wrote: >>>>=20 >>>>> On 2018-Oct-9, at 8:20 AM, Mark Millard = wrote: >>>>>=20 >>>>>> [The stable/head mix seems to be a wrong idea: 11.2 gets past >>>>>> the SMP: messages just fine on the so-called G5 "Quad Core".] >>>>>>=20 >>>>>> On 2018-Oct-8, at 5:14 PM, Mark Millard = wrote: >>>>>>=20 >>>>>>> On 2018-Oct-8, at 1:27 PM, Justin Hibbits wrote: >>>>>>>=20 >>>>>>>>> . . . >>>>>>>>=20 >>>>>>>> It would be helpful to know the last known-good SVN revision, = both for >>>>>>>> Head and 11.x, as well as the oldest failing one. Since my G5 = bit the >>>>>>>> dust, I can't check locally. >>>>>>>=20 >>>>>> . . . >>>>>=20 >>>>> There are examples of head's kernels that sometimes >>>>> fail to get to the "SMP:" messages and sometimes work >>>>> for getting there (and beyond). So: >>>>>=20 >>>>> My reporting any example failure is a solid indicator >>>>> of the "does not reach "SMP:" problem in that build. >>>>> (All tries reached the waking message on at least cpu >>>>> 1.) >>>>>=20 >>>>> My reporting "worked" for a revision might be a >>>>> misclassification. (This makes for a messier >>>>> "binary-like search".) >>>>>=20 >>>>> That said, the summary of the later detail is: >>>>>=20 >>>>> head -r334494 kernel worked >>>>> head -r334528 kernel failed >>>>>=20 >>>>> (There is nothing between those for: >>>>>=20 >>>>> = https://artifact.ci.freebsd.org/snapshot/head/r*/powerpc/powerpc64/kernel.= txz >>>>>=20 >>>>> so getting a smaller range requires builds. >>>>> I've not attempted that.) >>>>>=20 >>>>> The only machine-dependent powerpc64 change between >>>>> those 2 that I see is: >>>>>=20 >>>>> Author: jhibbits >>>>> Date: Fri Jun 1 21:37:20 2018 >>>>> New Revision: 334498 >>>>> URL: >>>>> https://svnweb.freebsd.org/changeset/base/334498 >>>>>=20 >>>>>=20 >>>>> Log: >>>>> Increase powerpc64 KVA from ~7.25GB to 32GB >>>>> . . . >>>>>=20 >>>>> . . . >>>>=20 >>>> In my -r339076 build context I reverted -r334498, did a >>>> buildkernel, installed it, and rebooted into -r339076. >>>>=20 >>>> The result booted just fine. >>>>=20 >>>> It does appear that, for head, -r334498 makes the difference >>>> for some reason. >>> Unfortunately I have to confirm your findings. >>=20 >> Mark, how much physical ram do you have? Can you adjust the = VM_MAX_KERNEL_ADDRESS just below the amount of RAM you have and see if = -CURRENT boots? Here it does, I have 14GB and I adjusted = VM_MAX_KERNEL_ADDRESS to 12GB. It is just a trial to find out what is = happening. >=20 > The G5 so-called "Quad Core" that I've used so far after the > revert has 16 GiByte. I've access to another with 12 GiByte. >=20 > I've access to a 2GHz Dual-processor (one per socket) PowerMac > G5 as well. It has 8 GiByte. >=20 > I do not have access to a single-slot dual-core G5 or any other > G5's then the 3 mentioned. Nor to any other powerpc64 systems. >=20 > I normally have one SSD and just move it around between those > G5 systems: no tailoring to the individual machines and one > machine at a time for powerpc64 use. >=20 > Given the 3 options for RAM/machine-type, is there a preferred > test or test sequence across the 3? I've now tested and the build with -r334498 reverted booted all 3 of the old PowerMac G5's just fine. =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 Oct 10 01:17:06 2018 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 94E2D10C4434 for ; Wed, 10 Oct 2018 01:17:06 +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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3CDA788B9C for ; Wed, 10 Oct 2018 01:17:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 34E091599C; Wed, 10 Oct 2018 01:17:06 +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.2 with cipher ECDHE-RSA-AES256-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 2FD7F1599B for ; Wed, 10 Oct 2018 01:17:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0188288B9A for ; Wed, 10 Oct 2018 01:17:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 4617E19B27 for ; Wed, 10 Oct 2018 01:17:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w9A1H52Q050934 for ; Wed, 10 Oct 2018 01:17:05 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w9A1H5hD050933 for powerpc@FreeBSD.org; Wed, 10 Oct 2018 01:17:05 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 232060] lang/mono: Fix for Mono build on FreeBSD PowerPC Date: Wed, 10 Oct 2018 01:17:05 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: hamiltcl@verizon.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: mono@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 01:17:06 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D232060 --- Comment #2 from Curtis Hamilton --- (In reply to Mark Felder from comment #1) The patch applies to both PPC and PPC64. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Wed Oct 10 10:01:55 2018 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 9600110CE82E for ; Wed, 10 Oct 2018 10:01:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-21.consmr.mail.gq1.yahoo.com (sonic302-21.consmr.mail.gq1.yahoo.com [98.137.68.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 1E1AA7723F for ; Wed, 10 Oct 2018 10:01:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: sk5lRoMVM1lmdNmRUmNh8ajLSxErcD_EPG24_jvhcQdhbGImJt3SCIgGAib0se3 cY_eFe5XmEa0CdhAc6n0pZ.Z7kAC6YoIuZQhDQUlcJmnOghUMm_gBfhBWkUkR021e5Q3Z0s5HGIL 3Fv1x3HCHv8MzHb3bAQOhvLM_wia6CuNbjlUdry8_3Vb0f8cJWYJhYaKT5uK2F14LTpk76kcLceK we52uXLCAaieiMT.wgI7GB4WshAe.mlwm4cghvb.KY3ZB6qCrFpMwFzAcQsqmHUWRN7nSQwfyJXj EoA2Bi8uJ5x6lRk4A.hPWlDehA2h2zy3li2URmI9K9uybfU8hFa29MLCVTJcgjXJ7dIkUXTaVGhB hJhb_vibWsQWwKdYvvnbR_ys38MbtB4xavGd0urZgVkNn5reOkTqeRuL.tkI6CSbsco4oqTP03sx VWKAW0IQ2qetLQkrr3pTBioXysWu5_XXW2.o6WappstHUfVHAl4WgRPlfBT2AQpw2U7Beo3zZkOM myVRCJVH9CNtLPOO99S_yseHEPD7Fvv7_o7LgAOTQut7Z0dkedUXyTzTMuflblBmmEGzVQz06MxB R.CJwBsHeeDtFYH67paVAEFjjY3g7sTwXbXw_mLZ12y4WR2qDJRvBDzP8gb5hb90d3Ye3nE6ifKr 7rpxEeBc.4niqXinz7NPTBdgEl.mt.ATEh92d9ILSP92wQZ8RLX.8OBNZptz1oayQizeqtpa70MQ QMmOE.3Tx1tJ74yFZZ.5Ffvwy2UTBC2N2K0Im7LvOC22yCCu3qDiGT7xkfyYh7ffZhmKhRI5b.ZV aRSxlVe9vC2B4wMx6ucOzJpNi4i4DYF35sshM9dqbsbVsCVYiz6NxJbi5pEt8AKLd0ndHCnag5dB pzWgXll1n1V54QZz6tgb4hCj7B4nsXeNteOapeqL5DGWqIHLMv1IOn65UCiaWlVdN4kFLlViKd47 FmaqABSo36EZZu4f30R0jouZSyj1TniC.e61tFu0vUszVaszjFETccOsNI43EL4pmTJH94TvBh1i ukgToc6OY.EczJKV6xa2sritJCUWW1CwnTodyU1yrN77Ewx.UcFko2tjJbPPW1Dc7kWS97sXzM7I bycvV6y17 Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Wed, 10 Oct 2018 10:01:47 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.101]) ([76.115.7.162]) by smtp402.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID f88d48a05e4bcbf61ee9481aa4ef8840; Wed, 10 Oct 2018 10:01:44 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Failed attempt to boot a (non-debug) head -r339076 on an old PowerMac G5 "Quad Core" (built via devel/powerpc64-gcc): Waking up CPU 1 From: Mark Millard In-Reply-To: <4E2CE5AF-BBE7-4C60-A983-3B0F8B3AAA21@yahoo.com> Date: Wed, 10 Oct 2018 03:01:43 -0700 Cc: Justin Hibbits , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <85228EEA-5BCC-4201-B9F2-0B772A9FBE65@yahoo.com> References: <0E6DB192-37A3-45EC-87E9-C5AA1C9397AE@yahoo.com> <785D268A-2612-459F-BD1F-A650D9ECCA28@fh-muenster.de> <3DCB6910-6F08-408A-B3D1-70A7EB5A55BC@yahoo.com> <037e3dd6-cc0c-a39f-f074-bce01887156c@blastwave.org> <20181008152746.1aba4221@ralga.knownspace> <031407DB-57AD-4E09-9A22-A0D4A347576E@yahoo.com> <937E631B-929D-4F2B-8AA2-A7D1154EADFD@fh-muenster.de> <4E2CE5AF-BBE7-4C60-A983-3B0F8B3AAA21@yahoo.com> To: Michael Tuexen X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 10:01:55 -0000 On 2018-Oct-9, at 2:28 PM, Mark Millard wrote: > On 2018-Oct-9, at 1:40 PM, Michael Tuexen = wrote: >=20 >>> On 9. Oct 2018, at 22:35, Mark Millard wrote: >>>=20 >>> [Reverting head -r334498 in my head -r339076 context was enough to = get >>> the G5 so-called "Quad Core" to boot just fine as a variant of >>> -r339076 .] >>>=20 >>> On 2018-Oct-9, at 12:54 PM, Mark Millard = wrote: >>>=20 >>>> On 2018-Oct-9, at 8:20 AM, Mark Millard = wrote: >>>>=20 >>>>> [The stable/head mix seems to be a wrong idea: 11.2 gets past >>>>> the SMP: messages just fine on the so-called G5 "Quad Core".] >>>>>=20 >>>>> On 2018-Oct-8, at 5:14 PM, Mark Millard = wrote: >>>>>=20 >>>>>> On 2018-Oct-8, at 1:27 PM, Justin Hibbits wrote: >>>>>>=20 >>>>>>>> . . . >>>>>>>=20 >>>>>>> It would be helpful to know the last known-good SVN revision, = both for >>>>>>> Head and 11.x, as well as the oldest failing one. Since my G5 = bit the >>>>>>> dust, I can't check locally. >>>>>>=20 >>>>> . . . >>>>=20 >>>> There are examples of head's kernels that sometimes >>>> fail to get to the "SMP:" messages and sometimes work >>>> for getting there (and beyond). So: >>>>=20 >>>> My reporting any example failure is a solid indicator >>>> of the "does not reach "SMP:" problem in that build. >>>> (All tries reached the waking message on at least cpu >>>> 1.) >>>>=20 >>>> My reporting "worked" for a revision might be a >>>> misclassification. (This makes for a messier >>>> "binary-like search".) >>>>=20 >>>> That said, the summary of the later detail is: >>>>=20 >>>> head -r334494 kernel worked >>>> head -r334528 kernel failed >>>>=20 >>>> (There is nothing between those for: >>>>=20 >>>> = https://artifact.ci.freebsd.org/snapshot/head/r*/powerpc/powerpc64/kernel.= txz >>>>=20 >>>> so getting a smaller range requires builds. >>>> I've not attempted that.) >>>>=20 >>>> The only machine-dependent powerpc64 change between >>>> those 2 that I see is: >>>>=20 >>>> Author: jhibbits >>>> Date: Fri Jun 1 21:37:20 2018 >>>> New Revision: 334498 >>>> URL:=20 >>>> https://svnweb.freebsd.org/changeset/base/334498 >>>>=20 >>>>=20 >>>> Log: >>>> Increase powerpc64 KVA from ~7.25GB to 32GB >>>> . . . >>>>=20 >>>> . . . >>>=20 >>> In my -r339076 build context I reverted -r334498, did a >>> buildkernel, installed it, and rebooted into -r339076. >>>=20 >>> The result booted just fine. >>>=20 >>> It does appear that, for head, -r334498 makes the difference >>> for some reason. >> Are you saying that head with reverting r334498 runs stable with SMP? >>=20 >=20 > So far no problems. I'll later be doing more extensive activity, such > as buildworld buildkernel and poudriere-based port builds. So the > quality of evidence will improve and I'll report on how it went. >=20 So far I've done -j4 buildworld buildkernel twice, both have worked fine. The examples were: Once via using devel/powerpc64-gcc and devel/powerpc64-binutils (or devel/binutils). Once via using system-clang and devel/powerpc64-binutils (or devel/binutils), not that one would normally want to install and try to boot and use the result. It will be a while before I get around to starting poudriere-devel based port builds. Note: Since 2014 or so when I started FreeBSD activity on old PowerMac's (including some with multiple sockets from the start), I've never before disabled smp, even temporarily. =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 Oct 10 10:06:54 2018 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 CF69210CE8CF for ; Wed, 10 Oct 2018 10:06:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-21.consmr.mail.gq1.yahoo.com (sonic302-21.consmr.mail.gq1.yahoo.com [98.137.68.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 C444B77316 for ; Wed, 10 Oct 2018 10:06:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 5Lcpbr0VM1kgK4glpUHb.tAdRxmHtWwpMxuztVNPfWisa3nln2PXN3Fgr5FhYLF KgIyKuLfpIhP1l9xNCTQGLhEJ0cp2usIjPT1_9HRQasdIuDPyLYOdGHzputWSKUjgC5AoY9YFfcV U5zZc_Umh4fUGPYkjgDLYwA1H6dMGdvM3kj4ei44H5ifj6_P1wMjCxhHL07A1USKAaYfZAqEYCbd 3KvRHjRoNGG_neNNDt8SzpS7N_wv3kxIoEI_W9VqFBFn7tp3B9ycG4IrAi4CxjPWNSZM7.g.8wC. 5H4vsBEafd7DIQLFud6_8vTzHK20N0FBttZ3jl.WsyxrEBhqH2lDEn8ABjpDlH6Jtim7s8QKydZq ok7nak5zVvyWBXOy79j0KgmWxfKniDn4jD596cOY92tvuDYo3WwQ0anEdBrNR2Sh33wA3o8K.6Z4 acMqZax.OO4lV74AHW.LI5EOr8akOkgwa.aX5ziaxpD3PMgke7IzXRG.bKyummti_OLsBX7B8dII 5ztgmdwwKucDjeBF_A5WcBSf1pyoQUohVfSdjET2oX_AhoV5hLYOJ58O9ta8TPnqIEgxaux6vo5r KEt5spkwgKzaTERyjX0OLcIaVlhD7DCUu4yX8s5c3748_FB8LTX3wGVnjTod10YR_q1.5fY.iZx3 0DyqMbPVx.Kx3ip01ixJZAM.j5oJ_HMETWOggOBjpv1Q5OWZlbzRKIpzcrngyY4M5316L7Mlg3nY 3LsBpvBfMrFZjAm8UMrHeTbplPxnA5TLOCkfYamew.lw1HQIayKcsTCfKcIhGTguE5_4XSJKkfKO iz4rhWYndDnoDkhoULuofcE3JakLPZCT_hBIfLTfAmmIvzU0FCvsEIVLS9JIVPEUNXdkc9QMPovO WsVdoH4S2xwKWJg0MQz8nphsFP2IOMPVUpJZkPlCdZbt.uzi7MBAvAJJ912s4JgEf1KD7o52OGDq T42LXgRGrBSIOk27d.JnoSKcGecmQejnE8suXyGUdTxGzipWCgTv6f5sq2u__3nBXttLNKHR3OJU 9QuGlq.qnt72NsO40rpsPsd3rCL6Fl2pfpOwGgvEINmfOGCv3sSAAUWrSEGl8C34VeyoZc5azKyP siaI4gw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Wed, 10 Oct 2018 10:06:52 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.101]) ([76.115.7.162]) by smtp412.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 78b143f7e26acda13a55422b970f7cb4; Wed, 10 Oct 2018 09:56:44 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: FYI: SoftIron Overdrive 1000 (aarch64 Cortex-A57) vs. old PowerMac G5 (powerpc64) "Quad Core": a comparison of build times Message-Id: Date: Wed, 10 Oct 2018 02:56:44 -0700 To: FreeBSD PowerPC ML , freebsd-arm X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 10:06:55 -0000 The following is based on WITHOUT_LLVM_TARGET_ALL=3D and powerpc64 has WITH_LIB32=3D while aarch64 does not. In both cases system-clang is used to do the buildworld buildkernel, although for powerpc64 one would not normally install and try to boot and use the result for FreeBSD as things are. The builds are self-hosted, not cross builds. OverDrive 1000 buildworld buildkernel: a little under 3 hr 17 min. G5 "Quad Core" buildworld buildkernel: around 4 hr 53 min (4 hr = 14 min ignoring lib32 time). The G5 had not started building lib32 (or the kernel) until about 3 hr 28 min into its build. aarch64 has no lib32 to build. The G5 did not start on the kernel until around 4 hr 7 min. So around 4 hr 14 min when not counting lib32's time. powerpc64 is using devel/powerpc64-binutils (or devel/binutils) but aarch64 is using lld. (Last I tried lld would not let the build complete for powerpc64, if I remember right.) For powerpc64 the binutils used had been built already. What was built was (same-in-both part): (neither built a bootstrap compiler or linker) #WITH_CROSS_COMPILER=3D WITH_SYSTEM_COMPILER=3D WITH_SYSTEM_LINKER=3D # WITH_LIBCPLUSPLUS=3D WITHOUT_BINUTILS_BOOTSTRAP=3D WITH_ELFTOOLCHAIN_BOOTSTRAP=3D WITHOUT_LLVM_TARGET_ALL=3D #WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITH_LLD=3D WITHOUT_BINUTILS=3D WITH_LLDB=3D # WITH_BOOT=3D # WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D The variations for what was built between aarch64 vs. powerpc64 were: #WITH_LLD_BOOTSTRAP=3D WITHOUT_LLD_BOOTSTRAP=3D WITH_LLD_IS_LD=3D WITHOUT_LLD_IS_LD=3D WITHOUT_LIB32=3D [This is effectively a comment: aarch64 never has = lib32] WITH_LIB32=3D powerpc64 uses: LOADER_DEFAULT_INTERP=3D4th Also, cortex-a57 used: LDFLAGS.lld+=3D -Wl,--no-threads Note: My actual powerpc64 builds are via devel/powerpc64-gcc and devel/powerpc64-binutils (or devel/binutils), but I've not built for aarch64 that way. For powerpc64 I do build clang and have clang as cc. (Clang's powerpc64 problems are tied to things special for buildworld and buildkernel .) Unfortunately, devel/powerpc64-gcc based builds are WITHOUT_LIB32=3D because for lib32 it misuses R30 in crtbeginS code (vs. the ABI for FreeBSD) and 32-bit code just produces core files from the bad dereference that results. Note: The G5 so-called "Quad Core" has 4 cores overall in the system but they are evenly split across 2 sockets: 2 dual-core processors. =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 Oct 10 22:13:49 2018 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 5B5A910BE215; Wed, 10 Oct 2018 22:13:49 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 014FD743EC; Wed, 10 Oct 2018 22:13:48 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-2.local (ralph.baldwin.cx [66.234.199.215]) by mail.baldwin.cx (Postfix) with ESMTPSA id 182F510A87D; Wed, 10 Oct 2018 18:13:46 -0400 (EDT) Subject: Re: base/binutils vs. /usr/local/lib references and also: undefined reference to `pthread_create' (powerpc64 targeting example) To: Mark Millard , FreeBSD Toolchain , FreeBSD PowerPC ML References: <4C338B84-1179-4569-A964-CA18A22AF1D7@yahoo.com> From: John Baldwin Message-ID: <3c10995e-2c84-a140-ed4d-449ce61d3d05@FreeBSD.org> Date: Wed, 10 Oct 2018 15:13:44 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Wed, 10 Oct 2018 18:13:48 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 22:13:49 -0000 On 10/6/18 12:22 PM, Mark Millard via freebsd-toolchain wrote: > [Actually devel/gettext-tools is a build time dependency: it should not be using > libtool: link: /usr/local/bin/powerpc64-unknown-freebsd12.0-gcc --sysroot=. . . > It looks like the /usr/local/lib references are correct but the wrong linker was > being used. About 5 other ports have a similar status for making base/binutils > as a cross build.] base/binutils should not be pulling in any other ports at all. Everytime I've built it it has had no other dependencies beyond pkg. As far as I'm aware, the only ports which work with CROSS_TOOLCHAIN and CROSS_SYSROOT are ports-mgmt/pkg, base/gcc, and base/binutils. > On 2018-Oct-5, at 11:00 PM, Mark Millard wrote: > >> In trying to follow the base/binutils part of https://wiki.freebsd.org/ExternalGCC >> (or /usr/ports/base/README) for targeting powerpc64 I got: >> >> ( My /etc/make.conf has: WRKDIRPREFIX?=/wrkdirs .) >> >> # cd ../../base/binutils/ >> # make CROSS_TOOLCHAIN=powerpc64-gcc CROSS_SYSROOT=/usr/obj/DESTDIRs/xtcgcc-powerpc64-installworld package >> . . . > > Note: This should involve building devel/gettext-tools targetting amd64 > (the host environment in this example) because devel/gettext-tools is > a build-time dependency, not to be run on the target system. Maybe install gettext on your system first before doing the build. Probably the CROSS_* aren't stripped from the environment when building dependencies. > May be if devel/gettext-tools had been pre-built and installed > before trying the CROSS_TOOLCHAIN=powerpc64-gcc > CROSS_SYSROOT=/usr/obj/DESTDIRs/xtcgcc-powerpc64-installworld > based build activity it would have been okay? > > [I try such later below and report on the results.] > > There are no words on https://wiki.freebsd.org/ExternalGCC or > in /usr/ports/base/README for such special build-sequence > instructions. You're maybe the 3rd person trying it. :-/ >> (It is also unclear how the process involving base/* mixes with doing >> later FreeBSD updates from source --including any use of a delete-old >> step if WITHOUT_BINUTILS= is used at the time. For the cross buildworld >> itself it is not clear what options are intended.) So I plan on having a freebsd-gcc.mk (or freebsd-cc.mk) toolchain file that base/gcc will install that will set WITHOUT_BINUTILS and some other things. I have manually done that for now when building world inside a MIPS qemu instance using base/binutils and base/gcc as the native toolchain. Once I have a build that actually finishes I plan to add the toolchain to the port and then have Makefile.inc1 automatically include the file it is present. >> Notes about some typos on: https://wiki.freebsd.org/ExternalGCC >> >> /usr/ports/devel/ports-mgmt/pkg should be: >> /usr/ports/ports-mgmt/pkg >> >> 3 examples of CROSS_TOOCLAHIN should be: >> CROSS_TOOLCHAIN Fixed. >> Notes about the /usr/ports/base/README : >> >> No mention is made of the pkg build so that it can be >> set up on the target. Only https://wiki.freebsd.org/ExternalGCC >> has that information. /usr/ports/base/README does not >> reference https://wiki.freebsd.org/ExternalGCC either. The README predates the wiki page by a fair bit. The current known issue I need to get back to with base/gcc is that it improperly looks for libraries in /usr/lib when --sysroot is used. I need to get that fixed so that a buildworld via base/gcc works correctly and then I will probably get back to working on more of the todo items on the wiki page. -- John Baldwin                                                                              From owner-freebsd-ppc@freebsd.org Thu Oct 11 00:20:02 2018 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 BDAE710C0B26 for ; Thu, 11 Oct 2018 00:20:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.gq1.yahoo.com (sonic306-21.consmr.mail.gq1.yahoo.com [98.137.68.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 482CE77EFC for ; Thu, 11 Oct 2018 00:20:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: ZegNRuYVM1m2bxJtHZKB5zq32IMpeKVD5oKQkGjPQCL2RQJSZpMJglwkWNLyVaO hierI6xO..PZ3sT8A.TowLlcKDhzcyUuxhwdlWXGCsideGjQnte8B8Cef9m77PgqATrw5hR4Ybt4 J4NeDm0t_edJG0mL.75TximM_llUjY.hCzt0YbjapSj_XD9SqCpfchjczUEpOUDK8zDKxsrzv3OQ HqIIVGiMQ0EHVjnTD9Md6_2.EICzpAtbm.54KguK5KB2ProZyvAsQAAoMAK7vgKRGOFZF8fjctjm ZhegYHPtLwXhtJC68N7vUGpXo01UIcHsfYhZPmZW5DB7PzW0msOYSMuoupQbOjOkb7YMdlLX03ng gxSiuaZzqv76GSdZ.ofjWqYPxSw.EcrOIYdit2FuWPJ6AG1_0Cb76OBl_xhFQGcTtlnvHOohrwZC 2ahRvC4lJ69hqr7iGnWXxf2jkCLfakmRHeE117fPaLLwVgqh2pTZZfARFg2T4nGwuwUv8PanI9OP RB8q2yOijD95fQ5TAlt6wBIZb06oNuO7kO36bODWp5prpWzrTKPFeT8Thu02.BfVRWRuch_J504Z S3eAqjM0YUn8tUDYlHe4xI95g3DuYS555exG4phroBTL1GaROUerv8UNGw2mlyQ2s_vr7Wa5xHJY Ew9uY6EHuPWWc53Wf5eLqf7qgmkSM3BrV2DVdVr0RuSHjEiTW3MX4DWsMH6Eq.xbHmFM4QvLRTby rdI9w0M5EflHlORci.QYt05RFtHnFNFYaDYC57jzKgOZAopbLbOUJSwXq7M0qPHEQfI2ZiSxBLuF HNSph8hd3UfngorePSwt09IHWQmqdGMX9p_mRvFsqLTpJgvbfABgTH6FMERsHB_gxKveJnbYjFVn fv1qomujrwcVxXCMudPu3QoAoovYGU08yAEMRhn6nQojt2gII7ZZS9lf14ZKpPGR9b9d7KzfyQiT ShAG5ycVsGLJh_TA35QxZJApvKg2q_KS0PNlN.U7Q1XVoXOi6F1YYcvdI14MpawKcKK4NNVPrtOL _zI.rsDE5muJoSbBPB7tRP.x.eLK2vbvVgbNntWxrsYbw99BuIjWSynsaV1K4hjXu7.5sMcVcpbq JWD.rKtQ- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Thu, 11 Oct 2018 00:19:53 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp428.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID dec724c1e4b3d40b3abe02b231b9bed8; Wed, 10 Oct 2018 23:59:34 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: base/binutils vs. /usr/local/lib references and also: undefined reference to `pthread_create' (powerpc64 targeting example) From: Mark Millard In-Reply-To: <3c10995e-2c84-a140-ed4d-449ce61d3d05@FreeBSD.org> Date: Wed, 10 Oct 2018 16:59:33 -0700 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <4C338B84-1179-4569-A964-CA18A22AF1D7@yahoo.com> <3c10995e-2c84-a140-ed4d-449ce61d3d05@FreeBSD.org> To: John Baldwin X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 00:20:03 -0000 On 2018-Oct-10, at 3:13 PM, John Baldwin wrote: > On 10/6/18 12:22 PM, Mark Millard via freebsd-toolchain wrote: >> [Actually devel/gettext-tools is a build time dependency: it should = not be using >> libtool: link: /usr/local/bin/powerpc64-unknown-freebsd12.0-gcc = --sysroot=3D. . . >> It looks like the /usr/local/lib references are correct but the wrong = linker was >> being used. About 5 other ports have a similar status for making = base/binutils >> as a cross build.] >=20 > base/binutils should not be pulling in any other ports at all. = Everytime I've > built it it has had no other dependencies beyond pkg. As far as I'm = aware,=20 > the only ports which work with CROSS_TOOLCHAIN and CROSS_SYSROOT are > ports-mgmt/pkg, base/gcc, and base/binutils. If devel/gettext-tool is already installed, things just work. In such a context the dependency is less likely to be noticed. >> On 2018-Oct-5, at 11:00 PM, Mark Millard = wrote: >>=20 >>> In trying to follow the base/binutils part of = https://wiki.freebsd.org/ExternalGCC >>> (or /usr/ports/base/README) for targeting powerpc64 I got: >>>=20 >>> ( My /etc/make.conf has: WRKDIRPREFIX?=3D/wrkdirs .) >>>=20 >>> # cd ../../base/binutils/ >>> # make CROSS_TOOLCHAIN=3Dpowerpc64-gcc = CROSS_SYSROOT=3D/usr/obj/DESTDIRs/xtcgcc-powerpc64-installworld package >>> . . . >>=20 >> Note: This should involve building devel/gettext-tools targetting = amd64 >> (the host environment in this example) because devel/gettext-tools is >> a build-time dependency, not to be run on the target system. >=20 > Maybe install gettext on your system first before doing the build. = Probably > the CROSS_* aren't stripped from the environment when building = dependencies. That is what I did and it worked fine after devel/gettext-tool had already been installed. In general build-time dependencies are more likely to be for the host environment's execution and run-time dependencies are more likely to be for the target's execution. (But if something is both, then likely both forms are needed, tracking HOST vs. TARGET for where used.) I do not see evidence of such considerations in the ports infrastructure. So I expect "install gettext on your system first before doing the build" should be a standard part of the instructions for base/binutils --at least for now. >> May be if devel/gettext-tools had been pre-built and installed >> before trying the CROSS_TOOLCHAIN=3Dpowerpc64-gcc >> CROSS_SYSROOT=3D/usr/obj/DESTDIRs/xtcgcc-powerpc64-installworld >> based build activity it would have been okay? >>=20 >> [I try such later below and report on the results.] >>=20 >> There are no words on https://wiki.freebsd.org/ExternalGCC or >> in /usr/ports/base/README for such special build-sequence >> instructions. >=20 > You're maybe the 3rd person trying it. :-/ Long ago I submitted bugzilla reports when I first tried it. A lot of that was addressed later. It was much nicer to explore the 2nd time. And, for what I used this time, even nicer now. >>> (It is also unclear how the process involving base/* mixes with = doing >>> later FreeBSD updates from source --including any use of a = delete-old >>> step if WITHOUT_BINUTILS=3D is used at the time. For the cross = buildworld >>> itself it is not clear what options are intended.) >=20 > So I plan on having a freebsd-gcc.mk (or freebsd-cc.mk) toolchain file > that base/gcc will install that will set WITHOUT_BINUTILS and some = other > things. I have manually done that for now when building world inside = a > MIPS qemu instance using base/binutils and base/gcc as the native = toolchain. > Once I have a build that actually finishes I plan to add the toolchain = to > the port and then have Makefile.inc1 automatically include the file it = is > present. I'm actually only using the pkg cross build and the base/binutils cross build. The existing src.conf/make.conf infrastructure already allowed me to build or cross-build based on devel/powerpc64-gcc (via devel/powerpc64-xtoolchain-gcc) and I've been doing that for years and clang is useful for powerpc ( but not good for buildworld buildkernel ). WITHOUT_BINUTILS=3D use has the consequences that delete-old will delete base/binutils materials (and so base/binutils materials have to be put back afterwards). That is what I've been doing. I actually have the build include clang and set up clang as cc for the target (no bootstrap clang). Clang's powerpc family problems are tied to special aspects associated with buildworld and buildkernel . Right now I've a poudriere-devel building what expanded to 414 ports on the old PowerMac G5, based on system-clang and the base/binutils material. One thing that I use is WITHOUT_LIB32=3D because any modern gcc that I've tried sticks in a R30 use in crtbeginS code that does not follow the powerpc family ABI FreeBSD is based on for this code: 32-bit powerpc code just produces core files on powerpc64 --from the bad dereference of R30 as holding an context-defined address. If I remember right, base/gcc had this problem for targeting powerpc64 as well. If there was a devel/powerpc-gcc and devel/powerpc-binutils and devel/powerpc-xtoolchain-gcc I could do the same for the 32-bit context. >>> Notes about some typos on: https://wiki.freebsd.org/ExternalGCC >>>=20 >>> /usr/ports/devel/ports-mgmt/pkg should be: >>> /usr/ports/ports-mgmt/pkg >>>=20 >>> 3 examples of CROSS_TOOCLAHIN should be: >>> CROSS_TOOLCHAIN >=20 > Fixed. Thanks. >>> Notes about the /usr/ports/base/README : >>>=20 >>> No mention is made of the pkg build so that it can be >>> set up on the target. Only https://wiki.freebsd.org/ExternalGCC >>> has that information. /usr/ports/base/README does not >>> reference https://wiki.freebsd.org/ExternalGCC either. >=20 > The README predates the wiki page by a fair bit. Ahh. I see. > The current known issue I need to get back to with base/gcc is that it > improperly looks for libraries in /usr/lib when --sysroot is used. I = need > to get that fixed so that a buildworld via base/gcc works correctly = and then > I will probably get back to working on more of the todo items on the = wiki > page. >=20 Other than when I explicitly go to test base/gcc, I do not see such because I use the src.conf/make.conf ways of putting devel/powerpc64-gcc and such to use and have the build include clang as cc: no use of base/gcc. I've not tested base/gcc in a long time. I do this style of buildworld buildkernel on the PowerMac G5's too: a = sort of "self hosted cross build". =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 Oct 11 01:55:08 2018 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 D132810C5A35 for ; Thu, 11 Oct 2018 01:55:07 +0000 (UTC) (envelope-from cam@neo-zeon.de) Received: from neo-zeon.de (neo-zeon.de [96.90.244.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.neo-zeon.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6D46C7C49F for ; Thu, 11 Oct 2018 01:55:07 +0000 (UTC) (envelope-from cam@neo-zeon.de) Received: from cberkenp-ld2.linkedin.biz ([216.52.21.5]) (authenticated bits=0) by neo-zeon.de (8.15.2/8.15.2) with ESMTPSA id w9B1fmf3024148 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 10 Oct 2018 18:41:49 -0700 (PDT) (envelope-from cam@neo-zeon.de) Subject: Re: FreeBSD 12.0-ALPHA4 fails to boot on POWER9/KVM From: Cameron Berkenpas To: freebsd-ppc@freebsd.org References: <5d84652d-8b54-19f9-1396-e7c9acbe6c03@neo-zeon.de> <5f44c6d6-7eec-6732-6fef-123e7e0d3292@freebsd.org> Message-ID: <2b4455f4-37f6-5645-dcba-2cc41c845ae8@neo-zeon.de> Date: Wed, 10 Oct 2018 18:41:43 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 01:55:08 -0000 Made a LITTLE progress on getting FreeBSD to run as a KVM VM on POWER9/TalosII again with the following: qemu-system-ppc64 -enable-kvm -m 2048 -nographic -vga none -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x7 -drive file=FreeBSD-12.0-ALPHA9-powerpc-powerpc64-20181009-r339271-disc1.iso,format=raw,if=none,id=drive-scsi0-0-0-0,readonly=on -device scsi-cd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0,bootindex=1 -drive file=/var/lib/libvirt/images/freebsd-ppc.qcow2,format=qcow2,if=none,id=drive-scsi0-0-0-1 -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=1,drive=drive-scsi0-0-0-1,id=scsi0-0-0-1,bootindex=2 -mem-prealloc -mem-path /dev/hugepages -smp 2 Seems like issue is that you need to use a SCSI CDROM! Unfortunately, we are don't quite get there. Hope it's not a problem to put this inline, I'm unable to access pastebin right now: qemu-system-ppc64: warning: System page size 0x1000000 is not enabled in page_size_mask (0x11000). Performance may be slow SLOF ********************************************************************** QEMU Starting  Build Date = Sep 24 2017 12:23:07  FW Version = buildd@ release 20170724  Press "s" to enter Open Firmware. Populating /vdevice methods Populating /vdevice/vty@71000000 Populating /vdevice/nvram@71000001 Populating /vdevice/l-lan@71000002 Populating /pci@800000020000000                      00 3800 (D) : 1af4 1004    virtio [ scsi ] Populating /pci@800000020000000/scsi@7        SCSI: Looking for devices           100000100000000 DISK     : "QEMU     QEMU HARDDISK 2.5+"           100000000000000 CD-ROM   : "QEMU     QEMU CD-ROM 2.5+" No NVRAM common partition, re-initializing... Scanning USB Using default console: /vdevice/vty@71000000   Welcome to Open Firmware   Copyright (c) 2004, 2017 IBM Corporation All rights reserved.   This program and the accompanying materials are made available   under the terms of the BSD License available at   http://www.opensource.org/licenses/bsd-license.php Trying to load:  from: /pci@800000020000000/scsi@7/disk@100000000000000 ...   Successfully loaded Consoles: Open Firmware console FreeBSD/powerpc64 Open Firmware loader, Revision 0.1 Memory: 2097152KB Booted from: /pci@800000020000000/scsi@7/disk@100000000000000 block-size NOT FOUND #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! / block-size NOT FOUND #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! \ block-size NOT FOUND #blocks NOT FOUND| block-size NOT FOUND #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! / block-size NOT FOUND #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! | block-size NOT FOUND #blocks NOT FOUND| block-size NOT FOUND #blocks NOT FOUND| block-size NOT FOUND #blocks NOT FOUND| block-size NOT FOUND #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! - block-size NOT FOUND #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! - block-size NOT FOUND #blocks NOT FOUND| block-size NOT FOUND #blocks NOT FOUND- block-size NOT FOUND #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! Loading /boot/defaults/loader.conf block-size NOT FOUND #blocks NOT FOUND\ block-size NOT FOUND #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! | block-size NOT FOUND #blocks NOT FOUND- block-size NOT FOUND #blocks NOT FOUND| block-size NOT FOUND #blocks NOT FOUND- block-size NOT FOUND #blocks NOT FOUND| block-size NOT FOUND #blocks NOT FOUND/ block-size NOT FOUND #blocks NOT FOUND- block-size NOT FOUND #blocks NOT FOUND\ block-size NOT FOUND #blocks NOT FOUND| block-size NOT FOUND #blocks NOT FOUND\ block-size NOT FOUND #blocks NOT FOUND- block-size NOT FOUND #blocks NOT FOUND/ block-size NOT FOUND #blocks NOT FOUND/boot/kernel/kernel data=0x13776e0+0x54dfe0 syms=[0x8+0x176ef8+0x8+0x1727c1] block-size NOT FOUND #blocks NOT FOUND\ block-size NOT FOUND #blocks NOT FOUND/ Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... block-size NOT FOUND #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! SCSI-DISK: Access beyond end of device ! Kernel entry at 0x1024b0 ... KDB: debugger backends: ddb KDB: current backend: ddb ---<>--- 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-ALPHA9 r339271 GENERIC powerpc gcc version 4.2.1 20070831 patched [FreeBSD] WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. cpu0: IBM POWER9 revision 2.2, 2234.00 MHz cpu0: Features dc007182 cpu0: Features2 eee00000 real memory  = 2101960704 (2004 MB) avail memory = 1983193088 (1891 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs arc4random: no preloaded entropy cache random: entropy device external interface random: registering fast source PowerISA DARN random number generator random: fast provider: "PowerISA DARN random number generator" kbd0 at kbdmux0 ofwbus0: on nexus0 xicp0: on ofwbus0 xicp0: Handling CPUs 0-15 vdevice0: on ofwbus0 llan0: irq 16781321 on vdevice0 llan0: Ethernet address: 00:12:34:56:00:00 uart0: irq 16781315 on vdevice0 pcib0: on ofwbus0 pci0: on pcib0 pci0: at device 7.0 (no driver attached) cpulist0: on ofwbus0 cpu0: on cpulist0 cpu1: on cpulist0 rtas0: on ofwbus0 rtas0: registered as a time-of-day clock, resolution 0.002000s Timecounter "timebase" frequency 512000000 Hz quality 0 Event timer "decrementer" frequency 512000000 Hz quality 1000 Timecounters tick every 1.000 msec llan0: link state changed to UP usb_needs_explore_all: no devclass SMP: AP CPU #1 launched arc4random: no preloaded entropy cache Trying to mount root from cd9660:/dev/iso9660/12_0_ALPHA9_POWERPC64_CD [ro]... WARNING: WITNESS option enabled, expect reduced performance. mountroot: waiting for device /dev/iso9660/12_0_ALPHA9_POWERPC64_CD... Mounting from cd9660:/dev/iso9660/12_0_ALPHA9_POWERPC64_CD failed with error 19. Loader variables:   vfs.root.mountfrom=cd9660:/dev/iso9660/12_0_ALPHA9_POWERPC64_CD   vfs.root.mountfrom.options=ro Manual root filesystem specification:   : [options]       Mount using filesystem       and with the specified (optional) option list.     eg. ufs:/dev/da0s1a         zfs:zroot/ROOT/default         cd9660:/dev/cd0 ro           (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /)   ?               List valid disk boot devices   .               Yield 1 second (for background tasks)       Abort manual input mountroot> ? List of GEOM managed disk devices: mountroot> On 09/04/2018 12:56 PM, Cameron Berkenpas wrote: > The last working ISO I tried was probably from July (definitely no > earlier at least) if that helps slightly. Unfortunately, I deleted my > older ISO's. > > Unfortunately, I don't see any older 12-CURRENT images archived to try > and get some idea of when this broke. > > If I have some time, I'll see if it's possible/feasible for me to > build a PPC64 image of some kind from a PC to try unless someone has a > better idea of course. :D > > Thanks! > > On 09/04/2018 08:10 AM, Nathan Whitehorn wrote: >> The 32 and 64-bit loaders are identical binaries, so the issue is >> probably universal. >> -Nathan >> >> On 9/4/18 12:18 AM, Michael Tuexen wrote: >>>> On 4. Sep 2018, at 07:13, Nathan Whitehorn >>>> wrote: >>>> >>>> Maybe this is Lua loader fallout? The problem seems to be entirely in >>>> the boot loader. >>> At least the problem I reported earlier to this list regarding booting >>> a G4 system is related to the lua loader. >>> >>> When installing the fourth loader, booting works, when installing >>> the lua loader, booting fails with the output given. >>> >>> However, this is on a 32-bit PPC machine. Can't test on a 64-bit PPC >>> machine. >>> >>> Best regards >>> Michael >>>> -Nathan >>>> >>>> On 9/3/18 9:54 PM, Cameron Berkenpas wrote: >>>>> Hello, >>>>> >>>>> Argh. I went out of my way to select the right ISO image and then >>>>> apparently still grabbed the wrong one without noticing the name. >>>>> >>>>> I went and tried this image: >>>>> FreeBSD-12.0-ALPHA4-powerpc-powerpc64-20180831-r338410-disc1.iso >>>>> >>>>> Still the same issue though. >>>>> >>>>> Thanks! >>>>> >>>>> On 09/03/2018 07:42 PM, Justin Hibbits wrote: >>>>>> Hello Cameron, >>>>>> >>>>>> On Sun, Sep 2, 2018 at 11:15 PM Cameron Berkenpas >>>>>> wrote: >>>>>>> Hello, >>>>>>> >>>>>>> It seems that FreeBSD 12.0-ALPHA4 is having trouble booting on >>>>>>> KVM on >>>>>>> POWER9 (Talos II). >>>>>>> >>>>>>> Here's the image I've tried: >>>>>>> FreeBSD-12.0-ALPHA4-powerpc-powerpcspe-20180831-r338410-disc1.iso >>>>>>> >>>>>> The powerpcspe ISO won't work on a Talos.  I don't even expect that >>>>>> particular ISO to work at all, given the nature of the architecture. >>>>>> For Talos, and IBM POWER* in general, you need the powerpc64 ISO. >>>>>> >>>>>> I don't know if that will solve your problem, given the errors >>>>>> printed >>>>>> below, but it's at least a first step. >>>>>> >>>>>> - Justin >>>>>> >>>>>> >>>>>>> It fails regardless of whether I run kvm from the console or >>>>>>> through >>>>>>> virt-manager. >>>>>>> >>>>>>> Seems to be disk related... I get the messages below regardless of >>>>>>> whether I try to boot from CD-ROM or disk. I've tried all disk >>>>>>> types >>>>>>> for >>>>>>> both (usb, scsi, sata, virtio, etc). >>>>>>> >>>>>>> It's important to note that this worked on an older snapshot of >>>>>>> 12.0-CURRENT, though I don't know the last specific working >>>>>>> revision I >>>>>>> tried. >>>>>>> >>>>>>> Here's the output: >>>>>>> >>>>>>> SLOF >>>>>>> ********************************************************************** >>>>>>> >>>>>>> QEMU Starting >>>>>>>     Build Date = Sep 24 2017 12:23:07 >>>>>>>     FW Version = buildd@ release 20170724 >>>>>>>     Press "s" to enter Open Firmware. >>>>>>> >>>>>>> Populating /vdevice methods >>>>>>> Populating /vdevice/vty@71000000 >>>>>>> Populating /vdevice/nvram@71000001 >>>>>>> Populating /vdevice/v-scsi@71000002 >>>>>>>           SCSI: Looking for devices >>>>>>>              8200000000000000 CD-ROM   : "QEMU QEMU CD-ROM 2.5+" >>>>>>> Populating /pci@800000020000000 >>>>>>>                         00 0000 (D) : 8086 100e e1000 [ net ] >>>>>>> No NVRAM common partition, re-initializing... >>>>>>> Scanning USB >>>>>>> Using default console: /vdevice/vty@71000000 >>>>>>> >>>>>>> >>>>>>> >>>>>>>      Welcome to Open Firmware >>>>>>> >>>>>>>      Copyright (c) 2004, 2017 IBM Corporation All rights reserved. >>>>>>>      This program and the accompanying materials are made available >>>>>>>      under the terms of the BSD License available at >>>>>>> http://www.opensource.org/licenses/bsd-license.php >>>>>>> >>>>>>> >>>>>>> Trying to load:  from: >>>>>>> /vdevice/v-scsi@71000002/disk@8200000000000000 >>>>>>> ...   Successfully loaded >>>>>>> Consoles: Open Firmware console >>>>>>> >>>>>>> FreeBSD/powerpcspe Open Firmware loader, Revision 0.1 >>>>>>> (Fri Aug 31 17:53:54 UTC 2018 root@releng3.nyi.freebsd.org) >>>>>>> Memory: 33554432KB >>>>>>> Booted from: /vdevice/v-scsi@71000002/disk@8200000000000000 >>>>>>> >>>>>>> >>>>>>> block-size NOT FOUND >>>>>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>> / >>>>>>> block-size NOT FOUND >>>>>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>> \ >>>>>>> block-size NOT FOUND >>>>>>> #blocks NOT FOUND >>>>>>> >>>>>>> ( 700 ) Program Exception [ 0 ] >>>>>>> >>>>>>> >>>>>>>        R0 .. R7           R8 .. R15         R16 .. R23         >>>>>>> R24 .. >>>>>>> R31 >>>>>>> 000000000000000b   000000000345ddd4   ffffffffffffffff >>>>>>> 0000000002c50dd8 >>>>>>> 0000000002c559e0   0000000028686561   0000000002c57c50 >>>>>>> 0000000002c51d10 >>>>>>> 0000000000000000   0000000002c68540   0000000002c57c48 >>>>>>> 0000000002c52594 >>>>>>> 000000000345e900   0000000002c68280   0000000002c63300 >>>>>>> 0000000000000000 >>>>>>> 0000000002c682c0   0000000020000048   0000000000000000 >>>>>>> 000000000345e900 >>>>>>> 0000000000000000   0000000000000000   0000000000000000 >>>>>>> 0000000000000000 >>>>>>> 0000000000000040   0000000000000000   0000000002c6eb00 >>>>>>> 0000000000000000 >>>>>>> 0000000000000008   000000007fffffff   0000000002c5cb04 >>>>>>> 000000000345e900 >>>>>>> >>>>>>>        CR / XER           LR / CTR          SRR0 / SRR1        >>>>>>> DAR / >>>>>>> DSISR >>>>>>>            80000044   0000000002c029f0 0000000028686560 >>>>>>> 0000000000000000 >>>>>>> 0000000020040000   0000000028686561   0000000000083000 00000000 >>>>> _______________________________________________ >>>>> freebsd-ppc@freebsd.org mailing list >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >>>>> To unsubscribe, send any mail to >>>>> "freebsd-ppc-unsubscribe@freebsd.org" >>>>> >>>> _______________________________________________ >>>> freebsd-ppc@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >>>> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" >> _______________________________________________ >> freebsd-ppc@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" > From owner-freebsd-ppc@freebsd.org Thu Oct 11 03:19:02 2018 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 4C21A10CA82F for ; Thu, 11 Oct 2018 03:19:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-12.consmr.mail.ne1.yahoo.com (sonic313-12.consmr.mail.ne1.yahoo.com [66.163.185.35]) (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 E0EA880969 for ; Thu, 11 Oct 2018 03:19:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: YpviO3oVM1nYKX4BLck05eBo9g_lN4AeIaH4hd7xvpgNNL1aKfdp9e5ClCYqjAw zrAj12lMMJdWflSiqCORIO9UfSW56Oo3gJe5PgnkfUDqNvAoevx119lzr8v2Xm.1DC65GvwJSHY7 1Wvv7m0kydQaCjwFS3bLYb.Nb8r2bcYVPs70dQGcMQccENXkja0DBWhPhCaXixEt1A5yYSeV_Ch8 sUv6JNR_J59EM.KaxuDwlCFPL0J5uWSR_w44wkxgg0bntY70gli09YpXuS9vrPSXPMKG9Vl_cLWo FOUswojHVD4hDgNso1U83N.3_BMUC.BtInfv9cU2GtPdYReLhM1nPMI._mW0ydUl7U7kU3.b5gF8 sznv5VYlMqYAqJLlsMCrbvW0VL3YaXdVI_5mktycemMZnQmIOVeLlsIC5QtepCB6qlpeUkyRHZRI WUHYqbzP.pMqbJB14C09t3KCNGcLjm.nOATi7emJGyi2EvFzyuaj5pKvtCC3cMRxB_V1bAg6VnRu 39Mt6NeiMp1r0qpbSWM6UNdWXhCAcGeyO.krvBIwzOmflYIrcwPxv8NFJAlGkH4NwL1Uhe1VKoYq 6IQ_sCTxqdnO8OLquBzkTn9nu2RmHnYh7wOeR5ykp4g.1kcYRiyEQVCtstJdV0ATMtAI0OsYdfYl S62MYMxxNJy8eqBGxbeBF_1dzol6zKHKJieE0ouVaf547z306dNV3wv6C0GPnCjjVLBYPUc.PLSQ f2xis9nzwpjo3EnNNLQqpHFv8X9Z4MYFTl1ojnxWo.W4isZi4PoVpEFRoP4UmmIWufo6gDhIUxUm t_uB8D60CV5ZcaiguxL9DIGDSwbuZcfFGxdll3ez3qZt4GHoeb7_WXny_ZUQbfsCJ9XPXlNy747I LODB77Q5GzuNNW4d_VI03GiCmtuv2jdLd4Z4j3cL3JZ8G15rwQqqQpBOWFTkd5nkJ1eK_AtiuB47 _dioEJARrVQUX0C41zwgu87rMRC4moHwOtFc6CvthuYbQZS2iZAWLw9th6y9mkP0ncPQI.50QP.s LsrVwdCfLoXlCi6FOgTUjX6FT0z4hsKXeOaC7LAuqibzNjwvL3B_uYlEvrOkR2X4VJs_7C6NtQO0 D6P9L7ydTAQ0- Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.ne1.yahoo.com with HTTP; Thu, 11 Oct 2018 03:19:00 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp428.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 56f2d9241e6a95b15cfd9efb043fc1b4; Thu, 11 Oct 2018 03:08:50 +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 11.5 \(3445.9.1\)) Subject: FYI: security/nss (as of -r480180) fails to build on powerpc64: error: incompatible pointer types passing 'int *' to parameter of type 'size_t *' Message-Id: <680F1E8C-FF93-447F-AEDC-E01E625A991C@yahoo.com> Date: Wed, 10 Oct 2018 20:08:48 -0700 Cc: FreeBSD PowerPC ML To: Jan Beich , FreeBSD Ports ML X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 03:19:02 -0000 The following is on a powerpc64 machine (old PowerMac G5 so-called "Quad Core") running a personal build of head -r339076 that was built via devel/powerpc64-xtoolchain-gcc and such (no gcc 4.2.1). The compiler is system-clang (so clang 6 as cc). [I experiment with more modern compilers and toolchains for some powerpc family members.] -r339076 predates the openssl update in head. The port build is via ports-mgmt/poudriere-devel . Note: size_t is unsigned long (64 bits) while int is 32 bits for powerpc64. I've no clue if this is supposed to work, be blocked as broken, or what. (I've been without access to the powerpc machines for some time and it is even longer since I'd built updated ports. So this might be a long-standing issue without my knowing it.) For now this is just an FYI. =3D>> Building security/nss build started at Wed Oct 10 18:50:10 PDT 2018 port directory: /usr/ports/security/nss package name: nss-3.39 building for: FreeBSD FBSDG5L 12.0-ALPHA8 FreeBSD 12.0-ALPHA8 powerpc maintained by: gecko@FreeBSD.org Makefile ident: $FreeBSD: head/security/nss/Makefile 478586 = 2018-08-31 14:44:13Z jbeich $ Poudriere version: 3.2.99.20180511 Host OSVERSION: 1200084 Jail OSVERSION: 1200084 Job Id: 04 . . . gmake[3]: Entering directory = '/wrkdirs/usr/ports/security/nss/work/nss-3.39/nss/lib/freebl' . . . mpi/mpcpucache.c:728:23: error: incompatible pointer types passing 'int = *' to parameter of type 'size_t *' (aka 'unsigned long *') = [-Werror,-Wincompatible-pointer-types] &cacheline_size, &clen, NULL, 0) < 0 || !cacheline_size) ^~~~~ /usr/include/sys/sysctl.h:1062:48: note: passing argument to parameter = here int sysctl(const int *, u_int, void *, size_t *, const void *, = size_t); ^ 1 error generated. gmake[4]: *** [../../coreconf/rules.mk:393: = FreeBSD12.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/mpcpucache.o] Error 1 gmake[4]: Leaving directory = '/wrkdirs/usr/ports/security/nss/work/nss-3.39/nss/lib/freebl' gmake[3]: *** [Makefile:629: libs] Error 2 gmake[3]: Leaving directory = '/wrkdirs/usr/ports/security/nss/work/nss-3.39/nss/lib/freebl' gmake[2]: *** [../coreconf/rules.mk:101: libs] Error 2 gmake[2]: Leaving directory = '/wrkdirs/usr/ports/security/nss/work/nss-3.39/nss/lib' gmake[1]: *** [coreconf/rules.mk:101: libs] Error 2 gmake[1]: Leaving directory = '/wrkdirs/usr/ports/security/nss/work/nss-3.39/nss' *** Error code 1 Stop. make: stopped in /usr/ports/security/nss =3D>> Cleaning up wrkdir =3D=3D=3D> Cleaning for nss-3.39 build of security/nss | nss-3.39 ended at Wed Oct 10 18:55:35 PDT 2018 build time: 00:05:25 !!! build failure encountered !!! For reference: [04:59:20] [04] [00:05:16] Saved security/nss | nss-3.39 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDpowerpc64-default/default/nss-3.39.t= bz [04:59:29] [04] [00:05:25] Finished security/nss | nss-3.39: Failed: = build [04:59:30] [04] [00:05:26] Skipping x11/lumina | lumina-1.4.1,3: = Dependent port security/nss | nss-3.39 failed [04:59:30] [04] [00:05:26] Skipping deskutils/lumina-pdf | = lumina-pdf-1.4.1: Dependent port security/nss | nss-3.39 failed [04:59:30] [04] [00:05:26] Skipping graphics/poppler | poppler-0.57.0_1: = Dependent port security/nss | nss-3.39 failed [04:59:30] [04] [00:05:26] Skipping graphics/poppler-qt5 | = poppler-qt5-0.57.0_1: Dependent port security/nss | nss-3.39 failed =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 Oct 11 04:00:09 2018 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 3665D10CC855 for ; Thu, 11 Oct 2018 04:00:09 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from c.mail.sonic.net (c.mail.sonic.net [64.142.111.80]) (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 AFF2682716 for ; Thu, 11 Oct 2018 04:00:08 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from comporellon.tachypleus.net (cpe-75-82-218-62.socal.res.rr.com [75.82.218.62]) (authenticated bits=0) by c.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id w9B3xvcN031003 (version=TLSv1.2 cipher=AES128-SHA bits=128 verify=NOT); Wed, 10 Oct 2018 20:59:58 -0700 Subject: Re: FreeBSD 12.0-ALPHA4 fails to boot on POWER9/KVM To: cam@neo-zeon.de References: <5d84652d-8b54-19f9-1396-e7c9acbe6c03@neo-zeon.de> <5f44c6d6-7eec-6732-6fef-123e7e0d3292@freebsd.org> <2b4455f4-37f6-5645-dcba-2cc41c845ae8@neo-zeon.de> Cc: freebsd-ppc@freebsd.org From: Nathan Whitehorn Openpgp: preference=signencrypt Autocrypt: addr=nwhitehorn@freebsd.org; keydata= xsFNBFuARN8BEADLKYsG3l1aq/M21R59I/5EsEfvtvd15ZJ9lDHcWPuxzIfGnu2LMpe5PrFP e/Y4bcsPrlB4S3I3ooIUDvoEEsDeqgqlZod3QevOK/RjLqiqx1i/4mKnobJ++3ppyVVIccgN sUrj786OYCFCI/W+uWw7cbKewNeaL//Z/TDKlHLkssiy6qmZbNQ0ZjcMLJKUesk4eVg2TtTD HNe42ZuxbUC9iLYieO4c7kQB4qiFhagDRiObXrLzvm2MQYeAaNVRqID+mfI75TWrQ+t98iVu mHvFu461eeteq59jg6H/IL07ACxL+HzEVM+D6tPtPrz7ppr3wiZL5Cu17yu0nAx0nhJTV8ZB qza1rOVun0x65S14L41XD2HkmBDxTaRlTg8ypnkLFo8kh+MEq4k67apL/DUGcaUjKy2TVUC7 3igLO/DwQHrkWx2RrOmS3xS0TgGXVmB47nq2Zveo3fcjporQK63n2sbLkS70cfAJAJ9KHEIx u9am44iW5Ku3+mVLgQYybtcUxlk/Jw/BA5V6KUcDQMd5kTm0MyagziqMaT+57ceYxwRBK4HC DCLRpSOHV81/YzyL5vnwfHsxADm3091rd0uwr8uRCQn7wLvlcFyp/JKSFkVnE1oo7UE4QQJZ GbSJyvj7GdXu0LdghALcMj/thdb+js4D3UuCaAMecgVSscxEIQARAQABzS5OYXRoYW4gV2hp dGVob3JuIDxud2hpdGVob3JuQGljZWN1YmUud2lzYy5lZHU+wsGOBBMBCAA4FiEEPWQg+qgh ST6Avw1hOLZNlGaE6HcFAluAUl4CGwMFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQOLZN lGaE6HeHFw//fN2CzkiW1yedjLGEQ3uXRMgu6geRgWdtkgg/pOhn5OLSQI4R59kjvHNHHqln 1QYdxe63lsbe+7CRsTKuke3/mgsQ1h6n7cCzsoXVP3eLtWjshAz7spwUcdRRFTSbwkMzKcRn plpr+ByZDw98vnpQo10J5xYmf6if6wcEpVlazwnC5G1gHktM4X0jrlAUKSgVx7MG8o4G6af9 7MQJINAG6g6+BlBH3u5fmPunKi9qgHsZxKnTZneD2mO5u2x6p1qmqybvfvWI5UEvktPeEext JBeXXqdex+HWmAbLYznLUoBloBl+fW5Lo9VapkcGubvGC0WLr/gYuamAApwoFpa4/SBqgmHr JSsPqoDtheWt9oYzuYkYW5+tpJQoDVdG3KCOQJSYZIbNT8HyviFY32ZSn6gIn2qP/5E+rA8J +6/57XCZXPazE4FiPNbwY/OwZoi7w0yRKcdmJoSoC/GdjtQbjyeARbAaHIcudeU/bB3paGS2 rHkoW4iR5TnK/V/QJvNT4KC6Dw3m6pfBIzsF+smcyjz+MzBFQNvSOtG4kJQooKcMsThas8oX VTx+WsqNAVOeQKTOU74jlUYKm5+w5aIOJbc8jg1LlTWJus1SxYtxT9lgNwOCUhE/j6Ueq9jG V9POWg31C44akWmnK8rS4PImUBsPKwtxUNM6BhfZRbtIjQ7OwU0EW4BFQQEQAOLKFtg6us0A LA7LtvjxIskIgqFJjHw2ka/UtdJ432P9kvmBq7z4v0+m/gkxCOOG0yDi2Cv/ALJobsyb56tb U6MU0SRjTio35S2jit369B1BDC2TLNF337sUquUx0l4wkEXEBefvLRYouF8BRbkgjveg7sA4 NjsiduQx92vPJnBoaH2OWxqDbr5X6kF5cx9jPrKUJ4ZqH/raE/SSDhtow4aKO0nWbteVGck1 5W1X/S8KziPXKazxCQ8qprQRTAehsdG/bSbWD95hp3TAlEbl4N4UqqS7n4jCZunCeii2TDZH Vvx/lpFAT2ezx646p2PUmH5hpiVMgbY5uHcyahwNf+eNOO7gotnNYoieoLw4fUeTYOq+s3IN isCB4iovQcZOCYSzmwRolQRggX0tBSenR6Pgp38YjVIkWvMHhxbVifAusjvVbm/GQeA2MaCt kog53Iyfo7ri9DeNpVuRc/47BxHi8JtdyyGgLO13Ajcwc6V7KLeDmw/SXJAMssuWQlXzs8Og spNvtymBh5rq4TlxAY65L3Yv/yh0izEztOJO3Ob9y3gLrp7TeDI0EO9SyGuFXbgWY/NXlDwW HWguMgO7DWM/KxeaMYyHfnffIeQ6uhM21y42I7NV11mWwycv/XJkID3fd7GWBecakdYnYI/7 FYMDHmsUQPmSMkbqCqYcZe47ABEBAAHCwXYEGAEIACAWIQQ9ZCD6qCFJPoC/DWE4tk2UZoTo dwUCW4BFQQIbDAAKCRA4tk2UZoTod2RbEACbQ2bwJ3++bvqclErbekf7BXYja37/HxGE67q3 9xf28hen8vWGtXwq4bWmZT5H8bBqXigA4bUU4nN4X3xEDfTyqkQMuDTnnwT7Y61B4QEqhi4a q4adf/KP0l1UCg4CJ0KS931Han+VbiuUcbadu1ZX37Ef6g/hG+mt59FeXDMU0rers2Bpr8zB 8ywojAsVC92kvOHLsCQtdCsPzC+R6B1bY6/Re9slM1NBd+2k4BUVhYu8Fb8Ir37OmN0aGQzY uRczfrmR/OV5/1+g5XeYSFbq/0Q3KkFWLHfimff8lb9GRWrdvOUpYyGluv49b/G5o9lSxPwX yBfaoVi/WDDfJ/XJw9H90XK68TYxPfEQkeuLEEzg+Bz3Zeduyo2Zx4S5apLqAbv0RzduXgIG YZVPu8R4ya8nQWHeUpot17lt8SL7yFkMJaAXk27QqUAaxjqnGBLn70YMWXFGySfvjgaR1Ftu /S/HSKqH7m8aFYZftqs7ZojXNdqGHZKRrIx6hRUYuZQM8uxHDweF4jF+QIwYIUmtry5h8iti Sjt9KHjpkH3Wz5o1mk6cbFNN+wgpHplDl/iZMZjFskTAJfEsYHVSSm21zcYvvogrbqYvciMT ty65+0A8Gz9tMbcNx9ePaGoM+9jeFehrzTjdaiTiC+umSd/Y29DCW4OBMr1VfufVVKbfAQ== Message-ID: <0a970b75-160a-e40e-b360-1b73a753f701@freebsd.org> Date: Wed, 10 Oct 2018 20:59:57 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <2b4455f4-37f6-5645-dcba-2cc41c845ae8@neo-zeon.de> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Sonic-CAuth: UmFuZG9tSVZ/ssvnkUbW9DDQ3p97zgpL0SMkkwMLWiOpr0ke5lIzYWxBdlAA//QMbWV3sp4Tw7dw5ZWGBIOxoZbOKanXBxkT3EjBi55JvZA= X-Sonic-ID: C;9FFwHgrN6BGoXoLirVfHYg== M;nIvKHgrN6BGoXoLirVfHYg== X-Spam-Flag: No X-Sonic-Spam-Details: 0.0/5.0 by cerberusd X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 04:00:09 -0000 The first part of this (all the errors about "NOT FOUND") I just fixed and the fixes will be included in BETA1 and subsequent builds. The remaining issue is that virtio SCSI is not part of the standard kernel on PPC (there are some endian and DMA bugs), so you will need to use an alternative storage backend. The default storage backend (VSCSI) is fine, as are more PC-ish things like AHCI emulation. This command line will work and is otherwise equivalent to the below: qemu-system-ppc64 -enable-kvm -m 2048 -nographic -vga none -cdrom FreeBSD-12.0-ALPHA9-powerpc-powerpc64-20181009-r339271-disc1.iso /var/lib/libvirt/images/freebsd-ppc.qcow2 -mem-prealloc -mem-path /dev/hugepages -smp 2 -Nathan On 10/10/18 6:41 PM, Cameron Berkenpas wrote: > Made a LITTLE progress on getting FreeBSD to run as a KVM VM on > POWER9/TalosII again with the following: > > qemu-system-ppc64 -enable-kvm -m 2048 -nographic -vga none -device > virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x7 -drive > file=FreeBSD-12.0-ALPHA9-powerpc-powerpc64-20181009-r339271-disc1.iso,format=raw,if=none,id=drive-scsi0-0-0-0,readonly=on > -device > scsi-cd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0,bootindex=1 > -drive > file=/var/lib/libvirt/images/freebsd-ppc.qcow2,format=qcow2,if=none,id=drive-scsi0-0-0-1 > -device > scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=1,drive=drive-scsi0-0-0-1,id=scsi0-0-0-1,bootindex=2 > -mem-prealloc -mem-path /dev/hugepages -smp 2 > > > > Seems like issue is that you need to use a SCSI CDROM! Unfortunately, > we are don't quite get there. Hope it's not a problem to put this > inline, I'm unable to access pastebin right now: > > qemu-system-ppc64: warning: System page size 0x1000000 is not enabled > in page_size_mask (0x11000). Performance may be slow > > > SLOF > ********************************************************************** > QEMU Starting >  Build Date = Sep 24 2017 12:23:07 >  FW Version = buildd@ release 20170724 >  Press "s" to enter Open Firmware. > > Populating /vdevice methods > Populating /vdevice/vty@71000000 > Populating /vdevice/nvram@71000001 > Populating /vdevice/l-lan@71000002 > Populating /pci@800000020000000 >                      00 3800 (D) : 1af4 1004    virtio [ scsi ] > Populating /pci@800000020000000/scsi@7 >        SCSI: Looking for devices >           100000100000000 DISK     : "QEMU     QEMU HARDDISK 2.5+" >           100000000000000 CD-ROM   : "QEMU     QEMU CD-ROM 2.5+" > No NVRAM common partition, re-initializing... > Scanning USB > Using default console: /vdevice/vty@71000000 > >   Welcome to Open Firmware > >   Copyright (c) 2004, 2017 IBM Corporation All rights reserved. >   This program and the accompanying materials are made available >   under the terms of the BSD License available at >   http://www.opensource.org/licenses/bsd-license.php > > > Trying to load:  from: > /pci@800000020000000/scsi@7/disk@100000000000000 ...   Successfully > loaded > Consoles: Open Firmware console > > FreeBSD/powerpc64 Open Firmware loader, Revision 0.1 > Memory: 2097152KB > Booted from: /pci@800000020000000/scsi@7/disk@100000000000000 > > > block-size NOT FOUND > #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > / > block-size NOT FOUND > #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > \ > block-size NOT FOUND > #blocks NOT FOUND| > block-size NOT FOUND > #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > / > block-size NOT FOUND > #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > | > block-size NOT FOUND > #blocks NOT FOUND| > block-size NOT FOUND > #blocks NOT FOUND| > block-size NOT FOUND > #blocks NOT FOUND| > block-size NOT FOUND > #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > - > block-size NOT FOUND > #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > - > block-size NOT FOUND > #blocks NOT FOUND| > block-size NOT FOUND > #blocks NOT FOUND- > block-size NOT FOUND > #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > Loading /boot/defaults/loader.conf > > block-size NOT FOUND > #blocks NOT FOUND\ > block-size NOT FOUND > #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > | > block-size NOT FOUND > #blocks NOT FOUND- > block-size NOT FOUND > #blocks NOT FOUND| > block-size NOT FOUND > #blocks NOT FOUND- > block-size NOT FOUND > #blocks NOT FOUND| > block-size NOT FOUND > #blocks NOT FOUND/ > block-size NOT FOUND > #blocks NOT FOUND- > block-size NOT FOUND > #blocks NOT FOUND\ > block-size NOT FOUND > #blocks NOT FOUND| > block-size NOT FOUND > #blocks NOT FOUND\ > block-size NOT FOUND > #blocks NOT FOUND- > block-size NOT FOUND > #blocks NOT FOUND/ > block-size NOT FOUND > #blocks NOT FOUND/boot/kernel/kernel data=0x13776e0+0x54dfe0 > syms=[0x8+0x176ef8+0x8+0x1727c1] > > block-size NOT FOUND > #blocks NOT FOUND\ > block-size NOT FOUND > #blocks NOT FOUND/ > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > > block-size NOT FOUND > #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > SCSI-DISK: Access beyond end of device ! > Kernel entry at 0x1024b0 ... > KDB: debugger backends: ddb > KDB: current backend: ddb > ---<>--- > 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-ALPHA9 r339271 GENERIC powerpc > gcc version 4.2.1 20070831 patched [FreeBSD] > WARNING: WITNESS option enabled, expect reduced performance. > VT: init without driver. > cpu0: IBM POWER9 revision 2.2, 2234.00 MHz > cpu0: Features > dc007182 > cpu0: Features2 > eee00000 > real memory  = 2101960704 (2004 MB) > avail memory = 1983193088 (1891 MB) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > arc4random: no preloaded entropy cache > random: entropy device external interface > random: registering fast source PowerISA DARN random number generator > random: fast provider: "PowerISA DARN random number generator" > kbd0 at kbdmux0 > ofwbus0: on nexus0 > xicp0: on ofwbus0 > xicp0: Handling CPUs 0-15 > vdevice0: on ofwbus0 > llan0: irq 16781321 on vdevice0 > llan0: Ethernet address: 00:12:34:56:00:00 > uart0: irq 16781315 on vdevice0 > pcib0: on ofwbus0 > pci0: on pcib0 > pci0: at device 7.0 (no driver attached) > cpulist0: on ofwbus0 > cpu0: on cpulist0 > cpu1: on cpulist0 > rtas0: on ofwbus0 > rtas0: registered as a time-of-day clock, resolution 0.002000s > Timecounter "timebase" frequency 512000000 Hz quality 0 > Event timer "decrementer" frequency 512000000 Hz quality 1000 > Timecounters tick every 1.000 msec > llan0: link state changed to UP > usb_needs_explore_all: no devclass > SMP: AP CPU #1 launched > arc4random: no preloaded entropy cache > Trying to mount root from cd9660:/dev/iso9660/12_0_ALPHA9_POWERPC64_CD > [ro]... > WARNING: WITNESS option enabled, expect reduced performance. > mountroot: waiting for device /dev/iso9660/12_0_ALPHA9_POWERPC64_CD... > Mounting from cd9660:/dev/iso9660/12_0_ALPHA9_POWERPC64_CD failed with > error 19. > > Loader variables: >   vfs.root.mountfrom=cd9660:/dev/iso9660/12_0_ALPHA9_POWERPC64_CD >   vfs.root.mountfrom.options=ro > > Manual root filesystem specification: >   : [options] >       Mount using filesystem >       and with the specified (optional) option list. > >     eg. ufs:/dev/da0s1a >         zfs:zroot/ROOT/default >         cd9660:/dev/cd0 ro >           (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) > >   ?               List valid disk boot devices >   .               Yield 1 second (for background tasks) >       Abort manual input > > mountroot> ? > > List of GEOM managed disk devices: > > > mountroot> > > > On 09/04/2018 12:56 PM, Cameron Berkenpas wrote: >> The last working ISO I tried was probably from July (definitely no >> earlier at least) if that helps slightly. Unfortunately, I deleted my >> older ISO's. >> >> Unfortunately, I don't see any older 12-CURRENT images archived to >> try and get some idea of when this broke. >> >> If I have some time, I'll see if it's possible/feasible for me to >> build a PPC64 image of some kind from a PC to try unless someone has >> a better idea of course. :D >> >> Thanks! >> >> On 09/04/2018 08:10 AM, Nathan Whitehorn wrote: >>> The 32 and 64-bit loaders are identical binaries, so the issue is >>> probably universal. >>> -Nathan >>> >>> On 9/4/18 12:18 AM, Michael Tuexen wrote: >>>>> On 4. Sep 2018, at 07:13, Nathan Whitehorn >>>>> wrote: >>>>> >>>>> Maybe this is Lua loader fallout? The problem seems to be entirely in >>>>> the boot loader. >>>> At least the problem I reported earlier to this list regarding booting >>>> a G4 system is related to the lua loader. >>>> >>>> When installing the fourth loader, booting works, when installing >>>> the lua loader, booting fails with the output given. >>>> >>>> However, this is on a 32-bit PPC machine. Can't test on a 64-bit PPC >>>> machine. >>>> >>>> Best regards >>>> Michael >>>>> -Nathan >>>>> >>>>> On 9/3/18 9:54 PM, Cameron Berkenpas wrote: >>>>>> Hello, >>>>>> >>>>>> Argh. I went out of my way to select the right ISO image and then >>>>>> apparently still grabbed the wrong one without noticing the name. >>>>>> >>>>>> I went and tried this image: >>>>>> FreeBSD-12.0-ALPHA4-powerpc-powerpc64-20180831-r338410-disc1.iso >>>>>> >>>>>> Still the same issue though. >>>>>> >>>>>> Thanks! >>>>>> >>>>>> On 09/03/2018 07:42 PM, Justin Hibbits wrote: >>>>>>> Hello Cameron, >>>>>>> >>>>>>> On Sun, Sep 2, 2018 at 11:15 PM Cameron Berkenpas >>>>>>> wrote: >>>>>>>> Hello, >>>>>>>> >>>>>>>> It seems that FreeBSD 12.0-ALPHA4 is having trouble booting on >>>>>>>> KVM on >>>>>>>> POWER9 (Talos II). >>>>>>>> >>>>>>>> Here's the image I've tried: >>>>>>>> FreeBSD-12.0-ALPHA4-powerpc-powerpcspe-20180831-r338410-disc1.iso >>>>>>>> >>>>>>> The powerpcspe ISO won't work on a Talos.  I don't even expect that >>>>>>> particular ISO to work at all, given the nature of the >>>>>>> architecture. >>>>>>> For Talos, and IBM POWER* in general, you need the powerpc64 ISO. >>>>>>> >>>>>>> I don't know if that will solve your problem, given the errors >>>>>>> printed >>>>>>> below, but it's at least a first step. >>>>>>> >>>>>>> - Justin >>>>>>> >>>>>>> >>>>>>>> It fails regardless of whether I run kvm from the console or >>>>>>>> through >>>>>>>> virt-manager. >>>>>>>> >>>>>>>> Seems to be disk related... I get the messages below regardless of >>>>>>>> whether I try to boot from CD-ROM or disk. I've tried all disk >>>>>>>> types >>>>>>>> for >>>>>>>> both (usb, scsi, sata, virtio, etc). >>>>>>>> >>>>>>>> It's important to note that this worked on an older snapshot of >>>>>>>> 12.0-CURRENT, though I don't know the last specific working >>>>>>>> revision I >>>>>>>> tried. >>>>>>>> >>>>>>>> Here's the output: >>>>>>>> >>>>>>>> SLOF >>>>>>>> ********************************************************************** >>>>>>>> >>>>>>>> QEMU Starting >>>>>>>>     Build Date = Sep 24 2017 12:23:07 >>>>>>>>     FW Version = buildd@ release 20170724 >>>>>>>>     Press "s" to enter Open Firmware. >>>>>>>> >>>>>>>> Populating /vdevice methods >>>>>>>> Populating /vdevice/vty@71000000 >>>>>>>> Populating /vdevice/nvram@71000001 >>>>>>>> Populating /vdevice/v-scsi@71000002 >>>>>>>>           SCSI: Looking for devices >>>>>>>>              8200000000000000 CD-ROM   : "QEMU QEMU CD-ROM 2.5+" >>>>>>>> Populating /pci@800000020000000 >>>>>>>>                         00 0000 (D) : 8086 100e e1000 [ net ] >>>>>>>> No NVRAM common partition, re-initializing... >>>>>>>> Scanning USB >>>>>>>> Using default console: /vdevice/vty@71000000 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>      Welcome to Open Firmware >>>>>>>> >>>>>>>>      Copyright (c) 2004, 2017 IBM Corporation All rights reserved. >>>>>>>>      This program and the accompanying materials are made >>>>>>>> available >>>>>>>>      under the terms of the BSD License available at >>>>>>>> http://www.opensource.org/licenses/bsd-license.php >>>>>>>> >>>>>>>> >>>>>>>> Trying to load:  from: >>>>>>>> /vdevice/v-scsi@71000002/disk@8200000000000000 >>>>>>>> ...   Successfully loaded >>>>>>>> Consoles: Open Firmware console >>>>>>>> >>>>>>>> FreeBSD/powerpcspe Open Firmware loader, Revision 0.1 >>>>>>>> (Fri Aug 31 17:53:54 UTC 2018 root@releng3.nyi.freebsd.org) >>>>>>>> Memory: 33554432KB >>>>>>>> Booted from: /vdevice/v-scsi@71000002/disk@8200000000000000 >>>>>>>> >>>>>>>> >>>>>>>> block-size NOT FOUND >>>>>>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>> / >>>>>>>> block-size NOT FOUND >>>>>>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>> \ >>>>>>>> block-size NOT FOUND >>>>>>>> #blocks NOT FOUND >>>>>>>> >>>>>>>> ( 700 ) Program Exception [ 0 ] >>>>>>>> >>>>>>>> >>>>>>>>        R0 .. R7           R8 .. R15         R16 .. R23         >>>>>>>> R24 .. >>>>>>>> R31 >>>>>>>> 000000000000000b   000000000345ddd4   ffffffffffffffff >>>>>>>> 0000000002c50dd8 >>>>>>>> 0000000002c559e0   0000000028686561   0000000002c57c50 >>>>>>>> 0000000002c51d10 >>>>>>>> 0000000000000000   0000000002c68540   0000000002c57c48 >>>>>>>> 0000000002c52594 >>>>>>>> 000000000345e900   0000000002c68280   0000000002c63300 >>>>>>>> 0000000000000000 >>>>>>>> 0000000002c682c0   0000000020000048   0000000000000000 >>>>>>>> 000000000345e900 >>>>>>>> 0000000000000000   0000000000000000   0000000000000000 >>>>>>>> 0000000000000000 >>>>>>>> 0000000000000040   0000000000000000   0000000002c6eb00 >>>>>>>> 0000000000000000 >>>>>>>> 0000000000000008   000000007fffffff   0000000002c5cb04 >>>>>>>> 000000000345e900 >>>>>>>> >>>>>>>>        CR / XER           LR / CTR          SRR0 / SRR1        >>>>>>>> DAR / >>>>>>>> DSISR >>>>>>>>            80000044   0000000002c029f0 0000000028686560 >>>>>>>> 0000000000000000 >>>>>>>> 0000000020040000   0000000028686561   0000000000083000 00000000 >>>>>> _______________________________________________ >>>>>> freebsd-ppc@freebsd.org mailing list >>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >>>>>> To unsubscribe, send any mail to >>>>>> "freebsd-ppc-unsubscribe@freebsd.org" >>>>>> >>>>> _______________________________________________ >>>>> freebsd-ppc@freebsd.org mailing list >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >>>>> To unsubscribe, send any mail to >>>>> "freebsd-ppc-unsubscribe@freebsd.org" >>> _______________________________________________ >>> freebsd-ppc@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >>> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" >> > > _______________________________________________ > freebsd-ppc@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ppc > To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" > From owner-freebsd-ppc@freebsd.org Thu Oct 11 04:50:31 2018 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 40E1810CEF83 for ; Thu, 11 Oct 2018 04:50:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.gq1.yahoo.com (sonic306-21.consmr.mail.gq1.yahoo.com [98.137.68.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C20BC8484E for ; Thu, 11 Oct 2018 04:50:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Ad0pBmYVM1kWNwxV2gZ6UcxOxlk.ZKHShKro60XGQRXYKVOPTiw6ScgMPl.2XMN C4ZOstrKIPu0KsFtim81QnakMcHLYfllTiLsay7A.lqfyzUrRudFy6tSrl8bdRjK4RioMO7hKKG9 v.buvZJOTKD4WZ8QxgSbXzdxfdQYAK9zHNrszIyaxd9rmCTK4mD7XJWh_FJaPLodByzY83.Tu6FP gEvkPSkUKBXvHjEEYXNO7bHFkQ2CW.1loD66_mKmixmZd67Un0OZfHiP_dKJV7ZuL4GppOxkOukZ VxOItXG_Vh_4dLvFyKcB8D18S1_9OKkV8V1oV5kVeIFFYmmyPSEQ11VquHMPTOgJJC2JL8EJS0a3 u7L21Cq1JFlWZTTxzK0FZXi.YKuI_4m2SUHNx4FPs0ABoNChyBdELvm8SrpecVOynQYWfH9yUDV9 wLt6uwZH89boeDAfKf2Jaaf3_eEnSIP3XmePsIvE61miDPYWVGQ8D6CRDDq0cJh8jT4HCl15aTKn amc5hgEDuqy2k_lMUhOvvNdLCKVpl94xTe6N8.ypqKhHKUSjBROwCp7eTPkwgTy7U.n0JShGbVGA pvBme0NLfRF5JDGdnWRO7LC5bc3dVMTpcYHLWdCUXuLBa5cKcItzaks5qyWtBZAVMqEH_nRfzvZ_ TaXJZXRYJtpfDECYioMBXEFViBBiycEyRV3UO8rCUwLWTIc7Ga6DcfyMAn9vOCQpx3xTK7qm9HaI 1oJp8ExnKl.9pSwW.CMQ1qNVueE.xCmD._jcK7qZQh0aSOF0ZtXVTmlmK4xezDb467jsl_lSzUf3 9MT3fUm.bixgci4d4MQGabSycw1hSqb_NT8VWJXVQgx5CRNLdILxRwqUHzK7qmkAaKsB7pq8ZbKf JQYDcN7jM45NURSp18GYUuC9wTVxFftN1tEENQQFkXGfHRrEek66HfYkOFr.HdEQS0K5H8dTGbyl 8NoOY_Dtdlt5GsAhk5fwAvZF5Yl1VhXjq9_f18bdbPWqraBkdrrJOAFRGaYHNRyWSyLfFQiifRYV JPCX6zuKl8CR_VuuYATc1vhpnKK.jBtKMT3UFnTFgParL.p2sPeI_mJ7S8fzlwW1u2MeT7Z0liMd CJ98ikdaNvlmODw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Thu, 11 Oct 2018 04:50:28 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp427.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 589737411686f8e493cdda52d667a76e; Thu, 11 Oct 2018 04:40:17 +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 11.5 \(3445.9.1\)) Subject: On a powerpc64, system-clang crashes on audio/alsa-lib 's control.lo : "error in backend: A @@ version cannot be undefined" Message-Id: <1B7575F6-ED4D-42FE-BD51-B976F21B7CA6@yahoo.com> Date: Wed, 10 Oct 2018 21:40:17 -0700 Cc: Jan Beich To: FreeBSD Toolchain , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 04:50:31 -0000 The following is on a powerpc64 machine (old PowerMac G5 so-called "Quad Core") running a personal build of head -r339076 that was built via devel/powerpc64-xtoolchain-gcc and such (no gcc 4.2.1). The compiler for the port build is system-clang (so clang 6 as cc), not used for buildworld buildkernel. [I experiment with more modern compilers and toolchains for some powerpc family members.] The system is using base/binutils materials, such as for the system-linker. (lld is not yet reasonable for powerpc64 as I understand and the old system-binutils' ld is not sufficient either.) The port build is via ports-mgmt/poudriere-devel with -w . But it looks like the /tmp/control-* files are not captured. It will probably be 12 hours or more before the bulk build finishes, then more time before I investigate/reproduce and get such files. But for now here is an extraction from the log file: --- control.lo --- /bin/sh ../../libtool --tag=3DCC --mode=3Dcompile cc -DHAVE_CONFIG_H = -I. -I../../include -I../../include -I/usr/ports/audio/alsa-lib/files = -O2 -pipe -g -fno-strict-aliasing -MT control.lo -MD -MP -MF = .deps/control.Tpo -c -o control.lo control.c . . . --- control.lo --- libtool: compile: cc -DHAVE_CONFIG_H -I. -I../../include = -I../../include -I/usr/ports/audio/alsa-lib/files -O2 -pipe -g = -fno-strict-aliasing -MT control.lo -MD -MP -MF .deps/control.Tpo -c = control.c -fPIC -DPIC -o .libs/control.o . . . --- control.lo --- fatal error: error in backend: A @@ version cannot be undefined cc: error: clang frontend command failed with exit code 70 (use -v to = see invocation) FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on = LLVM 6.0.1) Target: powerpc64-unknown-freebsd12.0 Thread model: posix InstalledDir: /usr/bin cc: note: diagnostic msg: PLEASE submit a bug report to = https://bugs.freebsd.org/submit/ and include the crash backtrace, = preprocessed source, and associated run script. cc: note: diagnostic msg:=20 ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: cc: note: diagnostic msg: /tmp/control-696205.c cc: note: diagnostic msg: /tmp/control-696205.sh cc: note: diagnostic msg:=20 ******************** *** [control.lo] Error code 1 make[3]: stopped in = /wrkdirs/usr/ports/audio/alsa-lib/work/alsa-lib-1.1.2/src/control 1 error For reference: [06:50:02] [04] [00:02:54] Saved audio/alsa-lib | alsa-lib-1.1.2_1 = wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDpowerpc64-default/default/alsa-lib-1= .1.2_1.tbz [06:50:05] [04] [00:02:57] Finished audio/alsa-lib | alsa-lib-1.1.2_1: = Failed: build [06:50:07] [04] [00:02:59] Skipping deskutils/lumina-archiver | = lumina-archiver-1.4.1: Dependent port audio/alsa-lib | alsa-lib-1.1.2_1 = failed [06:50:07] [04] [00:02:59] Skipping deskutils/lumina-calculator | = lumina-calculator-1.4.1: Dependent port audio/alsa-lib | = alsa-lib-1.1.2_1 failed [06:50:07] [04] [00:02:59] Skipping x11/lumina-core | lumina-core-1.4.1: = Dependent port audio/alsa-lib | alsa-lib-1.1.2_1 failed [06:50:07] [04] [00:02:59] Skipping x11/lumina-coreutils | = lumina-coreutils-1.4.1: Dependent port audio/alsa-lib | alsa-lib-1.1.2_1 = failed [06:50:07] [04] [00:02:59] Skipping deskutils/lumina-fileinfo | = lumina-fileinfo-1.4.1_1: Dependent port audio/alsa-lib | = alsa-lib-1.1.2_1 failed [06:50:07] [04] [00:02:59] Skipping deskutils/lumina-fm | = lumina-fm-1.4.1: Dependent port audio/alsa-lib | alsa-lib-1.1.2_1 failed [06:50:07] [04] [00:02:59] Skipping deskutils/lumina-mediaplayer | = lumina-mediaplayer-1.4.1_1: Dependent port audio/alsa-lib | = alsa-lib-1.1.2_1 failed [06:50:07] [04] [00:02:59] Skipping deskutils/lumina-screenshot | = lumina-screenshot-1.4.1: Dependent port audio/alsa-lib | = alsa-lib-1.1.2_1 failed [06:50:07] [04] [00:02:59] Skipping deskutils/lumina-textedit | = lumina-textedit-1.4.1_1: Dependent port audio/alsa-lib | = alsa-lib-1.1.2_1 failed [06:50:07] [04] [00:02:59] Skipping multimedia/qt5-multimedia | = qt5-multimedia-5.11.1: Dependent port audio/alsa-lib | alsa-lib-1.1.2_1 = failed =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 Oct 11 05:08:17 2018 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 DC93410CFE52 for ; Thu, 11 Oct 2018 05:08:17 +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 7AC3385421 for ; Thu, 11 Oct 2018 05:08:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3E93D10CFE51; Thu, 11 Oct 2018 05:08:17 +0000 (UTC) Delivered-To: ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2D51E10CFE50 for ; Thu, 11 Oct 2018 05:08:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C56AB85418 for ; Thu, 11 Oct 2018 05:08:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id F2D683BA for ; Thu, 11 Oct 2018 05:08:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w9B58Fnt021172 for ; Thu, 11 Oct 2018 05:08:15 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w9B58FdV021171 for ppc@FreeBSD.org; Thu, 11 Oct 2018 05:08:15 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ppc@FreeBSD.org Subject: [Bug 225629] powerpc64 (POWER9) segfaults randomly (e.g., building lang/gcc5) Date: Thu, 11 Oct 2018 05:08:15 +0000 X-Bugzilla-Reason: AssignedTo 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: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 05:08:18 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225629 --- Comment #25 from Mark Millard --- (In reply to Mark Millard from comment #24) I have just confirmed that gcc8 also uses vec_step as a name in its source code and so fails for clang having put the name to use for the type of context, effectively reserving the name: a poudriere-devel run had lang/gcc8's build fail for the issue on a powerpc64 (old PowerMac G5 so-called "Quad Core"). --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Thu Oct 11 05:08:18 2018 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 3DD3410CFE54 for ; Thu, 11 Oct 2018 05:08:18 +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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DEBB385425 for ; Thu, 11 Oct 2018 05:08:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id D7EF7F5E6; Thu, 11 Oct 2018 05:08:17 +0000 (UTC) Delivered-To: powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-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 D5674F5E5 for ; Thu, 11 Oct 2018 05:08:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A7F9A85423 for ; Thu, 11 Oct 2018 05:08: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 DC1B23C0 for ; Thu, 11 Oct 2018 05:08: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 w9B58GdT021200 for ; Thu, 11 Oct 2018 05:08:16 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w9B58Gpb021199 for powerpc@FreeBSD.org; Thu, 11 Oct 2018 05:08:16 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: powerpc@FreeBSD.org Subject: [Bug 225629] powerpc64 (POWER9) segfaults randomly (e.g., building lang/gcc5) Date: Thu, 11 Oct 2018 05:08:15 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 05:08:18 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225629 --- Comment #25 from Mark Millard --- (In reply to Mark Millard from comment #24) I have just confirmed that gcc8 also uses vec_step as a name in its source code and so fails for clang having put the name to use for the type of context, effectively reserving the name: a poudriere-devel run had lang/gcc8's build fail for the issue on a powerpc64 (old PowerMac G5 so-called "Quad Core"). --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Thu Oct 11 15:39:31 2018 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 0234110BE6E7 for ; Thu, 11 Oct 2018 15:39:31 +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 8CE2875644 for ; Thu, 11 Oct 2018 15:39:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: sP8.EjQVM1kKHA_VGwgTPolBaHiDUxUT3AkMKplUKmgxvBFllZFVgjkTeD.CXZN qaxlWZY0ZfrJ_JY1gB95R738sTlR38bMeuTNhvJqGlTA3sRMREPO14c6KmLquWVQYa4wwoW9UjhV iYKy2KQT0694KrtWyzO1umcKKJaHriCNJ16vVjJw.d9yCEOJ1J_EVAyVRGZAVxJWMck9dgdJkRNK 3quCw8QLXZlRPyyrDo7T_rvwgBB.CYnWvTGZKNyH9mljiAjXnE4WdlFxZ29W7o_gxCo2n9NTKmzl QBZJhCx4RqExgX9d_c3ZsKF.dddMS4ISaiuFQMWr9GSf7pkRs2eEwtfyueQ68D4iEgyy5ZjPPq1v v911jBG11iOLoSIKRdM6cJVKWeO_nVAlSGxV1xd5O6m90grhCpyiB3K6NBi5aziEhci4r7hBLbU4 QV9zYB1RBfWb5Wv3SeAXwY6E1s55osP.hIcJMTpnrBlQR5chzfqKhRzcu3c_IpJ8hbf8Qxk.ZJCM b.XPYeF8F4W6gkWT7akEfeGkO.6EMRemdLQtPMSzLeVa7i7krSI_B5kXVCND.S9_LzK1iGndkcAP sBV.LLik9uvkYCOmcIb5RWQ7yfDC1Dbsd02qdG3rG7v5tR0mnW7PWvsiZSRIBcKC08HbIpm8si4U feVeOhdJp0PRn0ZfHUd7UP9Ls6UQgUx2HtCopXos4CvDR92tkXkk_FKPJoY4._WAhL8QZq75AYrb oEY8AxgATzA56jjtgWZHxkw3PegJcsiZnOiCNW_DJoXUFLqVDtkwUhkOMCwuc81YPbn.JCvux8F4 hVzzOyYg3FzfS6.kFM3xF7i9fT_gSJODnab2Ia9m3E_IvgB9cjT6BRvYJ24ofrKDYHru_Coy9Q_x mclW0dsWdlOeKxsPp8NJfk84XThRz8iXAdeKxg4E88RImGlDswGqGk0SZ84LrKfjsNiDWOKmPqyk jsm3rIqehG396IvFgpCghuthObhZsyBzv4U4Qn_PIjAqWTg7Ni6lR86rnUFlGECos1Yw_st7Segx yctu6PIRct5RM6F0xjKWgOBZnrCBBun8jybP7gWFwVGj50iKwvSe48gy2w0ZqEHPbrcUWPPr9ScA uygR0xw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.ne1.yahoo.com with HTTP; Thu, 11 Oct 2018 15:39:23 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp412.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 016c2ad776b4e99de9adbf3f9aa3e0a7; Thu, 11 Oct 2018 15:39:19 +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 11.5 \(3445.9.1\)) Subject: xmlcharent-0.3_2 and iso8879-1986_3 package reinstalls: "pkg: POST-INSTALL script failed"? Message-Id: <156D3788-3987-40AF-BE9B-4DDC8FC53600@yahoo.com> Date: Thu, 11 Oct 2018 08:39:17 -0700 Cc: FreeBSD PowerPC ML To: FreeBSD Toolchain X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 15:39:31 -0000 In updating a powerpc64 context after a poudriere-devel bulk run, I got the following from pkg upgrade . . . Installed packages to be REINSTALLED: xmlcharent-0.3_2 (ABI changed: = 'freebsd:12:powerpc:64' -> 'freebsd:12:*') . . . iso8879-1986_3 (ABI changed: 'freebsd:12:powerpc:64' -> = 'freebsd:12:*') . . . [127/181] Extracting iso8879-1986_3: 100% xmlcatmgr: entry already exists for = `/usr/local/share/sgml/iso8879/catalog' of type `CATALOG' pkg: POST-INSTALL script failed . . . [138/181] Extracting xmlcharent-0.3_2: 100% xmlcatmgr: entry already exists for = `/usr/local/share/xml/xmlcharent/catalog' of type `CATALOG' xmlcatmgr: entry already exists for = `/usr/local/share/xml/xmlcharent/catalog.xml' of type `nextCatalog' pkg: POST-INSTALL script failed The context is a personal head-based -r339076 buildworld buildkernel (it was cross built) and ports being updated based on -r480180 . Is there anything that I should do because of the messages? =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 Oct 11 17:03:00 2018 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 D73B210C10A3 for ; Thu, 11 Oct 2018 17:02:59 +0000 (UTC) (envelope-from cam@neo-zeon.de) Received: from neo-zeon.de (neo-zeon.de [96.90.244.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.neo-zeon.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7067978D95; Thu, 11 Oct 2018 17:02:59 +0000 (UTC) (envelope-from cam@neo-zeon.de) Received: from cberkenp-ld2.linkedin.biz ([216.52.21.5]) (authenticated bits=0) by neo-zeon.de (8.15.2/8.15.2) with ESMTPSA id w9BH2v0E026420 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 11 Oct 2018 10:02:57 -0700 (PDT) (envelope-from cam@neo-zeon.de) Subject: Re: FreeBSD 12.0-ALPHA4 fails to boot on POWER9/KVM To: Nathan Whitehorn Cc: freebsd-ppc@freebsd.org References: <5d84652d-8b54-19f9-1396-e7c9acbe6c03@neo-zeon.de> <5f44c6d6-7eec-6732-6fef-123e7e0d3292@freebsd.org> <2b4455f4-37f6-5645-dcba-2cc41c845ae8@neo-zeon.de> <0a970b75-160a-e40e-b360-1b73a753f701@freebsd.org> From: Cameron Berkenpas Message-ID: Date: Thu, 11 Oct 2018 10:02:52 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <0a970b75-160a-e40e-b360-1b73a753f701@freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 17:03:00 -0000 Will the 'NOT FOUND" fix resulting in being able to boot the ISO generally? I'd actually tried what you suggested previously, and it still fails the same way it did for me in the past: Unfortunately, this fails as you can see: qemu-system-ppc64: warning: System page size 0x1000000 is not enabled in page_size_mask (0x11000). Performance may be slow SLOF ********************************************************************** QEMU Starting  Build Date = Sep 24 2017 12:23:07  FW Version = buildd@ release 20170724  Press "s" to enter Open Firmware. Populating /vdevice methods Populating /vdevice/vty@71000000 Populating /vdevice/nvram@71000001 Populating /vdevice/l-lan@71000002 Populating /vdevice/v-scsi@71000003        SCSI: Looking for devices           8000000000000000 DISK     : "QEMU     QEMU HARDDISK 2.5+"           8200000000000000 CD-ROM   : "QEMU     QEMU CD-ROM 2.5+" Populating /pci@800000020000000 No NVRAM common partition, re-initializing... Scanning USB Using default console: /vdevice/vty@71000000   Welcome to Open Firmware   Copyright (c) 2004, 2017 IBM Corporation All rights reserved.   This program and the accompanying materials are made available   under the terms of the BSD License available at   http://www.opensource.org/licenses/bsd-license.php Trying to load:  from: /vdevice/v-scsi@71000003/disk@8000000000000000 ...   Successfully loaded >> FreeBSD/powerpc Open Firmware boot block    Boot path:   /vdevice/v-scsi@71000003/disk@8000000000000000    Boot loader: /boot/loader    Boot volume:   /vdevice/v-scsi@71000003/disk@8000000000000000:2 Consoles: Open Firmware console FreeBSD/powerpc64 Open Firmware loader, Revision 0.1 (Sun Aug 19 13:30:54 PDT 2018 root@freebsd-ppc) Memory: 2097152KB Booted from: /vdevice/v-scsi@71000003/disk@8000000000000000 block-size NOT FOUND #blocks NOT FOUND| block-size NOT FOUND #blocks NOT FOUND\ block-size NOT FOUND #blocks NOT FOUND ( 700 ) Program Exception [ 0 ]     R0 .. R7           R8 .. R15         R16 .. R23         R24 .. R31 0000000000000040   000000000345cdc4   ffffffffffffffff 0000000002c50468 0000000002c548c0   0000000000000000   0000000002c56ba0 0000000002c513a0 0000000000000000   0000000002c67780   0000000002c56b98 0000000002c51c18 000000000345d8f0   0000000002c67300   0000000002c62200 000000000345d8f0 0000000002c67340   0000000020000048   000000000040e78e 0000000000000000 0000000000000000   0000000000000000   0000000001802118 0000000000000000 0000000000000040   0000000002c4baec   0000000002c71980 0000000000000000 0000000000000040   000000007fffffff   0000000002c5bb84 000000000345d8f0     CR / XER           LR / CTR          SRR0 / SRR1        DAR / DSISR         80000044   0000000002c02938   0000000000000000 0000000000000000 0000000020040000   0000000000000000   0000000000083000 00000000 e > Thanks! -Cameron On 10/10/2018 08:59 PM, Nathan Whitehorn wrote: > The first part of this (all the errors about "NOT FOUND") I just fixed > and the fixes will be included in BETA1 and subsequent builds. The > remaining issue is that virtio SCSI is not part of the standard kernel > on PPC (there are some endian and DMA bugs), so you will need to use an > alternative storage backend. The default storage backend (VSCSI) is > fine, as are more PC-ish things like AHCI emulation. > > This command line will work and is otherwise equivalent to the below: > qemu-system-ppc64 -enable-kvm -m 2048 -nographic -vga none -cdrom > FreeBSD-12.0-ALPHA9-powerpc-powerpc64-20181009-r339271-disc1.iso > /var/lib/libvirt/images/freebsd-ppc.qcow2 -mem-prealloc -mem-path > /dev/hugepages -smp 2 > > -Nathan > > On 10/10/18 6:41 PM, Cameron Berkenpas wrote: >> Made a LITTLE progress on getting FreeBSD to run as a KVM VM on >> POWER9/TalosII again with the following: >> >> qemu-system-ppc64 -enable-kvm -m 2048 -nographic -vga none -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x7 -drive >> file=FreeBSD-12.0-ALPHA9-powerpc-powerpc64-20181009-r339271-disc1.iso,format=raw,if=none,id=drive-scsi0-0-0-0,readonly=on >> -device >> scsi-cd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0,bootindex=1 >> -drive >> file=/var/lib/libvirt/images/freebsd-ppc.qcow2,format=qcow2,if=none,id=drive-scsi0-0-0-1 >> -device >> scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=1,drive=drive-scsi0-0-0-1,id=scsi0-0-0-1,bootindex=2 >> -mem-prealloc -mem-path /dev/hugepages -smp 2 >> >> >> >> Seems like issue is that you need to use a SCSI CDROM! Unfortunately, >> we are don't quite get there. Hope it's not a problem to put this >> inline, I'm unable to access pastebin right now: >> >> qemu-system-ppc64: warning: System page size 0x1000000 is not enabled >> in page_size_mask (0x11000). Performance may be slow >> >> >> SLOF >> ********************************************************************** >> QEMU Starting >>  Build Date = Sep 24 2017 12:23:07 >>  FW Version = buildd@ release 20170724 >>  Press "s" to enter Open Firmware. >> >> Populating /vdevice methods >> Populating /vdevice/vty@71000000 >> Populating /vdevice/nvram@71000001 >> Populating /vdevice/l-lan@71000002 >> Populating /pci@800000020000000 >>                      00 3800 (D) : 1af4 1004    virtio [ scsi ] >> Populating /pci@800000020000000/scsi@7 >>        SCSI: Looking for devices >>           100000100000000 DISK     : "QEMU     QEMU HARDDISK 2.5+" >>           100000000000000 CD-ROM   : "QEMU     QEMU CD-ROM 2.5+" >> No NVRAM common partition, re-initializing... >> Scanning USB >> Using default console: /vdevice/vty@71000000 >> >>   Welcome to Open Firmware >> >>   Copyright (c) 2004, 2017 IBM Corporation All rights reserved. >>   This program and the accompanying materials are made available >>   under the terms of the BSD License available at >>   http://www.opensource.org/licenses/bsd-license.php >> >> >> Trying to load:  from: >> /pci@800000020000000/scsi@7/disk@100000000000000 ...   Successfully >> loaded >> Consoles: Open Firmware console >> >> FreeBSD/powerpc64 Open Firmware loader, Revision 0.1 >> Memory: 2097152KB >> Booted from: /pci@800000020000000/scsi@7/disk@100000000000000 >> >> >> block-size NOT FOUND >> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> / >> block-size NOT FOUND >> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> \ >> block-size NOT FOUND >> #blocks NOT FOUND| >> block-size NOT FOUND >> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> / >> block-size NOT FOUND >> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> | >> block-size NOT FOUND >> #blocks NOT FOUND| >> block-size NOT FOUND >> #blocks NOT FOUND| >> block-size NOT FOUND >> #blocks NOT FOUND| >> block-size NOT FOUND >> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> - >> block-size NOT FOUND >> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> - >> block-size NOT FOUND >> #blocks NOT FOUND| >> block-size NOT FOUND >> #blocks NOT FOUND- >> block-size NOT FOUND >> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> Loading /boot/defaults/loader.conf >> >> block-size NOT FOUND >> #blocks NOT FOUND\ >> block-size NOT FOUND >> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> | >> block-size NOT FOUND >> #blocks NOT FOUND- >> block-size NOT FOUND >> #blocks NOT FOUND| >> block-size NOT FOUND >> #blocks NOT FOUND- >> block-size NOT FOUND >> #blocks NOT FOUND| >> block-size NOT FOUND >> #blocks NOT FOUND/ >> block-size NOT FOUND >> #blocks NOT FOUND- >> block-size NOT FOUND >> #blocks NOT FOUND\ >> block-size NOT FOUND >> #blocks NOT FOUND| >> block-size NOT FOUND >> #blocks NOT FOUND\ >> block-size NOT FOUND >> #blocks NOT FOUND- >> block-size NOT FOUND >> #blocks NOT FOUND/ >> block-size NOT FOUND >> #blocks NOT FOUND/boot/kernel/kernel data=0x13776e0+0x54dfe0 >> syms=[0x8+0x176ef8+0x8+0x1727c1] >> >> block-size NOT FOUND >> #blocks NOT FOUND\ >> block-size NOT FOUND >> #blocks NOT FOUND/ >> Hit [Enter] to boot immediately, or any other key for command prompt. >> Booting [/boot/kernel/kernel]... >> >> block-size NOT FOUND >> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> SCSI-DISK: Access beyond end of device ! >> Kernel entry at 0x1024b0 ... >> KDB: debugger backends: ddb >> KDB: current backend: ddb >> ---<>--- >> 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-ALPHA9 r339271 GENERIC powerpc >> gcc version 4.2.1 20070831 patched [FreeBSD] >> WARNING: WITNESS option enabled, expect reduced performance. >> VT: init without driver. >> cpu0: IBM POWER9 revision 2.2, 2234.00 MHz >> cpu0: Features >> dc007182 >> cpu0: Features2 >> eee00000 >> real memory  = 2101960704 (2004 MB) >> avail memory = 1983193088 (1891 MB) >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> arc4random: no preloaded entropy cache >> random: entropy device external interface >> random: registering fast source PowerISA DARN random number generator >> random: fast provider: "PowerISA DARN random number generator" >> kbd0 at kbdmux0 >> ofwbus0: on nexus0 >> xicp0: on ofwbus0 >> xicp0: Handling CPUs 0-15 >> vdevice0: on ofwbus0 >> llan0: irq 16781321 on vdevice0 >> llan0: Ethernet address: 00:12:34:56:00:00 >> uart0: irq 16781315 on vdevice0 >> pcib0: on ofwbus0 >> pci0: on pcib0 >> pci0: at device 7.0 (no driver attached) >> cpulist0: on ofwbus0 >> cpu0: on cpulist0 >> cpu1: on cpulist0 >> rtas0: on ofwbus0 >> rtas0: registered as a time-of-day clock, resolution 0.002000s >> Timecounter "timebase" frequency 512000000 Hz quality 0 >> Event timer "decrementer" frequency 512000000 Hz quality 1000 >> Timecounters tick every 1.000 msec >> llan0: link state changed to UP >> usb_needs_explore_all: no devclass >> SMP: AP CPU #1 launched >> arc4random: no preloaded entropy cache >> Trying to mount root from cd9660:/dev/iso9660/12_0_ALPHA9_POWERPC64_CD >> [ro]... >> WARNING: WITNESS option enabled, expect reduced performance. >> mountroot: waiting for device /dev/iso9660/12_0_ALPHA9_POWERPC64_CD... >> Mounting from cd9660:/dev/iso9660/12_0_ALPHA9_POWERPC64_CD failed with >> error 19. >> >> Loader variables: >>   vfs.root.mountfrom=cd9660:/dev/iso9660/12_0_ALPHA9_POWERPC64_CD >>   vfs.root.mountfrom.options=ro >> >> Manual root filesystem specification: >>   : [options] >>       Mount using filesystem >>       and with the specified (optional) option list. >> >>     eg. ufs:/dev/da0s1a >>         zfs:zroot/ROOT/default >>         cd9660:/dev/cd0 ro >>           (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) >> >>   ?               List valid disk boot devices >>   .               Yield 1 second (for background tasks) >>       Abort manual input >> >> mountroot> ? >> >> List of GEOM managed disk devices: >> >> >> mountroot> >> >> >> On 09/04/2018 12:56 PM, Cameron Berkenpas wrote: >>> The last working ISO I tried was probably from July (definitely no >>> earlier at least) if that helps slightly. Unfortunately, I deleted my >>> older ISO's. >>> >>> Unfortunately, I don't see any older 12-CURRENT images archived to >>> try and get some idea of when this broke. >>> >>> If I have some time, I'll see if it's possible/feasible for me to >>> build a PPC64 image of some kind from a PC to try unless someone has >>> a better idea of course. :D >>> >>> Thanks! >>> >>> On 09/04/2018 08:10 AM, Nathan Whitehorn wrote: >>>> The 32 and 64-bit loaders are identical binaries, so the issue is >>>> probably universal. >>>> -Nathan >>>> >>>> On 9/4/18 12:18 AM, Michael Tuexen wrote: >>>>>> On 4. Sep 2018, at 07:13, Nathan Whitehorn >>>>>> wrote: >>>>>> >>>>>> Maybe this is Lua loader fallout? The problem seems to be entirely in >>>>>> the boot loader. >>>>> At least the problem I reported earlier to this list regarding booting >>>>> a G4 system is related to the lua loader. >>>>> >>>>> When installing the fourth loader, booting works, when installing >>>>> the lua loader, booting fails with the output given. >>>>> >>>>> However, this is on a 32-bit PPC machine. Can't test on a 64-bit PPC >>>>> machine. >>>>> >>>>> Best regards >>>>> Michael >>>>>> -Nathan >>>>>> >>>>>> On 9/3/18 9:54 PM, Cameron Berkenpas wrote: >>>>>>> Hello, >>>>>>> >>>>>>> Argh. I went out of my way to select the right ISO image and then >>>>>>> apparently still grabbed the wrong one without noticing the name. >>>>>>> >>>>>>> I went and tried this image: >>>>>>> FreeBSD-12.0-ALPHA4-powerpc-powerpc64-20180831-r338410-disc1.iso >>>>>>> >>>>>>> Still the same issue though. >>>>>>> >>>>>>> Thanks! >>>>>>> >>>>>>> On 09/03/2018 07:42 PM, Justin Hibbits wrote: >>>>>>>> Hello Cameron, >>>>>>>> >>>>>>>> On Sun, Sep 2, 2018 at 11:15 PM Cameron Berkenpas >>>>>>>> wrote: >>>>>>>>> Hello, >>>>>>>>> >>>>>>>>> It seems that FreeBSD 12.0-ALPHA4 is having trouble booting on >>>>>>>>> KVM on >>>>>>>>> POWER9 (Talos II). >>>>>>>>> >>>>>>>>> Here's the image I've tried: >>>>>>>>> FreeBSD-12.0-ALPHA4-powerpc-powerpcspe-20180831-r338410-disc1.iso >>>>>>>>> >>>>>>>> The powerpcspe ISO won't work on a Talos.  I don't even expect that >>>>>>>> particular ISO to work at all, given the nature of the >>>>>>>> architecture. >>>>>>>> For Talos, and IBM POWER* in general, you need the powerpc64 ISO. >>>>>>>> >>>>>>>> I don't know if that will solve your problem, given the errors >>>>>>>> printed >>>>>>>> below, but it's at least a first step. >>>>>>>> >>>>>>>> - Justin >>>>>>>> >>>>>>>> >>>>>>>>> It fails regardless of whether I run kvm from the console or >>>>>>>>> through >>>>>>>>> virt-manager. >>>>>>>>> >>>>>>>>> Seems to be disk related... I get the messages below regardless of >>>>>>>>> whether I try to boot from CD-ROM or disk. I've tried all disk >>>>>>>>> types >>>>>>>>> for >>>>>>>>> both (usb, scsi, sata, virtio, etc). >>>>>>>>> >>>>>>>>> It's important to note that this worked on an older snapshot of >>>>>>>>> 12.0-CURRENT, though I don't know the last specific working >>>>>>>>> revision I >>>>>>>>> tried. >>>>>>>>> >>>>>>>>> Here's the output: >>>>>>>>> >>>>>>>>> SLOF >>>>>>>>> ********************************************************************** >>>>>>>>> >>>>>>>>> QEMU Starting >>>>>>>>>     Build Date = Sep 24 2017 12:23:07 >>>>>>>>>     FW Version = buildd@ release 20170724 >>>>>>>>>     Press "s" to enter Open Firmware. >>>>>>>>> >>>>>>>>> Populating /vdevice methods >>>>>>>>> Populating /vdevice/vty@71000000 >>>>>>>>> Populating /vdevice/nvram@71000001 >>>>>>>>> Populating /vdevice/v-scsi@71000002 >>>>>>>>>           SCSI: Looking for devices >>>>>>>>>              8200000000000000 CD-ROM   : "QEMU QEMU CD-ROM 2.5+" >>>>>>>>> Populating /pci@800000020000000 >>>>>>>>>                         00 0000 (D) : 8086 100e e1000 [ net ] >>>>>>>>> No NVRAM common partition, re-initializing... >>>>>>>>> Scanning USB >>>>>>>>> Using default console: /vdevice/vty@71000000 >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>      Welcome to Open Firmware >>>>>>>>> >>>>>>>>>      Copyright (c) 2004, 2017 IBM Corporation All rights reserved. >>>>>>>>>      This program and the accompanying materials are made >>>>>>>>> available >>>>>>>>>      under the terms of the BSD License available at >>>>>>>>> http://www.opensource.org/licenses/bsd-license.php >>>>>>>>> >>>>>>>>> >>>>>>>>> Trying to load:  from: >>>>>>>>> /vdevice/v-scsi@71000002/disk@8200000000000000 >>>>>>>>> ...   Successfully loaded >>>>>>>>> Consoles: Open Firmware console >>>>>>>>> >>>>>>>>> FreeBSD/powerpcspe Open Firmware loader, Revision 0.1 >>>>>>>>> (Fri Aug 31 17:53:54 UTC 2018 root@releng3.nyi.freebsd.org) >>>>>>>>> Memory: 33554432KB >>>>>>>>> Booted from: /vdevice/v-scsi@71000002/disk@8200000000000000 >>>>>>>>> >>>>>>>>> >>>>>>>>> block-size NOT FOUND >>>>>>>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>> / >>>>>>>>> block-size NOT FOUND >>>>>>>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>> \ >>>>>>>>> block-size NOT FOUND >>>>>>>>> #blocks NOT FOUND >>>>>>>>> >>>>>>>>> ( 700 ) Program Exception [ 0 ] >>>>>>>>> >>>>>>>>> >>>>>>>>>        R0 .. R7           R8 .. R15         R16 .. R23 >>>>>>>>> R24 .. >>>>>>>>> R31 >>>>>>>>> 000000000000000b   000000000345ddd4   ffffffffffffffff >>>>>>>>> 0000000002c50dd8 >>>>>>>>> 0000000002c559e0   0000000028686561   0000000002c57c50 >>>>>>>>> 0000000002c51d10 >>>>>>>>> 0000000000000000   0000000002c68540   0000000002c57c48 >>>>>>>>> 0000000002c52594 >>>>>>>>> 000000000345e900   0000000002c68280   0000000002c63300 >>>>>>>>> 0000000000000000 >>>>>>>>> 0000000002c682c0   0000000020000048   0000000000000000 >>>>>>>>> 000000000345e900 >>>>>>>>> 0000000000000000   0000000000000000   0000000000000000 >>>>>>>>> 0000000000000000 >>>>>>>>> 0000000000000040   0000000000000000   0000000002c6eb00 >>>>>>>>> 0000000000000000 >>>>>>>>> 0000000000000008   000000007fffffff   0000000002c5cb04 >>>>>>>>> 000000000345e900 >>>>>>>>> >>>>>>>>>        CR / XER           LR / CTR          SRR0 / SRR1 >>>>>>>>> DAR / >>>>>>>>> DSISR >>>>>>>>>            80000044   0000000002c029f0 0000000028686560 >>>>>>>>> 0000000000000000 >>>>>>>>> 0000000020040000   0000000028686561   0000000000083000 00000000 >>>>>>> _______________________________________________ >>>>>>> freebsd-ppc@freebsd.org mailing list >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >>>>>>> To unsubscribe, send any mail to >>>>>>> "freebsd-ppc-unsubscribe@freebsd.org" >>>>>>> >>>>>> _______________________________________________ >>>>>> freebsd-ppc@freebsd.org mailing list >>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >>>>>> To unsubscribe, send any mail to >>>>>> "freebsd-ppc-unsubscribe@freebsd.org" >>>> _______________________________________________ >>>> freebsd-ppc@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >>>> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" >> _______________________________________________ >> freebsd-ppc@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" >> From owner-freebsd-ppc@freebsd.org Thu Oct 11 17:07:16 2018 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 E4C5A10C125E for ; Thu, 11 Oct 2018 17:07:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-22.consmr.mail.gq1.yahoo.com (sonic303-22.consmr.mail.gq1.yahoo.com [98.137.64.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 535DB78EBF for ; Thu, 11 Oct 2018 17:07:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Qf4m8fAVM1mmClriKZDi2Qm8v2bqF7DFpn_PR4gH4oiv85Br.t1k2VbiwmoMwF3 PLHTWNTPczHC._4YBABx9WWZOqDLPGOZDQYkbLcVlDc1uSzMVH7JwZDJEbDDnKE1WOLQteCJXRx7 Uigx2oBC_2HZ7WgTsonSEN_l9XTfABnVOaMYGEuwFatN6uwQqJsIysTsAo0NhYvXR0wt3veUviCL eTRyppiC3Wl2J8t3EKWCl_w.hTqEA843npBHSYjestFsYvvUSCk.FQuOWYtod6Zbse6ewCNEEWnZ AEOtXjgwmp13Mntmgkneb0bLChpQFQC9FmNfCUMV_Vwf.fhMJMDY0r5bNs9ZILmiOJ88pK4JlvOy Z2d84DWrTCD2OQnzLjpIWXHwcOLBRzk8XpYdXW2U4kH5ogDOxwWT.lp7wDn82iejnEiFpJNrM92y zPkS2eEb7vixTm.wtJUWdC7glkHAmHs0Ro3FVubsxOLVMxgQ5LmeJty8lzDl_4OnOqKsqi1Q_454 RVp.RptukwSXrxpxDhxB_fXCPFXjTUsdIXwZEqndaRI5PLgxnJMrj_MbLTPN2Pjv90mEvXhcy8_G IL3XajFyMV7dZpQd1MD1ZBnlVYf2GZd0Sfm380YaR41iMqerYV0mUtpuxqBlGsS.sqaCxXgGzZIS mWBu4gf9P6yqEne.ugsd6zdpRyAEk3xj06oJIkgX84W_GO9NsWfqIg.gi_X6c08H_xY.IrURwDOc 7m79bdNrzT.mu1zM5R_wl01FH7uyTLDRSpQDZTdLppZAWmPyzUHXpmB0Yl23bhwWOfSFgkRCGnch 6HCudOSXCZzf8SX7ZeXG.qHjHNcqX8qjrmQo.Ob_hRGp03qpR9yloSRDLuyDv_jd3m64B4Ny.P_6 _4UIU0k4s89y1mZOplsk2QSvDu5DBHSI18HeiHG3NJ0dPSef_dFlMeBKSs_ks_FTZ5cuS6YBHh1r zMxVGVBdWrb.0qjhIhxYh6zc071m_8Qsfc0XTYSE4I8qkI6NcegpUBrQUx6tV1uwmesgRKkqmQHp anASx3N8W.I6IxCogLI_J9zNfhRh_.WCwAai5QrW_mZT1LO5mHZkqHJEnRXOg2nxYEwKVYl42HJH bv66qZQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Thu, 11 Oct 2018 17:07:13 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp432.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID e284c6eac1ca469319cad90f648090ca; Thu, 11 Oct 2018 17:07:11 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: FYI: SoftIron Overdrive 1000 (aarch64 Cortex-A57) vs. old PowerMac G5 (powerpc64) "Quad Core": a comparison of build times Date: Thu, 11 Oct 2018 10:07:11 -0700 References: To: freebsd-arm , FreeBSD PowerPC ML In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 17:07:16 -0000 [Adding notes about Watts when near 0% idle.] On 2018-Oct-10, at 2:56 AM, Mark Millard wrote: > The following is based on WITHOUT_LLVM_TARGET_ALL=3D and > powerpc64 has WITH_LIB32=3D while aarch64 does not. In > both cases system-clang is used to do the buildworld > buildkernel, although for powerpc64 one would not > normally install and try to boot and use the result > for FreeBSD as things are. The builds are self-hosted, > not cross builds. >=20 > OverDrive 1000 buildworld buildkernel: a little under 3 hr 17 min. > G5 "Quad Core" buildworld buildkernel: around 4 hr 53 min (4 = hr 14 min ignoring lib32 time). >=20 > The G5 had not started building lib32 (or the kernel) until > about 3 hr 28 min into its build. aarch64 has no lib32 to > build. The G5 did not start on the kernel until around 4 hr > 7 min. So around 4 hr 14 min when not counting lib32's time. >=20 > powerpc64 is using devel/powerpc64-binutils (or devel/binutils) > but aarch64 is using lld. (Last I tried lld would not let the > build complete for powerpc64, if I remember right.) For powerpc64 > the binutils used had been built already. >=20 >=20 > What was built was (same-in-both part): > (neither built a bootstrap compiler or > linker) >=20 > #WITH_CROSS_COMPILER=3D > WITH_SYSTEM_COMPILER=3D > WITH_SYSTEM_LINKER=3D > # > WITH_LIBCPLUSPLUS=3D > WITHOUT_BINUTILS_BOOTSTRAP=3D > WITH_ELFTOOLCHAIN_BOOTSTRAP=3D > WITHOUT_LLVM_TARGET_ALL=3D > #WITH_CLANG_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_CLANG_EXTRAS=3D > WITH_LLD=3D > WITHOUT_BINUTILS=3D > WITH_LLDB=3D > # > WITH_BOOT=3D > # > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GCC_IS_CC=3D > WITHOUT_GNUCXX=3D >=20 >=20 > The variations for what was built between aarch64 vs. > powerpc64 were: >=20 > #WITH_LLD_BOOTSTRAP=3D > WITHOUT_LLD_BOOTSTRAP=3D >=20 > WITH_LLD_IS_LD=3D > WITHOUT_LLD_IS_LD=3D >=20 > WITHOUT_LIB32=3D [This is effectively a comment: aarch64 never has = lib32] > WITH_LIB32=3D >=20 > powerpc64 uses: LOADER_DEFAULT_INTERP=3D4th >=20 > Also, cortex-a57 used: LDFLAGS.lld+=3D -Wl,--no-threads >=20 >=20 > Note: My actual powerpc64 builds are via devel/powerpc64-gcc > and devel/powerpc64-binutils (or devel/binutils), but I've > not built for aarch64 that way. For powerpc64 I do build > clang and have clang as cc. (Clang's powerpc64 problems are > tied to things special for buildworld and buildkernel .) > Unfortunately, devel/powerpc64-gcc based builds are > WITHOUT_LIB32=3D because for lib32 it misuses R30 in crtbeginS > code (vs. the ABI for FreeBSD) and 32-bit code just produces > core files from the bad dereference that results. >=20 > Note: The G5 so-called "Quad Core" has 4 cores overall in the > system but they are evenly split across 2 sockets: 2 dual-core > processors. Continuing the comparison of things separated by over a decade: Watts when (near) 0% idle over sustained periods during buildworld or poudriere bulk. PowerMac G5 so-called "Quad Core": around 380 W. SoftIron Overdrive 1000: a little under 45 W. The Overdrive does not have a video card. The G5 has a video card that is in use as a basic console, not x11 or such. Other than the video card, the other G5 optional hardware includes its 16 GiBytes of RAM and one 480 GByte SSD appropriate to the older SATA technology. One Ethernet connection. A USB keyboard. The OverDrive 1000 has 8 GiBytes of RAM and the hard drive was replaced by a 1TB Samsung 960 Pro SSD. One Ethernet connection. Its USB serial console is set up. At the system level both total to having 4 cores (structured very differently to get there). And the Overdrive builds FreeBSD and ports somewhat faster overall. Cool. =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 Oct 11 17:15:15 2018 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 C544B10C1602 for ; Thu, 11 Oct 2018 17:15:14 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from d.mail.sonic.net (d.mail.sonic.net [64.142.111.50]) (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 2D7B2793A5 for ; Thu, 11 Oct 2018 17:15:13 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from helicon.physics.ucla.edu (helicon.physics.ucla.edu [169.232.156.253]) (authenticated bits=0) by d.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id w9BHEWGw002059 (version=TLSv1.2 cipher=AES128-SHA bits=128 verify=NOT); Thu, 11 Oct 2018 10:15:04 -0700 Subject: Re: FreeBSD 12.0-ALPHA4 fails to boot on POWER9/KVM To: Cameron Berkenpas Cc: freebsd-ppc@freebsd.org References: <5d84652d-8b54-19f9-1396-e7c9acbe6c03@neo-zeon.de> <5f44c6d6-7eec-6732-6fef-123e7e0d3292@freebsd.org> <2b4455f4-37f6-5645-dcba-2cc41c845ae8@neo-zeon.de> <0a970b75-160a-e40e-b360-1b73a753f701@freebsd.org> From: Nathan Whitehorn Openpgp: preference=signencrypt Autocrypt: addr=nwhitehorn@freebsd.org; keydata= xsFNBFuARN8BEADLKYsG3l1aq/M21R59I/5EsEfvtvd15ZJ9lDHcWPuxzIfGnu2LMpe5PrFP e/Y4bcsPrlB4S3I3ooIUDvoEEsDeqgqlZod3QevOK/RjLqiqx1i/4mKnobJ++3ppyVVIccgN sUrj786OYCFCI/W+uWw7cbKewNeaL//Z/TDKlHLkssiy6qmZbNQ0ZjcMLJKUesk4eVg2TtTD HNe42ZuxbUC9iLYieO4c7kQB4qiFhagDRiObXrLzvm2MQYeAaNVRqID+mfI75TWrQ+t98iVu mHvFu461eeteq59jg6H/IL07ACxL+HzEVM+D6tPtPrz7ppr3wiZL5Cu17yu0nAx0nhJTV8ZB qza1rOVun0x65S14L41XD2HkmBDxTaRlTg8ypnkLFo8kh+MEq4k67apL/DUGcaUjKy2TVUC7 3igLO/DwQHrkWx2RrOmS3xS0TgGXVmB47nq2Zveo3fcjporQK63n2sbLkS70cfAJAJ9KHEIx u9am44iW5Ku3+mVLgQYybtcUxlk/Jw/BA5V6KUcDQMd5kTm0MyagziqMaT+57ceYxwRBK4HC DCLRpSOHV81/YzyL5vnwfHsxADm3091rd0uwr8uRCQn7wLvlcFyp/JKSFkVnE1oo7UE4QQJZ GbSJyvj7GdXu0LdghALcMj/thdb+js4D3UuCaAMecgVSscxEIQARAQABzS5OYXRoYW4gV2hp dGVob3JuIDxud2hpdGVob3JuQGljZWN1YmUud2lzYy5lZHU+wsGOBBMBCAA4FiEEPWQg+qgh ST6Avw1hOLZNlGaE6HcFAluAUl4CGwMFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQOLZN lGaE6HeHFw//fN2CzkiW1yedjLGEQ3uXRMgu6geRgWdtkgg/pOhn5OLSQI4R59kjvHNHHqln 1QYdxe63lsbe+7CRsTKuke3/mgsQ1h6n7cCzsoXVP3eLtWjshAz7spwUcdRRFTSbwkMzKcRn plpr+ByZDw98vnpQo10J5xYmf6if6wcEpVlazwnC5G1gHktM4X0jrlAUKSgVx7MG8o4G6af9 7MQJINAG6g6+BlBH3u5fmPunKi9qgHsZxKnTZneD2mO5u2x6p1qmqybvfvWI5UEvktPeEext JBeXXqdex+HWmAbLYznLUoBloBl+fW5Lo9VapkcGubvGC0WLr/gYuamAApwoFpa4/SBqgmHr JSsPqoDtheWt9oYzuYkYW5+tpJQoDVdG3KCOQJSYZIbNT8HyviFY32ZSn6gIn2qP/5E+rA8J +6/57XCZXPazE4FiPNbwY/OwZoi7w0yRKcdmJoSoC/GdjtQbjyeARbAaHIcudeU/bB3paGS2 rHkoW4iR5TnK/V/QJvNT4KC6Dw3m6pfBIzsF+smcyjz+MzBFQNvSOtG4kJQooKcMsThas8oX VTx+WsqNAVOeQKTOU74jlUYKm5+w5aIOJbc8jg1LlTWJus1SxYtxT9lgNwOCUhE/j6Ueq9jG V9POWg31C44akWmnK8rS4PImUBsPKwtxUNM6BhfZRbtIjQ7OwU0EW4BFQQEQAOLKFtg6us0A LA7LtvjxIskIgqFJjHw2ka/UtdJ432P9kvmBq7z4v0+m/gkxCOOG0yDi2Cv/ALJobsyb56tb U6MU0SRjTio35S2jit369B1BDC2TLNF337sUquUx0l4wkEXEBefvLRYouF8BRbkgjveg7sA4 NjsiduQx92vPJnBoaH2OWxqDbr5X6kF5cx9jPrKUJ4ZqH/raE/SSDhtow4aKO0nWbteVGck1 5W1X/S8KziPXKazxCQ8qprQRTAehsdG/bSbWD95hp3TAlEbl4N4UqqS7n4jCZunCeii2TDZH Vvx/lpFAT2ezx646p2PUmH5hpiVMgbY5uHcyahwNf+eNOO7gotnNYoieoLw4fUeTYOq+s3IN isCB4iovQcZOCYSzmwRolQRggX0tBSenR6Pgp38YjVIkWvMHhxbVifAusjvVbm/GQeA2MaCt kog53Iyfo7ri9DeNpVuRc/47BxHi8JtdyyGgLO13Ajcwc6V7KLeDmw/SXJAMssuWQlXzs8Og spNvtymBh5rq4TlxAY65L3Yv/yh0izEztOJO3Ob9y3gLrp7TeDI0EO9SyGuFXbgWY/NXlDwW HWguMgO7DWM/KxeaMYyHfnffIeQ6uhM21y42I7NV11mWwycv/XJkID3fd7GWBecakdYnYI/7 FYMDHmsUQPmSMkbqCqYcZe47ABEBAAHCwXYEGAEIACAWIQQ9ZCD6qCFJPoC/DWE4tk2UZoTo dwUCW4BFQQIbDAAKCRA4tk2UZoTod2RbEACbQ2bwJ3++bvqclErbekf7BXYja37/HxGE67q3 9xf28hen8vWGtXwq4bWmZT5H8bBqXigA4bUU4nN4X3xEDfTyqkQMuDTnnwT7Y61B4QEqhi4a q4adf/KP0l1UCg4CJ0KS931Han+VbiuUcbadu1ZX37Ef6g/hG+mt59FeXDMU0rers2Bpr8zB 8ywojAsVC92kvOHLsCQtdCsPzC+R6B1bY6/Re9slM1NBd+2k4BUVhYu8Fb8Ir37OmN0aGQzY uRczfrmR/OV5/1+g5XeYSFbq/0Q3KkFWLHfimff8lb9GRWrdvOUpYyGluv49b/G5o9lSxPwX yBfaoVi/WDDfJ/XJw9H90XK68TYxPfEQkeuLEEzg+Bz3Zeduyo2Zx4S5apLqAbv0RzduXgIG YZVPu8R4ya8nQWHeUpot17lt8SL7yFkMJaAXk27QqUAaxjqnGBLn70YMWXFGySfvjgaR1Ftu /S/HSKqH7m8aFYZftqs7ZojXNdqGHZKRrIx6hRUYuZQM8uxHDweF4jF+QIwYIUmtry5h8iti Sjt9KHjpkH3Wz5o1mk6cbFNN+wgpHplDl/iZMZjFskTAJfEsYHVSSm21zcYvvogrbqYvciMT ty65+0A8Gz9tMbcNx9ePaGoM+9jeFehrzTjdaiTiC+umSd/Y29DCW4OBMr1VfufVVKbfAQ== Message-ID: <6a95032b-1dc5-86fc-253e-3f365bd01280@freebsd.org> Date: Thu, 11 Oct 2018 10:14:31 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Sonic-CAuth: UmFuZG9tSVZcsz8zVyoIF2rSbXEfBg6N5uEFYtUfWW5G5jRTFslz1fctCLah7Llsymdg1KSWH+Abgk0sWszYbhPvxpU4NxI0CXa50Wa2ztY= X-Sonic-ID: C;qMOKHnnN6BGOAP+mSH5B5g== M;MKbuMXnN6BGOAP+mSH5B5g== X-Spam-Flag: No X-Sonic-Spam-Details: 0.0/5.0 by cerberusd X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 17:15:15 -0000 Yes, this is fixed in current HEAD and will be resolved in BETA1. I can probably spin out an unofficial intermediate ISO with the fix before BETA1 if you would like it. -Nathan On 10/11/18 10:02 AM, Cameron Berkenpas wrote: > Will the 'NOT FOUND" fix resulting in being able to boot the ISO > generally? > > I'd actually tried what you suggested previously, and it still fails > the same way it did for me in the past: > > Unfortunately, this fails as you can see: > qemu-system-ppc64: warning: System page size 0x1000000 is not enabled > in page_size_mask (0x11000). Performance may be slow > > > SLOF > ********************************************************************** > QEMU Starting >  Build Date = Sep 24 2017 12:23:07 >  FW Version = buildd@ release 20170724 >  Press "s" to enter Open Firmware. > > Populating /vdevice methods > Populating /vdevice/vty@71000000 > Populating /vdevice/nvram@71000001 > Populating /vdevice/l-lan@71000002 > Populating /vdevice/v-scsi@71000003 >        SCSI: Looking for devices >           8000000000000000 DISK     : "QEMU     QEMU HARDDISK 2.5+" >           8200000000000000 CD-ROM   : "QEMU     QEMU CD-ROM 2.5+" > Populating /pci@800000020000000 > No NVRAM common partition, re-initializing... > Scanning USB > Using default console: /vdevice/vty@71000000 > >   Welcome to Open Firmware > >   Copyright (c) 2004, 2017 IBM Corporation All rights reserved. >   This program and the accompanying materials are made available >   under the terms of the BSD License available at >   http://www.opensource.org/licenses/bsd-license.php > > > Trying to load:  from: /vdevice/v-scsi@71000003/disk@8000000000000000 > ...   Successfully loaded > > >> FreeBSD/powerpc Open Firmware boot block >    Boot path:   /vdevice/v-scsi@71000003/disk@8000000000000000 >    Boot loader: /boot/loader >    Boot volume:   /vdevice/v-scsi@71000003/disk@8000000000000000:2 > Consoles: Open Firmware console > > FreeBSD/powerpc64 Open Firmware loader, Revision 0.1 > (Sun Aug 19 13:30:54 PDT 2018 root@freebsd-ppc) > Memory: 2097152KB > Booted from: /vdevice/v-scsi@71000003/disk@8000000000000000 > > > block-size NOT FOUND > #blocks NOT FOUND| > block-size NOT FOUND > #blocks NOT FOUND\ > block-size NOT FOUND > #blocks NOT FOUND > > ( 700 ) Program Exception [ 0 ] > > >     R0 .. R7           R8 .. R15         R16 .. R23         R24 .. R31 > 0000000000000040   000000000345cdc4   ffffffffffffffff 0000000002c50468 > 0000000002c548c0   0000000000000000   0000000002c56ba0 0000000002c513a0 > 0000000000000000   0000000002c67780   0000000002c56b98 0000000002c51c18 > 000000000345d8f0   0000000002c67300   0000000002c62200 000000000345d8f0 > 0000000002c67340   0000000020000048   000000000040e78e 0000000000000000 > 0000000000000000   0000000000000000   0000000001802118 0000000000000000 > 0000000000000040   0000000002c4baec   0000000002c71980 0000000000000000 > 0000000000000040   000000007fffffff   0000000002c5bb84 000000000345d8f0 > >     CR / XER           LR / CTR          SRR0 / SRR1        DAR / DSISR >         80000044   0000000002c02938   0000000000000000 0000000000000000 > 0000000020040000   0000000000000000   0000000000083000 00000000 > > > e > > > Thanks! > > -Cameron > > On 10/10/2018 08:59 PM, Nathan Whitehorn wrote: >> The first part of this (all the errors about "NOT FOUND") I just fixed >> and the fixes will be included in BETA1 and subsequent builds. The >> remaining issue is that virtio SCSI is not part of the standard kernel >> on PPC (there are some endian and DMA bugs), so you will need to use an >> alternative storage backend. The default storage backend (VSCSI) is >> fine, as are more PC-ish things like AHCI emulation. >> >> This command line will work and is otherwise equivalent to the below: >> qemu-system-ppc64 -enable-kvm -m 2048 -nographic -vga none -cdrom >> FreeBSD-12.0-ALPHA9-powerpc-powerpc64-20181009-r339271-disc1.iso >> /var/lib/libvirt/images/freebsd-ppc.qcow2 -mem-prealloc -mem-path >> /dev/hugepages -smp 2 >> >> -Nathan >> >> On 10/10/18 6:41 PM, Cameron Berkenpas wrote: >>> Made a LITTLE progress on getting FreeBSD to run as a KVM VM on >>> POWER9/TalosII again with the following: >>> >>> qemu-system-ppc64 -enable-kvm -m 2048 -nographic -vga none -device >>> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x7 -drive >>> file=FreeBSD-12.0-ALPHA9-powerpc-powerpc64-20181009-r339271-disc1.iso,format=raw,if=none,id=drive-scsi0-0-0-0,readonly=on >>> >>> -device >>> scsi-cd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0,bootindex=1 >>> >>> -drive >>> file=/var/lib/libvirt/images/freebsd-ppc.qcow2,format=qcow2,if=none,id=drive-scsi0-0-0-1 >>> >>> -device >>> scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=1,drive=drive-scsi0-0-0-1,id=scsi0-0-0-1,bootindex=2 >>> >>> -mem-prealloc -mem-path /dev/hugepages -smp 2 >>> >>> >>> >>> Seems like issue is that you need to use a SCSI CDROM! Unfortunately, >>> we are don't quite get there. Hope it's not a problem to put this >>> inline, I'm unable to access pastebin right now: >>> >>> qemu-system-ppc64: warning: System page size 0x1000000 is not enabled >>> in page_size_mask (0x11000). Performance may be slow >>> >>> >>> SLOF >>> ********************************************************************** >>> QEMU Starting >>>   Build Date = Sep 24 2017 12:23:07 >>>   FW Version = buildd@ release 20170724 >>>   Press "s" to enter Open Firmware. >>> >>> Populating /vdevice methods >>> Populating /vdevice/vty@71000000 >>> Populating /vdevice/nvram@71000001 >>> Populating /vdevice/l-lan@71000002 >>> Populating /pci@800000020000000 >>>                       00 3800 (D) : 1af4 1004    virtio [ scsi ] >>> Populating /pci@800000020000000/scsi@7 >>>         SCSI: Looking for devices >>>            100000100000000 DISK     : "QEMU     QEMU HARDDISK 2.5+" >>>            100000000000000 CD-ROM   : "QEMU     QEMU CD-ROM 2.5+" >>> No NVRAM common partition, re-initializing... >>> Scanning USB >>> Using default console: /vdevice/vty@71000000 >>> >>>    Welcome to Open Firmware >>> >>>    Copyright (c) 2004, 2017 IBM Corporation All rights reserved. >>>    This program and the accompanying materials are made available >>>    under the terms of the BSD License available at >>>    http://www.opensource.org/licenses/bsd-license.php >>> >>> >>> Trying to load:  from: >>> /pci@800000020000000/scsi@7/disk@100000000000000 ...   Successfully >>> loaded >>> Consoles: Open Firmware console >>> >>> FreeBSD/powerpc64 Open Firmware loader, Revision 0.1 >>> Memory: 2097152KB >>> Booted from: /pci@800000020000000/scsi@7/disk@100000000000000 >>> >>> >>> block-size NOT FOUND >>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> / >>> block-size NOT FOUND >>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> \ >>> block-size NOT FOUND >>> #blocks NOT FOUND| >>> block-size NOT FOUND >>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> / >>> block-size NOT FOUND >>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> | >>> block-size NOT FOUND >>> #blocks NOT FOUND| >>> block-size NOT FOUND >>> #blocks NOT FOUND| >>> block-size NOT FOUND >>> #blocks NOT FOUND| >>> block-size NOT FOUND >>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> - >>> block-size NOT FOUND >>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> - >>> block-size NOT FOUND >>> #blocks NOT FOUND| >>> block-size NOT FOUND >>> #blocks NOT FOUND- >>> block-size NOT FOUND >>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> Loading /boot/defaults/loader.conf >>> >>> block-size NOT FOUND >>> #blocks NOT FOUND\ >>> block-size NOT FOUND >>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> | >>> block-size NOT FOUND >>> #blocks NOT FOUND- >>> block-size NOT FOUND >>> #blocks NOT FOUND| >>> block-size NOT FOUND >>> #blocks NOT FOUND- >>> block-size NOT FOUND >>> #blocks NOT FOUND| >>> block-size NOT FOUND >>> #blocks NOT FOUND/ >>> block-size NOT FOUND >>> #blocks NOT FOUND- >>> block-size NOT FOUND >>> #blocks NOT FOUND\ >>> block-size NOT FOUND >>> #blocks NOT FOUND| >>> block-size NOT FOUND >>> #blocks NOT FOUND\ >>> block-size NOT FOUND >>> #blocks NOT FOUND- >>> block-size NOT FOUND >>> #blocks NOT FOUND/ >>> block-size NOT FOUND >>> #blocks NOT FOUND/boot/kernel/kernel data=0x13776e0+0x54dfe0 >>> syms=[0x8+0x176ef8+0x8+0x1727c1] >>> >>> block-size NOT FOUND >>> #blocks NOT FOUND\ >>> block-size NOT FOUND >>> #blocks NOT FOUND/ >>> Hit [Enter] to boot immediately, or any other key for command prompt. >>> Booting [/boot/kernel/kernel]... >>> >>> block-size NOT FOUND >>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> SCSI-DISK: Access beyond end of device ! >>> Kernel entry at 0x1024b0 ... >>> KDB: debugger backends: ddb >>> KDB: current backend: ddb >>> ---<>--- >>> 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-ALPHA9 r339271 GENERIC powerpc >>> gcc version 4.2.1 20070831 patched [FreeBSD] >>> WARNING: WITNESS option enabled, expect reduced performance. >>> VT: init without driver. >>> cpu0: IBM POWER9 revision 2.2, 2234.00 MHz >>> cpu0: Features >>> dc007182 >>> >>> cpu0: Features2 >>> eee00000 >>> real memory  = 2101960704 (2004 MB) >>> avail memory = 1983193088 (1891 MB) >>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>> arc4random: no preloaded entropy cache >>> random: entropy device external interface >>> random: registering fast source PowerISA DARN random number generator >>> random: fast provider: "PowerISA DARN random number generator" >>> kbd0 at kbdmux0 >>> ofwbus0: on nexus0 >>> xicp0: on ofwbus0 >>> xicp0: Handling CPUs 0-15 >>> vdevice0: on ofwbus0 >>> llan0: irq 16781321 on vdevice0 >>> llan0: Ethernet address: 00:12:34:56:00:00 >>> uart0: irq 16781315 on vdevice0 >>> pcib0: on ofwbus0 >>> pci0: on pcib0 >>> pci0: at device 7.0 (no driver attached) >>> cpulist0: on ofwbus0 >>> cpu0: on cpulist0 >>> cpu1: on cpulist0 >>> rtas0: on ofwbus0 >>> rtas0: registered as a time-of-day clock, resolution 0.002000s >>> Timecounter "timebase" frequency 512000000 Hz quality 0 >>> Event timer "decrementer" frequency 512000000 Hz quality 1000 >>> Timecounters tick every 1.000 msec >>> llan0: link state changed to UP >>> usb_needs_explore_all: no devclass >>> SMP: AP CPU #1 launched >>> arc4random: no preloaded entropy cache >>> Trying to mount root from cd9660:/dev/iso9660/12_0_ALPHA9_POWERPC64_CD >>> [ro]... >>> WARNING: WITNESS option enabled, expect reduced performance. >>> mountroot: waiting for device /dev/iso9660/12_0_ALPHA9_POWERPC64_CD... >>> Mounting from cd9660:/dev/iso9660/12_0_ALPHA9_POWERPC64_CD failed with >>> error 19. >>> >>> Loader variables: >>>    vfs.root.mountfrom=cd9660:/dev/iso9660/12_0_ALPHA9_POWERPC64_CD >>>    vfs.root.mountfrom.options=ro >>> >>> Manual root filesystem specification: >>>    : [options] >>>        Mount using filesystem >>>        and with the specified (optional) option list. >>> >>>      eg. ufs:/dev/da0s1a >>>          zfs:zroot/ROOT/default >>>          cd9660:/dev/cd0 ro >>>            (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) >>> >>>    ?               List valid disk boot devices >>>    .               Yield 1 second (for background tasks) >>>        Abort manual input >>> >>> mountroot> ? >>> >>> List of GEOM managed disk devices: >>> >>> >>> mountroot> >>> >>> >>> On 09/04/2018 12:56 PM, Cameron Berkenpas wrote: >>>> The last working ISO I tried was probably from July (definitely no >>>> earlier at least) if that helps slightly. Unfortunately, I deleted my >>>> older ISO's. >>>> >>>> Unfortunately, I don't see any older 12-CURRENT images archived to >>>> try and get some idea of when this broke. >>>> >>>> If I have some time, I'll see if it's possible/feasible for me to >>>> build a PPC64 image of some kind from a PC to try unless someone has >>>> a better idea of course. :D >>>> >>>> Thanks! >>>> >>>> On 09/04/2018 08:10 AM, Nathan Whitehorn wrote: >>>>> The 32 and 64-bit loaders are identical binaries, so the issue is >>>>> probably universal. >>>>> -Nathan >>>>> >>>>> On 9/4/18 12:18 AM, Michael Tuexen wrote: >>>>>>> On 4. Sep 2018, at 07:13, Nathan Whitehorn >>>>>>> wrote: >>>>>>> >>>>>>> Maybe this is Lua loader fallout? The problem seems to be >>>>>>> entirely in >>>>>>> the boot loader. >>>>>> At least the problem I reported earlier to this list regarding >>>>>> booting >>>>>> a G4 system is related to the lua loader. >>>>>> >>>>>> When installing the fourth loader, booting works, when installing >>>>>> the lua loader, booting fails with the output given. >>>>>> >>>>>> However, this is on a 32-bit PPC machine. Can't test on a 64-bit PPC >>>>>> machine. >>>>>> >>>>>> Best regards >>>>>> Michael >>>>>>> -Nathan >>>>>>> >>>>>>> On 9/3/18 9:54 PM, Cameron Berkenpas wrote: >>>>>>>> Hello, >>>>>>>> >>>>>>>> Argh. I went out of my way to select the right ISO image and then >>>>>>>> apparently still grabbed the wrong one without noticing the name. >>>>>>>> >>>>>>>> I went and tried this image: >>>>>>>> FreeBSD-12.0-ALPHA4-powerpc-powerpc64-20180831-r338410-disc1.iso >>>>>>>> >>>>>>>> Still the same issue though. >>>>>>>> >>>>>>>> Thanks! >>>>>>>> >>>>>>>> On 09/03/2018 07:42 PM, Justin Hibbits wrote: >>>>>>>>> Hello Cameron, >>>>>>>>> >>>>>>>>> On Sun, Sep 2, 2018 at 11:15 PM Cameron Berkenpas >>>>>>>>> >>>>>>>>> wrote: >>>>>>>>>> Hello, >>>>>>>>>> >>>>>>>>>> It seems that FreeBSD 12.0-ALPHA4 is having trouble booting on >>>>>>>>>> KVM on >>>>>>>>>> POWER9 (Talos II). >>>>>>>>>> >>>>>>>>>> Here's the image I've tried: >>>>>>>>>> FreeBSD-12.0-ALPHA4-powerpc-powerpcspe-20180831-r338410-disc1.iso >>>>>>>>>> >>>>>>>>>> >>>>>>>>> The powerpcspe ISO won't work on a Talos.  I don't even expect >>>>>>>>> that >>>>>>>>> particular ISO to work at all, given the nature of the >>>>>>>>> architecture. >>>>>>>>> For Talos, and IBM POWER* in general, you need the powerpc64 ISO. >>>>>>>>> >>>>>>>>> I don't know if that will solve your problem, given the errors >>>>>>>>> printed >>>>>>>>> below, but it's at least a first step. >>>>>>>>> >>>>>>>>> - Justin >>>>>>>>> >>>>>>>>> >>>>>>>>>> It fails regardless of whether I run kvm from the console or >>>>>>>>>> through >>>>>>>>>> virt-manager. >>>>>>>>>> >>>>>>>>>> Seems to be disk related... I get the messages below >>>>>>>>>> regardless of >>>>>>>>>> whether I try to boot from CD-ROM or disk. I've tried all disk >>>>>>>>>> types >>>>>>>>>> for >>>>>>>>>> both (usb, scsi, sata, virtio, etc). >>>>>>>>>> >>>>>>>>>> It's important to note that this worked on an older snapshot of >>>>>>>>>> 12.0-CURRENT, though I don't know the last specific working >>>>>>>>>> revision I >>>>>>>>>> tried. >>>>>>>>>> >>>>>>>>>> Here's the output: >>>>>>>>>> >>>>>>>>>> SLOF >>>>>>>>>> ********************************************************************** >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> QEMU Starting >>>>>>>>>>      Build Date = Sep 24 2017 12:23:07 >>>>>>>>>>      FW Version = buildd@ release 20170724 >>>>>>>>>>      Press "s" to enter Open Firmware. >>>>>>>>>> >>>>>>>>>> Populating /vdevice methods >>>>>>>>>> Populating /vdevice/vty@71000000 >>>>>>>>>> Populating /vdevice/nvram@71000001 >>>>>>>>>> Populating /vdevice/v-scsi@71000002 >>>>>>>>>>            SCSI: Looking for devices >>>>>>>>>>               8200000000000000 CD-ROM   : "QEMU QEMU CD-ROM >>>>>>>>>> 2.5+" >>>>>>>>>> Populating /pci@800000020000000 >>>>>>>>>>                          00 0000 (D) : 8086 100e e1000 [ net ] >>>>>>>>>> No NVRAM common partition, re-initializing... >>>>>>>>>> Scanning USB >>>>>>>>>> Using default console: /vdevice/vty@71000000 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>       Welcome to Open Firmware >>>>>>>>>> >>>>>>>>>>       Copyright (c) 2004, 2017 IBM Corporation All rights >>>>>>>>>> reserved. >>>>>>>>>>       This program and the accompanying materials are made >>>>>>>>>> available >>>>>>>>>>       under the terms of the BSD License available at >>>>>>>>>> http://www.opensource.org/licenses/bsd-license.php >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Trying to load:  from: >>>>>>>>>> /vdevice/v-scsi@71000002/disk@8200000000000000 >>>>>>>>>> ...   Successfully loaded >>>>>>>>>> Consoles: Open Firmware console >>>>>>>>>> >>>>>>>>>> FreeBSD/powerpcspe Open Firmware loader, Revision 0.1 >>>>>>>>>> (Fri Aug 31 17:53:54 UTC 2018 root@releng3.nyi.freebsd.org) >>>>>>>>>> Memory: 33554432KB >>>>>>>>>> Booted from: /vdevice/v-scsi@71000002/disk@8200000000000000 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> block-size NOT FOUND >>>>>>>>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>> / >>>>>>>>>> block-size NOT FOUND >>>>>>>>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>> \ >>>>>>>>>> block-size NOT FOUND >>>>>>>>>> #blocks NOT FOUND >>>>>>>>>> >>>>>>>>>> ( 700 ) Program Exception [ 0 ] >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>         R0 .. R7           R8 .. R15         R16 .. R23 >>>>>>>>>> R24 .. >>>>>>>>>> R31 >>>>>>>>>> 000000000000000b   000000000345ddd4   ffffffffffffffff >>>>>>>>>> 0000000002c50dd8 >>>>>>>>>> 0000000002c559e0   0000000028686561   0000000002c57c50 >>>>>>>>>> 0000000002c51d10 >>>>>>>>>> 0000000000000000   0000000002c68540   0000000002c57c48 >>>>>>>>>> 0000000002c52594 >>>>>>>>>> 000000000345e900   0000000002c68280   0000000002c63300 >>>>>>>>>> 0000000000000000 >>>>>>>>>> 0000000002c682c0   0000000020000048   0000000000000000 >>>>>>>>>> 000000000345e900 >>>>>>>>>> 0000000000000000   0000000000000000   0000000000000000 >>>>>>>>>> 0000000000000000 >>>>>>>>>> 0000000000000040   0000000000000000   0000000002c6eb00 >>>>>>>>>> 0000000000000000 >>>>>>>>>> 0000000000000008   000000007fffffff   0000000002c5cb04 >>>>>>>>>> 000000000345e900 >>>>>>>>>> >>>>>>>>>>         CR / XER           LR / CTR          SRR0 / SRR1 >>>>>>>>>> DAR / >>>>>>>>>> DSISR >>>>>>>>>>             80000044   0000000002c029f0 0000000028686560 >>>>>>>>>> 0000000000000000 >>>>>>>>>> 0000000020040000   0000000028686561   0000000000083000 00000000 >>>>>>>> _______________________________________________ >>>>>>>> freebsd-ppc@freebsd.org mailing list >>>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >>>>>>>> To unsubscribe, send any mail to >>>>>>>> "freebsd-ppc-unsubscribe@freebsd.org" >>>>>>>> >>>>>>> _______________________________________________ >>>>>>> freebsd-ppc@freebsd.org mailing list >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >>>>>>> To unsubscribe, send any mail to >>>>>>> "freebsd-ppc-unsubscribe@freebsd.org" >>>>> _______________________________________________ >>>>> freebsd-ppc@freebsd.org mailing list >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >>>>> To unsubscribe, send any mail to >>>>> "freebsd-ppc-unsubscribe@freebsd.org" >>> _______________________________________________ >>> freebsd-ppc@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >>> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" >>> > From owner-freebsd-ppc@freebsd.org Thu Oct 11 17:18:31 2018 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 D4DB110C17E0 for ; Thu, 11 Oct 2018 17:18:30 +0000 (UTC) (envelope-from cam@neo-zeon.de) Received: from neo-zeon.de (neo-zeon.de [96.90.244.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.neo-zeon.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6E3DA796A4; Thu, 11 Oct 2018 17:18:30 +0000 (UTC) (envelope-from cam@neo-zeon.de) Received: from cberkenp-mn1.linkedin.biz ([216.52.21.5]) (authenticated bits=0) by neo-zeon.de (8.15.2/8.15.2) with ESMTPSA id w9BHISnM026538 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 11 Oct 2018 10:18:29 -0700 (PDT) (envelope-from cam@neo-zeon.de) Subject: Re: FreeBSD 12.0-ALPHA4 fails to boot on POWER9/KVM To: Nathan Whitehorn Cc: freebsd-ppc@freebsd.org References: <5d84652d-8b54-19f9-1396-e7c9acbe6c03@neo-zeon.de> <5f44c6d6-7eec-6732-6fef-123e7e0d3292@freebsd.org> <2b4455f4-37f6-5645-dcba-2cc41c845ae8@neo-zeon.de> <0a970b75-160a-e40e-b360-1b73a753f701@freebsd.org> <6a95032b-1dc5-86fc-253e-3f365bd01280@freebsd.org> From: Cameron Berkenpas Message-ID: Date: Thu, 11 Oct 2018 10:18:23 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <6a95032b-1dc5-86fc-253e-3f365bd01280@freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 17:18:31 -0000 It would be nice/convenient, but it wouldn't be worth putting yourself out over it. Is this something I could theoretically do myself? Cross-compile and spin my own ISO for an x86-64 box? Thanks! -Cameron On 10/11/18 10:14 AM, Nathan Whitehorn wrote: > Yes, this is fixed in current HEAD and will be resolved in BETA1. I can > probably spin out an unofficial intermediate ISO with the fix before > BETA1 if you would like it. > -Nathan > > On 10/11/18 10:02 AM, Cameron Berkenpas wrote: >> Will the 'NOT FOUND" fix resulting in being able to boot the ISO >> generally? >> >> I'd actually tried what you suggested previously, and it still fails >> the same way it did for me in the past: >> >> Unfortunately, this fails as you can see: >> qemu-system-ppc64: warning: System page size 0x1000000 is not enabled >> in page_size_mask (0x11000). Performance may be slow >> >> >> SLOF >> ********************************************************************** >> QEMU Starting >>  Build Date = Sep 24 2017 12:23:07 >>  FW Version = buildd@ release 20170724 >>  Press "s" to enter Open Firmware. >> >> Populating /vdevice methods >> Populating /vdevice/vty@71000000 >> Populating /vdevice/nvram@71000001 >> Populating /vdevice/l-lan@71000002 >> Populating /vdevice/v-scsi@71000003 >>        SCSI: Looking for devices >>           8000000000000000 DISK     : "QEMU     QEMU HARDDISK 2.5+" >>           8200000000000000 CD-ROM   : "QEMU     QEMU CD-ROM 2.5+" >> Populating /pci@800000020000000 >> No NVRAM common partition, re-initializing... >> Scanning USB >> Using default console: /vdevice/vty@71000000 >> >>   Welcome to Open Firmware >> >>   Copyright (c) 2004, 2017 IBM Corporation All rights reserved. >>   This program and the accompanying materials are made available >>   under the terms of the BSD License available at >>   http://www.opensource.org/licenses/bsd-license.php >> >> >> Trying to load:  from: /vdevice/v-scsi@71000003/disk@8000000000000000 >> ...   Successfully loaded >> >>>> FreeBSD/powerpc Open Firmware boot block >>    Boot path:   /vdevice/v-scsi@71000003/disk@8000000000000000 >>    Boot loader: /boot/loader >>    Boot volume:   /vdevice/v-scsi@71000003/disk@8000000000000000:2 >> Consoles: Open Firmware console >> >> FreeBSD/powerpc64 Open Firmware loader, Revision 0.1 >> (Sun Aug 19 13:30:54 PDT 2018 root@freebsd-ppc) >> Memory: 2097152KB >> Booted from: /vdevice/v-scsi@71000003/disk@8000000000000000 >> >> >> block-size NOT FOUND >> #blocks NOT FOUND| >> block-size NOT FOUND >> #blocks NOT FOUND\ >> block-size NOT FOUND >> #blocks NOT FOUND >> >> ( 700 ) Program Exception [ 0 ] >> >> >>     R0 .. R7           R8 .. R15         R16 .. R23         R24 .. R31 >> 0000000000000040   000000000345cdc4   ffffffffffffffff 0000000002c50468 >> 0000000002c548c0   0000000000000000   0000000002c56ba0 0000000002c513a0 >> 0000000000000000   0000000002c67780   0000000002c56b98 0000000002c51c18 >> 000000000345d8f0   0000000002c67300   0000000002c62200 000000000345d8f0 >> 0000000002c67340   0000000020000048   000000000040e78e 0000000000000000 >> 0000000000000000   0000000000000000   0000000001802118 0000000000000000 >> 0000000000000040   0000000002c4baec   0000000002c71980 0000000000000000 >> 0000000000000040   000000007fffffff   0000000002c5bb84 000000000345d8f0 >> >>     CR / XER           LR / CTR          SRR0 / SRR1        DAR / DSISR >>         80000044   0000000002c02938   0000000000000000 0000000000000000 >> 0000000020040000   0000000000000000   0000000000083000 00000000 >> >> >> e > >> >> Thanks! >> >> -Cameron >> >> On 10/10/2018 08:59 PM, Nathan Whitehorn wrote: >>> The first part of this (all the errors about "NOT FOUND") I just fixed >>> and the fixes will be included in BETA1 and subsequent builds. The >>> remaining issue is that virtio SCSI is not part of the standard kernel >>> on PPC (there are some endian and DMA bugs), so you will need to use an >>> alternative storage backend. The default storage backend (VSCSI) is >>> fine, as are more PC-ish things like AHCI emulation. >>> >>> This command line will work and is otherwise equivalent to the below: >>> qemu-system-ppc64 -enable-kvm -m 2048 -nographic -vga none -cdrom >>> FreeBSD-12.0-ALPHA9-powerpc-powerpc64-20181009-r339271-disc1.iso >>> /var/lib/libvirt/images/freebsd-ppc.qcow2 -mem-prealloc -mem-path >>> /dev/hugepages -smp 2 >>> >>> -Nathan >>> >>> On 10/10/18 6:41 PM, Cameron Berkenpas wrote: >>>> Made a LITTLE progress on getting FreeBSD to run as a KVM VM on >>>> POWER9/TalosII again with the following: >>>> >>>> qemu-system-ppc64 -enable-kvm -m 2048 -nographic -vga none -device >>>> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x7 -drive >>>> file=FreeBSD-12.0-ALPHA9-powerpc-powerpc64-20181009-r339271-disc1.iso,format=raw,if=none,id=drive-scsi0-0-0-0,readonly=on >>>> >>>> -device >>>> scsi-cd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0,bootindex=1 >>>> >>>> -drive >>>> file=/var/lib/libvirt/images/freebsd-ppc.qcow2,format=qcow2,if=none,id=drive-scsi0-0-0-1 >>>> >>>> -device >>>> scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=1,drive=drive-scsi0-0-0-1,id=scsi0-0-0-1,bootindex=2 >>>> >>>> -mem-prealloc -mem-path /dev/hugepages -smp 2 >>>> >>>> >>>> >>>> Seems like issue is that you need to use a SCSI CDROM! Unfortunately, >>>> we are don't quite get there. Hope it's not a problem to put this >>>> inline, I'm unable to access pastebin right now: >>>> >>>> qemu-system-ppc64: warning: System page size 0x1000000 is not enabled >>>> in page_size_mask (0x11000). Performance may be slow >>>> >>>> >>>> SLOF >>>> ********************************************************************** >>>> QEMU Starting >>>>   Build Date = Sep 24 2017 12:23:07 >>>>   FW Version = buildd@ release 20170724 >>>>   Press "s" to enter Open Firmware. >>>> >>>> Populating /vdevice methods >>>> Populating /vdevice/vty@71000000 >>>> Populating /vdevice/nvram@71000001 >>>> Populating /vdevice/l-lan@71000002 >>>> Populating /pci@800000020000000 >>>>                       00 3800 (D) : 1af4 1004    virtio [ scsi ] >>>> Populating /pci@800000020000000/scsi@7 >>>>         SCSI: Looking for devices >>>>            100000100000000 DISK     : "QEMU     QEMU HARDDISK 2.5+" >>>>            100000000000000 CD-ROM   : "QEMU     QEMU CD-ROM 2.5+" >>>> No NVRAM common partition, re-initializing... >>>> Scanning USB >>>> Using default console: /vdevice/vty@71000000 >>>> >>>>    Welcome to Open Firmware >>>> >>>>    Copyright (c) 2004, 2017 IBM Corporation All rights reserved. >>>>    This program and the accompanying materials are made available >>>>    under the terms of the BSD License available at >>>>    http://www.opensource.org/licenses/bsd-license.php >>>> >>>> >>>> Trying to load:  from: >>>> /pci@800000020000000/scsi@7/disk@100000000000000 ...   Successfully >>>> loaded >>>> Consoles: Open Firmware console >>>> >>>> FreeBSD/powerpc64 Open Firmware loader, Revision 0.1 >>>> Memory: 2097152KB >>>> Booted from: /pci@800000020000000/scsi@7/disk@100000000000000 >>>> >>>> >>>> block-size NOT FOUND >>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> / >>>> block-size NOT FOUND >>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> \ >>>> block-size NOT FOUND >>>> #blocks NOT FOUND| >>>> block-size NOT FOUND >>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> / >>>> block-size NOT FOUND >>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> | >>>> block-size NOT FOUND >>>> #blocks NOT FOUND| >>>> block-size NOT FOUND >>>> #blocks NOT FOUND| >>>> block-size NOT FOUND >>>> #blocks NOT FOUND| >>>> block-size NOT FOUND >>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> - >>>> block-size NOT FOUND >>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> - >>>> block-size NOT FOUND >>>> #blocks NOT FOUND| >>>> block-size NOT FOUND >>>> #blocks NOT FOUND- >>>> block-size NOT FOUND >>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> Loading /boot/defaults/loader.conf >>>> >>>> block-size NOT FOUND >>>> #blocks NOT FOUND\ >>>> block-size NOT FOUND >>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> | >>>> block-size NOT FOUND >>>> #blocks NOT FOUND- >>>> block-size NOT FOUND >>>> #blocks NOT FOUND| >>>> block-size NOT FOUND >>>> #blocks NOT FOUND- >>>> block-size NOT FOUND >>>> #blocks NOT FOUND| >>>> block-size NOT FOUND >>>> #blocks NOT FOUND/ >>>> block-size NOT FOUND >>>> #blocks NOT FOUND- >>>> block-size NOT FOUND >>>> #blocks NOT FOUND\ >>>> block-size NOT FOUND >>>> #blocks NOT FOUND| >>>> block-size NOT FOUND >>>> #blocks NOT FOUND\ >>>> block-size NOT FOUND >>>> #blocks NOT FOUND- >>>> block-size NOT FOUND >>>> #blocks NOT FOUND/ >>>> block-size NOT FOUND >>>> #blocks NOT FOUND/boot/kernel/kernel data=0x13776e0+0x54dfe0 >>>> syms=[0x8+0x176ef8+0x8+0x1727c1] >>>> >>>> block-size NOT FOUND >>>> #blocks NOT FOUND\ >>>> block-size NOT FOUND >>>> #blocks NOT FOUND/ >>>> Hit [Enter] to boot immediately, or any other key for command prompt. >>>> Booting [/boot/kernel/kernel]... >>>> >>>> block-size NOT FOUND >>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> SCSI-DISK: Access beyond end of device ! >>>> Kernel entry at 0x1024b0 ... >>>> KDB: debugger backends: ddb >>>> KDB: current backend: ddb >>>> ---<>--- >>>> 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-ALPHA9 r339271 GENERIC powerpc >>>> gcc version 4.2.1 20070831 patched [FreeBSD] >>>> WARNING: WITNESS option enabled, expect reduced performance. >>>> VT: init without driver. >>>> cpu0: IBM POWER9 revision 2.2, 2234.00 MHz >>>> cpu0: Features >>>> dc007182 >>>> >>>> cpu0: Features2 >>>> eee00000 >>>> real memory  = 2101960704 (2004 MB) >>>> avail memory = 1983193088 (1891 MB) >>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>>> arc4random: no preloaded entropy cache >>>> random: entropy device external interface >>>> random: registering fast source PowerISA DARN random number generator >>>> random: fast provider: "PowerISA DARN random number generator" >>>> kbd0 at kbdmux0 >>>> ofwbus0: on nexus0 >>>> xicp0: on ofwbus0 >>>> xicp0: Handling CPUs 0-15 >>>> vdevice0: on ofwbus0 >>>> llan0: irq 16781321 on vdevice0 >>>> llan0: Ethernet address: 00:12:34:56:00:00 >>>> uart0: irq 16781315 on vdevice0 >>>> pcib0: on ofwbus0 >>>> pci0: on pcib0 >>>> pci0: at device 7.0 (no driver attached) >>>> cpulist0: on ofwbus0 >>>> cpu0: on cpulist0 >>>> cpu1: on cpulist0 >>>> rtas0: on ofwbus0 >>>> rtas0: registered as a time-of-day clock, resolution 0.002000s >>>> Timecounter "timebase" frequency 512000000 Hz quality 0 >>>> Event timer "decrementer" frequency 512000000 Hz quality 1000 >>>> Timecounters tick every 1.000 msec >>>> llan0: link state changed to UP >>>> usb_needs_explore_all: no devclass >>>> SMP: AP CPU #1 launched >>>> arc4random: no preloaded entropy cache >>>> Trying to mount root from cd9660:/dev/iso9660/12_0_ALPHA9_POWERPC64_CD >>>> [ro]... >>>> WARNING: WITNESS option enabled, expect reduced performance. >>>> mountroot: waiting for device /dev/iso9660/12_0_ALPHA9_POWERPC64_CD... >>>> Mounting from cd9660:/dev/iso9660/12_0_ALPHA9_POWERPC64_CD failed with >>>> error 19. >>>> >>>> Loader variables: >>>>    vfs.root.mountfrom=cd9660:/dev/iso9660/12_0_ALPHA9_POWERPC64_CD >>>>    vfs.root.mountfrom.options=ro >>>> >>>> Manual root filesystem specification: >>>>    : [options] >>>>        Mount using filesystem >>>>        and with the specified (optional) option list. >>>> >>>>      eg. ufs:/dev/da0s1a >>>>          zfs:zroot/ROOT/default >>>>          cd9660:/dev/cd0 ro >>>>            (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) >>>> >>>>    ?               List valid disk boot devices >>>>    .               Yield 1 second (for background tasks) >>>>        Abort manual input >>>> >>>> mountroot> ? >>>> >>>> List of GEOM managed disk devices: >>>> >>>> >>>> mountroot> >>>> >>>> >>>> On 09/04/2018 12:56 PM, Cameron Berkenpas wrote: >>>>> The last working ISO I tried was probably from July (definitely no >>>>> earlier at least) if that helps slightly. Unfortunately, I deleted my >>>>> older ISO's. >>>>> >>>>> Unfortunately, I don't see any older 12-CURRENT images archived to >>>>> try and get some idea of when this broke. >>>>> >>>>> If I have some time, I'll see if it's possible/feasible for me to >>>>> build a PPC64 image of some kind from a PC to try unless someone has >>>>> a better idea of course. :D >>>>> >>>>> Thanks! >>>>> >>>>> On 09/04/2018 08:10 AM, Nathan Whitehorn wrote: >>>>>> The 32 and 64-bit loaders are identical binaries, so the issue is >>>>>> probably universal. >>>>>> -Nathan >>>>>> >>>>>> On 9/4/18 12:18 AM, Michael Tuexen wrote: >>>>>>>> On 4. Sep 2018, at 07:13, Nathan Whitehorn >>>>>>>> wrote: >>>>>>>> >>>>>>>> Maybe this is Lua loader fallout? The problem seems to be >>>>>>>> entirely in >>>>>>>> the boot loader. >>>>>>> At least the problem I reported earlier to this list regarding >>>>>>> booting >>>>>>> a G4 system is related to the lua loader. >>>>>>> >>>>>>> When installing the fourth loader, booting works, when installing >>>>>>> the lua loader, booting fails with the output given. >>>>>>> >>>>>>> However, this is on a 32-bit PPC machine. Can't test on a 64-bit PPC >>>>>>> machine. >>>>>>> >>>>>>> Best regards >>>>>>> Michael >>>>>>>> -Nathan >>>>>>>> >>>>>>>> On 9/3/18 9:54 PM, Cameron Berkenpas wrote: >>>>>>>>> Hello, >>>>>>>>> >>>>>>>>> Argh. I went out of my way to select the right ISO image and then >>>>>>>>> apparently still grabbed the wrong one without noticing the name. >>>>>>>>> >>>>>>>>> I went and tried this image: >>>>>>>>> FreeBSD-12.0-ALPHA4-powerpc-powerpc64-20180831-r338410-disc1.iso >>>>>>>>> >>>>>>>>> Still the same issue though. >>>>>>>>> >>>>>>>>> Thanks! >>>>>>>>> >>>>>>>>> On 09/03/2018 07:42 PM, Justin Hibbits wrote: >>>>>>>>>> Hello Cameron, >>>>>>>>>> >>>>>>>>>> On Sun, Sep 2, 2018 at 11:15 PM Cameron Berkenpas >>>>>>>>>> >>>>>>>>>> wrote: >>>>>>>>>>> Hello, >>>>>>>>>>> >>>>>>>>>>> It seems that FreeBSD 12.0-ALPHA4 is having trouble booting on >>>>>>>>>>> KVM on >>>>>>>>>>> POWER9 (Talos II). >>>>>>>>>>> >>>>>>>>>>> Here's the image I've tried: >>>>>>>>>>> FreeBSD-12.0-ALPHA4-powerpc-powerpcspe-20180831-r338410-disc1.iso >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> The powerpcspe ISO won't work on a Talos.  I don't even expect >>>>>>>>>> that >>>>>>>>>> particular ISO to work at all, given the nature of the >>>>>>>>>> architecture. >>>>>>>>>> For Talos, and IBM POWER* in general, you need the powerpc64 ISO. >>>>>>>>>> >>>>>>>>>> I don't know if that will solve your problem, given the errors >>>>>>>>>> printed >>>>>>>>>> below, but it's at least a first step. >>>>>>>>>> >>>>>>>>>> - Justin >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> It fails regardless of whether I run kvm from the console or >>>>>>>>>>> through >>>>>>>>>>> virt-manager. >>>>>>>>>>> >>>>>>>>>>> Seems to be disk related... I get the messages below >>>>>>>>>>> regardless of >>>>>>>>>>> whether I try to boot from CD-ROM or disk. I've tried all disk >>>>>>>>>>> types >>>>>>>>>>> for >>>>>>>>>>> both (usb, scsi, sata, virtio, etc). >>>>>>>>>>> >>>>>>>>>>> It's important to note that this worked on an older snapshot of >>>>>>>>>>> 12.0-CURRENT, though I don't know the last specific working >>>>>>>>>>> revision I >>>>>>>>>>> tried. >>>>>>>>>>> >>>>>>>>>>> Here's the output: >>>>>>>>>>> >>>>>>>>>>> SLOF >>>>>>>>>>> ********************************************************************** >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> QEMU Starting >>>>>>>>>>>      Build Date = Sep 24 2017 12:23:07 >>>>>>>>>>>      FW Version = buildd@ release 20170724 >>>>>>>>>>>      Press "s" to enter Open Firmware. >>>>>>>>>>> >>>>>>>>>>> Populating /vdevice methods >>>>>>>>>>> Populating /vdevice/vty@71000000 >>>>>>>>>>> Populating /vdevice/nvram@71000001 >>>>>>>>>>> Populating /vdevice/v-scsi@71000002 >>>>>>>>>>>            SCSI: Looking for devices >>>>>>>>>>>               8200000000000000 CD-ROM   : "QEMU QEMU CD-ROM >>>>>>>>>>> 2.5+" >>>>>>>>>>> Populating /pci@800000020000000 >>>>>>>>>>>                          00 0000 (D) : 8086 100e e1000 [ net ] >>>>>>>>>>> No NVRAM common partition, re-initializing... >>>>>>>>>>> Scanning USB >>>>>>>>>>> Using default console: /vdevice/vty@71000000 >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>       Welcome to Open Firmware >>>>>>>>>>> >>>>>>>>>>>       Copyright (c) 2004, 2017 IBM Corporation All rights >>>>>>>>>>> reserved. >>>>>>>>>>>       This program and the accompanying materials are made >>>>>>>>>>> available >>>>>>>>>>>       under the terms of the BSD License available at >>>>>>>>>>> http://www.opensource.org/licenses/bsd-license.php >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Trying to load:  from: >>>>>>>>>>> /vdevice/v-scsi@71000002/disk@8200000000000000 >>>>>>>>>>> ...   Successfully loaded >>>>>>>>>>> Consoles: Open Firmware console >>>>>>>>>>> >>>>>>>>>>> FreeBSD/powerpcspe Open Firmware loader, Revision 0.1 >>>>>>>>>>> (Fri Aug 31 17:53:54 UTC 2018 root@releng3.nyi.freebsd.org) >>>>>>>>>>> Memory: 33554432KB >>>>>>>>>>> Booted from: /vdevice/v-scsi@71000002/disk@8200000000000000 >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> block-size NOT FOUND >>>>>>>>>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>>> / >>>>>>>>>>> block-size NOT FOUND >>>>>>>>>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>>> \ >>>>>>>>>>> block-size NOT FOUND >>>>>>>>>>> #blocks NOT FOUND >>>>>>>>>>> >>>>>>>>>>> ( 700 ) Program Exception [ 0 ] >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>         R0 .. R7           R8 .. R15         R16 .. R23 >>>>>>>>>>> R24 .. >>>>>>>>>>> R31 >>>>>>>>>>> 000000000000000b   000000000345ddd4   ffffffffffffffff >>>>>>>>>>> 0000000002c50dd8 >>>>>>>>>>> 0000000002c559e0   0000000028686561   0000000002c57c50 >>>>>>>>>>> 0000000002c51d10 >>>>>>>>>>> 0000000000000000   0000000002c68540   0000000002c57c48 >>>>>>>>>>> 0000000002c52594 >>>>>>>>>>> 000000000345e900   0000000002c68280   0000000002c63300 >>>>>>>>>>> 0000000000000000 >>>>>>>>>>> 0000000002c682c0   0000000020000048   0000000000000000 >>>>>>>>>>> 000000000345e900 >>>>>>>>>>> 0000000000000000   0000000000000000   0000000000000000 >>>>>>>>>>> 0000000000000000 >>>>>>>>>>> 0000000000000040   0000000000000000   0000000002c6eb00 >>>>>>>>>>> 0000000000000000 >>>>>>>>>>> 0000000000000008   000000007fffffff   0000000002c5cb04 >>>>>>>>>>> 000000000345e900 >>>>>>>>>>> >>>>>>>>>>>         CR / XER           LR / CTR          SRR0 / SRR1 >>>>>>>>>>> DAR / >>>>>>>>>>> DSISR >>>>>>>>>>>             80000044   0000000002c029f0 0000000028686560 >>>>>>>>>>> 0000000000000000 >>>>>>>>>>> 0000000020040000   0000000028686561   0000000000083000 00000000 >>>>>>>>> _______________________________________________ >>>>>>>>> freebsd-ppc@freebsd.org mailing list >>>>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >>>>>>>>> To unsubscribe, send any mail to >>>>>>>>> "freebsd-ppc-unsubscribe@freebsd.org" >>>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> freebsd-ppc@freebsd.org mailing list >>>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >>>>>>>> To unsubscribe, send any mail to >>>>>>>> "freebsd-ppc-unsubscribe@freebsd.org" >>>>>> _______________________________________________ >>>>>> freebsd-ppc@freebsd.org mailing list >>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >>>>>> To unsubscribe, send any mail to >>>>>> "freebsd-ppc-unsubscribe@freebsd.org" >>>> _______________________________________________ >>>> freebsd-ppc@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >>>> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" >>>> From owner-freebsd-ppc@freebsd.org Thu Oct 11 17:20:12 2018 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 AD12B10C1929 for ; Thu, 11 Oct 2018 17:20:12 +0000 (UTC) (envelope-from cam@neo-zeon.de) Received: from neo-zeon.de (neo-zeon.de [96.90.244.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.neo-zeon.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1B81479898 for ; Thu, 11 Oct 2018 17:20:11 +0000 (UTC) (envelope-from cam@neo-zeon.de) Received: from cberkenp-mn1.linkedin.biz ([216.52.21.5]) (authenticated bits=0) by neo-zeon.de (8.15.2/8.15.2) with ESMTPSA id w9BHKA47026575 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 11 Oct 2018 10:20:10 -0700 (PDT) (envelope-from cam@neo-zeon.de) Subject: Re: FreeBSD 12.0-ALPHA4 fails to boot on POWER9/KVM To: freebsd-ppc@freebsd.org References: <5d84652d-8b54-19f9-1396-e7c9acbe6c03@neo-zeon.de> <5f44c6d6-7eec-6732-6fef-123e7e0d3292@freebsd.org> <2b4455f4-37f6-5645-dcba-2cc41c845ae8@neo-zeon.de> <0a970b75-160a-e40e-b360-1b73a753f701@freebsd.org> <6a95032b-1dc5-86fc-253e-3f365bd01280@freebsd.org> From: Cameron Berkenpas Message-ID: <9afa6553-e8fb-2bf5-ba5d-2bdb856c8e59@neo-zeon.de> Date: Thu, 11 Oct 2018 10:20:05 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 17:20:13 -0000 *from On 10/11/18 10:18 AM, Cameron Berkenpas wrote: > It would be nice/convenient, but it wouldn't be worth putting yourself > out over it. > > Is this something I could theoretically do myself? Cross-compile and > spin my own ISO for an x86-64 box? > > Thanks! > > -Cameron > > On 10/11/18 10:14 AM, Nathan Whitehorn wrote: >> Yes, this is fixed in current HEAD and will be resolved in BETA1. I can >> probably spin out an unofficial intermediate ISO with the fix before >> BETA1 if you would like it. >> -Nathan >> >> On 10/11/18 10:02 AM, Cameron Berkenpas wrote: >>> Will the 'NOT FOUND" fix resulting in being able to boot the ISO >>> generally? >>> >>> I'd actually tried what you suggested previously, and it still fails >>> the same way it did for me in the past: >>> >>> Unfortunately, this fails as you can see: >>> qemu-system-ppc64: warning: System page size 0x1000000 is not enabled >>> in page_size_mask (0x11000). Performance may be slow >>> >>> >>> SLOF >>> ********************************************************************** >>> QEMU Starting >>>   Build Date = Sep 24 2017 12:23:07 >>>   FW Version = buildd@ release 20170724 >>>   Press "s" to enter Open Firmware. >>> >>> Populating /vdevice methods >>> Populating /vdevice/vty@71000000 >>> Populating /vdevice/nvram@71000001 >>> Populating /vdevice/l-lan@71000002 >>> Populating /vdevice/v-scsi@71000003 >>>         SCSI: Looking for devices >>>            8000000000000000 DISK     : "QEMU     QEMU HARDDISK 2.5+" >>>            8200000000000000 CD-ROM   : "QEMU     QEMU CD-ROM 2.5+" >>> Populating /pci@800000020000000 >>> No NVRAM common partition, re-initializing... >>> Scanning USB >>> Using default console: /vdevice/vty@71000000 >>> >>>    Welcome to Open Firmware >>> >>>    Copyright (c) 2004, 2017 IBM Corporation All rights reserved. >>>    This program and the accompanying materials are made available >>>    under the terms of the BSD License available at >>>    http://www.opensource.org/licenses/bsd-license.php >>> >>> >>> Trying to load:  from: /vdevice/v-scsi@71000003/disk@8000000000000000 >>> ...   Successfully loaded >>> >>>>> FreeBSD/powerpc Open Firmware boot block >>>     Boot path: /vdevice/v-scsi@71000003/disk@8000000000000000 >>>     Boot loader: /boot/loader >>>     Boot volume: /vdevice/v-scsi@71000003/disk@8000000000000000:2 >>> Consoles: Open Firmware console >>> >>> FreeBSD/powerpc64 Open Firmware loader, Revision 0.1 >>> (Sun Aug 19 13:30:54 PDT 2018 root@freebsd-ppc) >>> Memory: 2097152KB >>> Booted from: /vdevice/v-scsi@71000003/disk@8000000000000000 >>> >>> >>> block-size NOT FOUND >>> #blocks NOT FOUND| >>> block-size NOT FOUND >>> #blocks NOT FOUND\ >>> block-size NOT FOUND >>> #blocks NOT FOUND >>> >>> ( 700 ) Program Exception [ 0 ] >>> >>> >>>      R0 .. R7           R8 .. R15         R16 .. R23 R24 .. R31 >>> 0000000000000040   000000000345cdc4   ffffffffffffffff 0000000002c50468 >>> 0000000002c548c0   0000000000000000   0000000002c56ba0 0000000002c513a0 >>> 0000000000000000   0000000002c67780   0000000002c56b98 0000000002c51c18 >>> 000000000345d8f0   0000000002c67300   0000000002c62200 000000000345d8f0 >>> 0000000002c67340   0000000020000048   000000000040e78e 0000000000000000 >>> 0000000000000000   0000000000000000   0000000001802118 0000000000000000 >>> 0000000000000040   0000000002c4baec   0000000002c71980 0000000000000000 >>> 0000000000000040   000000007fffffff   0000000002c5bb84 000000000345d8f0 >>> >>>      CR / XER           LR / CTR          SRR0 / SRR1 DAR / DSISR >>>          80000044   0000000002c02938   0000000000000000 >>> 0000000000000000 >>> 0000000020040000   0000000000000000   0000000000083000 00000000 >>> >>> >>> e > >>> >>> Thanks! >>> >>> -Cameron >>> >>> On 10/10/2018 08:59 PM, Nathan Whitehorn wrote: >>>> The first part of this (all the errors about "NOT FOUND") I just fixed >>>> and the fixes will be included in BETA1 and subsequent builds. The >>>> remaining issue is that virtio SCSI is not part of the standard kernel >>>> on PPC (there are some endian and DMA bugs), so you will need to >>>> use an >>>> alternative storage backend. The default storage backend (VSCSI) is >>>> fine, as are more PC-ish things like AHCI emulation. >>>> >>>> This command line will work and is otherwise equivalent to the below: >>>> qemu-system-ppc64 -enable-kvm -m 2048 -nographic -vga none -cdrom >>>> FreeBSD-12.0-ALPHA9-powerpc-powerpc64-20181009-r339271-disc1.iso >>>> /var/lib/libvirt/images/freebsd-ppc.qcow2 -mem-prealloc -mem-path >>>> /dev/hugepages -smp 2 >>>> >>>> -Nathan >>>> >>>> On 10/10/18 6:41 PM, Cameron Berkenpas wrote: >>>>> Made a LITTLE progress on getting FreeBSD to run as a KVM VM on >>>>> POWER9/TalosII again with the following: >>>>> >>>>> qemu-system-ppc64 -enable-kvm -m 2048 -nographic -vga none -device >>>>> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x7 -drive >>>>> file=FreeBSD-12.0-ALPHA9-powerpc-powerpc64-20181009-r339271-disc1.iso,format=raw,if=none,id=drive-scsi0-0-0-0,readonly=on >>>>> >>>>> >>>>> -device >>>>> scsi-cd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0,bootindex=1 >>>>> >>>>> >>>>> -drive >>>>> file=/var/lib/libvirt/images/freebsd-ppc.qcow2,format=qcow2,if=none,id=drive-scsi0-0-0-1 >>>>> >>>>> >>>>> -device >>>>> scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=1,drive=drive-scsi0-0-0-1,id=scsi0-0-0-1,bootindex=2 >>>>> >>>>> >>>>> -mem-prealloc -mem-path /dev/hugepages -smp 2 >>>>> >>>>> >>>>> >>>>> Seems like issue is that you need to use a SCSI CDROM! Unfortunately, >>>>> we are don't quite get there. Hope it's not a problem to put this >>>>> inline, I'm unable to access pastebin right now: >>>>> >>>>> qemu-system-ppc64: warning: System page size 0x1000000 is not enabled >>>>> in page_size_mask (0x11000). Performance may be slow >>>>> >>>>> >>>>> SLOF >>>>> ********************************************************************** >>>>> >>>>> QEMU Starting >>>>>    Build Date = Sep 24 2017 12:23:07 >>>>>    FW Version = buildd@ release 20170724 >>>>>    Press "s" to enter Open Firmware. >>>>> >>>>> Populating /vdevice methods >>>>> Populating /vdevice/vty@71000000 >>>>> Populating /vdevice/nvram@71000001 >>>>> Populating /vdevice/l-lan@71000002 >>>>> Populating /pci@800000020000000 >>>>>                        00 3800 (D) : 1af4 1004    virtio [ scsi ] >>>>> Populating /pci@800000020000000/scsi@7 >>>>>          SCSI: Looking for devices >>>>>             100000100000000 DISK     : "QEMU     QEMU HARDDISK 2.5+" >>>>>             100000000000000 CD-ROM   : "QEMU     QEMU CD-ROM 2.5+" >>>>> No NVRAM common partition, re-initializing... >>>>> Scanning USB >>>>> Using default console: /vdevice/vty@71000000 >>>>> >>>>>     Welcome to Open Firmware >>>>> >>>>>     Copyright (c) 2004, 2017 IBM Corporation All rights reserved. >>>>>     This program and the accompanying materials are made available >>>>>     under the terms of the BSD License available at >>>>>     http://www.opensource.org/licenses/bsd-license.php >>>>> >>>>> >>>>> Trying to load:  from: >>>>> /pci@800000020000000/scsi@7/disk@100000000000000 ... Successfully >>>>> loaded >>>>> Consoles: Open Firmware console >>>>> >>>>> FreeBSD/powerpc64 Open Firmware loader, Revision 0.1 >>>>> Memory: 2097152KB >>>>> Booted from: /pci@800000020000000/scsi@7/disk@100000000000000 >>>>> >>>>> >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> / >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> \ >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUND| >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> / >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> | >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUND| >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUND| >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUND| >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> - >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> - >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUND| >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUND- >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> Loading /boot/defaults/loader.conf >>>>> >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUND\ >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> | >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUND- >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUND| >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUND- >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUND| >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUND/ >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUND- >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUND\ >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUND| >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUND\ >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUND- >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUND/ >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUND/boot/kernel/kernel data=0x13776e0+0x54dfe0 >>>>> syms=[0x8+0x176ef8+0x8+0x1727c1] >>>>> >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUND\ >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUND/ >>>>> Hit [Enter] to boot immediately, or any other key for command prompt. >>>>> Booting [/boot/kernel/kernel]... >>>>> >>>>> block-size NOT FOUND >>>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> SCSI-DISK: Access beyond end of device ! >>>>> Kernel entry at 0x1024b0 ... >>>>> KDB: debugger backends: ddb >>>>> KDB: current backend: ddb >>>>> ---<>--- >>>>> 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-ALPHA9 r339271 GENERIC powerpc >>>>> gcc version 4.2.1 20070831 patched [FreeBSD] >>>>> WARNING: WITNESS option enabled, expect reduced performance. >>>>> VT: init without driver. >>>>> cpu0: IBM POWER9 revision 2.2, 2234.00 MHz >>>>> cpu0: Features >>>>> dc007182 >>>>> >>>>> >>>>> cpu0: Features2 >>>>> eee00000 >>>>> real memory  = 2101960704 (2004 MB) >>>>> avail memory = 1983193088 (1891 MB) >>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>>>> arc4random: no preloaded entropy cache >>>>> random: entropy device external interface >>>>> random: registering fast source PowerISA DARN random number generator >>>>> random: fast provider: "PowerISA DARN random number generator" >>>>> kbd0 at kbdmux0 >>>>> ofwbus0: on nexus0 >>>>> xicp0: on ofwbus0 >>>>> xicp0: Handling CPUs 0-15 >>>>> vdevice0: on ofwbus0 >>>>> llan0: irq 16781321 on vdevice0 >>>>> llan0: Ethernet address: 00:12:34:56:00:00 >>>>> uart0: irq 16781315 on >>>>> vdevice0 >>>>> pcib0: on ofwbus0 >>>>> pci0: on pcib0 >>>>> pci0: at device 7.0 (no driver attached) >>>>> cpulist0: on ofwbus0 >>>>> cpu0: on cpulist0 >>>>> cpu1: on cpulist0 >>>>> rtas0: on ofwbus0 >>>>> rtas0: registered as a time-of-day clock, resolution 0.002000s >>>>> Timecounter "timebase" frequency 512000000 Hz quality 0 >>>>> Event timer "decrementer" frequency 512000000 Hz quality 1000 >>>>> Timecounters tick every 1.000 msec >>>>> llan0: link state changed to UP >>>>> usb_needs_explore_all: no devclass >>>>> SMP: AP CPU #1 launched >>>>> arc4random: no preloaded entropy cache >>>>> Trying to mount root from >>>>> cd9660:/dev/iso9660/12_0_ALPHA9_POWERPC64_CD >>>>> [ro]... >>>>> WARNING: WITNESS option enabled, expect reduced performance. >>>>> mountroot: waiting for device >>>>> /dev/iso9660/12_0_ALPHA9_POWERPC64_CD... >>>>> Mounting from cd9660:/dev/iso9660/12_0_ALPHA9_POWERPC64_CD failed >>>>> with >>>>> error 19. >>>>> >>>>> Loader variables: >>>>> vfs.root.mountfrom=cd9660:/dev/iso9660/12_0_ALPHA9_POWERPC64_CD >>>>>     vfs.root.mountfrom.options=ro >>>>> >>>>> Manual root filesystem specification: >>>>>     : [options] >>>>>         Mount using filesystem >>>>>         and with the specified (optional) option list. >>>>> >>>>>       eg. ufs:/dev/da0s1a >>>>>           zfs:zroot/ROOT/default >>>>>           cd9660:/dev/cd0 ro >>>>>             (which is equivalent to: mount -t cd9660 -o ro >>>>> /dev/cd0 /) >>>>> >>>>>     ?               List valid disk boot devices >>>>>     .               Yield 1 second (for background tasks) >>>>>         Abort manual input >>>>> >>>>> mountroot> ? >>>>> >>>>> List of GEOM managed disk devices: >>>>> >>>>> >>>>> mountroot> >>>>> >>>>> >>>>> On 09/04/2018 12:56 PM, Cameron Berkenpas wrote: >>>>>> The last working ISO I tried was probably from July (definitely no >>>>>> earlier at least) if that helps slightly. Unfortunately, I >>>>>> deleted my >>>>>> older ISO's. >>>>>> >>>>>> Unfortunately, I don't see any older 12-CURRENT images archived to >>>>>> try and get some idea of when this broke. >>>>>> >>>>>> If I have some time, I'll see if it's possible/feasible for me to >>>>>> build a PPC64 image of some kind from a PC to try unless someone has >>>>>> a better idea of course. :D >>>>>> >>>>>> Thanks! >>>>>> >>>>>> On 09/04/2018 08:10 AM, Nathan Whitehorn wrote: >>>>>>> The 32 and 64-bit loaders are identical binaries, so the issue is >>>>>>> probably universal. >>>>>>> -Nathan >>>>>>> >>>>>>> On 9/4/18 12:18 AM, Michael Tuexen wrote: >>>>>>>>> On 4. Sep 2018, at 07:13, Nathan Whitehorn >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>> Maybe this is Lua loader fallout? The problem seems to be >>>>>>>>> entirely in >>>>>>>>> the boot loader. >>>>>>>> At least the problem I reported earlier to this list regarding >>>>>>>> booting >>>>>>>> a G4 system is related to the lua loader. >>>>>>>> >>>>>>>> When installing the fourth loader, booting works, when installing >>>>>>>> the lua loader, booting fails with the output given. >>>>>>>> >>>>>>>> However, this is on a 32-bit PPC machine. Can't test on a >>>>>>>> 64-bit PPC >>>>>>>> machine. >>>>>>>> >>>>>>>> Best regards >>>>>>>> Michael >>>>>>>>> -Nathan >>>>>>>>> >>>>>>>>> On 9/3/18 9:54 PM, Cameron Berkenpas wrote: >>>>>>>>>> Hello, >>>>>>>>>> >>>>>>>>>> Argh. I went out of my way to select the right ISO image and >>>>>>>>>> then >>>>>>>>>> apparently still grabbed the wrong one without noticing the >>>>>>>>>> name. >>>>>>>>>> >>>>>>>>>> I went and tried this image: >>>>>>>>>> FreeBSD-12.0-ALPHA4-powerpc-powerpc64-20180831-r338410-disc1.iso >>>>>>>>>> >>>>>>>>>> Still the same issue though. >>>>>>>>>> >>>>>>>>>> Thanks! >>>>>>>>>> >>>>>>>>>> On 09/03/2018 07:42 PM, Justin Hibbits wrote: >>>>>>>>>>> Hello Cameron, >>>>>>>>>>> >>>>>>>>>>> On Sun, Sep 2, 2018 at 11:15 PM Cameron Berkenpas >>>>>>>>>>> >>>>>>>>>>> wrote: >>>>>>>>>>>> Hello, >>>>>>>>>>>> >>>>>>>>>>>> It seems that FreeBSD 12.0-ALPHA4 is having trouble booting on >>>>>>>>>>>> KVM on >>>>>>>>>>>> POWER9 (Talos II). >>>>>>>>>>>> >>>>>>>>>>>> Here's the image I've tried: >>>>>>>>>>>> FreeBSD-12.0-ALPHA4-powerpc-powerpcspe-20180831-r338410-disc1.iso >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> The powerpcspe ISO won't work on a Talos.  I don't even expect >>>>>>>>>>> that >>>>>>>>>>> particular ISO to work at all, given the nature of the >>>>>>>>>>> architecture. >>>>>>>>>>> For Talos, and IBM POWER* in general, you need the powerpc64 >>>>>>>>>>> ISO. >>>>>>>>>>> >>>>>>>>>>> I don't know if that will solve your problem, given the errors >>>>>>>>>>> printed >>>>>>>>>>> below, but it's at least a first step. >>>>>>>>>>> >>>>>>>>>>> - Justin >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> It fails regardless of whether I run kvm from the console or >>>>>>>>>>>> through >>>>>>>>>>>> virt-manager. >>>>>>>>>>>> >>>>>>>>>>>> Seems to be disk related... I get the messages below >>>>>>>>>>>> regardless of >>>>>>>>>>>> whether I try to boot from CD-ROM or disk. I've tried all disk >>>>>>>>>>>> types >>>>>>>>>>>> for >>>>>>>>>>>> both (usb, scsi, sata, virtio, etc). >>>>>>>>>>>> >>>>>>>>>>>> It's important to note that this worked on an older >>>>>>>>>>>> snapshot of >>>>>>>>>>>> 12.0-CURRENT, though I don't know the last specific working >>>>>>>>>>>> revision I >>>>>>>>>>>> tried. >>>>>>>>>>>> >>>>>>>>>>>> Here's the output: >>>>>>>>>>>> >>>>>>>>>>>> SLOF >>>>>>>>>>>> ********************************************************************** >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> QEMU Starting >>>>>>>>>>>>       Build Date = Sep 24 2017 12:23:07 >>>>>>>>>>>>       FW Version = buildd@ release 20170724 >>>>>>>>>>>>       Press "s" to enter Open Firmware. >>>>>>>>>>>> >>>>>>>>>>>> Populating /vdevice methods >>>>>>>>>>>> Populating /vdevice/vty@71000000 >>>>>>>>>>>> Populating /vdevice/nvram@71000001 >>>>>>>>>>>> Populating /vdevice/v-scsi@71000002 >>>>>>>>>>>>             SCSI: Looking for devices >>>>>>>>>>>>                8200000000000000 CD-ROM   : "QEMU QEMU CD-ROM >>>>>>>>>>>> 2.5+" >>>>>>>>>>>> Populating /pci@800000020000000 >>>>>>>>>>>>                           00 0000 (D) : 8086 100e e1000 [ >>>>>>>>>>>> net ] >>>>>>>>>>>> No NVRAM common partition, re-initializing... >>>>>>>>>>>> Scanning USB >>>>>>>>>>>> Using default console: /vdevice/vty@71000000 >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>        Welcome to Open Firmware >>>>>>>>>>>> >>>>>>>>>>>>        Copyright (c) 2004, 2017 IBM Corporation All rights >>>>>>>>>>>> reserved. >>>>>>>>>>>>        This program and the accompanying materials are made >>>>>>>>>>>> available >>>>>>>>>>>>        under the terms of the BSD License available at >>>>>>>>>>>> http://www.opensource.org/licenses/bsd-license.php >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Trying to load:  from: >>>>>>>>>>>> /vdevice/v-scsi@71000002/disk@8200000000000000 >>>>>>>>>>>> ...   Successfully loaded >>>>>>>>>>>> Consoles: Open Firmware console >>>>>>>>>>>> >>>>>>>>>>>> FreeBSD/powerpcspe Open Firmware loader, Revision 0.1 >>>>>>>>>>>> (Fri Aug 31 17:53:54 UTC 2018 root@releng3.nyi.freebsd.org) >>>>>>>>>>>> Memory: 33554432KB >>>>>>>>>>>> Booted from: /vdevice/v-scsi@71000002/disk@8200000000000000 >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> block-size NOT FOUND >>>>>>>>>>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>>>> / >>>>>>>>>>>> block-size NOT FOUND >>>>>>>>>>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! >>>>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>>>> SCSI-DISK: Access beyond end of device ! >>>>>>>>>>>> \ >>>>>>>>>>>> block-size NOT FOUND >>>>>>>>>>>> #blocks NOT FOUND >>>>>>>>>>>> >>>>>>>>>>>> ( 700 ) Program Exception [ 0 ] >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>          R0 .. R7           R8 .. R15         R16 .. R23 >>>>>>>>>>>> R24 .. >>>>>>>>>>>> R31 >>>>>>>>>>>> 000000000000000b   000000000345ddd4 ffffffffffffffff >>>>>>>>>>>> 0000000002c50dd8 >>>>>>>>>>>> 0000000002c559e0   0000000028686561 0000000002c57c50 >>>>>>>>>>>> 0000000002c51d10 >>>>>>>>>>>> 0000000000000000   0000000002c68540 0000000002c57c48 >>>>>>>>>>>> 0000000002c52594 >>>>>>>>>>>> 000000000345e900   0000000002c68280 0000000002c63300 >>>>>>>>>>>> 0000000000000000 >>>>>>>>>>>> 0000000002c682c0   0000000020000048 0000000000000000 >>>>>>>>>>>> 000000000345e900 >>>>>>>>>>>> 0000000000000000   0000000000000000 0000000000000000 >>>>>>>>>>>> 0000000000000000 >>>>>>>>>>>> 0000000000000040   0000000000000000 0000000002c6eb00 >>>>>>>>>>>> 0000000000000000 >>>>>>>>>>>> 0000000000000008   000000007fffffff 0000000002c5cb04 >>>>>>>>>>>> 000000000345e900 >>>>>>>>>>>> >>>>>>>>>>>>          CR / XER           LR / CTR          SRR0 / SRR1 >>>>>>>>>>>> DAR / >>>>>>>>>>>> DSISR >>>>>>>>>>>>              80000044   0000000002c029f0 0000000028686560 >>>>>>>>>>>> 0000000000000000 >>>>>>>>>>>> 0000000020040000   0000000028686561 0000000000083000 00000000 >>>>>>>>>> _______________________________________________ >>>>>>>>>> freebsd-ppc@freebsd.org mailing list >>>>>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >>>>>>>>>> To unsubscribe, send any mail to >>>>>>>>>> "freebsd-ppc-unsubscribe@freebsd.org" >>>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> freebsd-ppc@freebsd.org mailing list >>>>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >>>>>>>>> To unsubscribe, send any mail to >>>>>>>>> "freebsd-ppc-unsubscribe@freebsd.org" >>>>>>> _______________________________________________ >>>>>>> freebsd-ppc@freebsd.org mailing list >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >>>>>>> To unsubscribe, send any mail to >>>>>>> "freebsd-ppc-unsubscribe@freebsd.org" >>>>> _______________________________________________ >>>>> freebsd-ppc@freebsd.org mailing list >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >>>>> To unsubscribe, send any mail to >>>>> "freebsd-ppc-unsubscribe@freebsd.org" >>>>> > > _______________________________________________ > freebsd-ppc@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ppc > To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" > From owner-freebsd-ppc@freebsd.org Thu Oct 11 17:22:29 2018 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 06C9910C1B54 for ; Thu, 11 Oct 2018 17:22:29 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-io1-xd42.google.com (mail-io1-xd42.google.com [IPv6:2607:f8b0:4864:20::d42]) (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 8AFA279BBC; Thu, 11 Oct 2018 17:22:28 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-io1-xd42.google.com with SMTP id l25-v6so7207967ioj.0; Thu, 11 Oct 2018 10:22:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=6cMORM0QVSgoCXeNMQvraaBh4Cpk4mkc4L7LDWuboGw=; b=mgMmtAJkx7ov9afORqt0qtwe2XZdIB6M1/u2zhtg00T461937ohZgCHhqpbGHsKA1P weqKjLU2S4n7vDeQe5Mk2ln8W3ydRsNDNFp06F8RLS2uGi9c9WfzIIQ18SYyfKJkY7no /PuUTKb0+yo4zr7uG6/rC3VkRix52fkIcGb3aQPy68WCA07uUtgMVnJhu6XASSMcco56 kjr5vFsm4i+vn+WQpZlx2KNzY88RgpypYF/Hc0BSjYO5ZIxSA40O9GKGKvQm6gL08R0+ u6O/ABw9TgsMzfviRB84qeG/q6xsFKMscpq9I3FQYSxIN5zNfhl5SDQaIBZUe1kO+UZ9 XXnA== 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=6cMORM0QVSgoCXeNMQvraaBh4Cpk4mkc4L7LDWuboGw=; b=BYzP4nHVvA/G/7zvaZyVKbfDQ3hzPTDnmfWkw+el6EZh9/RLInXlYuEbIpzZnev8uM GdcJPXSSwrBuMaZcRvVspC8Hjabh9fGA+hDs56WQStpWTNV/JdbPUyRLHBR7Qlo9LP0A DmSCbiuXGrL31I5/L/PAKMZBMo0DBU8/S8Jnicdn3w6ORxfgtLNraE8QKeE7/okRHp8d bHNexalDC0qHeQufADrcOvz5qJpJycIX2C52YUjwJQ/Fta8lSIm39aWmk5egknwmzMGR BTzBXxYrjHD0tyvyX5yHeNxiqNStlbHu6JjJuikMwQgcg9rKlb5IM9HY3RgqeoDKQbAs Q45Q== X-Gm-Message-State: ABuFfogE1DpTgxpzEMAHvbIw8MO2ezApMWHI+Fl3upUiAwDwF1/sV8ti HNQK6ucmJgDGt4pn8ZK2H70= X-Google-Smtp-Source: ACcGV63lQcaanojaXekfX94/vxGY7swgANofTOroKtE/UmSiXxrwwLbDVkoxa5j0ocmDShPfZEq47A== X-Received: by 2002:a6b:c389:: with SMTP id t131-v6mr1825778iof.157.1539278547517; Thu, 11 Oct 2018 10:22:27 -0700 (PDT) Received: from ralga.knownspace (173-25-245-129.client.mchsi.com. [173.25.245.129]) by smtp.gmail.com with ESMTPSA id v5-v6sm8572711ioe.61.2018.10.11.10.22.26 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 11 Oct 2018 10:22:27 -0700 (PDT) Date: Thu, 11 Oct 2018 12:22:18 -0500 From: Justin Hibbits To: Cameron Berkenpas Cc: Nathan Whitehorn , freebsd-ppc@freebsd.org Subject: Re: FreeBSD 12.0-ALPHA4 fails to boot on POWER9/KVM Message-ID: <20181011122218.7d0685f1@ralga.knownspace> In-Reply-To: References: <5d84652d-8b54-19f9-1396-e7c9acbe6c03@neo-zeon.de> <5f44c6d6-7eec-6732-6fef-123e7e0d3292@freebsd.org> <2b4455f4-37f6-5645-dcba-2cc41c845ae8@neo-zeon.de> <0a970b75-160a-e40e-b360-1b73a753f701@freebsd.org> <6a95032b-1dc5-86fc-253e-3f365bd01280@freebsd.org> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; powerpc64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 17:22:29 -0000 It's really quite easy: Run the typical 'make buildworld buildkernel TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc64', then cd into release/ and run 'make cdrom' - Justin On Thu, 11 Oct 2018 10:18:23 -0700 Cameron Berkenpas wrote: > It would be nice/convenient, but it wouldn't be worth putting > yourself out over it. >=20 > Is this something I could theoretically do myself? Cross-compile and=20 > spin my own ISO for an x86-64 box? >=20 > Thanks! >=20 > -Cameron >=20 > On 10/11/18 10:14 AM, Nathan Whitehorn wrote: > > Yes, this is fixed in current HEAD and will be resolved in BETA1. I > > can probably spin out an unofficial intermediate ISO with the fix > > before BETA1 if you would like it. > > -Nathan > > > > On 10/11/18 10:02 AM, Cameron Berkenpas wrote: =20 > >> Will the 'NOT FOUND" fix resulting in being able to boot the ISO > >> generally? > >> > >> I'd actually tried what you suggested previously, and it still > >> fails the same way it did for me in the past: > >> > >> Unfortunately, this fails as you can see: > >> qemu-system-ppc64: warning: System page size 0x1000000 is not > >> enabled in page_size_mask (0x11000). Performance may be slow > >> > >> > >> SLOF > >> ********************************************************************** > >> QEMU Starting > >> =C2=A0Build Date =3D Sep 24 2017 12:23:07 > >> =C2=A0FW Version =3D buildd@ release 20170724 > >> =C2=A0Press "s" to enter Open Firmware. > >> > >> Populating /vdevice methods > >> Populating /vdevice/vty@71000000 > >> Populating /vdevice/nvram@71000001 > >> Populating /vdevice/l-lan@71000002 > >> Populating /vdevice/v-scsi@71000003 > >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 SCSI: Looking for devices > >> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 80000000000000= 00 DISK=C2=A0=C2=A0=C2=A0=C2=A0 : "QEMU=C2=A0=C2=A0=C2=A0=C2=A0 QEMU HARDDI= SK > >> 2.5+" 8200000000000000 CD-ROM=C2=A0=C2=A0 : "QEMU=C2=A0=C2=A0=C2=A0=C2= =A0 QEMU CD-ROM 2.5+" > >> Populating /pci@800000020000000 > >> No NVRAM common partition, re-initializing... > >> Scanning USB > >> Using default console: /vdevice/vty@71000000 > >> > >> =C2=A0 Welcome to Open Firmware > >> > >> =C2=A0 Copyright (c) 2004, 2017 IBM Corporation All rights reserved. > >> =C2=A0 This program and the accompanying materials are made available > >> =C2=A0 under the terms of the BSD License available at > >> =C2=A0 http://www.opensource.org/licenses/bsd-license.php > >> > >> > >> Trying to load: > >> from: /vdevice/v-scsi@71000003/disk@8000000000000000 ... > >> Successfully loaded=20 > >>>> FreeBSD/powerpc Open Firmware boot block =20 > >> =C2=A0=C2=A0 Boot path:=C2=A0=C2=A0 /vdevice/v-scsi@71000003/disk@800= 0000000000000 > >> =C2=A0=C2=A0 Boot loader: /boot/loader > >> =C2=A0=C2=A0 Boot volume:=C2=A0=C2=A0 /vdevice/v-scsi@71000003/disk@8= 000000000000000:2 > >> Consoles: Open Firmware console > >> > >> FreeBSD/powerpc64 Open Firmware loader, Revision 0.1 > >> (Sun Aug 19 13:30:54 PDT 2018 root@freebsd-ppc) > >> Memory: 2097152KB > >> Booted from: /vdevice/v-scsi@71000003/disk@8000000000000000 > >> > >> > >> block-size NOT FOUND > >> #blocks NOT FOUND| > >> block-size NOT FOUND > >> #blocks NOT FOUND\ > >> block-size NOT FOUND > >> #blocks NOT FOUND > >> > >> ( 700 ) Program Exception [ 0 ] > >> > >> > >> =C2=A0=C2=A0=C2=A0 R0 .. R7=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 R8 .. R15=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 R16 .. R23 > >> R24 .. R31 0000000000000040=C2=A0=C2=A0 000000000345cdc4=C2=A0=C2=A0 f= fffffffffffffff > >> 0000000002c50468 0000000002c548c0=C2=A0=C2=A0 0000000000000000 > >> 0000000002c56ba0 0000000002c513a0 0000000000000000 > >> 0000000002c67780=C2=A0=C2=A0 0000000002c56b98 0000000002c51c18 > >> 000000000345d8f0=C2=A0=C2=A0 0000000002c67300=C2=A0=C2=A0 0000000002c6= 2200 > >> 000000000345d8f0 0000000002c67340=C2=A0=C2=A0 0000000020000048 > >> 000000000040e78e 0000000000000000 0000000000000000 > >> 0000000000000000=C2=A0=C2=A0 0000000001802118 0000000000000000 > >> 0000000000000040=C2=A0=C2=A0 0000000002c4baec=C2=A0=C2=A0 0000000002c7= 1980 > >> 0000000000000000 0000000000000040=C2=A0=C2=A0 000000007fffffff > >> 0000000002c5bb84 000000000345d8f0 > >> > >> =C2=A0=C2=A0=C2=A0 CR / XER=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 LR / CTR=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 SRR0 / SRR1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 DAR / > >> DSISR 80000044=C2=A0=C2=A0 0000000002c02938=C2=A0=C2=A0 00000000000000= 00 > >> 0000000000000000 0000000020040000=C2=A0=C2=A0 0000000000000000 > >> 0000000000083000 00000000 > >> > >> > >> e > > >> > >> Thanks! > >> > >> -Cameron > >> > >> On 10/10/2018 08:59 PM, Nathan Whitehorn wrote: =20 > >>> The first part of this (all the errors about "NOT FOUND") I just > >>> fixed and the fixes will be included in BETA1 and subsequent > >>> builds. The remaining issue is that virtio SCSI is not part of > >>> the standard kernel on PPC (there are some endian and DMA bugs), > >>> so you will need to use an alternative storage backend. The > >>> default storage backend (VSCSI) is fine, as are more PC-ish > >>> things like AHCI emulation. > >>> > >>> This command line will work and is otherwise equivalent to the > >>> below: qemu-system-ppc64 -enable-kvm -m 2048 -nographic -vga none > >>> -cdrom > >>> FreeBSD-12.0-ALPHA9-powerpc-powerpc64-20181009-r339271-disc1.iso /var= /lib/libvirt/images/freebsd-ppc.qcow2 > >>> -mem-prealloc -mem-path /dev/hugepages -smp 2 > >>> > >>> -Nathan > >>> > >>> On 10/10/18 6:41 PM, Cameron Berkenpas wrote: =20 > >>>> Made a LITTLE progress on getting FreeBSD to run as a KVM VM on > >>>> POWER9/TalosII again with the following: > >>>> > >>>> qemu-system-ppc64 -enable-kvm -m 2048 -nographic -vga none > >>>> -device virtio-scsi-pci,id=3Dscsi0,bus=3Dpci.0,addr=3D0x7 -drive > >>>> file=3DFreeBSD-12.0-ALPHA9-powerpc-powerpc64-20181009-r339271-disc1.= iso,format=3Draw,if=3Dnone,id=3Ddrive-scsi0-0-0-0,readonly=3Don > >>>> > >>>> -device > >>>> scsi-cd,bus=3Dscsi0.0,channel=3D0,scsi-id=3D0,lun=3D0,drive=3Ddrive-= scsi0-0-0-0,id=3Dscsi0-0-0-0,bootindex=3D1 > >>>> > >>>> -drive > >>>> file=3D/var/lib/libvirt/images/freebsd-ppc.qcow2,format=3Dqcow2,if= =3Dnone,id=3Ddrive-scsi0-0-0-1 > >>>> > >>>> -device > >>>> scsi-hd,bus=3Dscsi0.0,channel=3D0,scsi-id=3D0,lun=3D1,drive=3Ddrive-= scsi0-0-0-1,id=3Dscsi0-0-0-1,bootindex=3D2 > >>>> > >>>> -mem-prealloc -mem-path /dev/hugepages -smp 2 > >>>> > >>>> > >>>> > >>>> Seems like issue is that you need to use a SCSI CDROM! > >>>> Unfortunately, we are don't quite get there. Hope it's not a > >>>> problem to put this inline, I'm unable to access pastebin right > >>>> now: > >>>> > >>>> qemu-system-ppc64: warning: System page size 0x1000000 is not > >>>> enabled in page_size_mask (0x11000). Performance may be slow > >>>> > >>>> > >>>> SLOF > >>>> ********************************************************************= ** > >>>> QEMU Starting > >>>> =C2=A0=C2=A0Build Date =3D Sep 24 2017 12:23:07 > >>>> =C2=A0=C2=A0FW Version =3D buildd@ release 20170724 > >>>> =C2=A0=C2=A0Press "s" to enter Open Firmware. > >>>> > >>>> Populating /vdevice methods > >>>> Populating /vdevice/vty@71000000 > >>>> Populating /vdevice/nvram@71000001 > >>>> Populating /vdevice/l-lan@71000002 > >>>> Populating /pci@800000020000000 > >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 00 3800 (D) : = 1af4 1004=C2=A0=C2=A0=C2=A0 virtio [ scsi ] > >>>> Populating /pci@800000020000000/scsi@7 > >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 SCSI: Looking for devices > >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 100000= 100000000 DISK=C2=A0=C2=A0=C2=A0=C2=A0 : "QEMU=C2=A0=C2=A0=C2=A0=C2=A0 QEMU= HARDDISK > >>>> 2.5+" 100000000000000 CD-ROM=C2=A0=C2=A0 : "QEMU=C2=A0=C2=A0=C2=A0= =C2=A0 QEMU CD-ROM 2.5+" > >>>> No NVRAM common partition, re-initializing... > >>>> Scanning USB > >>>> Using default console: /vdevice/vty@71000000 > >>>> > >>>> =C2=A0=C2=A0 Welcome to Open Firmware > >>>> > >>>> =C2=A0=C2=A0 Copyright (c) 2004, 2017 IBM Corporation All rights re= served. > >>>> =C2=A0=C2=A0 This program and the accompanying materials are made > >>>> available under the terms of the BSD License available at > >>>> =C2=A0=C2=A0 http://www.opensource.org/licenses/bsd-license.php > >>>> > >>>> > >>>> Trying to load:=C2=A0 from: > >>>> /pci@800000020000000/scsi@7/disk@100000000000000 ... > >>>> Successfully loaded > >>>> Consoles: Open Firmware console > >>>> > >>>> FreeBSD/powerpc64 Open Firmware loader, Revision 0.1 > >>>> Memory: 2097152KB > >>>> Booted from: /pci@800000020000000/scsi@7/disk@100000000000000 > >>>> > >>>> > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> / > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> \ > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUND| > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> / > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> | > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUND| > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUND| > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUND| > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> - > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> - > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUND| > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUND- > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> Loading /boot/defaults/loader.conf > >>>> > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUND\ > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> | > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUND- > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUND| > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUND- > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUND| > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUND/ > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUND- > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUND\ > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUND| > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUND\ > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUND- > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUND/ > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUND/boot/kernel/kernel data=3D0x13776e0+0x54dfe0 > >>>> syms=3D[0x8+0x176ef8+0x8+0x1727c1] > >>>> > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUND\ > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUND/ > >>>> Hit [Enter] to boot immediately, or any other key for command > >>>> prompt. Booting [/boot/kernel/kernel]... > >>>> > >>>> block-size NOT FOUND > >>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> SCSI-DISK: Access beyond end of device ! > >>>> Kernel entry at 0x1024b0 ... > >>>> KDB: debugger backends: ddb > >>>> KDB: current backend: ddb > >>>> ---<>--- > >>>> Copyright (c) 1992-2018 The FreeBSD Project. > >>>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, > >>>> 1993, 1994 > >>>> =C2=A0=C2=A0=C2=A0=C2=A0 The Regents of the University of Californi= a. All rights > >>>> reserved. FreeBSD is a registered trademark of The FreeBSD > >>>> Foundation. FreeBSD 12.0-ALPHA9 r339271 GENERIC powerpc > >>>> gcc version 4.2.1 20070831 patched [FreeBSD] > >>>> WARNING: WITNESS option enabled, expect reduced performance. > >>>> VT: init without driver. > >>>> cpu0: IBM POWER9 revision 2.2, 2234.00 MHz > >>>> cpu0: Features > >>>> dc007182 > >>>> > >>>> cpu0: Features2 > >>>> eee00000 > >>>> real memory=C2=A0 =3D 2101960704 (2004 MB) > >>>> avail memory =3D 1983193088 (1891 MB) > >>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > >>>> arc4random: no preloaded entropy cache > >>>> random: entropy device external interface > >>>> random: registering fast source PowerISA DARN random number > >>>> generator random: fast provider: "PowerISA DARN random number > >>>> generator" kbd0 at kbdmux0 > >>>> ofwbus0: on nexus0 > >>>> xicp0: on ofwbus0 > >>>> xicp0: Handling CPUs 0-15 > >>>> vdevice0: on ofwbus0 > >>>> llan0: irq 16781321 on > >>>> vdevice0 llan0: Ethernet address: 00:12:34:56:00:00 > >>>> uart0: irq 16781315 on > >>>> vdevice0 pcib0: on ofwbus0 > >>>> pci0: on pcib0 > >>>> pci0: at device 7.0 (no driver attached) > >>>> cpulist0: on ofwbus0 > >>>> cpu0: on cpulist0 > >>>> cpu1: on cpulist0 > >>>> rtas0: on ofwbus0 > >>>> rtas0: registered as a time-of-day clock, resolution 0.002000s > >>>> Timecounter "timebase" frequency 512000000 Hz quality 0 > >>>> Event timer "decrementer" frequency 512000000 Hz quality 1000 > >>>> Timecounters tick every 1.000 msec > >>>> llan0: link state changed to UP > >>>> usb_needs_explore_all: no devclass > >>>> SMP: AP CPU #1 launched > >>>> arc4random: no preloaded entropy cache > >>>> Trying to mount root from > >>>> cd9660:/dev/iso9660/12_0_ALPHA9_POWERPC64_CD [ro]... > >>>> WARNING: WITNESS option enabled, expect reduced performance. > >>>> mountroot: waiting for > >>>> device /dev/iso9660/12_0_ALPHA9_POWERPC64_CD... Mounting from > >>>> cd9660:/dev/iso9660/12_0_ALPHA9_POWERPC64_CD failed with error > >>>> 19. > >>>> > >>>> Loader variables: > >>>> =C2=A0=C2=A0 vfs.root.mountfrom=3Dcd9660:/dev/iso9660/12_0_ALPHA9_P= OWERPC64_CD > >>>> =C2=A0=C2=A0 vfs.root.mountfrom.options=3Dro > >>>> > >>>> Manual root filesystem specification: > >>>> =C2=A0=C2=A0 : [options] > >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Mount using filesyste= m > >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 and with the specified (option= al) option list. > >>>> > >>>> =C2=A0=C2=A0=C2=A0=C2=A0 eg. ufs:/dev/da0s1a > >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 zfs:zroot/ROOT/def= ault > >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 cd9660:/dev/cd0 ro > >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (which= is equivalent to: mount -t cd9660 -o > >>>> ro /dev/cd0 /) > >>>> > >>>> =C2=A0=C2=A0 ?=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 List valid disk boot devices > >>>> =C2=A0=C2=A0 .=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Yield 1 second (for background tasks) > >>>> =C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 Abort manual input > >>>> =20 > >>>> mountroot> ? =20 > >>>> > >>>> List of GEOM managed disk devices: > >>>> > >>>> =20 > >>>> mountroot> =20 > >>>> > >>>> > >>>> On 09/04/2018 12:56 PM, Cameron Berkenpas wrote: =20 > >>>>> The last working ISO I tried was probably from July (definitely > >>>>> no earlier at least) if that helps slightly. Unfortunately, I > >>>>> deleted my older ISO's. > >>>>> > >>>>> Unfortunately, I don't see any older 12-CURRENT images archived > >>>>> to try and get some idea of when this broke. > >>>>> > >>>>> If I have some time, I'll see if it's possible/feasible for me > >>>>> to build a PPC64 image of some kind from a PC to try unless > >>>>> someone has a better idea of course. :D > >>>>> > >>>>> Thanks! > >>>>> > >>>>> On 09/04/2018 08:10 AM, Nathan Whitehorn wrote: =20 > >>>>>> The 32 and 64-bit loaders are identical binaries, so the issue > >>>>>> is probably universal. > >>>>>> -Nathan > >>>>>> > >>>>>> On 9/4/18 12:18 AM, Michael Tuexen wrote: =20 > >>>>>>>> On 4. Sep 2018, at 07:13, Nathan Whitehorn > >>>>>>>> wrote: > >>>>>>>> > >>>>>>>> Maybe this is Lua loader fallout? The problem seems to be > >>>>>>>> entirely in > >>>>>>>> the boot loader. =20 > >>>>>>> At least the problem I reported earlier to this list regarding > >>>>>>> booting > >>>>>>> a G4 system is related to the lua loader. > >>>>>>> > >>>>>>> When installing the fourth loader, booting works, when > >>>>>>> installing the lua loader, booting fails with the output > >>>>>>> given. > >>>>>>> > >>>>>>> However, this is on a 32-bit PPC machine. Can't test on a > >>>>>>> 64-bit PPC machine. > >>>>>>> > >>>>>>> Best regards > >>>>>>> Michael =20 > >>>>>>>> -Nathan > >>>>>>>> > >>>>>>>> On 9/3/18 9:54 PM, Cameron Berkenpas wrote: =20 > >>>>>>>>> Hello, > >>>>>>>>> > >>>>>>>>> Argh. I went out of my way to select the right ISO image > >>>>>>>>> and then apparently still grabbed the wrong one without > >>>>>>>>> noticing the name. > >>>>>>>>> > >>>>>>>>> I went and tried this image: > >>>>>>>>> FreeBSD-12.0-ALPHA4-powerpc-powerpc64-20180831-r338410-disc1.iso > >>>>>>>>> > >>>>>>>>> Still the same issue though. > >>>>>>>>> > >>>>>>>>> Thanks! > >>>>>>>>> > >>>>>>>>> On 09/03/2018 07:42 PM, Justin Hibbits wrote: =20 > >>>>>>>>>> Hello Cameron, > >>>>>>>>>> > >>>>>>>>>> On Sun, Sep 2, 2018 at 11:15 PM Cameron Berkenpas > >>>>>>>>>> > >>>>>>>>>> wrote: =20 > >>>>>>>>>>> Hello, > >>>>>>>>>>> > >>>>>>>>>>> It seems that FreeBSD 12.0-ALPHA4 is having trouble > >>>>>>>>>>> booting on KVM on > >>>>>>>>>>> POWER9 (Talos II). > >>>>>>>>>>> > >>>>>>>>>>> Here's the image I've tried: > >>>>>>>>>>> FreeBSD-12.0-ALPHA4-powerpc-powerpcspe-20180831-r338410-disc1= .iso > >>>>>>>>>>> > >>>>>>>>>>> =20 > >>>>>>>>>> The powerpcspe ISO won't work on a Talos.=C2=A0 I don't even > >>>>>>>>>> expect that > >>>>>>>>>> particular ISO to work at all, given the nature of the > >>>>>>>>>> architecture. > >>>>>>>>>> For Talos, and IBM POWER* in general, you need the > >>>>>>>>>> powerpc64 ISO. > >>>>>>>>>> > >>>>>>>>>> I don't know if that will solve your problem, given the > >>>>>>>>>> errors printed > >>>>>>>>>> below, but it's at least a first step. > >>>>>>>>>> > >>>>>>>>>> - Justin > >>>>>>>>>> > >>>>>>>>>> =20 > >>>>>>>>>>> It fails regardless of whether I run kvm from the console > >>>>>>>>>>> or through > >>>>>>>>>>> virt-manager. > >>>>>>>>>>> > >>>>>>>>>>> Seems to be disk related... I get the messages below > >>>>>>>>>>> regardless of > >>>>>>>>>>> whether I try to boot from CD-ROM or disk. I've tried all > >>>>>>>>>>> disk types > >>>>>>>>>>> for > >>>>>>>>>>> both (usb, scsi, sata, virtio, etc). > >>>>>>>>>>> > >>>>>>>>>>> It's important to note that this worked on an older > >>>>>>>>>>> snapshot of 12.0-CURRENT, though I don't know the last > >>>>>>>>>>> specific working revision I > >>>>>>>>>>> tried. > >>>>>>>>>>> > >>>>>>>>>>> Here's the output: > >>>>>>>>>>> > >>>>>>>>>>> SLOF > >>>>>>>>>>> *************************************************************= ********* > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> QEMU Starting > >>>>>>>>>>> =C2=A0=C2=A0=C2=A0=C2=A0 Build Date =3D Sep 24 2017 12:23:07 > >>>>>>>>>>> =C2=A0=C2=A0=C2=A0=C2=A0 FW Version =3D buildd@ release 2017= 0724 > >>>>>>>>>>> =C2=A0=C2=A0=C2=A0=C2=A0 Press "s" to enter Open Firmware. > >>>>>>>>>>> > >>>>>>>>>>> Populating /vdevice methods > >>>>>>>>>>> Populating /vdevice/vty@71000000 > >>>>>>>>>>> Populating /vdevice/nvram@71000001 > >>>>>>>>>>> Populating /vdevice/v-scsi@71000002 > >>>>>>>>>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= SCSI: Looking for devices > >>>>>>>>>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 8200000000000000 CD-ROM=C2=A0=C2=A0 : "QEMU QEMU > >>>>>>>>>>> CD-ROM 2.5+" > >>>>>>>>>>> Populating /pci@800000020000000 > >>>>>>>>>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 00 0000 (D) : 8086 100e e1000 > >>>>>>>>>>> [ net ] No NVRAM common partition, re-initializing... > >>>>>>>>>>> Scanning USB > >>>>>>>>>>> Using default console: /vdevice/vty@71000000 > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Welcome to Open Firmware > >>>>>>>>>>> > >>>>>>>>>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Copyright (c) 2004, 2017 IBM = Corporation All rights > >>>>>>>>>>> reserved. > >>>>>>>>>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 This program and the accompan= ying materials are > >>>>>>>>>>> made available > >>>>>>>>>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 under the terms of the BSD Li= cense available at > >>>>>>>>>>> http://www.opensource.org/licenses/bsd-license.php > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> Trying to load:=C2=A0 from: > >>>>>>>>>>> /vdevice/v-scsi@71000002/disk@8200000000000000 > >>>>>>>>>>> ...=C2=A0=C2=A0 Successfully loaded > >>>>>>>>>>> Consoles: Open Firmware console > >>>>>>>>>>> > >>>>>>>>>>> FreeBSD/powerpcspe Open Firmware loader, Revision 0.1 > >>>>>>>>>>> (Fri Aug 31 17:53:54 UTC 2018 > >>>>>>>>>>> root@releng3.nyi.freebsd.org) Memory: 33554432KB > >>>>>>>>>>> Booted > >>>>>>>>>>> from: /vdevice/v-scsi@71000002/disk@8200000000000000 > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> block-size NOT FOUND > >>>>>>>>>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! > >>>>>>>>>>> SCSI-DISK: Access beyond end of device ! > >>>>>>>>>>> SCSI-DISK: Access beyond end of device ! > >>>>>>>>>>> SCSI-DISK: Access beyond end of device ! > >>>>>>>>>>> SCSI-DISK: Access beyond end of device ! > >>>>>>>>>>> SCSI-DISK: Access beyond end of device ! > >>>>>>>>>>> / > >>>>>>>>>>> block-size NOT FOUND > >>>>>>>>>>> #blocks NOT FOUNDSCSI-DISK: Access beyond end of device ! > >>>>>>>>>>> SCSI-DISK: Access beyond end of device ! > >>>>>>>>>>> SCSI-DISK: Access beyond end of device ! > >>>>>>>>>>> SCSI-DISK: Access beyond end of device ! > >>>>>>>>>>> SCSI-DISK: Access beyond end of device ! > >>>>>>>>>>> SCSI-DISK: Access beyond end of device ! > >>>>>>>>>>> \ > >>>>>>>>>>> block-size NOT FOUND > >>>>>>>>>>> #blocks NOT FOUND > >>>>>>>>>>> > >>>>>>>>>>> ( 700 ) Program Exception [ 0 ] > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 R0 .. R7=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 R8 .. R15=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 R16 .. R23 > >>>>>>>>>>> R24 .. > >>>>>>>>>>> R31 > >>>>>>>>>>> 000000000000000b=C2=A0=C2=A0 000000000345ddd4=C2=A0=C2=A0 fff= fffffffffffff > >>>>>>>>>>> 0000000002c50dd8 > >>>>>>>>>>> 0000000002c559e0=C2=A0=C2=A0 0000000028686561=C2=A0=C2=A0 000= 0000002c57c50 > >>>>>>>>>>> 0000000002c51d10 > >>>>>>>>>>> 0000000000000000=C2=A0=C2=A0 0000000002c68540=C2=A0=C2=A0 000= 0000002c57c48 > >>>>>>>>>>> 0000000002c52594 > >>>>>>>>>>> 000000000345e900=C2=A0=C2=A0 0000000002c68280=C2=A0=C2=A0 000= 0000002c63300 > >>>>>>>>>>> 0000000000000000 > >>>>>>>>>>> 0000000002c682c0=C2=A0=C2=A0 0000000020000048=C2=A0=C2=A0 000= 0000000000000 > >>>>>>>>>>> 000000000345e900 > >>>>>>>>>>> 0000000000000000=C2=A0=C2=A0 0000000000000000=C2=A0=C2=A0 000= 0000000000000 > >>>>>>>>>>> 0000000000000000 > >>>>>>>>>>> 0000000000000040=C2=A0=C2=A0 0000000000000000=C2=A0=C2=A0 000= 0000002c6eb00 > >>>>>>>>>>> 0000000000000000 > >>>>>>>>>>> 0000000000000008=C2=A0=C2=A0 000000007fffffff=C2=A0=C2=A0 000= 0000002c5cb04 > >>>>>>>>>>> 000000000345e900 > >>>>>>>>>>> > >>>>>>>>>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 CR / XER=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 LR / CTR=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 SRR0 / SRR1 > >>>>>>>>>>> DAR / > >>>>>>>>>>> DSISR > >>>>>>>>>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 80000044=C2=A0=C2=A0 0000000002c029f0 0000000028686560 > >>>>>>>>>>> 0000000000000000 > >>>>>>>>>>> 0000000020040000=C2=A0=C2=A0 0000000028686561=C2=A0=C2=A0 000= 0000000083000 > >>>>>>>>>>> 00000000 =20 From owner-freebsd-ppc@freebsd.org Thu Oct 11 18:20:03 2018 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 4AB9210C2FF9 for ; Thu, 11 Oct 2018 18:20:03 +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 E626A7B622 for ; Thu, 11 Oct 2018 18:20:02 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhob04.registeredsite.com (atl4mhob04.registeredsite.com [209.17.115.42]) by atl4mhfb02.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id w9BIJfHo030105 for ; Thu, 11 Oct 2018 14:19:41 -0400 Received: from mailpod.hostingplatform.com (atl4qobmail02pod2.registeredsite.com [10.30.77.36]) by atl4mhob04.registeredsite.com (8.14.4/8.14.4) with ESMTP id w9BIJYKU010760 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Thu, 11 Oct 2018 14:19:34 -0400 Received: (qmail 34736 invoked by uid 0); 11 Oct 2018 18:19:34 -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; 11 Oct 2018 18:19:34 -0000 Subject: Re: FreeBSD 12.0-ALPHA4 fails to boot on POWER9/KVM To: freebsd-ppc@freebsd.org References: <5d84652d-8b54-19f9-1396-e7c9acbe6c03@neo-zeon.de> <5f44c6d6-7eec-6732-6fef-123e7e0d3292@freebsd.org> <2b4455f4-37f6-5645-dcba-2cc41c845ae8@neo-zeon.de> <0a970b75-160a-e40e-b360-1b73a753f701@freebsd.org> From: Dennis Clarke Message-ID: Date: Thu, 11 Oct 2018 14:19:33 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <0a970b75-160a-e40e-b360-1b73a753f701@freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 18:20:03 -0000 On 10/10/2018 11:59 PM, Nathan Whitehorn wrote: > The first part of this (all the errors about "NOT FOUND") I just fixed > and the fixes will be included in BETA1 and subsequent builds. The > remaining issue is that virtio SCSI is not part of the standard kernel > on PPC (there are some endian and DMA bugs), so you will need to use an > alternative storage backend. The default storage backend (VSCSI) is > fine, as are more PC-ish things like AHCI emulation. > > This command line will work and is otherwise equivalent to the below: > qemu-system-ppc64 -enable-kvm -m 2048 -nographic -vga none -cdrom > FreeBSD-12.0-ALPHA9-powerpc-powerpc64-20181009-r339271-disc1.iso > /var/lib/libvirt/images/freebsd-ppc.qcow2 -mem-prealloc -mem-path > /dev/hugepages -smp 2 > > -Nathan Has anyone tried this on a PowerMac G5 yet ? Dennis From owner-freebsd-ppc@freebsd.org Thu Oct 11 18:50:33 2018 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 62D9B10C406D for ; Thu, 11 Oct 2018 18:50:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-11.consmr.mail.ne1.yahoo.com (sonic313-11.consmr.mail.ne1.yahoo.com [66.163.185.34]) (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 EF43E7CEFC for ; Thu, 11 Oct 2018 18:50:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 7RJppSgVM1nmTtQHc35EaCg7G3n3BQlfZK8e3F1NGCzWMCdQ5Aw1EgZUSzhE8M5 SCbjdIbiQ0kBhmFmAiBcan1GATuFKsvtOOlZV4qEl3ItPh9OYdi2Ow.e2_WjlYtaLtrSa41Ofraw YUV973T7LOR3b.MH_qMSJ3WWcnjlC8EoccSX__Ndgr00Lho.u8ylDguk0FAbJxJJ5CIX0ipKTgne w1W28oDPcXkdgUNDIOOr_QmfNer96QXi.RDaTCIGbHOQd.KfECtp3PSHx8h4TmnL8vhY.6YCzdw4 H9Jkmgs83Ei9vNmhzXEwMLgd6h7mw9x_2ZEoLvu_Leu7nfHEApVYLePKXK_13iEgYVVVQuAQhtDn ziG1u0y6j_oa8jrdwNB_cKQdPulSYdGrXpkvV2OAaacGVTiBfxKKslr_O8KcIW0Rg0EWA0_JHYfV PL175.4xA_7_J4YSxQTHEMB9RX2e51ZzwMW2dCERp2cQvUkPsN29uOMTqoAIAnN_sulyOmMRCZzT rXEpuR6H.53NVPa_TjpK0afxD6sooEl4xHahPIroKlrzT_gDTVkF3JQugyPeVodHsmjAAtbJkskr UDcCGvc4vrVNLlRpBRBCNQcDf6Oh7l9j9NCuxX_4N4DJny1459gse1tiKH9MS9VeNUO7s7U.plPM RaJLj0IXsLsf8eM5rNm5NrVBeQbZpamVPI7UY7zevWrsRfr_O5XpHtkvb1YRVC_qBEd9GETFy.jo 5r0_cnAL4x48Mir6Z0nPm6H8GmaJICW.E7DTVNaMqXjsceuBn1cpey1UQ3izagDFgCjL3RJ_9hp. ow6mHjuXIpUtUHk1SczeS2ybxK2BszuRQMoW13Lg_YQblzZgMQsTdZHSVQudFi53TGrbmfCcbzl9 fxx.sUTIOVmXCVNrPPNH5c3nlBZHJlULMLhS9p..h5Pp1w0dxTpPDBvN7LqO1yvsTF8Z5Dq6MuSs SG37kwGzNadBR8I7VNAK5qqhGdfGyvbvg3qd9yo1mSc5k98ECuilCrK4DwYR2NJudfUhc61Y.13B 9z0ulZOYXW81kj1NLO9E6PCf60Gv9EMJX3Jeu.fOl06zFotYpiZO2wOSEfoQvR7WDv8ZT3z72Y3J NKyKv.aHKlk0- Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.ne1.yahoo.com with HTTP; Thu, 11 Oct 2018 18:50:32 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp432.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 4d184a02a0f4821c2ef2a8e26b55aebd; Thu, 11 Oct 2018 18:50:29 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: FreeBSD 12.0-ALPHA4 fails to boot on POWER9/KVM From: Mark Millard In-Reply-To: Date: Thu, 11 Oct 2018 11:50:27 -0700 Cc: freebsd-ppc@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <5d84652d-8b54-19f9-1396-e7c9acbe6c03@neo-zeon.de> <5f44c6d6-7eec-6732-6fef-123e7e0d3292@freebsd.org> <2b4455f4-37f6-5645-dcba-2cc41c845ae8@neo-zeon.de> <0a970b75-160a-e40e-b360-1b73a753f701@freebsd.org> To: Dennis Clarke X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 18:50:33 -0000 On 2018-Oct-11, at 11:19 AM, Dennis Clarke wrote: > On 10/10/2018 11:59 PM, Nathan Whitehorn wrote: >> The first part of this (all the errors about "NOT FOUND") I just fixed >> and the fixes will be included in BETA1 and subsequent builds. The >> remaining issue is that virtio SCSI is not part of the standard kernel >> on PPC (there are some endian and DMA bugs), so you will need to use an >> alternative storage backend. The default storage backend (VSCSI) is >> fine, as are more PC-ish things like AHCI emulation. >> This command line will work and is otherwise equivalent to the below: >> qemu-system-ppc64 -enable-kvm -m 2048 -nographic -vga none -cdrom >> FreeBSD-12.0-ALPHA9-powerpc-powerpc64-20181009-r339271-disc1.iso >> /var/lib/libvirt/images/freebsd-ppc.qcow2 -mem-prealloc -mem-path >> /dev/hugepages -smp 2 >> -Nathan > > > Has anyone tried this on a PowerMac G5 yet ? "this"? I'm unsure if the following is addressing what you are referring to or not. But it might be. Until the problems with -r334498 's adjustment to VM_MAX_KERNEL_ADDRESS are dealt with, PowerMac G5's have boot problems (and possibly other problems), at least those with multiple sockets (for what I can test). (I've no access to other forms of PowerMac G5's.) See: https://lists.freebsd.org/pipermail/freebsd-ppc/2018-October/009669.html and later in that thread. (Earlier in the thread is likely a waste of time to read, given what is now known.) My G5 contexts are operational by reverting -r334498 . The contexts are otherwise based on -r339076 currently. Note: My boot test on a 8 GiByte, dual-socket, one "CPU" per socket, PowerMac G5 met the conditions of Andreas Tobler's requested test conditions and the machine boot fine (VM_MAX_KERNEL_ADDRESS near the RAM size, on the low side). The G5 so-called "Quad Core"s, 4 cores total in each system but split evenly across 2 sockets in each), one with 12 GiByte and one with 16 GiByte of RAM, booted fine as well. But VM_MAX_KERNEL_ADDRESS was somewhat under 8GiByte and so not near those sizes. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Thu Oct 11 19:00:36 2018 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 115E410C43A6 for ; Thu, 11 Oct 2018 19:00:36 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhfb04.myregisteredsite.com (atl4mhfb04.myregisteredsite.com [209.17.115.120]) (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 AD2007D2AE for ; Thu, 11 Oct 2018 19:00:35 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhob07.registeredsite.com (atl4mhob07.registeredsite.com [209.17.115.45]) by atl4mhfb04.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id w9BJ0TJB018551 for ; Thu, 11 Oct 2018 15:00:29 -0400 Received: from mailpod.hostingplatform.com (atl4qobmail01pod2.registeredsite.com [10.30.77.35]) by atl4mhob07.registeredsite.com (8.14.4/8.14.4) with ESMTP id w9BJ0Khx004643 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Thu, 11 Oct 2018 15:00:21 -0400 Received: (qmail 34312 invoked by uid 0); 11 Oct 2018 19:00:20 -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; 11 Oct 2018 19:00:20 -0000 Subject: Re: FreeBSD 12.0-ALPHA4 fails to boot on POWER9/KVM To: Mark Millard Cc: freebsd-ppc@freebsd.org References: <5d84652d-8b54-19f9-1396-e7c9acbe6c03@neo-zeon.de> <5f44c6d6-7eec-6732-6fef-123e7e0d3292@freebsd.org> <2b4455f4-37f6-5645-dcba-2cc41c845ae8@neo-zeon.de> <0a970b75-160a-e40e-b360-1b73a753f701@freebsd.org> From: Dennis Clarke Message-ID: <573eb381-35f0-5523-3d6a-77a01174bdc8@blastwave.org> Date: Thu, 11 Oct 2018 15:00:20 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 19:00:36 -0000 On 10/11/2018 02:50 PM, Mark Millard wrote: > On 2018-Oct-11, at 11:19 AM, Dennis Clarke wrote: > >> On 10/10/2018 11:59 PM, Nathan Whitehorn wrote: >>> The first part of this (all the errors about "NOT FOUND") I just fixed >>> and the fixes will be included in BETA1 and subsequent builds. The >>> remaining issue is that virtio SCSI is not part of the standard kernel >>> on PPC (there are some endian and DMA bugs), so you will need to use an >>> alternative storage backend. The default storage backend (VSCSI) is >>> fine, as are more PC-ish things like AHCI emulation. >>> This command line will work and is otherwise equivalent to the below: >>> qemu-system-ppc64 -enable-kvm -m 2048 -nographic -vga none -cdrom >>> FreeBSD-12.0-ALPHA9-powerpc-powerpc64-20181009-r339271-disc1.iso >>> /var/lib/libvirt/images/freebsd-ppc.qcow2 -mem-prealloc -mem-path >>> /dev/hugepages -smp 2 >>> -Nathan >> >> >> Has anyone tried this on a PowerMac G5 yet ? > > "this"? I'm unsure if the following is addressing what you are > referring to or not. But it might be. > > Until the problems with -r334498 's adjustment to VM_MAX_KERNEL_ADDRESS > are dealt with, PowerMac G5's have boot problems (and possibly other > problems), at least those with multiple sockets (for what I can test). > (I've no access to other forms of PowerMac G5's.) > > See: > > https://lists.freebsd.org/pipermail/freebsd-ppc/2018-October/009669.html > > and later in that thread. (Earlier in the thread is likely a waste of time > to read, given what is now known.) > > My G5 contexts are operational by reverting -r334498 . The contexts are > otherwise based on -r339076 currently. > > > Note: > > My boot test on a 8 GiByte, dual-socket, one "CPU" per socket, > PowerMac G5 met the conditions of Andreas Tobler's requested test > conditions and the machine boot fine (VM_MAX_KERNEL_ADDRESS near > the RAM size, on the low side). > > The G5 so-called "Quad Core"s, 4 cores total in each system but > split evenly across 2 sockets in each), one with 12 GiByte and > one with 16 GiByte of RAM, booted fine as well. But > VM_MAX_KERNEL_ADDRESS was somewhat under 8GiByte and so not near > those sizes. > OKay ... that is a lot of good information and I'll sum up as "no". Was merely curious if I should give it a try. Dennis From owner-freebsd-ppc@freebsd.org Fri Oct 12 12:07:40 2018 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 487E910BA1F2 for ; Fri, 12 Oct 2018 12:07:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-21.consmr.mail.ne1.yahoo.com (sonic311-21.consmr.mail.ne1.yahoo.com [66.163.188.202]) (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 774507F7D7 for ; Fri, 12 Oct 2018 12:07:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: uem9pvkVM1krM62BkT3MG.KLVOXwphuGrArmfPHCFdGgxxDCEdVllNFtGqoW1_A wumm82BRxJfT_NFqaBIl3NS_45Cnr7hkGys9UMN7zg7vbhXy32SislYx_sj3SfB5GTtP4EolgN9w LDEsF2DxdSdOduoa05PSVD7iBOIb7aj_sECi6CqMLHZsVLKWZVlK26mtixW92bJUpfwT_h7RlruI VpbqyBY_ZiDUXxrPx_.K7h5j2JUsVdj1tKoYkAqv5YzpH6Io0_f.PjklMQcmCKsPcLYRXpmDhLZs KYhp2aNIvzXATMlFA4JVm3NMcJMNI3JTe8lzPyiAMTYBXr6RguAVafVLHrVkw9BsvSr_olsjwfZu Xemw3lIbCbZxskyw0WP5TQPusdAroKRQkLeTAI6ydBNsyunDrkxBnxLM.daFh8eBm0txcZjH8voZ vxOvfgIXZnx3iH6PdMEkQdNlMJdX7IE1pxqGB1XEBpQNCjqRpNwkY8KG5TmOTk_dQQeMXnphseGU TitRtacnMjuiv8yr_yc5RHm_R8bE9h.rk88TfKOXneEQIWAgxl.4NOgxWQ7_IyIH2XMLR7oOKjVs cMvH88qdYL174jjbolTqqPaTZIR00liTntqRIO68Is.uRa1PZgDgwXKIGe3y_ROUxjktUuCF11Fl gIj.FErmhxoKBugrDlm6UDuSBU98L4Jsb1Me5m.Wz7hRdV0n5M6XRRPbJdM4irue69mZ0znCUpbQ NVXZ.AiAN4p.sz8OtAkPZiFu3JfRpjOfq1hs57ePOkH1zn3UgeOoSO7J.IzKjUar4_7DAYqaKY5E AjqYl.jvgSBeH1961GzCqvQppCGhGfIlXnciskYL8iNl.lNJElJKwR59Bt1_zt5G4zVT6vVOpvWH ytU0boTp87JbXrQZO.FK9J1ENJR7iRFiRaaikB6IYl.d.mHOwJtTS3ImlZVs7Ee80H4PYLVrc2s9 AJDAIaeH7R50i9JGCwNFuXzU3hPVvLT9Pv4y0JT8Xec6GqpVkBfhuYNpyrGYwdvmcqdD8Qxbg_Dc 1nuopDJQVnMfnRX9FMTZlHJT_cYfkhsp.yO1EzOxTpwXuMceIyAAPUJEQ03cSheiECQpnr06AH7R iFALo Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.ne1.yahoo.com with HTTP; Fri, 12 Oct 2018 12:07:38 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp424.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 318aedd6cb1ad1e4f607839f6d8bc0d9; Fri, 12 Oct 2018 12:07:35 +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 11.5 \(3445.9.1\)) Subject: multimedia/gstreamer1-libav building via system-clang on powerpc64 broken: cc: error: unknown argument: '-mminimal-toc' Message-Id: <0F3F3E12-EBE0-4454-AC69-1F71D81735ED@yahoo.com> Date: Fri, 12 Oct 2018 05:07:33 -0700 To: multimedia@FreeBSD.org, FreeBSD PowerPC ML , FreeBSD Ports ML X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 12:07:40 -0000 [I experiment with using modern compilers on powerpc64, here buildworld buildkernel was via devel/powerpc64-xtoolchain-gcc but included building clang and having clang as cc. clang's problems are tied to aspects of buildworld buildkernel but is otherwise usable.] /usr/ports is at -r480180 for the below. The poudriere-devel error log reported: checking whether the C compiler works... no configure: error: in = `/wrkdirs/usr/ports/multimedia/gstreamer1-libav/work/gst-libav-1.12.3': configure: error: C compiler cannot create executables See `config.log' for more details =3D=3D=3D> Script "configure" failed unexpectedly. Please report the problem to multimedia@FreeBSD.org [maintainer] and = attach the = "/wrkdirs/usr/ports/multimedia/gstreamer1-libav/work/gst-libav-1.12.3/conf= ig.log" including the output of the failure of your make command. Also, it might = be a good idea to provide an overview of all packages installed on your = system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). *** Error code 1 Stop. make: stopped in /usr/ports/multimedia/gstreamer1-libav =3D>> Cleaning up wrkdir =3D=3D=3D> Cleaning for gstreamer1-libav-1.12.3_2 build of multimedia/gstreamer1-libav | gstreamer1-libav-1.12.3_2 ended = at Fri Oct 12 03:49:50 PDT 2018 build time: 00:02:10 !!! build failure encountered !!! And config.log reported something very simple: use of a command line option that does not exist for clang. configure:4016: checking whether the C compiler works configure:4038: cc -O2 -pipe -g -isystem /usr/local/include = -fno-strict-aliasing -mminimal-toc -isystem /usr/local/include = conftest.c -L/usr/local/lib >&5 cc: error: unknown argument: '-mminimal-toc' configure:4042: $? =3D 1 configure:4080: result: no configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "GStreamer libav" | #define PACKAGE_TARNAME "gst-libav" | #define PACKAGE_VERSION "1.12.3" | #define PACKAGE_STRING "GStreamer libav 1.12.3" | #define PACKAGE_BUGREPORT = "http://bugzilla.gnome.org/enter_bug.cgi?product=3DGStreamer" | #define PACKAGE_URL "" | #define PACKAGE "gst-libav" | #define VERSION "1.12.3" | /* end confdefs.h. */ |=20 | int | main () | { |=20 | ; | return 0; | } configure:4085: error: in = `/wrkdirs/usr/ports/multimedia/gstreamer1-libav/work/gst-libav-1.12.3': configure:4088: error: C compiler cannot create executables See `config.log' for more details For reference: [19:06:38] [01] [00:02:24] Saved multimedia/gstreamer1-libav | = gstreamer1-libav-1.12.3_2 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDpowerpc64-default/default/gstreamer1= -libav-1.12.3_2.tbz [19:06:38] [01] [00:02:24] Finished multimedia/gstreamer1-libav | = gstreamer1-libav-1.12.3_2: Failed: configure [19:06:39] [01] [00:02:25] Skipping multimedia/gstreamer1-plugins-core | = gstreamer1-plugins-core-1.12: Dependent port multimedia/gstreamer1-libav = | gstreamer1-libav-1.12.3_2 failed =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 Oct 12 12:14:40 2018 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 5087A10BA676; Fri, 12 Oct 2018 12:14:40 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 018887FD41; Fri, 12 Oct 2018 12:14:40 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id ECC179AE1; Fri, 12 Oct 2018 12:14:39 +0000 (UTC) From: Jan Beich To: Mark Millard Cc: FreeBSD Ports ML , FreeBSD PowerPC ML Subject: Re: FYI: security/nss (as of -r480180) fails to build on powerpc64: error: incompatible pointer types passing 'int *' to parameter of type 'size_t *' References: <680F1E8C-FF93-447F-AEDC-E01E625A991C@yahoo.com> Date: Fri, 12 Oct 2018 14:14:35 +0200 In-Reply-To: <680F1E8C-FF93-447F-AEDC-E01E625A991C@yahoo.com> (Mark Millard's message of "Wed, 10 Oct 2018 20:08:48 -0700") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 12:14:40 -0000 Mark Millard writes: > The following is on a powerpc64 machine (old PowerMac G5 so-called > "Quad Core") running a personal build of head -r339076 that was > built via devel/powerpc64-xtoolchain-gcc and such (no gcc 4.2.1). > The compiler is system-clang (so clang 6 as cc). [I experiment > with more modern compilers and toolchains for some powerpc family > members.] > > -r339076 predates the openssl update in head. > > The port build is via ports-mgmt/poudriere-devel . > > Note: size_t is unsigned long (64 bits) while int is > 32 bits for powerpc64. > > I've no clue if this is supposed to work, be blocked as > broken, or what. (I've been without access to the powerpc > machines for some time and it is even longer since I'd > built updated ports. So this might be a long-standing > issue without my knowing it.) It's a bug as the 4th argument being size_t predates FreeBSD. In FreeBSD base -Werror is default but ports discourage it due to churn. In NSS -Werror was enabled since 3.21 but only for Clang or GCC >= 4.8. For now, the plan is to keep -Werror to avoid more facepalm situations. Anyway, fixed in r481895. Thanks for reporting. From owner-freebsd-ppc@freebsd.org Fri Oct 12 13:00:53 2018 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 D674510BBDDD; Fri, 12 Oct 2018 13:00:53 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8695A81622; Fri, 12 Oct 2018 13:00:53 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 5DD52A606; Fri, 12 Oct 2018 13:00:53 +0000 (UTC) From: Jan Beich To: Mark Millard Cc: FreeBSD Toolchain , FreeBSD PowerPC ML Subject: Re: On a powerpc64, system-clang crashes on audio/alsa-lib 's control.lo : "error in backend: A @@ version cannot be undefined" References: <1B7575F6-ED4D-42FE-BD51-B976F21B7CA6@yahoo.com> Date: Fri, 12 Oct 2018 15:00:49 +0200 In-Reply-To: <1B7575F6-ED4D-42FE-BD51-B976F21B7CA6@yahoo.com> (Mark Millard's message of "Wed, 10 Oct 2018 21:40:17 -0700") Message-ID: <8t33-9v5q-wny@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 13:00:54 -0000 Mark Millard writes: > The following is on a powerpc64 machine (old PowerMac G5 so-called > "Quad Core") running a personal build of head -r339076 that was > built via devel/powerpc64-xtoolchain-gcc and such (no gcc 4.2.1). > The compiler for the port build is system-clang (so clang 6 as cc), > not used for buildworld buildkernel. [I experiment with more modern > compilers and toolchains for some powerpc family members.] [...] > /bin/sh ../../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H > -I. -I../../include -I../../include -I/usr/ports/audio/alsa-lib/files > -O2 -pipe -g -fno-strict-aliasing -MT control.lo -MD -MP -MF > .deps/control.Tpo -c -o control.lo control.c [...] > fatal error: error in backend: A @@ version cannot be undefined > cc: error: clang frontend command failed with exit code 70 (use -v to see invocation) > FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on LLVM 6.0.1) > Target: powerpc64-unknown-freebsd12.0 > Thread model: posix > InstalledDir: /usr/bin Looks easy to reproduce on amd64 via -target e.g., $ cd /usr/ports/audio/alsa-lib $ make clean configure $ cd $(make -V WRKSRC)/src/control $ ln -s ${SYSDIR:-/usr/src/sys}/powerpc/include /tmp/machine $ make control.lo CC='cc -target powerpc64-unknown-freebsd12.0 -isystem /tmp' [...] fatal error: error in backend: A @@ version cannot be undefined cc: error: clang frontend command failed with exit code 70 (use -v to see invocation) FreeBSD clang version 7.0.0 (tags/RELEASE_700/final 342383) (based on LLVM 7.0.0) which points to the following conditional #ifdef __powerpc64__ # define symbol_version(real, name, version) \ __asm__ (".symver " ASM_NAME(#real) "," ASM_NAME(#name) "@" #version); \ __asm__ (".symver ." ASM_NAME(#real) ",." ASM_NAME(#name) "@" #version) # define default_symbol_version(real, name, version) \ __asm__ (".symver " ASM_NAME(#real) "," ASM_NAME(#name) "@@" #version); \ __asm__ (".symver ." ASM_NAME(#real) ",." ASM_NAME(#name) "@@" #version) #else # define symbol_version(real, name, version) \ __asm__ (".symver " ASM_NAME(#real) "," ASM_NAME(#name) "@" #version) # define default_symbol_version(real, name, version) \ __asm__ (".symver " ASM_NAME(#real) "," ASM_NAME(#name) "@@" #version) #endif and can be further reduced to int main() { __asm__ (".symver __foo,foo@@FOO"); __asm__ (".symver .__foo,.foo@@FOO"); } From owner-freebsd-ppc@freebsd.org Fri Oct 12 14:45:00 2018 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 EA42310C05FC for ; Fri, 12 Oct 2018 14:44:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-10.consmr.mail.ne1.yahoo.com (sonic308-10.consmr.mail.ne1.yahoo.com [66.163.187.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7C4E18587F for ; Fri, 12 Oct 2018 14:44:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 5tDIXPkVM1nqBi_rs9XEnOXW9Gk66dqiwPlaM5ARrrgl1B_uefe6Ke1pvn_nwtI wT4e2gsEGrbd9i0isrSySXcfjyoqbycJ3z9yTUfE5stz2XLMbtSahWDOacOLsCiQJJRf3uscI1II Pd.IBv2ZTvEuE8yZc2FdMNvd4i9xANL6GFoH7JPw3fWYIS1fEAq4HLsslroFAvMhMPGZn5Xz5XTA luIBDCsJRbd5YtEdf05yCKlPJ29uXkbUAn7naNExu0cQn3.OrUikQBsq3oa5Ju2ecGqK5trP81Fm d_DZwwYdozMJ30kzIF91PYUCxV7ZXd_HxZY5yk6f7mlfD7557rEpVh636YnJB4dS6w6AfPgtnXtZ XPGTzzxfZeBkSzrc7HxUEPcpOGIh1hm8fAScT50o9zzd3XSbVLL8y5pRHCBj496GDDwPK79Ilp6V wewqkbILGgvj4anfdTv_GmpXFKtBzXqZm8.DqvKyweYrliJPxXHz.5aLZ8E7eGSsLd.8zzSrduf0 vPLTiQnyKcggfOpx9t9_0WfGUSsj7DGOpQ1Ajr8qAslvo2OkrUnzdudIIB9DfZYoBOpLGEqnVeCf wn.HSyKiz0nSQoEcucrukCR7K6WSzj.cHz8ID3TzwkhZ2T27OfQoFkYJWCEZiBe3v_8OMpbw9mde HSXhExyPaVPa.6hQW4iMLc6o.5vhI_0ZPVgzS_UsOiHqnHkygjCOrUCAHV8FeYjtZl3g5wSi1U90 CpK.arJOq34ihSoe1oksSPzuWTzvbl7bQ2tzRUvZ0u3baA5sWrucAu7ktvIkSGiNPOSndzpUk5ta iEBq1snfGGPsTWyU.SW.e9x4q3i3F2QFfNNfFkCA3yPxCBcJZn2OcFtTnmJPAOI3YIv5vyGk9BhL EZcf9AHKh1lZoSAdxr83JjAIeOXmYZ8tQoXXVpb3IZpL8IX0WyzaGo9XyLtDkOIDKZ3Rw1dpHdjG HmndNPHLehLzHpmFfp9WVEHk2cymwPoQerJKsX9DUuZgy_RvdChB35r7YNuGtnQXOA_U9B3Pzmpn q83q2XPQCwFOvAR8_Noltio2VZBWV5s0Jjhf8RIriQv2d.KvYtFH4Nr740JBl5XzRvy3nv2.IOcL xNI6ps8rvuIRj1Spy Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.ne1.yahoo.com with HTTP; Fri, 12 Oct 2018 14:44:52 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp409.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID c653ea202ddf8ae0ce4bbcf1f75bf0bb; Fri, 12 Oct 2018 14:44:50 +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 11.5 \(3445.9.1\)) Subject: Two example patches: enable powerpc64 builds of devel/powerpc64-gcc and lang/gcc8 via system-clang ( avoiding clang's reserving vec_step ) Message-Id: <4B3B6F66-9B65-48F3-814B-49528B88EE0E@yahoo.com> Date: Fri, 12 Oct 2018 07:44:49 -0700 Cc: gerald@FreeBSD.org To: FreeBSD Toolchain , FreeBSD Ports ML , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 14:45:00 -0000 [I experiment with using modern compilers on powerpc64, here buildworld buildkernel was via devel/powerpc64-xtoolchain-gcc but included building clang and having clang as cc. clang's problems are tied to aspects of buildworld buildkernel but is otherwise usable.] When clang is built with support for altivec for powerpc* (powerpc64 here) and such it reserves a name not from the C/C++ language standards: vec_step . system-clang has enough enabled for powerpc64 to have reserved vec_step. If devel/llvm* ever enable enough powerpc64 support they would reserve vec_step too. (I've not checked if this is already happening.) Unfortunately, various devel/*gcc and lang/gcc* use that name in gcc/tree-vect-loop.c and so on powerpc64 those various *gcc* fail to build. The below just avoids the extra reserved word by renaming each non-comment vec_step in gcc/tree-vect-loop.c to vec_step_renamed . This has allowed me to build the example *gcc* 's in poudriere-devel on powerpc64 (head -r339076 based). One could imagine sed'ing or otherwise processing gcc/tree-vect-loop.c instead of having patch files. In the examples the original gcc/tree-vect-loop.c files are not the same: one patch for all *gcc* would not work. # svnlite status /usr/ports/devel/powerpc64-gcc/files/ | more ? /usr/ports/devel/powerpc64-gcc/files/patch-gcc_tree-vect-loop.c # svnlite status /usr/ports/lang/gcc8/files/ | more ? /usr/ports/lang/gcc8/files/patch-gcc_tree-vect-loop.c # more /usr/ports/devel/powerpc64-gcc/files/patch-gcc_tree-vect-loop.c --- gcc/tree-vect-loop.c.orig 2017-03-28 15:35:56 UTC +++ gcc/tree-vect-loop.c @@ -3832,7 +3832,7 @@ get_initial_def_for_induction (gimple *iv_phi) edge pe =3D loop_preheader_edge (loop); struct loop *iv_loop; basic_block new_bb; - tree new_vec, vec_init, vec_step, t; + tree new_vec, vec_init, vec_step_renamed, t; tree new_name; gimple *new_stmt; gphi *induction_phi; @@ -3986,7 +3986,7 @@ get_initial_def_for_induction (gimple *iv_phi) stepvectype =3D get_vectype_for_scalar_type (TREE_TYPE (new_name)); gcc_assert (stepvectype); new_vec =3D build_vector_from_val (stepvectype, t); - vec_step =3D vect_init_vector (iv_phi, new_vec, stepvectype, NULL); + vec_step_renamed =3D vect_init_vector (iv_phi, new_vec, stepvectype, = NULL); =20 =20 /* Create the following def-use cycle: @@ -4008,7 +4008,7 @@ get_initial_def_for_induction (gimple *iv_phi) induc_def =3D PHI_RESULT (induction_phi); =20 /* Create the iv update inside the loop */ - new_stmt =3D gimple_build_assign (vec_dest, PLUS_EXPR, induc_def, = vec_step); + new_stmt =3D gimple_build_assign (vec_dest, PLUS_EXPR, induc_def, = vec_step_renamed); vec_def =3D make_ssa_name (vec_dest, new_stmt); gimple_assign_set_lhs (new_stmt, vec_def); gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); @@ -4049,7 +4049,7 @@ get_initial_def_for_induction (gimple *iv_phi) gcc_assert (CONSTANT_CLASS_P (new_name) || TREE_CODE (new_name) =3D=3D SSA_NAME); new_vec =3D build_vector_from_val (stepvectype, t); - vec_step =3D vect_init_vector (iv_phi, new_vec, stepvectype, = NULL); + vec_step_renamed =3D vect_init_vector (iv_phi, new_vec, = stepvectype, NULL); =20 vec_def =3D induc_def; prev_stmt_vinfo =3D vinfo_for_stmt (induction_phi); @@ -4057,7 +4057,7 @@ get_initial_def_for_induction (gimple *iv_phi) { /* vec_i =3D vec_prev + vec_step */ new_stmt =3D gimple_build_assign (vec_dest, PLUS_EXPR, - vec_def, vec_step); + vec_def, vec_step_renamed); vec_def =3D make_ssa_name (vec_dest, new_stmt); gimple_assign_set_lhs (new_stmt, vec_def); =20 @@ -6324,13 +6324,13 @@ vectorizable_reduction (gimple *stmt, = gimple_stmt_iter =20 /* Create a vector of the step value. */ tree step =3D build_int_cst (cr_index_scalar_type, = nunits_out); - tree vec_step =3D build_vector_from_val (cr_index_vector_type, = step); + tree vec_step_renamed =3D build_vector_from_val = (cr_index_vector_type, step); =20 /* Create an induction variable. */ gimple_stmt_iterator incr_gsi; bool insert_after; standard_iv_increment_position (loop, &incr_gsi, = &insert_after); - create_iv (series_vect, vec_step, NULL_TREE, loop, &incr_gsi, + create_iv (series_vect, vec_step_renamed, NULL_TREE, loop, = &incr_gsi, insert_after, &indx_before_incr, &indx_after_incr); =20 /* Next create a new phi node vector (NEW_PHI_TREE) which = starts # more /usr/ports/lang/gcc8/files/patch-gcc_tree-vect-loop.c --- gcc/tree-vect-loop.c.orig 2018-10-10 22:41:40.295753000 -0700 +++ gcc/tree-vect-loop.c 2018-10-10 22:57:44.698855000 -0700 @@ -4970,13 +4970,13 @@ =20 /* Create a vector of the step value. */ tree step =3D build_int_cst (cr_index_scalar_type, nunits_out); - tree vec_step =3D build_vector_from_val (cr_index_vector_type, = step); + tree vec_step_renamed =3D build_vector_from_val = (cr_index_vector_type, step); =20 /* Create an induction variable. */ gimple_stmt_iterator incr_gsi; bool insert_after; standard_iv_increment_position (loop, &incr_gsi, &insert_after); - create_iv (series_vect, vec_step, NULL_TREE, loop, &incr_gsi, + create_iv (series_vect, vec_step_renamed, NULL_TREE, loop, = &incr_gsi, insert_after, &indx_before_incr, &indx_after_incr); =20 /* Next create a new phi node vector (NEW_PHI_TREE) which starts @@ -7641,7 +7641,7 @@ tree vec_def; edge pe =3D loop_preheader_edge (loop); basic_block new_bb; - tree new_vec, vec_init, vec_step, t; + tree new_vec, vec_init, vec_step_renamed, t; tree new_name; gimple *new_stmt; gphi *induction_phi; @@ -7834,7 +7834,7 @@ new_name =3D vect_init_vector (phi, new_name, TREE_TYPE (step_expr), NULL); new_vec =3D build_vector_from_val (vectype, new_name); - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); =20 /* Now generate the IVs. */ unsigned group_size =3D SLP_TREE_SCALAR_STMTS (slp_node).length = (); @@ -7873,7 +7873,7 @@ =20 /* Create the iv update inside the loop */ vec_def =3D make_ssa_name (vec_dest); - new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, = induc_def, vec_step); + new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, = induc_def, vec_step_renamed); gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); set_vinfo_for_stmt (new_stmt, new_stmt_vec_info (new_stmt, = loop_vinfo)); =20 @@ -7904,7 +7904,7 @@ new_name =3D vect_init_vector (phi, new_name, TREE_TYPE (step_expr), NULL); new_vec =3D build_vector_from_val (vectype, new_name); - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); for (; ivn < nvects; ++ivn) { gimple *iv =3D SLP_TREE_VEC_STMTS (slp_node)[ivn - nivs]; @@ -7915,7 +7915,7 @@ def =3D gimple_assign_lhs (iv); new_stmt =3D gimple_build_assign (make_ssa_name (vectype), PLUS_EXPR, - def, vec_step); + def, vec_step_renamed); if (gimple_code (iv) =3D=3D GIMPLE_PHI) gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); else @@ -8041,7 +8041,7 @@ gcc_assert (CONSTANT_CLASS_P (new_name) || TREE_CODE (new_name) =3D=3D SSA_NAME); new_vec =3D build_vector_from_val (vectype, t); - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, NULL); =20 =20 /* Create the following def-use cycle: @@ -8064,7 +8064,7 @@ =20 /* Create the iv update inside the loop */ vec_def =3D make_ssa_name (vec_dest); - new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, induc_def, = vec_step); + new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, induc_def, = vec_step_renamed); gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); set_vinfo_for_stmt (new_stmt, new_stmt_vec_info (new_stmt, = loop_vinfo)); =20 @@ -8108,7 +8108,7 @@ gcc_assert (CONSTANT_CLASS_P (new_name) || TREE_CODE (new_name) =3D=3D SSA_NAME); new_vec =3D build_vector_from_val (vectype, t); - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); =20 vec_def =3D induc_def; prev_stmt_vinfo =3D vinfo_for_stmt (induction_phi); @@ -8116,7 +8116,7 @@ { /* vec_i =3D vec_prev + vec_step */ new_stmt =3D gimple_build_assign (vec_dest, PLUS_EXPR, - vec_def, vec_step); + vec_def, vec_step_renamed); vec_def =3D make_ssa_name (vec_dest, new_stmt); gimple_assign_set_lhs (new_stmt, vec_def); =20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Fri Oct 12 20:59:47 2018 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 976C410CAA0A for ; Fri, 12 Oct 2018 20:59:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-3.consmr.mail.bf2.yahoo.com (sonic307-3.consmr.mail.bf2.yahoo.com [74.6.134.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3B12375D8D for ; Fri, 12 Oct 2018 20:59:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: nTrznQcVM1movPyqsSzA_RVJLedC9.cvfhNV_tZVSvF5wh13zbwd2oqHN.6cEeR WelSy2bmlP5bhjiTaJfyP.E5DFOFaAFn9tJE_hFV96sOuBlZyiE0IkN_5GeBPH3XYPrVP5I2FmyG rPrgyp.Xxqnkj5ee1anBH7mWJvE9y5SYSK5m1PalC23fpGzEEBF32tbHA2.22h5H_l1x16Bw6iTs G3jHHR_E.0y04bsE7fBPU26dWrQjB8FHsJfxXr0ZTPsxRg2AwaHYEeXOMiRQUv7eIzNtvZWcYAOs 3WfML2sDay4eEwLsqTOWwfivfR.x6NK25YeZRZ771dT_mstHOaebq6eQ66wgnOGPN9AcAIwoX9nT aMozZEmaVLN8Bq.wFQ05GyYhWUmht0jcyn3wM_alDT7Jh6XZLb0YHN0Bzz1JMFaur.vjkXvxn46N qVS9tAXZpsDlGOQeCU3yDWx46xKHR0q5AJOrpRjL3ZWNtTAabWOgfJhO8WQTV1BXYrIJYZaLX.o7 yStXq.1nGyvzpZuwHo90Zoe1REh8xGfT5AAH2ho3Ivc5MPO3futS7VE7kYHV3kOJ04iM1kTk35Tl r1zn_yUpXTqdAU7.MW9Sm2SzKEEB9xZU3HhSvMyqhmlwHAWm7guKDxQrT225wT3r7vgt6GZY_Zag Oplzx2On.D22XyYSEH9WQYivKHuopBS_dJO93vQsHFJlXSRqoWJ15O8VQ01Te8zl4DtiorTbINGE yFZNQ.RkkBAyDAwtydA.EUfVWAIkcIPFtKWlG6tezPfkC276Nj7ijeDNbV.atiJov58N8vcgFA6m cO1O1qkktp.reKJf0sp9R3Kn0MqeUTV3i0.QYtdb371f4BtfVrU38Vv0Xt0vHa25okMCctcd7.MU arVL8bnMarZNqrtD6aAmYQWhvBz038ZD0hT4d57ARpiGMobY7vH0C5RUCZ2xPK.oGppFxi0nvLQ3 yZWxAac.hG4IWsyTaii5XLhdPVBItk_7.JP7Dn0o7FMWwgzekrUxA4xOtog2yG8skXfr5nkQoYsR V9suaFHo2vZECuB2qdxyqSw5M4v5y_XYKkMZJpCxDzRJvA_ZP9FeF4a_Qb.heQBrzhH_pBPlcDgf xfuW0zZrZDQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.bf2.yahoo.com with HTTP; Fri, 12 Oct 2018 20:59:46 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp422.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID d73803324d96c0df1040ed9066030d1a; Fri, 12 Oct 2018 20:59:41 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: FYI: powerpc64 headbuilt via devel/powerpc64-xtoolchain-gcc and C++ exceptions for user code built by system-clang or devel/powerpc64-gcc (as of head -r339076 and ports -r480180) Message-Id: Date: Fri, 12 Oct 2018 13:59:39 -0700 Cc: FreeBSD Toolchain , John Baldwin To: FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 20:59:47 -0000 I built a powerpc64 head -r339076 via devel/powerpc64-gcc and the like that built clang as cc as well (and WITHOUT_LIB32). This included use of base/binutils to the the powerpc64 set up. The system and kernel are non-debug builds (but with symbols). [system-clang is not used for buildworld buildkernel because of known issues (last I tried).] booting, buildworld, buildkernel, poudriere building what totaled to be somewhat under 400 ports all seem to work. But . . . It been a long time since I've done something analogous and a significant item in the result is different than in the past once I started testing the throwing of C++ exceptions in code produced by system-clang or by devel/powerpc64-gcc : Such code ends up stuck using around 100% of a CPU. An example is the program: # more exception_test.cpp #include int main(void) { try { throw std::exception(); } catch (std::exception& e) {} return 0; } For system-clang it ended up with: # ldd a.out a.out: libc++.so.1 => /usr/lib/libc++.so.1 (0x81006d000) libcxxrt.so.1 => /lib/libcxxrt.so.1 (0x810184000) libm.so.5 => /lib/libm.so.5 (0x8101ab000) libc.so.7 => /lib/libc.so.7 (0x8101eb000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x810554000) That program goes into an possibly unbounded execution. (Historically when this program had problems it would stop and produce a core file.) When compiled by devel/powerpc64-gcc the a.out that results does the same thing. ( /usr/local/bin/powerpc64-unknown-freebsd12.0-c++ as the compiler path ) So this is not really clang specific in any way. This ended up with: # ldd a.out a.out: libc++.so.1 => /usr/lib/libc++.so.1 (0x81006d000) libcxxrt.so.1 => /lib/libcxxrt.so.1 (0x810184000) libm.so.5 => /lib/libm.so.5 (0x8101ab000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x8101eb000) libc.so.7 => /lib/libc.so.7 (0x810211000) (That should not have involved clang or llvm at all.) But compiled by lang/gcc8's g++8 the a.out that results works fine. This ends up with: # ldd a.out a.out: libstdc++.so.6 => /usr/local/lib/gcc8/libstdc++.so.6 (0x81006e000) libm.so.5 => /lib/libm.so.5 (0x8102c7000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x810307000) libc.so.7 => /lib/libc.so.7 (0x81032d000) It is not clear if using base/gcc as system cc would do any better than using system-clang does or than devel/powerpc64-gcc does: it is sort of a variant of devel/powerpc64-gcc . It will probably be some time before I figure out much about what is going on. Two things common to the problem cases are: libc++.so.1 => /usr/lib/libc++.so.1 (0x81006d000) libcxxrt.so.1 => /lib/libcxxrt.so.1 (0x810184000) lang/gcc8 avoids those being involved. Notes: Some time ago I'd used system-clang to build such programs in an environment built via devel/powerpc64-gcc and devel/powerpc64-binutils and the programs worked. The same for devel/powerpc64-gcc use: the code it produced for the programs also worked. At this point I've no clue what changed or when. WITHOUT_LIB32= is because, for every post-gcc 4.2.1 that I've tried, the lib32 produced misuses R30 in crtbeginS code (vs. the ABI for FreeBSD) and 32-bit code just produces core files from the bad so-called address dereference that results. I'd rather have throwing C++ exceptions working and lack of lib32 than have lib32 but not have throwing C++ exceptions working. But at the moment how to have such is not obvious when fairly modern compilers and toolchains are involved. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Fri Oct 12 22:33:36 2018 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 1158B10CD1CB; Fri, 12 Oct 2018 22:33:36 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9566A79413; Fri, 12 Oct 2018 22:33:35 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.home.andric.com (coleburn.home.andric.com [192.168.0.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id D97333A352; Sat, 13 Oct 2018 00:33:27 +0200 (CEST) From: Dimitry Andric Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_75297E3E-55E8-49FC-91C0-B17BC9CB6C87"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: On a powerpc64, system-clang crashes on audio/alsa-lib 's control.lo : "error in backend: A @@ version cannot be undefined" Date: Sat, 13 Oct 2018 00:33:23 +0200 In-Reply-To: <8t33-9v5q-wny@FreeBSD.org> Cc: Mark Millard , FreeBSD Toolchain , FreeBSD PowerPC ML To: Jan Beich References: <1B7575F6-ED4D-42FE-BD51-B976F21B7CA6@yahoo.com> <8t33-9v5q-wny@FreeBSD.org> X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 22:33:36 -0000 --Apple-Mail=_75297E3E-55E8-49FC-91C0-B17BC9CB6C87 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 12 Oct 2018, at 15:00, Jan Beich wrote: >=20 > Mark Millard writes: >> The following is on a powerpc64 machine (old PowerMac G5 so-called >> "Quad Core") running a personal build of head -r339076 that was >> built via devel/powerpc64-xtoolchain-gcc and such (no gcc 4.2.1). >> The compiler for the port build is system-clang (so clang 6 as cc), >> not used for buildworld buildkernel. [I experiment with more modern >> compilers and toolchains for some powerpc family members.] > [...] >> /bin/sh ../../libtool --tag=3DCC --mode=3Dcompile cc -DHAVE_CONFIG_H >> -I. -I../../include -I../../include -I/usr/ports/audio/alsa-lib/files >> -O2 -pipe -g -fno-strict-aliasing -MT control.lo -MD -MP -MF >> .deps/control.Tpo -c -o control.lo control.c > [...] >> fatal error: error in backend: A @@ version cannot be undefined ... > and can be further reduced to >=20 > int main() > { > __asm__ (".symver __foo,foo@@FOO"); > __asm__ (".symver .__foo,.foo@@FOO"); > } Submitted as https://bugs.llvm.org/show_bug.cgi?id=3D39270, though upstream alsa-lib seems to have dropped this powerpc64 specific workaround: = http://git.alsa-project.org/?p=3Dalsa-lib.git;a=3Dcommit;h=3D3bad0a21b4d13= d8d10691f382c836897fa7a7cb9 You might want to try if that also works for you. -Dimitry --Apple-Mail=_75297E3E-55E8-49FC-91C0-B17BC9CB6C87 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCW8EhMwAKCRCwXqMKLiCW o/qHAKCBM+r/K4IMa4bJSkYbP1vgn2DLaACfZUsEsi5Td1e4eV2xAuydncfW49I= =3S57 -----END PGP SIGNATURE----- --Apple-Mail=_75297E3E-55E8-49FC-91C0-B17BC9CB6C87-- From owner-freebsd-ppc@freebsd.org Fri Oct 12 23:26:19 2018 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 520BF10CEA96; Fri, 12 Oct 2018 23:26:19 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0C34B7B507; Fri, 12 Oct 2018 23:26:19 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id F0DF91672E; Fri, 12 Oct 2018 23:26:18 +0000 (UTC) From: Jan Beich To: Dimitry Andric Cc: Mark Millard , FreeBSD Toolchain , FreeBSD PowerPC ML Subject: Re: On a powerpc64, system-clang crashes on audio/alsa-lib 's control.lo : "error in backend: A @@ version cannot be undefined" References: <1B7575F6-ED4D-42FE-BD51-B976F21B7CA6@yahoo.com> <8t33-9v5q-wny@FreeBSD.org> Date: Sat, 13 Oct 2018 01:26:15 +0200 In-Reply-To: (Dimitry Andric's message of "Sat, 13 Oct 2018 00:33:23 +0200") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 23:26:19 -0000 Dimitry Andric writes: > http://git.alsa-project.org/?p=alsa-lib.git;a=commit;h=3bad0a21b4d13d8d10691f382c836897fa7a7cb9 > > You might want to try if that also works for you. Applied in r481945. Let's see what happens. ;) From owner-freebsd-ppc@freebsd.org Sat Oct 13 03:21:54 2018 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 6B7FF10D6D60 for ; Sat, 13 Oct 2018 03:21:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.ne1.yahoo.com (sonic309-22.consmr.mail.ne1.yahoo.com [66.163.184.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0BA6184663 for ; Sat, 13 Oct 2018 03:21:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: uccTcnwVM1nrPWxYKi9xWQUcVEs1ix3ZXaAC57jjWldTJuKu8HDAo9EccuHCSY6 1iBObpl3m10ChwRLzsBmkA4q97KU0w0.f5mtlrpoyIAPvDdh6pVnmLvkcMVs29Td5hnHNdg9x4Fm f_DmT9WPfhzxop42ATmlDS7YDLnKTA6YysPD2SVP85S3mQpNjI3IKCfq_9pokIDEGT0PAPBeKN5q Lu5LY0tcNHtpVFN1OGxc6ezAYoBUqHg8ISQ_pfVJlNTi2BitFLX7G6.tPj.JPWzMiLFPKKIQ5aZ4 6.VE8ngbSNSCgu5e2D2hv9.UsY_ay72Du3nrBv9hDDlgOH_WIFsVdCEiJm_HvD_d53mxNSuRcV1Q RUhSdAdQ_ucSNJ228DAfvI1XrHf6wdZz_xIJgjF5xxiPQal4Vx2F59Mt08v4isWE0.V8Vbvf0vtU .uhNHQDGIFByURtqNUq92mCUDjoXy4JjRUBwEQnTxTHM3KQkejGPnlPciwF_SEPS5_ZuZhxnVuXL Uvu84R8uq_2i0EWHgC94.IbR97iDr1GLAKGMV9CaphXnCEp.e8F0OROSII7KMEIUFyiAc9NPDDpV tn3bNyLDOEgEeGiZfNQ3pOmi0kxy_uuoN2fW_Og8.5_2MQRhqIakY3wM8XKqsgrQKofo2Kiq__PX GTSzD98zaSkuLyfXxbPXWu1YLgcLY6u_Pcv1EW0DuzpWKLE19nNQVUGa0CYLK6M3PaI327FILAGi L2fzucRFhUdSrRJ.BcE8k3tq8PvPX_6iSsKi85OhbOuxvCUUBwpS8BiJ1IbhkdoqBMmr2VH0FFA4 8PERCgf0C3fqHRT0W4tMkJtvf6a7QveriuJlkGdDqSa30Y26WyswBr1Z06H846HaB0VQ_VxC1E2g lf6Y8VqzNUJqcc0zmWIyWMP7Bq.thCQ84mTEP2TqnzLxLOVRe7VxZZQc5iFFEafCDl84H0hBJSrY cuUieRfynufi7URqW6lxZFpnwZjQVsJmAr9m_KfcwBLVdn_TBWLf7VVHeUGYg.qmv8QFxhuhCRYL wGadzVThipJUXXwdAlaYiWANray2kmLDuO66mwLbgIY_X5O7wrIxjm9FfiFH6IUo0xUO33CpVzOC qAAqdPg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.ne1.yahoo.com with HTTP; Sat, 13 Oct 2018 03:21:52 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp403.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID f196d83be02f0b17d30a9e6c8270fd15; Sat, 13 Oct 2018 03:21:49 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: An FYI: What lldb is built for when targeting powerpc64: Current executable set to 'a.out' (powerpc64le) Message-Id: <8FE32D65-6FB7-4E6A-9FBD-A3AEBDE88020@yahoo.com> Date: Fri, 12 Oct 2018 20:21:47 -0700 To: FreeBSD Toolchain , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Oct 2018 03:21:54 -0000 [I was not expecting lldb to work on/for powerpc64. But I thought the powerpc64le reference by lldb was interesting.] # lldb a.out (lldb) target create "a.out" Current executable set to 'a.out' (powerpc64le). # file a.out a.out: ELF 64-bit MSB executable, 64-bit PowerPC or cisco 7500, version = 1 (FreeBSD), dynamically linked, interpreter /libexec/ld-elf.so.1, = FreeBSD-style, for FreeBSD 12.0 (1200084), with debug_info, not stripped =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 Oct 13 19:18:25 2018 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 D0F5F10D3351 for ; Sat, 13 Oct 2018 19:18:25 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from d.mail.sonic.net (d.mail.sonic.net [64.142.111.50]) (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 39FD586846 for ; Sat, 13 Oct 2018 19:18:25 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from comporellon.tachypleus.net (cpe-75-82-218-62.socal.res.rr.com [75.82.218.62]) (authenticated bits=0) by d.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id w9DJIFYw000835 (version=TLSv1.2 cipher=AES128-SHA bits=128 verify=NOT) for ; Sat, 13 Oct 2018 12:18:16 -0700 Subject: Re: Failed attempt to boot a (non-debug) head -r339076 on an old PowerMac G5 "Quad Core" (built via devel/powerpc64-gcc): Waking up CPU 1 To: freebsd-ppc@freebsd.org References: <0E6DB192-37A3-45EC-87E9-C5AA1C9397AE@yahoo.com> <785D268A-2612-459F-BD1F-A650D9ECCA28@fh-muenster.de> <3DCB6910-6F08-408A-B3D1-70A7EB5A55BC@yahoo.com> <037e3dd6-cc0c-a39f-f074-bce01887156c@blastwave.org> <20181008152746.1aba4221@ralga.knownspace> <031407DB-57AD-4E09-9A22-A0D4A347576E@yahoo.com> <4fe5af91-bbef-7873-3c48-4b1b440c871a@fgznet.ch> <68d24bdd-9542-3007-3deb-271dcb722e9e@fgznet.ch> From: Nathan Whitehorn Openpgp: preference=signencrypt Autocrypt: addr=nwhitehorn@freebsd.org; keydata= xsFNBFuARN8BEADLKYsG3l1aq/M21R59I/5EsEfvtvd15ZJ9lDHcWPuxzIfGnu2LMpe5PrFP e/Y4bcsPrlB4S3I3ooIUDvoEEsDeqgqlZod3QevOK/RjLqiqx1i/4mKnobJ++3ppyVVIccgN sUrj786OYCFCI/W+uWw7cbKewNeaL//Z/TDKlHLkssiy6qmZbNQ0ZjcMLJKUesk4eVg2TtTD HNe42ZuxbUC9iLYieO4c7kQB4qiFhagDRiObXrLzvm2MQYeAaNVRqID+mfI75TWrQ+t98iVu mHvFu461eeteq59jg6H/IL07ACxL+HzEVM+D6tPtPrz7ppr3wiZL5Cu17yu0nAx0nhJTV8ZB qza1rOVun0x65S14L41XD2HkmBDxTaRlTg8ypnkLFo8kh+MEq4k67apL/DUGcaUjKy2TVUC7 3igLO/DwQHrkWx2RrOmS3xS0TgGXVmB47nq2Zveo3fcjporQK63n2sbLkS70cfAJAJ9KHEIx u9am44iW5Ku3+mVLgQYybtcUxlk/Jw/BA5V6KUcDQMd5kTm0MyagziqMaT+57ceYxwRBK4HC DCLRpSOHV81/YzyL5vnwfHsxADm3091rd0uwr8uRCQn7wLvlcFyp/JKSFkVnE1oo7UE4QQJZ GbSJyvj7GdXu0LdghALcMj/thdb+js4D3UuCaAMecgVSscxEIQARAQABzS5OYXRoYW4gV2hp dGVob3JuIDxud2hpdGVob3JuQGljZWN1YmUud2lzYy5lZHU+wsGOBBMBCAA4FiEEPWQg+qgh ST6Avw1hOLZNlGaE6HcFAluAUl4CGwMFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQOLZN lGaE6HeHFw//fN2CzkiW1yedjLGEQ3uXRMgu6geRgWdtkgg/pOhn5OLSQI4R59kjvHNHHqln 1QYdxe63lsbe+7CRsTKuke3/mgsQ1h6n7cCzsoXVP3eLtWjshAz7spwUcdRRFTSbwkMzKcRn plpr+ByZDw98vnpQo10J5xYmf6if6wcEpVlazwnC5G1gHktM4X0jrlAUKSgVx7MG8o4G6af9 7MQJINAG6g6+BlBH3u5fmPunKi9qgHsZxKnTZneD2mO5u2x6p1qmqybvfvWI5UEvktPeEext JBeXXqdex+HWmAbLYznLUoBloBl+fW5Lo9VapkcGubvGC0WLr/gYuamAApwoFpa4/SBqgmHr JSsPqoDtheWt9oYzuYkYW5+tpJQoDVdG3KCOQJSYZIbNT8HyviFY32ZSn6gIn2qP/5E+rA8J +6/57XCZXPazE4FiPNbwY/OwZoi7w0yRKcdmJoSoC/GdjtQbjyeARbAaHIcudeU/bB3paGS2 rHkoW4iR5TnK/V/QJvNT4KC6Dw3m6pfBIzsF+smcyjz+MzBFQNvSOtG4kJQooKcMsThas8oX VTx+WsqNAVOeQKTOU74jlUYKm5+w5aIOJbc8jg1LlTWJus1SxYtxT9lgNwOCUhE/j6Ueq9jG V9POWg31C44akWmnK8rS4PImUBsPKwtxUNM6BhfZRbtIjQ7OwU0EW4BFQQEQAOLKFtg6us0A LA7LtvjxIskIgqFJjHw2ka/UtdJ432P9kvmBq7z4v0+m/gkxCOOG0yDi2Cv/ALJobsyb56tb U6MU0SRjTio35S2jit369B1BDC2TLNF337sUquUx0l4wkEXEBefvLRYouF8BRbkgjveg7sA4 NjsiduQx92vPJnBoaH2OWxqDbr5X6kF5cx9jPrKUJ4ZqH/raE/SSDhtow4aKO0nWbteVGck1 5W1X/S8KziPXKazxCQ8qprQRTAehsdG/bSbWD95hp3TAlEbl4N4UqqS7n4jCZunCeii2TDZH Vvx/lpFAT2ezx646p2PUmH5hpiVMgbY5uHcyahwNf+eNOO7gotnNYoieoLw4fUeTYOq+s3IN isCB4iovQcZOCYSzmwRolQRggX0tBSenR6Pgp38YjVIkWvMHhxbVifAusjvVbm/GQeA2MaCt kog53Iyfo7ri9DeNpVuRc/47BxHi8JtdyyGgLO13Ajcwc6V7KLeDmw/SXJAMssuWQlXzs8Og spNvtymBh5rq4TlxAY65L3Yv/yh0izEztOJO3Ob9y3gLrp7TeDI0EO9SyGuFXbgWY/NXlDwW HWguMgO7DWM/KxeaMYyHfnffIeQ6uhM21y42I7NV11mWwycv/XJkID3fd7GWBecakdYnYI/7 FYMDHmsUQPmSMkbqCqYcZe47ABEBAAHCwXYEGAEIACAWIQQ9ZCD6qCFJPoC/DWE4tk2UZoTo dwUCW4BFQQIbDAAKCRA4tk2UZoTod2RbEACbQ2bwJ3++bvqclErbekf7BXYja37/HxGE67q3 9xf28hen8vWGtXwq4bWmZT5H8bBqXigA4bUU4nN4X3xEDfTyqkQMuDTnnwT7Y61B4QEqhi4a q4adf/KP0l1UCg4CJ0KS931Han+VbiuUcbadu1ZX37Ef6g/hG+mt59FeXDMU0rers2Bpr8zB 8ywojAsVC92kvOHLsCQtdCsPzC+R6B1bY6/Re9slM1NBd+2k4BUVhYu8Fb8Ir37OmN0aGQzY uRczfrmR/OV5/1+g5XeYSFbq/0Q3KkFWLHfimff8lb9GRWrdvOUpYyGluv49b/G5o9lSxPwX yBfaoVi/WDDfJ/XJw9H90XK68TYxPfEQkeuLEEzg+Bz3Zeduyo2Zx4S5apLqAbv0RzduXgIG YZVPu8R4ya8nQWHeUpot17lt8SL7yFkMJaAXk27QqUAaxjqnGBLn70YMWXFGySfvjgaR1Ftu /S/HSKqH7m8aFYZftqs7ZojXNdqGHZKRrIx6hRUYuZQM8uxHDweF4jF+QIwYIUmtry5h8iti Sjt9KHjpkH3Wz5o1mk6cbFNN+wgpHplDl/iZMZjFskTAJfEsYHVSSm21zcYvvogrbqYvciMT ty65+0A8Gz9tMbcNx9ePaGoM+9jeFehrzTjdaiTiC+umSd/Y29DCW4OBMr1VfufVVKbfAQ== Message-ID: <00fd0879-f071-380e-dc05-0d206bca3c65@freebsd.org> Date: Sat, 13 Oct 2018 12:18:15 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <68d24bdd-9542-3007-3deb-271dcb722e9e@fgznet.ch> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US X-Sonic-CAuth: UmFuZG9tSVao28Z8P14TW+yzIHglB+mRmpe1ma7M9vhqB8rkBVc1qpsHOxHlb5fjTI1B2NRNjUYGMmvgrWOTJ1nXhm/AhogQW8kIYeeXq/8= X-Sonic-ID: C;tIApvBzP6BGSpf+mSH5B5g== M;BBquvBzP6BGSpf+mSH5B5g== X-Spam-Flag: No X-Sonic-Spam-Details: 0.0/5.0 by cerberusd X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Oct 2018 19:18:26 -0000 On 10/9/18 2:07 PM, Andreas Tobler wrote: > On 09.10.18 22:40, Andreas Tobler wrote: >> On 09.10.18 22:35, Mark Millard via freebsd-ppc wrote: >>> [Reverting head -r334498 in my head -r339076 context was enough to ge= t >>> the G5 so-called "Quad Core" to boot just fine as a variant of >>> -r339076 .] >>> >>> On 2018-Oct-9, at 12:54 PM, Mark Millard wrote= : >>> >>>> On 2018-Oct-9, at 8:20 AM, Mark Millard wrote= : >>>> >>>>> [The stable/head mix seems to be a wrong idea: 11.2 gets past >>>>> the SMP: messages just fine on the so-called G5 "Quad Core".] >>>>> >>>>> On 2018-Oct-8, at 5:14 PM, Mark Millard wrot= e: >>>>> >>>>>> On 2018-Oct-8, at 1:27 PM, Justin Hibbits >>>>> gmail.com> wrote: >>>>>> >>>>>>>> . . . >>>>>>> >>>>>>> It would be helpful to know the last known-good SVN revision, >>>>>>> both for >>>>>>> Head and 11.x, as well as the oldest failing one.=C2=A0 Since my = G5 >>>>>>> bit the >>>>>>> dust, I can't check locally. >>>>>> >>>>> . . . >>>> >>>> There are examples of head's kernels that sometimes >>>> fail to get to the "SMP:" messages and sometimes work >>>> for getting there (and beyond). So: >>>> >>>> My reporting any example failure is a solid indicator >>>> of the "does not reach "SMP:" problem in that build. >>>> (All tries reached the waking message on at least cpu >>>> 1.) >>>> >>>> My reporting "worked" for a revision might be a >>>> misclassification. (This makes for a messier >>>> "binary-like search".) >>>> >>>> That said, the summary of the later detail is: >>>> >>>> head -r334494 kernel worked >>>> head -r334528 kernel failed >>>> >>>> (There is nothing between those for: >>>> >>>> https://artifact.ci.freebsd.org/snapshot/head/r*/powerpc/powerpc64/k= ernel.txz >>>> >>>> >>>> so getting a smaller range requires builds. >>>> I've not attempted that.) >>>> >>>> The only machine-dependent powerpc64 change between >>>> those 2 that I see is: >>>> >>>> Author: jhibbits >>>> Date: Fri Jun=C2=A0 1 21:37:20 2018 >>>> New Revision: 334498 >>>> URL: >>>> https://svnweb.freebsd.org/changeset/base/334498 >>>> >>>> >>>> Log: >>>> =C2=A0=C2=A0 Increase powerpc64 KVA from ~7.25GB to 32GB >>>> . . . >>>> >>>> . . . >>> >>> In my -r339076 build context I reverted -r334498, did a >>> buildkernel, installed it, and rebooted into -r339076. >>> >>> The result booted just fine. >>> >>> It does appear that, for head, -r334498 makes the difference >>> for some reason. >> >> Unfortunately I have to confirm your findings. > > Mark, how much physical ram do you have? Can you adjust the > VM_MAX_KERNEL_ADDRESS just below the amount of RAM you have and see if > -CURRENT boots? Here it does, I have 14GB and I adjusted > VM_MAX_KERNEL_ADDRESS to 12GB. It is just a trial to find out what is > happening. > > Thanks, > Andreas My guess is that the combination of large RAM (so big DMAP) and large KVA is causing SLB overflows: a combination of these above 16 GB will make this rate non-zero. These are fine while in the kernel or userspace -- they get handled transparently -- but could be fatal during a call to Open Firmware, which, on Apple hardware, operates with the MMU on since OF doesn't have the appropriate trap handlers to handle DSE/ISE. This would also explain why the issue only affects Apple hardware. There would be a few ways to fix it: 1. Distill the OF tree to an FDT before starting the kernel (usefdt=3D1 option in the loader). There are still issues with this on some Apple hardware. 2. Right before calling into OF, and after any possibility of=C2=A0 prefa= ult all the possible SLB entries corresponding to any 32-bit address (all the ones OF could possibly use) to eliminate the possibility of in-firmware SLB faults. 3. Leave the kernel SLB fault handlers (+ associated metadata at low addresses) in place during OF calls. -Nathan From owner-freebsd-ppc@freebsd.org Sat Oct 13 19:53:33 2018 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 C4FE510D3FCE for ; Sat, 13 Oct 2018 19:53:33 +0000 (UTC) (envelope-from cam@neo-zeon.de) Received: from neo-zeon.de (neo-zeon.de [96.90.244.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.neo-zeon.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 51859882FF for ; Sat, 13 Oct 2018 19:53:33 +0000 (UTC) (envelope-from cam@neo-zeon.de) Received: from [192.168.0.55] (ukyo.nerv.lan [192.168.0.55]) (authenticated bits=0) by neo-zeon.de (8.15.2/8.15.2) with ESMTPSA id w9DJrQra005627 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sat, 13 Oct 2018 12:53:26 -0700 (PDT) (envelope-from cam@neo-zeon.de) Subject: Re: FreeBSD 12.0-ALPHA4 fails to boot on POWER9/KVM To: freebsd-ppc@freebsd.org References: <5d84652d-8b54-19f9-1396-e7c9acbe6c03@neo-zeon.de> <5f44c6d6-7eec-6732-6fef-123e7e0d3292@freebsd.org> <2b4455f4-37f6-5645-dcba-2cc41c845ae8@neo-zeon.de> <0a970b75-160a-e40e-b360-1b73a753f701@freebsd.org> <573eb381-35f0-5523-3d6a-77a01174bdc8@blastwave.org> From: Cameron Berkenpas Message-ID: Date: Sat, 13 Oct 2018 12:53:26 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <573eb381-35f0-5523-3d6a-77a01174bdc8@blastwave.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Oct 2018 19:53:34 -0000 Hello, Finally had some time to spin up my own ISO from 12-CURRENT. Unfortunately, it still fails. Looks like there's no real change from before. # This is how I built the cdrom image: make cdrom TARGET=powerpc TARGET_ARCH=powerpc64 make cdrom TARGET=powerpc TARGET_ARCH=powerpc64 I tried this with revision r339340. When I try bootonly.iso, I get the issue where FreeBSD begins to boot and then it fails to mount root, BUT I get any any "NOT FOUND" errors at least. That only happens when I attempted to boot the disc1.iso image. If I attempt to boot via the disc1.iso, I only get this: SLOF ********************************************************************** QEMU Starting  Build Date = Sep 24 2017 12:23:07  FW Version = buildd@ release 20170724  Press "s" to enter Open Firmware. Populating /vdevice methods Populating /vdevice/vty@71000000 Populating /vdevice/nvram@71000001 Populating /vdevice/l-lan@71000002 Populating /pci@800000020000000                      00 3800 (D) : 1af4 1004    virtio [ scsi ] Populating /pci@800000020000000/scsi@7        SCSI: Looking for devices           100000100000000 DISK     : "QEMU     QEMU HARDDISK 2.5+"           100000000000000 CD-ROM   : "QEMU     QEMU CD-ROM 2.5+" No NVRAM common partition, re-initializing... Scanning USB Using default console: /vdevice/vty@71000000   Welcome to Open Firmware   Copyright (c) 2004, 2017 IBM Corporation All rights reserved.   This program and the accompanying materials are made available   under the terms of the BSD License available at   http://www.opensource.org/licenses/bsd-license.php Trying to load:  from: /pci@800000020000000/scsi@7/disk@100000000000000 ... failed to load CHRP boot loader.failed to load CHRP boot loader. E3404: Not a bootable device! Trying to load:  from: /pci@800000020000000/scsi@7/disk@100000100000000 ...   Successfully loaded >> FreeBSD/powerpc Open Firmware boot block    Boot path:   /pci@800000020000000/scsi@7/disk@100000100000000    Boot loader: /boot/loader    Boot volume:   /pci@800000020000000/scsi@7/disk@100000100000000:2 Consoles: Open Firmware console FreeBSD/powerpc64 Open Firmware loader, Revision 0.1 (Sun Aug 19 13:30:54 PDT 2018 root@freebsd-ppc) Memory: 2097152KB Booted from: /pci@800000020000000/scsi@7/disk@100000100000000 block-size NOT FOUND #blocks NOT FOUND| block-size NOT FOUND #blocks NOT FOUND\ block-size NOT FOUND #blocks NOT FOUND ( 700 ) Program Exception [ 0 ]     R0 .. R7           R8 .. R15         R16 .. R23         R24 .. R31 0000000000000040   000000000345cdc4   ffffffffffffffff 0000000002c50468 0000000002c548c0   0000000000000000   0000000002c56ba0 0000000002c513a0 0000000000000000   0000000002c67780   0000000002c56b98 0000000002c51c18 000000000345d8f0   0000000002c67300   0000000002c62200 000000000345d8f0 0000000002c67340   0000000020000048   000000000040e78e 0000000000000000 0000000000000000   0000000000000000   0000000001802118 0000000000000000 0000000000000040   0000000002c4baec   0000000002c71980 0000000000000000 0000000000000040   000000007fffffff   0000000002c5bb84 000000000345d8f0     CR / XER           LR / CTR          SRR0 / SRR1        DAR / DSISR         80000044   0000000002c02938   0000000000000000 0000000000000000 0000000020040000   0000000000000000   0000000000083000 00000000 e > Hope this is helpful! On 10/11/2018 12:00 PM, Dennis Clarke wrote: > On 10/11/2018 02:50 PM, Mark Millard wrote: >> On 2018-Oct-11, at 11:19 AM, Dennis Clarke >> wrote: >> >>> On 10/10/2018 11:59 PM, Nathan Whitehorn wrote: >>>> The first part of this (all the errors about "NOT FOUND") I just fixed >>>> and the fixes will be included in BETA1 and subsequent builds. The >>>> remaining issue is that virtio SCSI is not part of the standard kernel >>>> on PPC (there are some endian and DMA bugs), so you will need to >>>> use an >>>> alternative storage backend. The default storage backend (VSCSI) is >>>> fine, as are more PC-ish things like AHCI emulation. >>>> This command line will work and is otherwise equivalent to the below: >>>> qemu-system-ppc64 -enable-kvm -m 2048 -nographic -vga none -cdrom >>>> FreeBSD-12.0-ALPHA9-powerpc-powerpc64-20181009-r339271-disc1.iso >>>> /var/lib/libvirt/images/freebsd-ppc.qcow2 -mem-prealloc -mem-path >>>> /dev/hugepages -smp 2 >>>> -Nathan >>> >>> >>> Has anyone tried this on a PowerMac G5 yet ? >> >> "this"? I'm unsure if the following is addressing what you are >> referring to or not. But it might be. >> >> Until the problems with -r334498 's adjustment to VM_MAX_KERNEL_ADDRESS >> are dealt with, PowerMac G5's have boot problems (and possibly other >> problems), at least those with multiple sockets (for what I can test). >> (I've no access to other forms of PowerMac G5's.) >> >> See: >> >> https://lists.freebsd.org/pipermail/freebsd-ppc/2018-October/009669.html >> >> and later in that thread. (Earlier in the thread is likely a waste of >> time >> to read, given what is now known.) >> >> My G5 contexts are operational by reverting -r334498 . The contexts are >> otherwise based on -r339076 currently. >> >> >> Note: >> >> My boot test on a 8 GiByte, dual-socket, one "CPU" per socket, >> PowerMac G5 met the conditions of Andreas Tobler's requested test >> conditions and the machine boot fine (VM_MAX_KERNEL_ADDRESS near >> the RAM size, on the low side). >> >> The G5 so-called "Quad Core"s, 4 cores total in each system but >> split evenly across 2 sockets in each), one with 12 GiByte and >> one with 16 GiByte of RAM, booted fine as well. But >> VM_MAX_KERNEL_ADDRESS was somewhat under 8GiByte and so not near >> those sizes. >> > > > OKay ... that is a lot of good information and I'll sum up as "no". > > Was merely curious if I should give it a try. > > Dennis > > > _______________________________________________ > freebsd-ppc@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ppc > To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" From owner-freebsd-ppc@freebsd.org Sat Oct 13 20:08:14 2018 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 6695110D42F9 for ; Sat, 13 Oct 2018 20:08:14 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from c.mail.sonic.net (c.mail.sonic.net [64.142.111.80]) (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 E773D8881A for ; Sat, 13 Oct 2018 20:08:13 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from comporellon.tachypleus.net (cpe-75-82-218-62.socal.res.rr.com [75.82.218.62]) (authenticated bits=0) by c.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id w9DK85fZ016500 (version=TLSv1.2 cipher=AES128-SHA bits=128 verify=NOT) for ; Sat, 13 Oct 2018 13:08:05 -0700 Subject: Re: FreeBSD 12.0-ALPHA4 fails to boot on POWER9/KVM To: freebsd-ppc@freebsd.org References: <5d84652d-8b54-19f9-1396-e7c9acbe6c03@neo-zeon.de> <5f44c6d6-7eec-6732-6fef-123e7e0d3292@freebsd.org> <2b4455f4-37f6-5645-dcba-2cc41c845ae8@neo-zeon.de> <0a970b75-160a-e40e-b360-1b73a753f701@freebsd.org> <573eb381-35f0-5523-3d6a-77a01174bdc8@blastwave.org> From: Nathan Whitehorn Openpgp: preference=signencrypt Autocrypt: addr=nwhitehorn@freebsd.org; keydata= xsFNBFuARN8BEADLKYsG3l1aq/M21R59I/5EsEfvtvd15ZJ9lDHcWPuxzIfGnu2LMpe5PrFP e/Y4bcsPrlB4S3I3ooIUDvoEEsDeqgqlZod3QevOK/RjLqiqx1i/4mKnobJ++3ppyVVIccgN sUrj786OYCFCI/W+uWw7cbKewNeaL//Z/TDKlHLkssiy6qmZbNQ0ZjcMLJKUesk4eVg2TtTD HNe42ZuxbUC9iLYieO4c7kQB4qiFhagDRiObXrLzvm2MQYeAaNVRqID+mfI75TWrQ+t98iVu mHvFu461eeteq59jg6H/IL07ACxL+HzEVM+D6tPtPrz7ppr3wiZL5Cu17yu0nAx0nhJTV8ZB qza1rOVun0x65S14L41XD2HkmBDxTaRlTg8ypnkLFo8kh+MEq4k67apL/DUGcaUjKy2TVUC7 3igLO/DwQHrkWx2RrOmS3xS0TgGXVmB47nq2Zveo3fcjporQK63n2sbLkS70cfAJAJ9KHEIx u9am44iW5Ku3+mVLgQYybtcUxlk/Jw/BA5V6KUcDQMd5kTm0MyagziqMaT+57ceYxwRBK4HC DCLRpSOHV81/YzyL5vnwfHsxADm3091rd0uwr8uRCQn7wLvlcFyp/JKSFkVnE1oo7UE4QQJZ GbSJyvj7GdXu0LdghALcMj/thdb+js4D3UuCaAMecgVSscxEIQARAQABzS5OYXRoYW4gV2hp dGVob3JuIDxud2hpdGVob3JuQGljZWN1YmUud2lzYy5lZHU+wsGOBBMBCAA4FiEEPWQg+qgh ST6Avw1hOLZNlGaE6HcFAluAUl4CGwMFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQOLZN lGaE6HeHFw//fN2CzkiW1yedjLGEQ3uXRMgu6geRgWdtkgg/pOhn5OLSQI4R59kjvHNHHqln 1QYdxe63lsbe+7CRsTKuke3/mgsQ1h6n7cCzsoXVP3eLtWjshAz7spwUcdRRFTSbwkMzKcRn plpr+ByZDw98vnpQo10J5xYmf6if6wcEpVlazwnC5G1gHktM4X0jrlAUKSgVx7MG8o4G6af9 7MQJINAG6g6+BlBH3u5fmPunKi9qgHsZxKnTZneD2mO5u2x6p1qmqybvfvWI5UEvktPeEext JBeXXqdex+HWmAbLYznLUoBloBl+fW5Lo9VapkcGubvGC0WLr/gYuamAApwoFpa4/SBqgmHr JSsPqoDtheWt9oYzuYkYW5+tpJQoDVdG3KCOQJSYZIbNT8HyviFY32ZSn6gIn2qP/5E+rA8J +6/57XCZXPazE4FiPNbwY/OwZoi7w0yRKcdmJoSoC/GdjtQbjyeARbAaHIcudeU/bB3paGS2 rHkoW4iR5TnK/V/QJvNT4KC6Dw3m6pfBIzsF+smcyjz+MzBFQNvSOtG4kJQooKcMsThas8oX VTx+WsqNAVOeQKTOU74jlUYKm5+w5aIOJbc8jg1LlTWJus1SxYtxT9lgNwOCUhE/j6Ueq9jG V9POWg31C44akWmnK8rS4PImUBsPKwtxUNM6BhfZRbtIjQ7OwU0EW4BFQQEQAOLKFtg6us0A LA7LtvjxIskIgqFJjHw2ka/UtdJ432P9kvmBq7z4v0+m/gkxCOOG0yDi2Cv/ALJobsyb56tb U6MU0SRjTio35S2jit369B1BDC2TLNF337sUquUx0l4wkEXEBefvLRYouF8BRbkgjveg7sA4 NjsiduQx92vPJnBoaH2OWxqDbr5X6kF5cx9jPrKUJ4ZqH/raE/SSDhtow4aKO0nWbteVGck1 5W1X/S8KziPXKazxCQ8qprQRTAehsdG/bSbWD95hp3TAlEbl4N4UqqS7n4jCZunCeii2TDZH Vvx/lpFAT2ezx646p2PUmH5hpiVMgbY5uHcyahwNf+eNOO7gotnNYoieoLw4fUeTYOq+s3IN isCB4iovQcZOCYSzmwRolQRggX0tBSenR6Pgp38YjVIkWvMHhxbVifAusjvVbm/GQeA2MaCt kog53Iyfo7ri9DeNpVuRc/47BxHi8JtdyyGgLO13Ajcwc6V7KLeDmw/SXJAMssuWQlXzs8Og spNvtymBh5rq4TlxAY65L3Yv/yh0izEztOJO3Ob9y3gLrp7TeDI0EO9SyGuFXbgWY/NXlDwW HWguMgO7DWM/KxeaMYyHfnffIeQ6uhM21y42I7NV11mWwycv/XJkID3fd7GWBecakdYnYI/7 FYMDHmsUQPmSMkbqCqYcZe47ABEBAAHCwXYEGAEIACAWIQQ9ZCD6qCFJPoC/DWE4tk2UZoTo dwUCW4BFQQIbDAAKCRA4tk2UZoTod2RbEACbQ2bwJ3++bvqclErbekf7BXYja37/HxGE67q3 9xf28hen8vWGtXwq4bWmZT5H8bBqXigA4bUU4nN4X3xEDfTyqkQMuDTnnwT7Y61B4QEqhi4a q4adf/KP0l1UCg4CJ0KS931Han+VbiuUcbadu1ZX37Ef6g/hG+mt59FeXDMU0rers2Bpr8zB 8ywojAsVC92kvOHLsCQtdCsPzC+R6B1bY6/Re9slM1NBd+2k4BUVhYu8Fb8Ir37OmN0aGQzY uRczfrmR/OV5/1+g5XeYSFbq/0Q3KkFWLHfimff8lb9GRWrdvOUpYyGluv49b/G5o9lSxPwX yBfaoVi/WDDfJ/XJw9H90XK68TYxPfEQkeuLEEzg+Bz3Zeduyo2Zx4S5apLqAbv0RzduXgIG YZVPu8R4ya8nQWHeUpot17lt8SL7yFkMJaAXk27QqUAaxjqnGBLn70YMWXFGySfvjgaR1Ftu /S/HSKqH7m8aFYZftqs7ZojXNdqGHZKRrIx6hRUYuZQM8uxHDweF4jF+QIwYIUmtry5h8iti Sjt9KHjpkH3Wz5o1mk6cbFNN+wgpHplDl/iZMZjFskTAJfEsYHVSSm21zcYvvogrbqYvciMT ty65+0A8Gz9tMbcNx9ePaGoM+9jeFehrzTjdaiTiC+umSd/Y29DCW4OBMr1VfufVVKbfAQ== Message-ID: <557519fc-a1f7-4a78-ee77-eae6f96d3a5e@freebsd.org> Date: Sat, 13 Oct 2018 13:08:05 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Sonic-CAuth: UmFuZG9tSVZpqrC9iuosNBU02GcCzYKsVZABAplnvtNvn6qsqYXb4Av2TAWDQaqz1Uiqs3mOCnTi6DFAM5Wyi9LS/irfdB6RkLC68Wc1mcs= X-Sonic-ID: C;jMQfsiPP6BGXNucbDaCztA== M;VHxesiPP6BGXNucbDaCztA== X-Spam-Flag: No X-Sonic-Spam-Details: 0.0/5.0 by cerberusd X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Oct 2018 20:08:14 -0000 On 10/13/18 12:53 PM, Cameron Berkenpas wrote: > Hello, > > Finally had some time to spin up my own ISO from 12-CURRENT. > Unfortunately, it still fails. Looks like there's no real change from > before. > > # This is how I built the cdrom image: > make cdrom TARGET=powerpc TARGET_ARCH=powerpc64 > make cdrom TARGET=powerpc TARGET_ARCH=powerpc64 > > I tried this with revision r339340. [...] > > >> FreeBSD/powerpc Open Firmware boot block >    Boot path:   /pci@800000020000000/scsi@7/disk@100000100000000 >    Boot loader: /boot/loader >    Boot volume:   /pci@800000020000000/scsi@7/disk@100000100000000:2 > Consoles: Open Firmware console > > FreeBSD/powerpc64 Open Firmware loader, Revision 0.1 > (Sun Aug 19 13:30:54 PDT 2018 root@freebsd-ppc) I think you aren't using the loader you think you are using judging by the date above. -Nathan > Memory: 2097152KB > Booted from: /pci@800000020000000/scsi@7/disk@100000100000000 > > > block-size NOT FOUND > #blocks NOT FOUND| > block-size NOT FOUND > #blocks NOT FOUND\ > block-size NOT FOUND > #blocks NOT FOUND > > ( 700 ) Program Exception [ 0 ] > > >     R0 .. R7           R8 .. R15         R16 .. R23         R24 .. R31 > 0000000000000040   000000000345cdc4   ffffffffffffffff 0000000002c50468 > 0000000002c548c0   0000000000000000   0000000002c56ba0 0000000002c513a0 > 0000000000000000   0000000002c67780   0000000002c56b98 0000000002c51c18 > 000000000345d8f0   0000000002c67300   0000000002c62200 000000000345d8f0 > 0000000002c67340   0000000020000048   000000000040e78e 0000000000000000 > 0000000000000000   0000000000000000   0000000001802118 0000000000000000 > 0000000000000040   0000000002c4baec   0000000002c71980 0000000000000000 > 0000000000000040   000000007fffffff   0000000002c5bb84 000000000345d8f0 > >     CR / XER           LR / CTR          SRR0 / SRR1        DAR / DSISR >         80000044   0000000002c02938   0000000000000000 0000000000000000 > 0000000020040000   0000000000000000   0000000000083000 00000000 > > > e > > > Hope this is helpful! > > On 10/11/2018 12:00 PM, Dennis Clarke wrote: >> On 10/11/2018 02:50 PM, Mark Millard wrote: >>> On 2018-Oct-11, at 11:19 AM, Dennis Clarke >> blastwave.org> wrote: >>> >>>> On 10/10/2018 11:59 PM, Nathan Whitehorn wrote: >>>>> The first part of this (all the errors about "NOT FOUND") I just >>>>> fixed >>>>> and the fixes will be included in BETA1 and subsequent builds. The >>>>> remaining issue is that virtio SCSI is not part of the standard >>>>> kernel >>>>> on PPC (there are some endian and DMA bugs), so you will need to >>>>> use an >>>>> alternative storage backend. The default storage backend (VSCSI) is >>>>> fine, as are more PC-ish things like AHCI emulation. >>>>> This command line will work and is otherwise equivalent to the below: >>>>> qemu-system-ppc64 -enable-kvm -m 2048 -nographic -vga none -cdrom >>>>> FreeBSD-12.0-ALPHA9-powerpc-powerpc64-20181009-r339271-disc1.iso >>>>> /var/lib/libvirt/images/freebsd-ppc.qcow2 -mem-prealloc -mem-path >>>>> /dev/hugepages -smp 2 >>>>> -Nathan >>>> >>>> >>>> Has anyone tried this on a PowerMac G5 yet ? >>> >>> "this"? I'm unsure if the following is addressing what you are >>> referring to or not. But it might be. >>> >>> Until the problems with -r334498 's adjustment to VM_MAX_KERNEL_ADDRESS >>> are dealt with, PowerMac G5's have boot problems (and possibly other >>> problems), at least those with multiple sockets (for what I can test). >>> (I've no access to other forms of PowerMac G5's.) >>> >>> See: >>> >>> https://lists.freebsd.org/pipermail/freebsd-ppc/2018-October/009669.html >>> >>> >>> and later in that thread. (Earlier in the thread is likely a waste >>> of time >>> to read, given what is now known.) >>> >>> My G5 contexts are operational by reverting -r334498 . The contexts are >>> otherwise based on -r339076 currently. >>> >>> >>> Note: >>> >>> My boot test on a 8 GiByte, dual-socket, one "CPU" per socket, >>> PowerMac G5 met the conditions of Andreas Tobler's requested test >>> conditions and the machine boot fine (VM_MAX_KERNEL_ADDRESS near >>> the RAM size, on the low side). >>> >>> The G5 so-called "Quad Core"s, 4 cores total in each system but >>> split evenly across 2 sockets in each), one with 12 GiByte and >>> one with 16 GiByte of RAM, booted fine as well. But >>> VM_MAX_KERNEL_ADDRESS was somewhat under 8GiByte and so not near >>> those sizes. >>> >> >> >> OKay ... that is a lot of good information and I'll sum up as "no". >> >> Was merely curious if I should give it a try. >> >> Dennis >> >> >> _______________________________________________ >> freebsd-ppc@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-ppc@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ppc > To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" > From owner-freebsd-ppc@freebsd.org Sat Oct 13 21:24:10 2018 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 17B1810D594B for ; Sat, 13 Oct 2018 21:24:10 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (smtp.fgznet.ch [157.161.14.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9DD458B0A1; Sat, 13 Oct 2018 21:24:09 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from [192.168.225.14] (dhclient-91-190-10-49.flashcable.ch [91.190.10.49]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by fgznet.ch (Postfix) with ESMTPSA id 880DDC1AA3; Sat, 13 Oct 2018 23:24:01 +0200 (CEST) Subject: Re: Failed attempt to boot a (non-debug) head -r339076 on an old PowerMac G5 "Quad Core" (built via devel/powerpc64-gcc): Waking up CPU 1 To: Nathan Whitehorn , freebsd-ppc@freebsd.org References: <0E6DB192-37A3-45EC-87E9-C5AA1C9397AE@yahoo.com> <785D268A-2612-459F-BD1F-A650D9ECCA28@fh-muenster.de> <3DCB6910-6F08-408A-B3D1-70A7EB5A55BC@yahoo.com> <037e3dd6-cc0c-a39f-f074-bce01887156c@blastwave.org> <20181008152746.1aba4221@ralga.knownspace> <031407DB-57AD-4E09-9A22-A0D4A347576E@yahoo.com> <4fe5af91-bbef-7873-3c48-4b1b440c871a@fgznet.ch> <68d24bdd-9542-3007-3deb-271dcb722e9e@fgznet.ch> <00fd0879-f071-380e-dc05-0d206bca3c65@freebsd.org> From: Andreas Tobler Message-ID: <31732fc2-5b4e-86bf-ff7f-784835642346@fgznet.ch> Date: Sat, 13 Oct 2018 23:24:01 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <00fd0879-f071-380e-dc05-0d206bca3c65@freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-CH Content-Transfer-Encoding: 8bit X-Scanned-By: Idefix Submit on 127.0.1.1 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Oct 2018 21:24:10 -0000 On 13.10.18 21:18, Nathan Whitehorn wrote: > > > On 10/9/18 2:07 PM, Andreas Tobler wrote: >> On 09.10.18 22:40, Andreas Tobler wrote: >>> On 09.10.18 22:35, Mark Millard via freebsd-ppc wrote: >>>> [Reverting head -r334498 in my head -r339076 context was enough to get >>>> the G5 so-called "Quad Core" to boot just fine as a variant of >>>> -r339076 .] >>>> >>>> On 2018-Oct-9, at 12:54 PM, Mark Millard wrote: >>>> >>>>> On 2018-Oct-9, at 8:20 AM, Mark Millard wrote: >>>>> >>>>>> [The stable/head mix seems to be a wrong idea: 11.2 gets past >>>>>> the SMP: messages just fine on the so-called G5 "Quad Core".] >>>>>> >>>>>> On 2018-Oct-8, at 5:14 PM, Mark Millard wrote: >>>>>> >>>>>>> On 2018-Oct-8, at 1:27 PM, Justin Hibbits >>>>>> gmail.com> wrote: >>>>>>> >>>>>>>>> . . . >>>>>>>> >>>>>>>> It would be helpful to know the last known-good SVN revision, >>>>>>>> both for >>>>>>>> Head and 11.x, as well as the oldest failing one.  Since my G5 >>>>>>>> bit the >>>>>>>> dust, I can't check locally. >>>>>>> >>>>>> . . . >>>>> >>>>> There are examples of head's kernels that sometimes >>>>> fail to get to the "SMP:" messages and sometimes work >>>>> for getting there (and beyond). So: >>>>> >>>>> My reporting any example failure is a solid indicator >>>>> of the "does not reach "SMP:" problem in that build. >>>>> (All tries reached the waking message on at least cpu >>>>> 1.) >>>>> >>>>> My reporting "worked" for a revision might be a >>>>> misclassification. (This makes for a messier >>>>> "binary-like search".) >>>>> >>>>> That said, the summary of the later detail is: >>>>> >>>>> head -r334494 kernel worked >>>>> head -r334528 kernel failed >>>>> >>>>> (There is nothing between those for: >>>>> >>>>> https://artifact.ci.freebsd.org/snapshot/head/r*/powerpc/powerpc64/kernel.txz >>>>> >>>>> >>>>> so getting a smaller range requires builds. >>>>> I've not attempted that.) >>>>> >>>>> The only machine-dependent powerpc64 change between >>>>> those 2 that I see is: >>>>> >>>>> Author: jhibbits >>>>> Date: Fri Jun  1 21:37:20 2018 >>>>> New Revision: 334498 >>>>> URL: >>>>> https://svnweb.freebsd.org/changeset/base/334498 >>>>> >>>>> >>>>> Log: >>>>>    Increase powerpc64 KVA from ~7.25GB to 32GB >>>>> . . . >>>>> >>>>> . . . >>>> >>>> In my -r339076 build context I reverted -r334498, did a >>>> buildkernel, installed it, and rebooted into -r339076. >>>> >>>> The result booted just fine. >>>> >>>> It does appear that, for head, -r334498 makes the difference >>>> for some reason. >>> >>> Unfortunately I have to confirm your findings. >> >> Mark, how much physical ram do you have? Can you adjust the >> VM_MAX_KERNEL_ADDRESS just below the amount of RAM you have and see if >> -CURRENT boots? Here it does, I have 14GB and I adjusted >> VM_MAX_KERNEL_ADDRESS to 12GB. It is just a trial to find out what is >> happening. >> >> Thanks, >> Andreas > > My guess is that the combination of large RAM (so big DMAP) and large > KVA is causing SLB overflows: a combination of these above 16 GB will > make this rate non-zero. These are fine while in the kernel or userspace > -- they get handled transparently -- but could be fatal during a call to > Open Firmware, which, on Apple hardware, operates with the MMU on since > OF doesn't have the appropriate trap handlers to handle DSE/ISE. This > would also explain why the issue only affects Apple hardware. There > would be a few ways to fix it: > 1. Distill the OF tree to an FDT before starting the kernel (usefdt=1 > option in the loader). There are still issues with this on some Apple > hardware. What are the issues and how can we/I help to solve them? On my DP 7,2 and my Quad 11,2 I run into theses issues I guess. On the DP I hang before Timecounter "timebase" On the Quad I ran into the issue mentioned on irc. The patch is applied correctly. The backtrace shows 'bus_try_attach_pending' Thanks, Andreas > 2. Right before calling into OF, and after any possibility of  prefault > all the possible SLB entries corresponding to any 32-bit address (all > the ones OF could possibly use) to eliminate the possibility of > in-firmware SLB faults. > 3. Leave the kernel SLB fault handlers (+ associated metadata at low > addresses) in place during OF calls. > -Nathan > > _______________________________________________ > freebsd-ppc@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ppc > To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" > From owner-freebsd-ppc@freebsd.org Sat Oct 13 23:18:51 2018 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 7C7D310D7A53 for ; Sat, 13 Oct 2018 23:18:51 +0000 (UTC) (envelope-from cam@neo-zeon.de) Received: from neo-zeon.de (neo-zeon.de [96.90.244.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.neo-zeon.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 13F118DD26 for ; Sat, 13 Oct 2018 23:18:50 +0000 (UTC) (envelope-from cam@neo-zeon.de) Received: from [192.168.0.55] (ukyo.nerv.lan [192.168.0.55]) (authenticated bits=0) by neo-zeon.de (8.15.2/8.15.2) with ESMTPSA id w9DNIma9007252 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sat, 13 Oct 2018 16:18:48 -0700 (PDT) (envelope-from cam@neo-zeon.de) Subject: Re: FreeBSD 12.0-ALPHA4 fails to boot on POWER9/KVM To: freebsd-ppc@freebsd.org References: <5d84652d-8b54-19f9-1396-e7c9acbe6c03@neo-zeon.de> <5f44c6d6-7eec-6732-6fef-123e7e0d3292@freebsd.org> <2b4455f4-37f6-5645-dcba-2cc41c845ae8@neo-zeon.de> <0a970b75-160a-e40e-b360-1b73a753f701@freebsd.org> <573eb381-35f0-5523-3d6a-77a01174bdc8@blastwave.org> <557519fc-a1f7-4a78-ee77-eae6f96d3a5e@freebsd.org> From: Cameron Berkenpas Message-ID: <341c38b5-d319-226c-946e-ecdbeaae1d0c@neo-zeon.de> Date: Sat, 13 Oct 2018 16:18:48 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <557519fc-a1f7-4a78-ee77-eae6f96d3a5e@freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Oct 2018 23:18:51 -0000 Whoops, that would be: make buildworld buildkernel TARGET=powerpc TARGET_ARCH=powerpc64 make cdrom TARGET=powerpc TARGET_ARCH=powerpc64 Good catch. Turns out that's the bootloader of my install that no longer boots... So you can either manually select to boot from the cd-rom in the firmware, or here's how to boot from the cd-rom via kvm/qemu: qemu-system-ppc64 -enable-kvm -m 2048 -nographic -vga none -boot order=d -cdrom bootonly.iso -drive file=/var/lib/libvirt/images/freebsd-ppc.qcow2,format=qcow2 -mem-prealloc -mem-path /dev/hugepages -smp 2 Then after installing, of course remove the '-boot' option and its argument to boot from the disk. Interestingly, disc1.iso still won't boot: Trying to load:  from: /vdevice/v-scsi@71000003/disk@8200000000000000 ... failed to load CHRP boot loader.failed to load CHRP boot loader. E3404: Not a bootable device! There's probably something wrong with my disc1.iso. FreeBSD-12.0-ALPHA9-powerpc-powerpc64-20181009-r339271-disc1.iso boots successfully in spite of the "NOT FOUND" errors. My earlier attempts with bootonly.iso failed due to some foolishness on my part. The above examples will work. However, during the install, I'm getting a checksum error with base.txz. Looking at the MANIFEST, it seems correct. I used the ALPHA9 ISO and was able to install successfully. Anyway, just remember to use the MBR partition scheme or your install won't boot. I still can't get FreeBSD to boot through virt-manager/libvirt, but I'm still trying to see if I get that working too. -Cameron On 10/13/2018 01:08 PM, Nathan Whitehorn wrote: > > On 10/13/18 12:53 PM, Cameron Berkenpas wrote: >> Hello, >> >> Finally had some time to spin up my own ISO from 12-CURRENT. >> Unfortunately, it still fails. Looks like there's no real change from >> before. >> >> # This is how I built the cdrom image: >> make cdrom TARGET=powerpc TARGET_ARCH=powerpc64 >> make cdrom TARGET=powerpc TARGET_ARCH=powerpc64 >> >> I tried this with revision r339340. > [...] > >>>> FreeBSD/powerpc Open Firmware boot block >>    Boot path:   /pci@800000020000000/scsi@7/disk@100000100000000 >>    Boot loader: /boot/loader >>    Boot volume:   /pci@800000020000000/scsi@7/disk@100000100000000:2 >> Consoles: Open Firmware console >> >> FreeBSD/powerpc64 Open Firmware loader, Revision 0.1 >> (Sun Aug 19 13:30:54 PDT 2018 root@freebsd-ppc) > > I think you aren't using the loader you think you are using judging by > the date above. > -Nathan > >> Memory: 2097152KB >> Booted from: /pci@800000020000000/scsi@7/disk@100000100000000 >> >> >> block-size NOT FOUND >> #blocks NOT FOUND| >> block-size NOT FOUND >> #blocks NOT FOUND\ >> block-size NOT FOUND >> #blocks NOT FOUND >> >> ( 700 ) Program Exception [ 0 ] >> >> >>     R0 .. R7           R8 .. R15         R16 .. R23         R24 .. R31 >> 0000000000000040   000000000345cdc4   ffffffffffffffff 0000000002c50468 >> 0000000002c548c0   0000000000000000   0000000002c56ba0 0000000002c513a0 >> 0000000000000000   0000000002c67780   0000000002c56b98 0000000002c51c18 >> 000000000345d8f0   0000000002c67300   0000000002c62200 000000000345d8f0 >> 0000000002c67340   0000000020000048   000000000040e78e 0000000000000000 >> 0000000000000000   0000000000000000   0000000001802118 0000000000000000 >> 0000000000000040   0000000002c4baec   0000000002c71980 0000000000000000 >> 0000000000000040   000000007fffffff   0000000002c5bb84 000000000345d8f0 >> >>     CR / XER           LR / CTR          SRR0 / SRR1        DAR / DSISR >>         80000044   0000000002c02938   0000000000000000 0000000000000000 >> 0000000020040000   0000000000000000   0000000000083000 00000000 >> >> >> e > >> >> Hope this is helpful! >> >> On 10/11/2018 12:00 PM, Dennis Clarke wrote: >>> On 10/11/2018 02:50 PM, Mark Millard wrote: >>>> On 2018-Oct-11, at 11:19 AM, Dennis Clarke >>> blastwave.org> wrote: >>>> >>>>> On 10/10/2018 11:59 PM, Nathan Whitehorn wrote: >>>>>> The first part of this (all the errors about "NOT FOUND") I just >>>>>> fixed >>>>>> and the fixes will be included in BETA1 and subsequent builds. The >>>>>> remaining issue is that virtio SCSI is not part of the standard >>>>>> kernel >>>>>> on PPC (there are some endian and DMA bugs), so you will need to >>>>>> use an >>>>>> alternative storage backend. The default storage backend (VSCSI) is >>>>>> fine, as are more PC-ish things like AHCI emulation. >>>>>> This command line will work and is otherwise equivalent to the below: >>>>>> qemu-system-ppc64 -enable-kvm -m 2048 -nographic -vga none -cdrom >>>>>> FreeBSD-12.0-ALPHA9-powerpc-powerpc64-20181009-r339271-disc1.iso >>>>>> /var/lib/libvirt/images/freebsd-ppc.qcow2 -mem-prealloc -mem-path >>>>>> /dev/hugepages -smp 2 >>>>>> -Nathan >>>>> >>>>> Has anyone tried this on a PowerMac G5 yet ? >>>> "this"? I'm unsure if the following is addressing what you are >>>> referring to or not. But it might be. >>>> >>>> Until the problems with -r334498 's adjustment to VM_MAX_KERNEL_ADDRESS >>>> are dealt with, PowerMac G5's have boot problems (and possibly other >>>> problems), at least those with multiple sockets (for what I can test). >>>> (I've no access to other forms of PowerMac G5's.) >>>> >>>> See: >>>> >>>> https://lists.freebsd.org/pipermail/freebsd-ppc/2018-October/009669.html >>>> >>>> >>>> and later in that thread. (Earlier in the thread is likely a waste >>>> of time >>>> to read, given what is now known.) >>>> >>>> My G5 contexts are operational by reverting -r334498 . The contexts are >>>> otherwise based on -r339076 currently. >>>> >>>> >>>> Note: >>>> >>>> My boot test on a 8 GiByte, dual-socket, one "CPU" per socket, >>>> PowerMac G5 met the conditions of Andreas Tobler's requested test >>>> conditions and the machine boot fine (VM_MAX_KERNEL_ADDRESS near >>>> the RAM size, on the low side). >>>> >>>> The G5 so-called "Quad Core"s, 4 cores total in each system but >>>> split evenly across 2 sockets in each), one with 12 GiByte and >>>> one with 16 GiByte of RAM, booted fine as well. But >>>> VM_MAX_KERNEL_ADDRESS was somewhat under 8GiByte and so not near >>>> those sizes. >>>> >>> >>> OKay ... that is a lot of good information and I'll sum up as "no". >>> >>> Was merely curious if I should give it a try. >>> >>> Dennis >>> >>> >>> _______________________________________________ >>> freebsd-ppc@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >>> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" >> _______________________________________________ >> freebsd-ppc@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-ppc@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ppc > To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" >