From owner-freebsd-ppc@freebsd.org Sun Jan 3 01:07:13 2021 Return-Path: Delivered-To: freebsd-ppc@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E81CE4BF501 for ; Sun, 3 Jan 2021 01:07:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4D7gb43X7yz3kF6 for ; Sun, 3 Jan 2021 01:07:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1609636030; bh=WVOwr+cYU1uW6QleYO0SVTGKrJVhbTqpod4YMmxgm6Y=; h=Subject:From:Date:To:From:Subject; b=GGunx2EW5dmOO3c7NAxKXtQv35coRGIIewH/kIh7Hw6utKerahPGEi69wkcpfYkB3Eng6s3cS33bH11qlpb9b324cyOaWPGGd0OIA8dY5tGow92FX7XSDNB9b1Z78MmChVsGei9L2cyY9kNtw1kqrRVWnSEOXPuTjnBgU5/KWffsjx5xG7u0StfZaRqGGSuxAM1D0LdZ0WF1Ldgps7q82vEjxA3uxDQMOJoQ5HN7UpPPcLnLmpGH1gOnEBMnt38ocvOJ0rsb0JyHii7UtlrAVwvIEa8uVjvweIUKBdIrBeHbeoV4jxx8grRQmmWlTvJ7ra8RU7pzMwA3dOrOXQ/Jhw== X-YMail-OSG: TEvAtoMVM1llZM_Ah66Og80j0XDpPg1d3tfv8lSA8Thmu_x.14Tx6xS5SjQ66vS 50NIjOTekUaYIqxSFXpXKIdssPHLAeFoqWo6_YpG2W1RBRg7sL0pt9Y7n3htehvEtpfFgeD72m4o y84oiJIORuXopkZ.RZgwm8UzA4VSOa6GpOaIK6m04yKxH7uO4U50YnqPNngL8nPqYtJDt.8Ck_HV ftQtmxkc7b9oP35lWHDh5r1ZM2XNx4scWkESWk9SVqACC940ngZBedA3HLAfW5GumQ6eYhYB0to3 bjXJ1JoBT7KYq9V.TYQqFRxI.HHSS83PoJMpW2jc_gzMzjx6a.uxnkswB1Fo7B4sCqmMB2iHYjuD jZ_uc4us7dN91KUh4jY3dHIXMJTDX8D18dLck6LIPg8pWKvMTPfqG_KOIg78_Oha9dMsji5y9WCu L1a1tV0B34zmbHy0NxcfAGd.13dTRXfMEsoy9V3vfW8rZ_zYOr.jUNuhyMMokXZ7MIDSxo8Xn1uO ciV1bCRF4qsDT5quXFNrUwwwGY6OZ6hnaxE.MLVNLVqqBXOtf3qoWUj.qwSb8RLXFAN1mNoIErcl .4We29Qe1wjoYCVKFdUn8GlkxCRfeihoZw4I1fUuPy_5Zj5ginMZ4lZaMzNah_pmQmdECH3551rA MzGh8cqIz417s_dzm28j2LBJHErnu4zgTBXRGaftLSQRCBd8.jycVzxuyaSQo8vviZdoZWeSqbIu RV4Zv3ioZAuA._f7zUr_Mt1IlsgQHoR6fVOR0.QRX2n0OtjBOTbNzvF3B7gn8vkUIYctU1KD5FRu zqBI9uFDY1twyuWm4IriKqb_ItQ8PbtcJ7WnpCIxV.Y.K8n8dXGGqjQZAqwVs8wGoQ2qmnCYR8zT SgrbtPYUl.B7IYNjQPENbcHmS6nThdObfmYPjRDdfodMkpRkq05b2MXiIBopQC3Swa6Nvb26IsoL qUudZE9E5wPm5pBgJv0eX8P6Sl8SrMqCNz5Q5lXBeDBUiTBQYasWKz1WvnrEgO37xc5XbMlY2Fkq Yu_Qsr2H.d7ApZBI7htUjcMfuMOr9O6XJXr_4djZ6VkfnNnnoDGUY2SpgQdsvpz272yccseWLf77 CQioiWZvkZN8DQdjL_4BDQxcGFgl6ls3v.._MjHm_mRG56r.E9XRbbgtl4FrTVG2yzGdNwnzxvee QWuER9f68GilpvCgxrgL7rz2.5yWgIS.hIw32NClGfntediIKx23t2cG.zUlijSpAw___Jbdl3YH pDFaz4s0ZFe9OAFY6136HP7qJKyLv_mD7y7uf8jwiMWnb3EM0CXWf0NGWE9IEbwIWvFkH2B5n464 2AfJ9JuIP61iwJnPMxK6VRQYWadVo4a04DBCZnE0s4leeEKQ9DTig5U5IXRfYjPv9r.R8pC1iVZu AXV9f1MxOM.miCFvieJAeCVpdWzAGZQwKrehDqRVGDfwyu.zQlcYm3UcvZyR1XN9neQmWNXypL.0 MyikN31EopXA_0Znwgl6qDr6Mb64.9O2pp9SnXyQgMHHDRpwvjkUlbIkg99KGNuYiqOlGaI4hiEb v22fT6j2fFGMVJWsz8PMzCWHXVekYIjioda95wRM_FVRsucpPMqd_rqZZR.fmGIxXXr2xkh7syEP JMiSAtuMnHAnobjnCASOZX18lU.75GWig.PspSfA88vaFFGysXn0OqjxmX7H.JHs1y3m6Gk4limX C7fKC.3XUxYVusdmulW0OGhxuH64ZAFj7smNmSBOkHjrher8Xk1AuB7vvL213EoWFbDWkcwknnbz VPrrhZNtobT_Q_UoUYqr6JUpllb1zj41Q0CoVkWyrewowYXWdZlWdvB09EsjKOZU5qlc8hxM.tpD A7xu7Ya.qJAcVN6_kSdl8AP048RdnpqlMZGLXxIPhS_NyWo6mYXwVSWUxqC6uDulLytDCGUhPhrp _Yed5Zxi630yX2QvkPuuulXclnicAGEY8SXzD.HLLgA2a6YWGnwcqEEIeiuK3Bb64maaVH6NCeSb zoj8K3sf6YS4v4TzsvKWTOc6sBXCwX5ffiMNNUfp29sWy5PgUtLVY8VFPWq9UJEtntagc8Gn9C7L 3trwMGuMQ1zfhmVmA0z.EgGdB7mZBUiqOYVvhSwYrFrf5EOefJgfR_ndu_vml3slmujvi_3OM8nF AGEQ4zDCnILm1m0hxl1TPPESL5HBpRWxv4PhxUyQRHiuAg.oDCmVJeguwEqFSeaIq1kkU6.DbRU5 zoA7UBcjLzyMGrp4KVclUJAnC0OqmP8Ij3z7lUzkxdMPn_rbV2lT_p.eZZjwyBV_3k1NvcntEJlN 5gZXYSmu3f3cLv4B5.uib2bQLQj.XcocSx2eEK_UqSbnTUs19xnUKQhtGcgW.pjhi97owsJjNGsB SIghaVkFGIxPJycuDjWjn7QD48AlratVeVpMNFBF0em2ODxetGZfpVXamLuhF5JGcGa0AKIQ0ZHI QdUNb7Owcahn29iSSG0wCjJqtZRIzaJ4DVs1IK3jyyQmrJoX_SoR0BQ0YiU.MFf.pylJRzNue02O 0941Rb31CwmxvmzkhXPfdDnjLkwWEu580ZAsfIg8sUjkxSSv7ycqz3M91n_94haFDyW1XXV7zvcL g96kw.c8e16WbCDWAOO055GRxU_WoEYv6BwYiAHdOKcm9p9IhQ4q2BIeih_ct1ZNr Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Sun, 3 Jan 2021 01:07:10 +0000 Received: by smtp401.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 5a27ea7bd6eb36a3c9a30d7560ad2f9f; Sun, 03 Jan 2021 01:07:04 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: CURRENT -r361544 breaks 2-socket PowerMac G4 booting: "powerpc/mmu: Convert PowerPC pmap drivers to ifunc from kobj" From: Mark Millard In-Reply-To: Date: Sat, 2 Jan 2021 17:07:02 -0800 Cc: Justin Hibbits , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <00423D88-0367-4220-B20A-50307DA72A81@yahoo.com> To: Brandon Bergren X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4D7gb43X7yz3kF6 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.83:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0:email]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.83:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DBL_PROHIBIT(0.00)[0.0.0.0:email]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.83:from]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-ppc] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2021 01:07:14 -0000 On 2021-Jan-2, at 11:38, Mark Millard wrote: > On 2021-Jan-2, at 09:54, Brandon Bergren = wrote: >=20 >> I was testing this myself yesterday. >>=20 >> Things seemed to be working (other than usb weirdness) on my MPC7400 = rev 2.9 dual processor G4 (PVR 000c0209) with latest. >=20 > On the USB oddities: I've had a boot in which USB is working, > at least for keyboard use. Its bus_dmamem_alloc messages also > stop early on, with the 12th message being the last. The last > 3 are shown in context below (showing the phys addr and > alignment figures as well): >=20 > . . . > Root mount waiting for: CAM usbus0 > Jan 1 17:49:08 FBSDG4S2 kernel: bus_dmamem_alloc failed to align = memory properly. > Jan 1 17:49:08 FBSDG4S2 kernel: vtophys(*vaddr)=3D=3D0x1c48d80 and = dmat->alignment-1=3D=3D0xff > Jan 1 17:49:08 FBSDG4S2 kernel: ugen0.4: at usbus0 > Jan 1 17:49:08 FBSDG4S2 kernel: ukbd0 numa-domain 0 on uhub5 > Jan 1 17:49:08 FBSDG4S2 kernel: ukbd0: on usbus0 > Jan 1 17:49:08 FBSDG4S2 kernel: kbd1 at ukbd0 > Jan 1 17:49:08 FBSDG4S2 kernel: uhid0 numa-domain 0 on uhub5 > Jan 1 17:49:08 FBSDG4S2 kernel: uhid0: on usbus0 > Jan 1 17:49:08 FBSDG4S2 kernel: bus_dmamem_alloc failed to align = memory properly. > Jan 1 17:49:08 FBSDG4S2 kernel: vtophys(*vaddr)=3D=3D0x1c48a80 and = dmat->alignment-1=3D=3D0xff > Jan 1 17:49:08 FBSDG4S2 kernel: bus_dmamem_alloc failed to align = memory properly. > Jan 1 17:49:08 FBSDG4S2 kernel: vtophys(*vaddr)=3D=3D0x1c48a80 and = dmat->alignment-1=3D=3D0xff > Jan 1 17:49:08 FBSDG4S2 kernel: Root mount waiting for: CAM usbus0 > Jan 1 17:49:08 FBSDG4S2 kernel: ugen0.5: at usbus0 > Jan 1 17:49:08 FBSDG4S2 kernel: uhid1 numa-domain 0 on uhub4 > Jan 1 17:49:08 FBSDG4S2 kernel: uhid1: on usbus0 > Jan 1 17:49:08 FBSDG4S2 kernel: Root mount waiting for: CAM > . . . >=20 > Apparently, having ongoing bus_dmamem_alloc messages and having > failing USB are tied together in some manor. For reference, > the boot did get: >=20 > Jan 1 17:49:08 FBSDG4S2 kernel: SMP: 2 CPUs found; 2 CPUs usable; 1 = CPUs woken >=20 > The PowerMac G4 is instead reporting something different > for ongoing notices: >=20 > . . . > Jan 2 10:10:37 FBSDG4S2 kernel: ds17750: iicbus read failed > Jan 2 10:12:19 FBSDG4S2 kernel: iichb0: I2C error > Jan 2 10:14:02 FBSDG4S2 syslogd: last message repeated 1 times > Jan 2 10:15:44 FBSDG4S2 syslogd: last message repeated 1 times > Jan 2 10:22:31 FBSDG4S2 syslogd: last message repeated 4 times > Jan 2 10:22:31 FBSDG4S2 kernel: ds17750: iicbus read failed > Jan 2 10:24:14 FBSDG4S2 kernel: iichb0: I2C error > Jan 2 10:25:57 FBSDG4S2 syslogd: last message repeated 1 times > Jan 2 10:27:39 FBSDG4S2 syslogd: last message repeated 1 times > Jan 2 10:32:44 FBSDG4S2 syslogd: last message repeated 3 times > Jan 2 10:32:44 FBSDG4S2 kernel: adm10300: iicbus write failed > Jan 2 10:34:27 FBSDG4S2 kernel: iichb0: I2C error > Jan 2 10:36:09 FBSDG4S2 syslogd: last message repeated 1 times > Jan 2 10:37:52 FBSDG4S2 syslogd: last message repeated 1 times > Jan 2 10:42:57 FBSDG4S2 syslogd: last message repeated 3 times > Jan 2 10:42:57 FBSDG4S2 kernel: ds17750: iicbus read failed > Jan 2 10:44:39 FBSDG4S2 kernel: iichb0: I2C error > Jan 2 10:46:22 FBSDG4S2 syslogd: last message repeated 1 times > Jan 2 10:48:02 FBSDG4S2 syslogd: last message repeated 1 times > Jan 2 10:53:09 FBSDG4S2 syslogd: last message repeated 3 times > Jan 2 10:53:09 FBSDG4S2 kernel: adm10300: iicbus write failed > Jan 2 10:54:52 FBSDG4S2 kernel: iichb0: I2C error > . . . >=20 > It was not reporting such previously. (It is my build of > -r368820 with my patches, which had USB failing like > the artifact.ci kernels in previous boots.) Just FYI: This boot with USB working eventually crashed while the system was basically idle: . . . panic: vm_fault_lookup: fault on nofault entry, addr: 0xd77de000 cpuid =3D 0 time =3D 1609626759 KDB: stack backtrace: 0xd690f570: at kdb_backtrace+0x64 0xd690f5d0: at vpanic+0x204 0xd690f640: at panic+0x64 0xd690f680: at vm_fault+0x1b28 0xd690f750: at vm_fault_trap+0xc8 0xd690f780: at trap_pfault+0x124 0xd690f7c0: at trap+0x20c 0xd690f870: at powerpc_interrupt+0x1f8 0xd690f8a0: kernel DSI read trap @ 0xd77de000 by kiic_intr+0x1b8: = srr1=3D0x9032 r1=3D0xd690f960 cr=3D0x42200800 xer=3D0 ctr=3D0x9ba564 = sr=3D0x40000000 frame=3D0xd690f8a8 0xd690f960: at 0x198239c 0xd690f990: at ithread_loop+0x314 0xd690fa10: at fork_exit+0xcc 0xd690fa40: at fork_trampoline+0xc KDB: enter: panic The reboot was back to USB not working. >> Can you tell me the exact PVR of your processors? (can find it in OF = with 'dev /cpus/PowerPC,G4@0 .properties' and looking at the = cpu-version: property.) I'm wondering if it is an errata that we're = tripping over here. >=20 > This from ofwdump covers that for the PowerPC 7455 revision 3.3, > I think: >=20 > # ofwdump -P cpu-version /cpus/PowerPC,G4 > Node 0x274: PowerPC,G4 > cpu-version: > 80 01 03 03=20 >=20 > FYI: >=20 > # ofwdump -ap > Node 0x38: device-tree > phandle: > ff 88 11 a8=20 > model: > 50 6f 77 65 72 4d 61 63 33 2c 36 00=20 > 'PowerMac3,6' > . . . >=20 > Also: >=20 > Jan 1 17:49:08 FBSDG4S2 kernel: cpu0: Motorola PowerPC 7455 revision = 3.3, 1416.74 MHz > Jan 1 17:49:08 FBSDG4S2 kernel: cpu0: Features = 9c000000 > Jan 1 17:49:08 FBSDG4S2 kernel: cpu0: HID0 = 8450c0bc > Jan 1 17:49:08 FBSDG4S2 kernel: real memory =3D 2115649536 (2017 MB) > Jan 1 17:49:08 FBSDG4S2 kernel: avail memory =3D 2052780032 (1957 MB) >=20 > NOTE: I have access to a 2nd one of this type of > PowerMac G4. >=20 >> Regarding the alignment problem, I'm hoping to be able to update the = busdma code to lean on the new MI bits, it's a bit of a mess currently. >=20 > It looks to me like this and the USB/I2C problems may be related > in some way. >=20 >> On Thu, Dec 31, 2020, at 3:35 PM, Mark Millard wrote: >>> [Continuation of testing kernel builds, but testing my own kernel >>> builds for the head powerpc updates not available from artifacts.ci. >>> Ends up: -r361544 breaks things.] >>>=20 >>> On 2020-Dec-30, at 17:07, Mark Millard wrote: >>>=20 >>>> A quick summary of what I found in a crude artifact bisect is coded = into >>>> the filenames listed later. The earliest major point is the "1 CPUs = woken" >>>> issue from what I can tell. It still happens in -r368820 . >>>>=20 >>>> "2cpus_booted" means things booted and worked normally. >>>>=20 >>>> "1cpuwoke_" means that the following was reported: >>>>=20 >>>> SMP: 2 CPUs found; 2 CPUs usable; 1 CPUs woken >>>>=20 >>>> "_hung" means that it appeared to stop without reporting a crash. = Never >>>> got to login prompt. >>>>=20 >>>> "crashes_quickly" means that the the kernel did not get very far = before >>>> the crash happened. >>>>=20 >>>> -rw-r--r-- 1 root wheel 19179328 May 25 21:44:01 2020 = kernel-r361494-2cpus_booted.txz >>>>=20 >>>> Note: No artifact kernel.txz files for the range -r361495 .. = -r361583 . >>>> powerpc checkins in that range include: >>>>=20 >>>> -r361542 : [PowerPC] Fix invalid asm in trap code (Brandon) >>>> -r361544 : powerpc/mmu: Convert PowerPC pmap drivers to ifunc from = kobj (Justin) >>>> -r361545 : Properly sort ifdef archs in vm_fault_soft_fast = superpage guards. (Justin) >>>> -r361568 : [PowerPC] Fix radix crash when passing -1 from userspace = (Brandon) >>>> -r361570 : powerpc/pmap: Remove some debug from r361544 (Justin) >>>>=20 >>>> -rw-r--r-- 1 root wheel 19133836 May 28 04:28:01 2020 = kernel-r361584-1cpuwoke_hung.txz >>>> -rw-r--r-- 1 root wheel 19181596 May 29 04:42:42 2020 = kernel-r361624-1cpuwoke_hung.txz >>>> -rw-r--r-- 1 root wheel 19254832 Jun 3 10:26:42 2020 = kernel-r361754-1cpuwoke_hung.txz >>>> -rw-r--r-- 1 root wheel 18869112 Jun 10 16:53:57 2020 = kernel-r362034-1cpuwoke_hung.txz >>>> -rw-r--r-- 1 root wheel 19245524 Jul 8 06:04:41 2020 = kernel-r363008-1cpuwoke_hung.txz >>>> -rw-r--r-- 1 root wheel 19259816 Aug 16 12:03:55 2020 = kernel-r364274-1cpuwoke_hung.txz >>>>=20 >>>> NOTE: -r364284 is where clang 11 started and the -O newly meaning = -O1 problem started. >>>> (Previously -O meant -O2. -O1 messed up the kernel's ifunc = handling until it >>>> was changed to explicitly use -O2.) >>>>=20 >>>> -rw-r--r-- 1 root wheel 19369960 Aug 22 11:38:22 2020 = kernel-r364488-crashes_quickly.txz >>>> -rw-r--r-- 1 root wheel 19203632 Sep 1 01:38:18 2020 = kernel-r365024-crashes_quickly.txz >>>> -rw-r--r-- 1 root wheel 19367776 Sep 3 11:02:58 2020 = kernel-r365304-crashes_quickly.txz >>>> -rw-r--r-- 1 root wheel 19279564 Sep 6 08:06:11 2020 = kernel-r365378-crashes_quickly.txz >>>> -rw-r--r-- 1 root wheel 19205456 Sep 7 22:53:14 2020 = kernel-r365444-1cpuwoke_crashes_late.txz >>>> -rw-r--r-- 1 root wheel 19446448 Sep 10 08:08:23 2020 = kernel-r365578-1cpuwoke_hung.txz >>>> -rw-r--r-- 1 root wheel 19398268 Oct 9 06:05:48 2020 = kernel-r366598-1cpuwoke_hung.txz >>>>=20 >>>> Note: -r368820 still has "1cpuwoke" status and its USB is messed up = (and >>>> it reports DMA misalignment) but it does boot. (I accessed it = via ssh.) >>>=20 >>> Note: for the below kernel builds I provided a "int yydebug;" for: >>>=20 >>> usr.bin/localedef/localedef.c >>>=20 >>> so kernel-toolchain could build (avoiding a link failure). >>>=20 >>> Other than that, the kernel builds are of pure code from git using=20= >>> KERNCONF=3DGENERIC , >>> TARGET=3Dpowerpc , TARGET_ARCH=3Dpowerpc and no other tailoring, = avoiding=20 >>> any questions >>> about my personal patches contributing. >>>=20 >>>=20 >>> -r361542 (64cc3b0c28b9) : [PowerPC] Fix invalid asm in trap code = (Brandon) >>>=20 >>> Things booted and worked as expected. >>>=20 >>>=20 >>> -r361544 (45b69dd63e84) : powerpc/mmu: Convert PowerPC pmap drivers = to=20 >>> ifunc from kobj (Justin) >>>=20 >>> SMP: 2 CPUs found; 2 CPUs usable; 1 CPUs woken >>>=20 >>> was reported and it appeared to stop without reporting a crash. = Never >>> got to login prompt. >>>=20 >>>=20 >>> NOTE: -r361453 was on stable/ instead of head/ so the above is a >>> works-then-fails pair with nothing between on CURRENT. >>=20 >>=20 >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)