From owner-freebsd-ppc@freebsd.org Sat Jan 16 02:31:54 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 4502646DDCB for ; Sat, 16 Jan 2021 02:31:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHhrm5XlZz4h8X for ; Sat, 16 Jan 2021 02:31:52 +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=1610764310; bh=0P/UN3H4jbSp/OX4/OmSYMDQeh8XPwzswgJf96KTDPU=; h=Subject:From:Date:To:From:Subject:Reply-To; b=SjA30KX1ZNxDZJ57bYcnG/dI/NsbDelZzXsiPlVriOBy4B11M++j8IhyLgZI5a1YlYF8Tgl3D/ZAOJyGgdFDDPy02bJNL+91dTJn/BjhGnw2iobdcvJtKd5XWngsNUgIs54x7TfDZy3TYkViGiSSG1rG0ueFjNROZTwrpLYyZ9fcUiVg0bS5n398W+HTPo6+1Cndf3dJtskDex/38WXJ9hJqY1RzA174I5+vcKfzWs4SJlaUgR6R/iQN3bvSEuv0OFmiChEMluZr0tWThohmlwjH5oJvyYJVdrsOk4qianM35X7DnDMxGQRwFDCMIsjZyTH1pYt4r/j8gp/mntlFXA== X-YMail-OSG: 8Q75hIkVM1lSFnFBTEFaVMwrxr90zgG1jcr9YIb1VMz9tzYgwKVSL47ARTmnBzV RyMwfEbDtyPi_4Dl4HEN6ROW_wQZoSabzZSTnQ5tVQnw5R0GIfcur_IiA5_kE678LLKpMI8XYWst oVtynsmZCevcGu9.QmaUvwVmNt3Vfw69lPtBGDpaynJlFMBLaqQSeTuE7_tnzHTb5MGs75NHlhDk E1bIHq9jix6sonJzFa.8GjqlYV_.NTV3QkwOhNKr1NeBQYq93G7K5FsinhOqT8MuOCsxgFkAvMsP 4im99_o4_KlFBnR8qhex6kDhJe..3EudF48a3aL.TpD3nsmtMLPYdeSBUrJ6hPJAt4oUCYahfKUr Gv7NdYAtrzT145AUZxvnRAz.4M3pY5hK1teDabLErfzUUQ1sJUPCuj46ShyxOgMRkvI4KM_CiwhC 7VrxJD68u2tKqNedfaI9SXhQXbmZ2Bg2EwHpyXlXIItYj5uqxfMW8qncAJ56Ic9PsZrnrdjsyut6 Q22r_Om5uGGvVSJdzhiELXVfe5Tl9F_xvcNGhQxYzDD3bfYK811YIuhAg.F7CcwyB8TL1y.vQIV7 kLtZ1NRHFRxaq92uw5tA9v1zXt85rQ0AZS3d7eBfUpPSXygFkVQthp.WkRzntV2IIlSlSRmzYiFH ueXLQBdBI_w9jv.yWINnQF8KpKJOcgPzhDQTbrn3a7eJOJIz5MDySfqVdc3.rbYaPZm5LCF1uwH4 JcNKZikYz0JqrsangyOpugEfw7M4ok4wq_b.TZLr6H2jkCQE1Fpb5jmCJCr6V3w6Yg9cKG3ee7a4 ON__QOXNJF8Sgy4v2THOiWMLCz6ZqbdvPXFxCMPyWKFoU_ub345CZBkJ4OlRgeXwE3WB_B7OaxXy rZ54zAtcp7kjLExfSfml1NkQDY_a7f24qzFn8Pz4sFXAlZ0YGhvAmyBmPZs6sWZCC1vpF8lSXS.s onOcJNTbUEjdeXeQE3MZyJqqU5.0cSMadmhUVM583nSAGbBOmT9erj8FZGBTej7hSkbDGum84PB2 R7CvkRykx9UGDwrjtd_dY0ja0mgiBiFr.QDGYRX9Bzte6CyMpEOKXqEp26mZWj.im.mkulA5zimY iS_Io54Juv1Ho8o.HA4J8ETZPT4pcU7oY44q42aP360ythrXw.gVYdgs7vnIjKrIlLrnLkLSsu8D S5qOwarfKu5eXVB_q.9BKKm7WT4Gg5qkIFVaAbNSl6030KHra8uixEjBPk1R8qlJpJ7R1RVLQxeV E2y.uzCF2T7bI0bH1efD_ZM.ju.QSao_h3C2hpMYELXvl7GYjGKRwihkfjTpBO3qw7FRpOmgmNE3 R9uK_rnKwWWThwIKssqALH7xzN594BC_xYpQiFAHTtd1jpnjskKIbeBGlli101P4KOizYiwM_mcx w2IZv3u2ZLSLyxqE4JQcb5IMLbNEFLuUxUYPqVFJfCtCRzeDsvEVXkI_AVgZufQy9Ik534qxq_OS 3ZSUWliedV7r6e4VGHvyu7MF3vupsw0MhqU8CicJBIkqXc67DwaiueMW1Psy9nrKLrLBOR55uywX M8QpoRMY6BTsAL9lrEtNotmXk0MKEtwLNk9VwG9aSOS40rSkMU4iXE.XJr5RU7ZvA9aWwIb6yhad ldKhozr_hBZx0fr76l3kJZkfqTPDTEluIOZhFkzv1UIzR5fQp3cOxIf.cz3NMSGcNWXiovFLuuas K9Mu1gFAuZaLhTz5EHpa4nNjZbi7xSABJHK0L4wgUyPt9EM4r_Ubwj92wsw85N9rT9_6QuBQduB1 5SoyG5cOjtTbs9Oqt7mofkFG32uF57RzTJkoAIAYVr6IJVWYhJDjz6iJs6LcMPb8Y2xH0WizVc_Z pBx2FM5AIPJ8ChuFsLP52NcnwBONc7rGs_0P_HC1fhMsi2TfGI.Z97ohg3jkDkRxYYN0YplGO0xt xIJT2QpNDLdA8OkFAghiqDxJjuowue5raJ3wCYFwyW39YxzHktGRWWQHvco9hoh4luoku7rOlgRx zmd4Goz1mUaizAn50xGKy3AgpYXW0SSZPcOR9Qwn0xOTw412_9tA_R6bcMOJeiSuFFtwk9mpsovy GsY0E2f85Wi_0SlgHZ4fdwWnXgGbVbYjHAxN3GoCBR8mnUudgt5Vsc8VEpALAvF1wUy5O4OkMs7h 8LaFE8hYSR67D5yNC2VRCmaHvmml57UdFu8NibdIMjrfyfdn7DWjDSYoabB_5EYfVVhuBBdqECY4 8ESaZpuBNJgwTQM.pRb1rY2Ae49Yb81IAhPJU7Wno954Epwzncqw8HMXF2.kE9db.d0p6NtmrDAT cYmDr5EH14X6AWugF8oO73wBO6x9KuqRRNrZ76lw8G.SEMfCw5DHgtJt0oQpdKvZkQQSQKzIZpXp k9rIvkx0XK7HjpxwSkXM0oRLnppt.jUZ1lB.2bQ.wn.EFQcTgGnCIbLVapCBCTuND_hfvEvMy1W0 TiQzqwq1wlZ5IcclzEGcqlr2.cC.91KaCMIciPuxfLghTNkyen13BjsEdVmGV9dy4xxBPeMSoud9 WODDYUN0HOCMfnpdDbOf8ehVse8QIcwUTrx2RNWhAxpCkmkMpVHrdNiLh9wXR0VzJOyfYRHDIdwI 9lXOQRP._CFLQbDGwgYICUy_KrTMzRsy.olptvNiIZRW3L5ZuxNPogw9gP4LkAJEYABwqmqkAv5z qL8nUbQlwPdBmdYYKKnMWtjL1Kc.oTIKvE43uIO9HT9M- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sat, 16 Jan 2021 02:31:50 +0000 Received: by smtp412.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 39eecf5d0fa51ccf2852dec382cf8561; Sat, 16 Jan 2021 02:31:46 +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: Fri, 15 Jan 2021 18:31:45 -0800 Cc: Justin Hibbits , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <07B41AEF-A09E-4CA6-8DB1-A65CD540EB95@yahoo.com> 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: 4DHhrm5XlZz4h8X 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)[-0.999]; 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]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.206:from]; 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.206: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.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.206: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: Sat, 16 Jan 2021 02:31:54 -0000 [Single processor/core G4s and G3 boot and operate okay with modern 32-bit powerpc FreeBSD, at least for the examples I have access to.] On 2021-Jan-2, at 17:07, Mark Millard wrote: > On 2021-Jan-2, at 11:38, Mark Millard wrote: >=20 >> 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.) >=20 > Just FYI: >=20 > This boot with USB working eventually crashed while the system > was basically idle: >=20 > . . . > 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 >=20 > The reboot was back to USB not working. >=20 >>> 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 >=20 I tried booting the iMac G3 and the 1-socket/1-core-each G4 with my modern 32-bit powerpc build: # ~/fbsd-based-on-what-freebsd-main.sh mm-src 818390ce0ca539300dd15d7a817784f1e3f7a9b8 CommitDate: 2021-01-13 14:54:46 -0800 4180404713ec 818390ce0ca5 (HEAD -> mm-src) mm-src snapshot for mm's = patched build in git context. FreeBSD FBSDG4S2 13.0-CURRENT FreeBSD 13.0-CURRENT = mm-src-c255938-g4180404713ec GENERICvtsc-NODBG powerpc powerpc 1300135 = 1300135 It worked fine, including USB working just fine. This may suggest that the: SMP: 2 CPUs found; 2 CPUs usable; 1 CPUs woken on the 2-socket/1-core each G4 system is indicating a fundamental part of the problems, even the USB problem. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)