From owner-freebsd-ppc@freebsd.org Fri Jan 15 06:51:00 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 5B60A4DA381 for ; Fri, 15 Jan 2021 06:51:00 +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 4DHBfC0f0pz4VPr for ; Fri, 15 Jan 2021 06:50:58 +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=1610693456; bh=bosJHDeDuzZ18nh/LZqAYa4d9idfXPgttS80HuM14r5=; h=From:Subject:Date:To:From:Subject:Reply-To; b=nRPxtZ9QrGOJF4oyUdO/X9sS4GDHkNBSy/nq/Tvnqjuyu22w0OKvZ/DHlJEWXVmSSwz9+AF/uWgMuz3BPm7ZhtdRpM9idEtNgW2H2cF6Nx5nUgWIK4VutB6YJlUZsUQCNkTUJPdmu+05yd0oVWBs2BJyUOY3sJS1tqKcuM0oryUtsjic7Te8pWc0qGCAPipswHxkhv6NBRV0D0qsi8Nd784H5Q4ZhNIwRoEGHZEa4bikyWfFi0dhXJigSTmHa8FE6x5Wc+H5OF1v6OhKltq3S1dL0i3Q0rDFLy5vbu8g6gNysBr1SNurrmoLoSQn4A0+vystRKyigvlf7ltNO10SJw== X-YMail-OSG: 4rI.rsYVM1nsBWatFr_eAQWjle1n9.PDizwjQhRMGiOAm2uD1wHqMIiMwxZVEP1 MYt3.zJ7u9XPLjDKQJ4L5u45NCK8ln3MlEr05UNcc05970396BUz_bDA9sgWh2I0FSbvw0fEZJcV hXfvurU7bAFQESAfhVrwyzUesd.gIDrzBpkBp2FX_HHjynXM3CZJGkzqCSNmIC9iToIQcSrFWPcT 32R5XF8SbrdL.w6k5PeDUsNHJFKvhyRh3e1oh.vsmEe5AEOW6YsD9SWfp_hYg8lBQ12cLgr9rIJa YL4LdBHoLy8.QdB9fLN68xOTsX48b7XSonjZsgztuk_xmPuwBU7bx.hsf0K.3phw0OPb5Rflh_bn H8BBErkYdOmirPSbmmwujolkvkW_ymwkm7qxRFZbREJH1wWJKkPWV5lUIg50NkPX.l5scsyqp1IU 4LtMW9i5gdP3bfEi4cfmhszZWOD3M.HPDeeK3A5jXCtfSGZL2GMbpEbhJix6Iz97b.1NwEL7JQ4D rae1XPJsMjiM_gGiwrWBA4AJTeoIlcDQqJs0EwtLczDbkCvxIqmCwVgxU5Y0bCa4kZ6RZEIXyppa QBCH3d8fgeaBjEx14a81Snfk_IBP1S._Q6dtLivEGrabjAgLpSqTpZFE8ymAmoIyAPvvW1jJgMmG 83Rxh_zC6cuSWnPYjk4Ut.GP27LJOLJgaBNrsuyG7BfMS2S2ZrwbpPClL44wvq67dBGcy4rk1eWW jmsFq_AheKCwRtT4Kve9hop9qoGa.mdO6FVVAsMRjfnjXoygg4CcQmMSRHW2AulCZRtZ1hnnncL8 Dz4zqJXEooQ7aoIiEQKJwDv4W4nOiOKoHIn3LUkS7MbXet7HutOw3Wpsv1GdiugCpRXHwL4TMaS_ nDn9ExMbZfa92ZCQEQwFcfavLAMFjg6bqD_rPdFxLQELqb11K5exCKMJc41gTx268uGPsWGXqLiX G_NnFT1oF8V83eKj.1ezEGiBR92aT7YMmtt5HWmgS041_rTzUUo1HY4gKNYLEfhiD7hv_jf3AQao S5.2xfDnhd9U6bJuZmflIg7kYC7Of8_mug7hIAgFUtYoqL2V5B0z7WML36d4pQfDGUtv44uVABBd oloLbkWADLhoEpaq0to.LhhgIKXoa0Wjc.Dw.I5m97g13CSa.7q18rqYFEFQOUtL9FrR5qOrtdDC LizyhDLd4tuo1P7.TtFOOvt06h.HTOqkMaXZjPkU.KH9QwDlmshuFaxnW_MGCPcxaPtoBFvq56Td 1Zrw1fmcTCy.u4wvs.BnZ9ayuc.OiQsSz1j2V_9pjs1pCuvfcZtt16kjTUtax0KLuiZXoaFE2cSF 3_EkK7.Y36vlpP7wbwDtCSgN7M8XA.z59yF96Y.h1pPkBUKy8wBy.IXEAU5zwVjFtdOXgOcODac6 hAVky.5kuVVD1UnzwCWnYKwDH6ZryOaWMmXEOjLxPrBAzO59hhraV6Ki4uiuYDIn16P2wpKsqcMI qecVf0m1WJRP2gsfMpkK7oaAI59Km_WPHvVj2zLkyZ_ns8.tO2bkqoOqyETaxIg9q8mHSM46AOcz N9RUvF6ydLGR0j4ECMeWS.kaFl2ZCPb2udcuzOVqkO5cPWFkNHhWdrDbRYMHkwi015hhjC6PmKUI lebqCwliR9_jOjcDplnQjsVjnw9qxfDeGwXgUXgmLotsapkv6iiCZpoqCo6EBYqoF0WC8_7wUw.g k7aSI58YStBSM.fGtPwZ2jHg9fWf1oZUK_EhytAFg7z8gqZIK8zvipIJrrl67pv7sX1xxU.w6UxJ fux88NLejjbXrCllIx9R1SRNpJXcSl60.XfXWu1_LicTZ4s.HrjpDyyGbUDZggKsHoK4a1vXuIs8 ZGcOT42eWOUX65QhsHrI9mF6mVDklboAgyeKrlBr.5.bRCV2CzrrYAt.7lr6QxsYrv0kIpibJf.4 TT64kY_Y5OX6rF.KyMZyVCMkp8wlBWAhKcUOoyV1vhaJnFlJEkqz.FNbiiqgMVWhfikJwVZXT25M EruCx_FChb2q2taNpz67HogCRs34xsZEbPPWJFL6wuFUSUY_FoKfxwC_aCnb_KnQ2zaJFe0eeHyK VMnqATBDV99g3rgzAEYRkU0PIGMbBIgBBy.qy3MzreMh5m2ByhjB8f3YVAZi42vqSUIYH7rn7BnK smDVpl.hX_oIoqaXv7bumCJKnNJyNnUyIPdYvhuCewZDYVv4JUQuDKocHRVUhKPU.d8w4jW0QeQX 0aLbJO1c3XZ_79D7CSRM.B4yj_NzyeofORnSiHbdvikm..J.B60CacMU9MHsHv_vyqOlGtxM1f4t o8FBVpV96BtAW_oWVmrv5DFca0NdID8J9GOKdmwqFqr7IjsRS89hoodsuDu5Ewxvi.DKfuPOxHT6 xJ7Hp6uVByKf2GNWBMhsGLbLJetKYNyqkm_aXkqmDDon8QFZkYbRWDsMdX8wmPGNq5vmfHTavSdH dvddqLckBd5oZYQmvMCcDR3.X5mN3TJHLn1QdTjv8I5nkbY88ikGu1tF883_pMHltjwqH_h4pLny 8FWuoVlltBx99vb9emGG7Mq7jFM0r2dgOWRitBaZDwJZ.B9D3ZLW_Hj7XjcMEtkU7TinTto8- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Fri, 15 Jan 2021 06:50:56 +0000 Received: by smtp416.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 9faa7ac5b43f525bc5ce7bb8632b0b06; Fri, 15 Jan 2021 06:50:51 +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 14.0 \(3654.40.0.2.32\)) Subject: Re: Modern 13 has early-fail boot for 2-socket/1-core-each PowerMac7,2 G5; r365932 boots it fine; artifact.ci r368820 hangs later Date: Thu, 14 Jan 2021 22:50:50 -0800 References: <02EACD59-674C-49F2-8E68-D08A33BC4523@yahoo.com> To: Brandon Bergren , freebsd-ppc In-Reply-To: <02EACD59-674C-49F2-8E68-D08A33BC4523@yahoo.com> Message-Id: <88B7B643-8B34-479F-8D95-EB684650F488@yahoo.com> X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DHBfC0f0pz4VPr X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.37 / 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:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.87)[-0.871]; 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.64.204: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)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.204:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.204:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.204:from]; 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: Fri, 15 Jan 2021 06:51:00 -0000 On 2021-Jan-14, at 17:39, Mark Millard wrote: > On 2021-Jan-13, at 14:35, Mark Millard wrote: >=20 >> I attempted moving the media I use with the 2-socket/2-cores-each >> G5 into the 2-socket/1-cores-each G5 that I have access to. It >> silently hangs up almost immediately after the loader's timeout >> prompt is "returned to" (or finishes the timeout). This happened >> for both vt and sc for kern.vty . >>=20 >> An older system that still boots (with an oddity) with is as >> follows, also showing some about the type of machine: >>=20 >> FreeBSD 13.0-CURRENT #18 r365932M: Tue Sep 22 13:46:46 PDT 2020 >> = root@FBSDFHUGE:/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/powe= rpc.powerpc64/sys/GENERIC64vtsc-NODBG powerpc >> FreeBSD clang version 11.0.0 (git@github.com:llvm/llvm-project.git = llvmorg-11.0.0-rc2-91-g6e042866c30) >> VT(ofwfb): resolution 1680x1050 >> cpu0: IBM PowerPC 970 revision 2.2, 2000.20 MHz >> cpu0: Features dc000000 >> cpu0: HID0 511081 >>=20 >> model: >> 50 6f 77 65 72 4d 61 63 37 2c 32 00=20 >> 'PowerMac7,2' >>=20 >> cpu-version: >> 00 39 02 02=20 >>=20 >> model: >> 41 70 70 6c 65 20 50 6f 77 65 72 4d 61 63 37 2c 32 20 35 2e=20 >> 31 2e 34 66 30 20 42 6f 6f 74 52 4f 4d 20 62 75 69 6c 74 20=20 >> 6f 6e 20 31 31 2f 32 31 2f 30 33 20 61 74 20 31 37 3a 34 31=20 >> 3a 34 38 00=20 >> 'Apple PowerMac7,2 5.1.4f0 BootROM built on 11/21/03 at 17:41' >> ':48' >> BootROM-version: >> 24 30 30 30 35 2e 31 34 66 30 00=20 >> '$0005.14f0' >> BootROM-build-date: >> 31 31 2f 32 31 2f 30 33 20 61 74 20 31 37 3a 34 31 3a 34 38=20 >> 00=20 >> '11/21/03 at 17:41:48' >>=20 >> # uname -apKU >> FreeBSD FBSDG5L2 13.0-CURRENT FreeBSD 13.0-CURRENT #18 r365932M: Tue = Sep 22 13:46:46 PDT 2020 = root@FBSDFHUGE:/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/powe= rpc.powerpc64/sys/GENERIC64vtsc-NODBG powerpc powerpc64 1300115 1300115 >>=20 >> The above has my normal patches involved and is a non-debug >> build. >>=20 >> The oddity in this boot is that the following sequence >> happens each time: >>=20 >> . . . >> ada0 at ata2 bus 0 scbus2 target 0 lun 0 >> ada0: ATA8-ACS SATA 2.x device >> ada0: Serial Number **REPLACED** >> ada0: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 512bytes) >> ada0: 457862MB (937703088 512 byte sectors) >> cd0 at ata0 bus 0 scbus0 target 0 lun 0 >> cd0: Removable CD-ROM SCSI device >> cd0: Serial Number **REPLACED** >> cd0: 66.700MB/s transfers (UDMA4, ATAPI 12bytes, PIO 65534bytes) >> cd0: Attempt to query device size failed: NOT READY, Medium not = present >> Mounting from ufs:/dev/ufs/FBSDG5L2rootfs failed with error 2; = retrying for 10 more seconds >> Mounting from ufs:/dev/ufs/FBSDG5L2rootfs failed with error 2. >>=20 >> Loader variables: >> vfs.root.mountfrom=3Dufs:/dev/ufs/FBSDG5L2rootfs >> vfs.root.mountfrom.options=3Drw,noatime >>=20 >> Manual root filesystem specification: >> : [options] >> Mount using filesystem >> and with the specified (optional) option list. >>=20 >> eg. ufs:/dev/da0s1a >> zfs:zroot/ROOT/default >> cd9660:/dev/cd0 ro >> (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) >>=20 >> ? List valid disk boot devices >> . Yield 1 second (for background tasks) >> Abort manual input >>=20 >> mountroot>=20 >> List of GEOM managed disk devices: >> label/FBSDG5LBswap ufs/FBSDG5LBrootfs cd0 ada0s4 ada0s3 ada0s2 ada0 >>=20 >> mountroot> Trying to mount root from ufs:/dev/ufs/FBSDG5LBrootfs = []... >> lo0: link state changed to UP >> gem0: link state changed to DOWN >> gem0: link state changed to UP >> . . . >>=20 >> (Despite what is shown, I did type "ufs:/dev/ufs/FBSDG5LBrootfs".) >>=20 >>=20 >> The early-fail media is based on main's 19cca0b9613d (but with my = patches >> involved): >>=20 >> # ~/fbsd-based-on-what-freebsd-main.sh mm-src >> 19cca0b9613d7c3058e41baf0204245119732235 >> CommitDate: 2021-01-09 16:21:33 -0800 >> 5d333ee67ac3 19cca0b9613d (HEAD -> mm-src) mm-src snapshot for mm's = patched build in git context. >> FreeBSD FBSDG5L2 13.0-CURRENT FreeBSD 13.0-CURRENT = mm-src-c255807-g5d333ee67ac3 GENERIC64vtsc-NODBG powerpc powerpc64 = 1300134 1300134 >>=20 >> This media boots the 2-socket/2-cores-each G5 just fine. >>=20 >>=20 >> I tried the artifacts.ci.freebsd.org r368820 powerpc64 debug=20 >> kernel with the r365932 world and it does not have the same >> early-fail problem, but it hangs later, after (last message): >>=20 >> cryptosoft0: on nexus0 >>=20 >>=20 >> Unfortunately, git's main still has no artifact materials after >> r368820 so there are no official/ready-made materials to >> approximately bisect with in order to identify when the early-fail >> started. >>=20 >> r368820 did not have distinctions based on vt vs. sc. So it >> looks like I was just out of date for the status of that on >> the PowerMac7,2 system, not having tested it in so long: it >> got far beyond where it used to stop. >=20 > I've now tried the kernel in (the first 13.0-ALPHA1 there): >=20 > = https://download.freebsd.org/ftp/snapshots/powerpc/powerpc64/13.0-ALPHA1/k= ernel.txz >=20 > and it stops on the 2-socket/1-core-each G5 after the > same type of message that the earlier reports above did: >=20 > Kernel entry at 0x100580 ... >=20 > So this is a very early failure. >=20 > This debug kernel gets much farther on the 2-socket/2-cores-each > G5 but runs into what I'd guess are mismatched time issues for > sleeping and such after (boot -v style boot): >=20 > smu0: providing initial system time > start_init: trying /sbin/init >=20 > It seems to take a stab at corrupting the boot ufs file > system if one waits long enough for something more to > be displayed and /sbin/init eventually dies. fsck_ffs > seemed to fix it okay. >=20 > (Note: It is the same media, moved between machines.) >=20 When I cross-build a 3cc0c0d66a06 kernel ( so: r368820 ), even without any patches, and I use it in the 2-socket/1-core-each G5, I get the very early failure. I've not found a controlling distinction with the artifact.ci.freebsd.org build of r368820. This means that I've been unable to bisect what I reported. I used (up to some name edits): # more = ~/sys_build_scripts.amd64-host/make-GENERIC64-pure-clang-bootstrap-amd64-h= ost.sh=20 kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_powerpc64_pure_clang-amd64-host-$(date = +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/dev/null" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/dev/null" TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc64 \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/powerpc64pure_clang/powerpc.powerpc64" \ KERNCONF=3DGENERIC64 \ make $* I did both kernel-toolchain and, later, buildkernel . Building other, more recent, commits got the same result. Absent artifact.ci.freebsd.org materials for various versions over the appropriate time range, it does not look like I'll be much help isolating what contributes to the very early failure on the 2-socket/1-core-each G5. I assume that the likes of: = https://download.freebsd.org/ftp/snapshots/powerpc/powerpc64/13.0-ALPHA1/k= ernel.txz and artifact.ci.freebsd.org builds are essentially equivalent when the commit involved matches. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)