From owner-freebsd-ppc@freebsd.org Tue Sep 22 19:15:25 2020 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 3CF1A3F3476 for ; Tue, 22 Sep 2020 19:15:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-54.consmr.mail.gq1.yahoo.com (sonic316-54.consmr.mail.gq1.yahoo.com [98.137.69.30]) (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 4BwrcD2HNvz4TNj for ; Tue, 22 Sep 2020 19:15:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 12TuVOIVM1msY2ltAhxrkjMJK8R5RdcjdqKhftYSuozHF6EY_iutjAlBdEj8BzT ynlnpDyORkZapdzxCRAjh_0V6_g7guQJdzqTl1KINt1gpToH3tHA3m0H8iXyaDchLSCmWWmLc6hA rhWToMQDXkirhnJtBZalU6Ah_wZ2Dw6nEUM_AN42emvDQEkEkJGkrKoVCTbAMwZH8CWxgeEF8xBo kVKkDO8nMjZh5jxcaJSfhsx8E5lz2sKIq3MFBXnPW9r3hKGeSgFbls3AGaQhH8sjpp0LEf8EMYdb zhhFTKQjICeY_HAdb12qrfmGsvuDtwiBfd_zRq2Ni7IKLMi9.QbvSwODuYW6aznzd5D5Sv7KNlOc 9uzUmM6qfzcorR0Z1LyWoMp2x5t1eZfGdcuf2ZSgH2UlFoTv8__DWlx..1j91u1q.gtDjCFHfVMC v5OsmXShKvaOdOl6taUdz1iXUMI1rNYNSBHLCoDw_zqe9MfcB6VbQsoEzX.Zg9Ms.TS8Nq1vFTaT oPNlRQPqOZyvAFX1Dy8B.vhZh0H5yqde_rv0j8dtEEqCGkSvNWTB9Ap84S4egZa_fidRdI5Ii1mI qpfA44cn78yzI9mBg6_QqUZe1THpvFLJ.Crzm5m2Up4ZEDN_fPNKM6j4YCFSnrkIrBtea71VK4Pk hWbvu3hR_z092ekkQgzAMcY8UelY2oJ0ACOw6BWnSr9wj6s02TFD0F.RbQFcpKUDl0s5Gm2rKQYZ KLEOMf3S1FJPOgp8OvT9J_Gohpu5CeqSSXJF5rHJfY6RjqHqF7sLT0ZsJwbSumPoNRRlR7kOfmfD koqQFf4Y4VD6nhVLko_e6XK1krTD3HVMADZ8q5Ucx3zXcgCeHjsxmONfMkIomS4pws3yAz5xSyOa BA1bNFUkYKuwjG_qqqpj.oWunozGY_poMZZh.1jYAVFWdc4wwWnoFjm6HyCarfnUK_CFbBGNpG.8 YpwplSY9EcQHhaAEGJ3qbgeYXIl8.HpafcBua9s_lH6_zkF5g77s4ff8wOocTjxl2vL5sTxFyF7u N4sNShyH9.G_jpvm8Y6d58PTxnTSQPTGaTrSKUDEth5HzjNI1DbdHXjPKjMDRdBVSH_XbKUXi39Q Hdr6s1EAu52oVChrIoeEMbtW8S.NuELELL2mvtZKgSF.wo26oIKyeWNwmFa1IkjXSAZw0SlziUj4 EotKiQaylLofTy2RvfK8H8hPPrfZbtx6JMSHwKFkDf4bZEqNQEBiKUTr2QwmVgCHwDiETX6z9Smr fV0iXbNUgK0UWm9pWyqskssNIg4OIkxg4srSYcnRewcVm5z24oluwtk1jNOCtq4_W5FpHPNqfedR ZIAacUekCjjkv3H9pIpCg9pdSjLJsDhmde_MQRQokondrOyRC5_peuxEDW0Rc6WnCfKd2Hpt7MG. qbN9ZypWna1TeCLkzFV1BIZwusMzcp26aGLM2RBlEGgAky2J9so4o8r994yPiCBwQNTE3uMjiJUd KLSLR0Rt3Anu3vJ4J3nyWpbGqNLDVQzvCiij1esyJqzZHex9cLJGpcjGwIbufRMVDRzWFzikUYFr KwPhxA3akP6Idylpta7OUAKv9RdJtjoGl54VyRQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Tue, 22 Sep 2020 19:15:22 +0000 Received: by smtp401.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 68e8a3c5c38759ca2875d74291a468b8; Tue, 22 Sep 2020 19:15:21 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: head -r365932 on PowerMac G5 (2 dual-core sockets): Crashes before login prompt if powerd is enabled in /etc/rc.conf From: Mark Millard In-Reply-To: <11fe573a-24c3-47be-95ed-c601ec54f168@www.fastmail.com> Date: Tue, 22 Sep 2020 12:15:20 -0700 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <52783D16-5DCA-45BC-9238-2518326454A1@yahoo.com> <6E99EE39-D2B8-415A-A5BF-823C0F0C22D6@yahoo.com> <11fe573a-24c3-47be-95ed-c601ec54f168@www.fastmail.com> To: Brandon Bergren X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4BwrcD2HNvz4TNj X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.70 / 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(-1.20)[-1.196]; 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)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.993]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.013]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.30:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.30:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-ppc] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2020 19:15:25 -0000 On 2020-Sep-22, at 12:00, Brandon Bergren = wrote: > Weird, that read_scom has the "inlines not being inlined" problem. >=20 > Are you sure your local tree has my = https://svnweb.freebsd.org/base/head/?view=3Drevision&revision=3D365441 = fixes? # svnlite diff /usr/src/sys/conf/kern.pre.mk # svnlite info /usr/src Path: . Working Copy Root Path: /usr/src URL: https://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: https://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 365932 Node Kind: directory Schedule: normal Last Changed Author: jrtc27 Last Changed Rev: 365932 Last Changed Date: 2020-09-20 16:20:18 -0700 (Sun, 20 Sep 2020) But it used -O instead of -O2 . . . # Meta data file = /usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/powerpc.powerpc64/s= ys/GENERIC64vtsc-NODBG/pcr.o.meta CMD cc -target powerpc64-unknown-freebsd13.0 = --sysroot=3D/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/powerpc= .powerpc64/tmp = -B/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/powerpc.powerpc64= /tmp/usr/bin -c -O -pipe -g -nostdinc -I. -I/usr/src/sys = -I/usr/src/sys/contrib/ck/include -I/usr/src/sys/contrib/libfdt = -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common = -msoft-float -fPIC -fno-omit-frame-pointer = -fdebug-prefix-map=3D./machine=3D/usr/src/sys/powerpc/include = -mno-altivec -msoft-float -mabi=3Delfv2 -ffreestanding -fwrapv = -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual = -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ = -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas = -Wno-error-tautological-compare -Wno-error-empty-body = -Wno-error-parentheses-equality -Wno-error-unused-function = -Wno-error-pointer-sign -Wno-error-shift-negative-value = -Wno-address-of-packed-member -Wno-format-zero-length = -std=3Diso9899:1999 /usr/src/sys/powerpc/cpufreq/pcr.c CMD ctfconvert -L VERSION -g pcr.o CWD = /usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/powerpc.powerpc64/s= ys/GENERIC64vtsc-NODBG TARGET pcr.o OODATE offset.inc assym.inc > On Tue, Sep 22, 2020, at 1:55 PM, Mark Millard wrote: >>=20 >>=20 >> On 2020-Sep-22, at 08:58, Brandon Bergren = wrote: >>=20 >>> In theory, this would also crash if you did "sysctl dev.cpu.0.freq". >>=20 >> Yep, that dies with a backtrace but not taking input to >> the db> prompt. >>=20 >> The call stack looks to have the same sequence. >>=20 >> Different srr0 and lr values were listed when I tried >> that: >>=20 >> srr0=3D0x8004'4000'0000'0000 (0xc004'4000'0000'0000) >> . . . >> lr =3D0x8004'4000'0000'0000 (0xc004'4000'0000'0000) >>=20 >>=20 >>> You sure the lack of a backtrace isn't just that you are using a = nodebug config? >>=20 >> Back when I was using the FireWire based debugging I >> discovered that it continued to report material after >> the monitor updates stopped. I learned to not use >> the last message on screen to guess where it was >> having a problem, other than "sometime after the >> last message shown". >>=20 >>> Could you please disassemble read_scom? >>=20 >> Sure: >>=20 >> 0000000000ad7f24 addis r2,r12,132 >> 0000000000ad7f28 addi r2,r2,220 >> 0000000000ad7f2c mflr r0 >> 0000000000ad7f30 std r31,-8(r1) >> 0000000000ad7f34 std r0,16(r1) >> 0000000000ad7f38 stdu r1,-64(r1) >> 0000000000ad7f3c mr r31,r1 >> 0000000000ad7f40 std r29,40(r31) >> 0000000000ad7f44 std r30,48(r31) >> 0000000000ad7f48 bl 0000000000ad7e58 >> 0000000000ad7f4c mr r30,r3 >> 0000000000ad7f50 rldicl r3,r3,48,1 >> 0000000000ad7f54 rotldi r3,r3,16 >> 0000000000ad7f58 bl 0000000000ad7e6c >> 0000000000ad7f5c bl 0000000000ad7e84 >> 0000000000ad7f60 lis r3,16512 >> 0000000000ad7f64 ori r3,r3,33024 >> 0000000000ad7f68 mtspr 276,r3 >> 0000000000ad7f6c bl 0000000000ad7e84 >> 0000000000ad7f70 mfspr r29,277 >> 0000000000ad7f74 mr r30,r29 >> 0000000000ad7f78 rldicl r29,r29,32,32 >> 0000000000ad7f7c mfspr r3,276 >> 0000000000ad7f80 mr r3,r30 >> 0000000000ad7f84 bl 0000000000ad7e6c >> 0000000000ad7f88 bl 0000000000ad7e84 >> 0000000000ad7f8c mr r3,r29 >> 0000000000ad7f90 ld r30,48(r31) >> 0000000000ad7f94 ld r29,40(r31) >> 0000000000ad7f98 addi r1,r1,64 >> 0000000000ad7f9c ld r0,16(r1) >> 0000000000ad7fa0 mtlr r0 >> 0000000000ad7fa4 ld r31,-8(r1) >> 0000000000ad7fa8 blr >>=20 >>=20 >>> On Tue, Sep 22, 2020, at 12:46 AM, Mark Millard via freebsd-ppc = wrote: >>>>=20 >>>>=20 >>>> On 2020-Sep-21, at 21:34, Mark Millard = wrote: >>>>=20 >>>>> This was discovered while doing a head -r363590 -> -r365932 >>>>> upgrade to FreeBSD. (A non-debug system context.) >>>>>=20 >>>>> It first showed up only having updated the kernel. It still >>>>> shows up after updating world as well. It is now running: >>>>>=20 >>>>> # uname -apKU >>>>> FreeBSD FBSDG5L2 13.0-CURRENT FreeBSD 13.0-CURRENT #16 r365932M: = Sun Sep 20 19:57:07 PDT 2020 = root@FBSDFHUGE:/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/powe= rpc.powerpc64/sys/GENERIC64vtsc-NODBG powerpc powerpc64 1300115 1300115 >>>>>=20 >>>>> but with /etc/rc.conf having powerd disabled: >>>>>=20 >>>>> #powerd_enable=3D"YES" >>>>>=20 >>>>> The crash now is now silent, not getting to the db> prompt >>>>> and not showing any messages or backtrace. >>>>>=20 >>>>> Prior to world being updated it crashed with a traceback. >>>>> A quick summary from a camera picture: >>>>>=20 >>>>> fatal kernel trap: >>>>> . . . >>>>> pid =3D 1126, comm =3D powerd >>>>> . . . >>>>> kernel PGM trap by 0: . . . >>>>> at pcr_get+0x4c >>>>> at CPUFREQ_DRV_GET+0x78 >>>>> at cpufreq_get_frequency+0x20 >>>>> at cpufreq_get_level+0x2c >>>>> at cf_get_method+0x20c >>>>> at CPUFREQ_GET+0x78 >>>>> at cpufreq_curr_sysctl+0x70 >>>>> at sysctl_root_handler_locked+0x10c >>>>> at sysctl_root+0x26c >>>>> at userland_sysctl+0x14c >>>>> at sys___sysctl+0x8c >>>>> at syscallenter+0x188 >>>>> at syscall+0x60 >>>>> at trap+0x498 >>>>> at powerpc_interrrupt+0x110 >>>>> user SC trap . . . >>>>>=20 >>>>> After this I tried to make a dump and then proceeded >>>>> with disabling powerd in /etc/rc.conf and doing the >>>>> world update. >>>>>=20 >>>>> Unfortunately, while a dump was written, the core.txt >>>>> file from the -r365932 world boot that processed the >>>>> dump reported "invalid corefile" all over the place. >>>>>=20 >>>>> With powerpd disabled the G5 seems to be operational. >>>>> But turning powerd back on in /etc/rc.conf and rebooting >>>>> prevents the boot from completing, no messages, no >>>>> db> prompt. So I now leave powerd disabled. >>>>=20 >>>> Some additional low-level information: >>>>=20 >>>> For exception 0x700 (program) the screen picture >>>> shows (but I've added ' use): >>>>=20 >>>> srr0=3D0x0 (0x4000'0000'0000'0000) >>>> . . . >>>> lr =3D0x0 (0x4000'0000'0000'0000) >>>>=20 >>>> The kernel PGM trap notice does report: >>>>=20 >>>> ctr=3D0xc000'0000'00ad'7ad4 >>>> (the start of pcr_get but with the 0xc >>>> prefix) >>>>=20 >>>> I'll remind of the pcr_get+0x4c report in the summary. >>>>=20 >>>> objdump for /boot/kernel/kernel reports: >>>>=20 >>>> 0000000000ad7ad4 addis r2,r12,132 >>>> 0000000000ad7ad8 addi r2,r2,1324 >>>> 0000000000ad7adc cmpldi r4,0 >>>> 0000000000ad7ae0 beq 0000000000ad7b48 = >>>> 0000000000ad7ae4 mflr r0 >>>> 0000000000ad7ae8 std r31,-8(r1) >>>> 0000000000ad7aec std r0,16(r1) >>>> 0000000000ad7af0 stdu r1,-64(r1) >>>> 0000000000ad7af4 mr r31,r1 >>>> 0000000000ad7af8 std r29,40(r31) >>>> 0000000000ad7afc mr r29,r3 >>>> 0000000000ad7b00 li r3,-1 >>>> 0000000000ad7b04 std r30,48(r31) >>>> 0000000000ad7b08 mr r30,r4 >>>> 0000000000ad7b0c std r3,32(r4) >>>> 0000000000ad7b10 std r3,24(r4) >>>> 0000000000ad7b14 std r3,16(r4) >>>> 0000000000ad7b18 std r3,8(r4) >>>> 0000000000ad7b1c std r3,0(r4) >>>> 0000000000ad7b20 bl 0000000000ad7f2c = >>>> 0000000000ad7b24 rldicl r3,r3,8,62 >>>> 0000000000ad7b28 li r4,10000 >>>> 0000000000ad7b2c stw r4,0(r30) >>>> 0000000000ad7b30 cmpldi r3,1 >>>> 0000000000ad7b34 beq 0000000000ad7b50 = >>>> 0000000000ad7b38 cmpldi r3,2 >>>> 0000000000ad7b3c bne 0000000000ad7b58 = >>>> 0000000000ad7b40 li r3,2500 >>>> 0000000000ad7b44 b 0000000000ad7b54 = >>>> 0000000000ad7b48 li r3,22 >>>> 0000000000ad7b4c blr >>>> 0000000000ad7b50 li r3,5000 >>>> 0000000000ad7b54 stw r3,0(r30) >>>> 0000000000ad7b58 std r29,16(r30) >>>> 0000000000ad7b5c ld r30,48(r31) >>>> 0000000000ad7b60 ld r29,40(r31) >>>> 0000000000ad7b64 addi r1,r1,64 >>>> 0000000000ad7b68 ld r0,16(r1) >>>> 0000000000ad7b6c li r3,0 >>>> 0000000000ad7b70 mtlr r0 >>>> 0000000000ad7b74 ld r31,-8(r1) >>>> 0000000000ad7b78 blr >=20 --=20 Brandon Bergren bdragon@FreeBSD.org =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)