From nobody Tue Sep 12 02:40:26 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rl79n1H1gz4syJm for ; Tue, 12 Sep 2023 02:40:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.gq1.yahoo.com (sonic309-22.consmr.mail.gq1.yahoo.com [98.137.65.148]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rl79l2tgVz3dV9 for ; Tue, 12 Sep 2023 02:40:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=OJl13N24; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694486439; bh=j0lQyzOord39lQF22JGgXPFagT7VPC4UgVAJ7r8X2ng=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=OJl13N24jiFaGq9IIOzo8WY3m7xbriNcVSTIWbGsIKdjLip8exP4X64CSL5Jvn0i8A2mrcY/VWJ0hSfSRk3GFN501eXRH+G36WoQqGqwlALdrc/DBapuDvek0+KNAxrP4wPi+lY7/W2+MpM2BJ/RQmUzBDwmTHGiOUB6Klv57ORQGPEW3rUBA4hbQGJIuK/OqavMH3tloCOkV+HejupkHyMCudy56dFapiAazovO7AtZIZTAnQDneulz8jFd5LSDSPCMv3itFz6iv+thJSZlULrqg8XC4t6nI306ESl1HYNg9FnyR0GOzKQUKDoaPG877NWCkY7h48n0Ep7JhMCGFg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694486439; bh=2Y2H6kMMrFaUxTpAICH7T7JuMpRg9Ohf1QfCY3FNXwp=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=P53w2DwJEtCXBsiRXFT3fzcXarsNNc63p89dtltsVw5qMi1n1leZCrbIbCPMbKPWb6ssYv6TmSSRyZj9cEqQvEBqiJ7oovQf9aRhLJb1XmaiM/orNCB1Sl9jnfjxGgkq2vYty594sUJtv7pJFgs7+/e8DZnELOnRC+6xuuIILfYvRFcZ0OQ3Y2KbUPZqbBNth2BACG/NXizr8wNuTXCFCvUbRxNyCKu4DQ3YJ7fZu1Q439aw83E7EX5CWefS4G4UKlcvHKoSJKewXcOERVjBHNMl/2a6eje3NSwV04OT+fWFaB5FePTWWH0ERqXplco7iH8Zv9Ebv6xPT+bpephIEw== X-YMail-OSG: 77_QSFYVM1lkxbLeLuelYUPw8HnuxS0Ipdqd5kmBsrnGhQmKnO8AhMfIdGSaxGk HlmeHL4L7pioH2EYVhmZ4UTZsiRcuiRAKsj3Dh8QcPDI1VaTBhDAhGEvBquaJWKLbVMbHwTQQkLg 7CWX61gARjsejJ9e6SnMTYlMBU2c9m8hDB4V4V2Va2HyQf8SdyoRH93I8ST99Qew0nj4sRrgoYHE 5nglU0MLUZwuVejCEijU7ONuWr54pbiQM6Z0NGJxoGqWrbAWM.cLJ7HlYT3phCMTTXcdtipE4ia9 j83u8lOxUb49fVDAI4TkaECu74evxJ6JX7VB7KrMXcSpaFGrs8b9jXYOArm6dXWj2veHNvZ0XqSQ HASvbM_iVrA9nIP899C023KjsSeN9h74ATejIOEMjYh_LbiDCEA4f2f1uaieDbb1u1GWjzoxmEip 96coxGEdMRKptJy4KJHpKvYcaeLfN8nnsMv9ezWESK1gvMi.PWQTy4rgrG8sXu4WIXnt_WuX1PQe dTPyu3xpNS_T.OwgzjmJv5gus9FZgj6lyfenW.QGiS.kCW5F4LgI_PRukBZptxeac46rCG6NyRZY E7HW4Wq5UGgETDjLcOkH30MQp7WTrbEU.RV.EoLkTjgzSsMMRxs_o7X13zwKpDjj18c3KQ5V.bmM YS.Sce2FkchHZGzSvHe_Kp9lW8J2eWTEoQ.ow5KaMt0MrtGJPfPNz.5ZH9Ke6mwyBc4wOhGnYNSZ 4V_6WqBApR7g0IIqqrdc.m_1PzlF_njDudIUg6bUmh18Z5BCZ6a5yjKdXFy8ZGXDT7Kr_hSthBOz ZvadbAPAkjz2MN5NUOENLcSNTqinIfX_bzd1a37qp_5iN2DbGyoEeZy0xgDv93YMMvMnojTzuSpi BBrPYvnh9IlZyOPE9w9oJtBk1ks.BuuT56XLENV0zyx58.oeUWcUYdeUuldC7zUjHBAJ7jlGev3c 3xtxbeKHJmtM320fehnHyS15bX9e8mEd4UPKW4XNu7GYWEY52IJJDM4c6f2Y5Of1j6B4YajXtNOa hrhTrPkFh4pDrdzJZrkVAgNFt3sD7sbCkT8rx9EcS8uhfgNW4L1VOAhojbmr4XPEROSl5VK0MOda YigfOn90.XJaAlt2uc_vR3_qAk24wE7Wz1drfYIj6jKbYwJ5gAAf6ObuUwJazk.6qZrPNNCXYvPO G06tTZT6_hKYOOHhD1Dl.dK1KSK9cITBMR6StwXyDRW_U6xdt7tW0fRecg.koaV.5ljuKNKqCPHh RZ1zld1PHbhSa.wyJtgnvDHOLtE_nKKfIIlPJLrMGtFtNFms4b5zJek_x9oU0lSjoS9jRSmItcFw 70Mz.25Z388jlRDMtny9T2c4LysEwACO5jDxi6.O4yPD9g4UdvHG6_74FRZV82flndl4DGdXORhp Ar9KCSQVcbUYk9wqlPK5aLEPz6s4L0AcJoaJf5y_weXBa1brzRf8qDP.DYhoeAJojcR91pTms7.K 5at7tbomRDz3ol0AwpsiRsP3vjR8NhP5wURyR76V6uo9sFHKgl1tcCXphiebvzEuwifyR5Fy4rzx Y_3gCLVQiPFGH7Oj9vR9McDHS8YbnP_yXOdhzpJmvNyy2PBn7J0PPXLqb_RSVPUNbNisrx0UV7eP FtuVN7OVrU3YMG5m5FiBQgJ3Hhu0JzDRLu1of64FmmgU9S.CDJkwPt6Hk_n83ol8ORwGc6.BnlDm uds7WZQ.0bYA4bICAVgQoO4zkpxoO4TmUCXm_WG4Jlzw4Vrsw5X7LJT3DvUAiZs5jDmhHHNsj1bZ 9j0RwbwbQ3bT6ZJb49.V8iM6h.Ee84lOisce2F8yg0Uzciuy.W8BvdpL5GdB1ad4stIfg0svDRTF ahJ_IH8mgafSOJxp8RIlWVv9_kOLqTUv202yqbAmDzvwMdZPS2rHlRvbVWIoPMf30ndRk_6a8Lb3 KigVdRZGqxIQ7DsRodykTgI.ohpAOp0G0v.BFpRDh0MCY2yvFIG8CczeGRCqOqyn0c2z_MkTJ8.s 2s7N9r_3M5VrCYzOJ3QyMSB6ph02Ym8Jh.Qp7pkpdRFNdioQ079G9rTjIbLk84D9Y3Yd33XfoTL6 zoxfH0FgnaO4ePWJ5NliB4aIFis2xc9PscM1Vkg4gqaIz.Zykv5MEb1jroNCaFN8HbGficQidYo6 4ewGfgHg2GZJU7RFduuxAAAHh4IwgdaLvfWoX8Qcjp_SMrhPQqKp1WLEfgH4pMaMY.KyiNCdcgvg 6KupB7uv9G.8sqFW_7tW3JztlnGPFlTdyGXBOyr.EbtA4.cdWQWgvrPGOYl8B_s2XLJBwnnrIBlK 0cJoSAA-- X-Sonic-MF: X-Sonic-ID: 78358a2c-d828-47a5-a9a8-43e97c06a62f Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Tue, 12 Sep 2023 02:40:39 +0000 Received: by hermes--production-gq1-6b7c87dcf5-x8vcl (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID c89036ca39ef3d65ef2f82a79e9984d4; Tue, 12 Sep 2023 02:40:36 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: aarch64 main [so: 15] panic's in kyua's sys/net/if_lagg_test:status_stress [confirmed with snapshot kernel] From: Mark Millard In-Reply-To: <318444EA-B18D-4A6B-8D74-2A4276E366A8@yahoo.com> Date: Mon, 11 Sep 2023 19:40:26 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <766541C2-D0C3-4886-8779-F959662F59A1@yahoo.com> References: <318444EA-B18D-4A6B-8D74-2A4276E366A8@yahoo.com> To: Current FreeBSD X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.45 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.95)[-0.951]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.148:from]; BLOCKLISTDE_FAIL(0.00)[98.137.65.148:server fail]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.148:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4Rl79l2tgVz3dV9 On Sep 11, 2023, at 01:13, Mark Millard wrote: > It will be some time before I can try this with > an official snapshot instead of a personal build. > The build is based on b6ce41118bb1 : >=20 > # uname -apKU > FreeBSD CA78C-WDK23-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT aarch64 = 1500000 #17 main-n265279-b6ce41118bb1-dirty: Sun Sep 10 14:36:47 PDT = 2023 = root@CA78C-WDK23-ZFS:/usr/obj/BUILDs/main-CA78C-nodbg-clang/usr/main-src/a= rm64.aarch64/sys/GENERIC-NODBG-CA78C arm64 aarch64 1500000 1500000 >=20 > So it was a non-debug build, although I do not > strip symbols and such in my builds. >=20 > . . . > sys/net/if_lagg_test:create -> passed [0.105s] > sys/net/if_lagg_test:create_destroy_stress -> skipped: Skipping this = test because it easily panics the machine [0.019s] > sys/net/if_lagg_test:lacp_linkstate_destroy_stress -> passed = [60.045s] > sys/net/if_lagg_test:set_ether -> passed [0.066s] > sys/net/if_lagg_test:status_stress -> =20 >=20 > The core.txt.5 is not great, unfortunately: >=20 > panic: vm_fault failed: 0xffff0000006b96dc error 1 >=20 > GNU gdb (GDB) 13.1 [GDB v13.1 for FreeBSD] > . . . > Reading symbols from /boot/kernel/kernel... > Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug... >=20 > Unread portion of the kernel message buffer: > (dump_iface + 0x2c0) > elr: 0xffff0000006b96dc (dump_sa + 0x1c) > spsr: 0x0000000000400045 > far: 0x44572d4338374144 > esr: 0x0000000096000004 > panic: vm_fault failed: 0xffff0000006b96dc error 1 > cpuid =3D 2 > time =3D 1694414226 > KDB: stack backtrace: > db_trace_self() at db_trace_self > db_trace_self_wrapper() at db_trace_self_wrapper+0x30 > vpanic() at vpanic+0x1a0 > panic() at panic+0x44 > data_abort() at data_abort+0x304 > handle_el1h_sync() at handle_el1h_sync+0x14 > --- exception, esr 0x96000004 > dump_sa() at dump_sa+0x1c > dump_iface() at dump_iface+0x2bc > dump_cb() at dump_cb+0x18 > if_foreach_sleep() at if_foreach_sleep+0x244 > rtnl_handle_getlink() at rtnl_handle_getlink+0xec > rtnl_handle_message() at rtnl_handle_message+0x19c > nl_taskqueue_handler() at nl_taskqueue_handler+0x674 > taskqueue_run_locked() at taskqueue_run_locked+0x194 > taskqueue_thread_loop() at taskqueue_thread_loop+0xcc > fork_exit() at fork_exit+0x88 > fork_trampoline() at fork_trampoline+0x14 > KDB: enter: panic >=20 > get_curthread () at /usr/main-src/sys/arm64/include/pcpu.h:77 > 77 __asm __volatile("ldr %0, [x18]" : "=3D&r"(td)); > (kgdb) #0 get_curthread () at = /usr/main-src/sys/arm64/include/pcpu.h:77 > #1 doadump (textdump=3D0, textdump@entry=3D4003518992) > at /usr/main-src/sys/kern/kern_shutdown.c:405 > #2 0xffff0000000f7704 in db_dump (dummy=3D, = dummy2=3D, dummy3=3D, dummy4=3D) > at /usr/main-src/sys/ddb/db_command.c:591 > #3 0xffff0000000f74e0 in db_command (last_cmdp=3D, = cmd_table=3D, dopager=3Dtrue) > at /usr/main-src/sys/ddb/db_command.c:504 > #4 0xffff0000000f71b8 in db_command_loop () > at /usr/main-src/sys/ddb/db_command.c:551 > #5 0xffff0000000fad9c in db_trap (type=3D, = code=3D) > at /usr/main-src/sys/ddb/db_main.c:268 > #6 0xffff0000004f4ec4 in kdb_trap (type=3D60, code=3D0, tf=3D) > at /usr/main-src/sys/kern/subr_kdb.c:790 > #7 > #8 > #9 > #10 > #11 > #12 > #13 > #14 > #15 > #16 > #17 > #18 > #19 > #20 > #21 > #22 > Backtrace stopped: Cannot access memory at address 0x10 > (kgdb)=20 >=20 >=20 > So some transcribing of a picture in order to > show register values that were reported: >=20 > Fatal data abort: > x0: 0xffff000leea0e7f0 (_DYNAMIC * 0x6d816648) > x1: 0x0000000000000001 > x2: 0x44572d4338374143 > x3: 0xffff0000005d3f90 (ifdead_ioctl + 0x0) > x4: 0xffffa00b7f0d185e > x5: 0xffffa0023fe4b992 > x6: 0x000000006767616c > x7: 0x00706174016f7575 > x8: 0x00000000000001a4 > x9: 0x0000000000210005 > x10: 0=C3=970000000000000800 > x11: 0xfefefefefefefeff > x12: 0x0000000000000008 > x13: 0x0000000000000000 > x14: 0x00000000000000ff > x15: 0x0000000000000700 > x16: 0x0000000000000008 > x17: 0x0000000000000007 > x18: 0xffff0001eea0e500 (_DYNAMIC + 0x6d816358) > x19: 0xffff000leea0e7f0 (_DYNAMIC * 0x6d816648) > x=EF=BB=BF20: 0xffffa00b7f0d1800 > x21: 0xffffa00b7f0d1858 > x22: 0x000000000000000c > x23: 0X0000000000000005 > x24: 0=C3=970000000000000000 > x25: 0xffff000000c68000 (sysctl___kern_features_netlink + 0x10) > x26: 0x0000000000000000 > x27: 0xffff000000ce9000 (cap_linkat_source_rights + 0x8) > x28: 0xffff0000006bb0a0 (dump_cb + 0x0) > x29: 0xffff0001eea0e520 (_DYNAMIC + 0x6d816378) > sp: 0xffff0001eea0e500 > lr: 0xffff0000006b8fe0 (dump_iface + 0x2c0) > elr: 0xffff0000006b96dc (dump_sa + 0x1c) > spsr: 0x0000000000400045 > far: 0x44572d4338374144 > esr: 0x0000000096000004 > panic: m_fault failed: 0xffff0000006b96dc error 1 >=20 > I expect that this is similar to reports I'd made > back in 14.0-CURRENT days. As I remember, snapshot > builds of the time also got the panic. >=20 > I will note that an earlier 14.0-BETA1 snapshot > kernel test run did not panic at this point in the > sequence (or at any point). But I do not know how > repeatable the panics are in the various contexts. >=20 > I'll note that I've tried to have the various ports > installed (poudriere built) that are listed at: >=20 > = https://github.com/freebsd/freebsd-ci/blob/master/scripts/build/build-test= _image-head.sh#L69-L84 >=20 > (The ones that build for aarch64, anyway.) >=20 > I had in /etc/kyua/kyua.conf : >=20 > test_suites.FreeBSD.disks =3D '/dev/md0 /dev/md1 /dev/md2 /dev/md3 = /dev/md4 /dev/md5' >=20 > and used: >=20 > # more ~/prekyua-aarch64-mdconfig.sh=20 > #! /bin/sh > truncate -s 4g /var/tmp/for-md0.dat > truncate -s 4g /var/tmp/for-md1.dat > truncate -s 4g /var/tmp/for-md2.dat > truncate -s 4g /var/tmp/for-md3.dat > truncate -s 4g /var/tmp/for-md4.dat > truncate -s 4g /var/tmp/for-md5.dat > mdconfig -f /var/tmp/for-md0.dat -u md0 > mdconfig -f /var/tmp/for-md1.dat -u md1 > mdconfig -f /var/tmp/for-md2.dat -u md2 > mdconfig -f /var/tmp/for-md3.dat -u md3 > mdconfig -f /var/tmp/for-md4.dat -u md4 > mdconfig -f /var/tmp/for-md5.dat -u md5 >=20 > I also did a: >=20 > # kldload linux64 >=20 > before doing: >=20 > # /usr/bin/kyua test -k /usr/tests/Kyuafile >=20 > (Not true of linux64.ko in 14.0-CURRENT days.) # uname -apKU FreeBSD CA78C-WDK23-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT aarch64 = 1500000 #0 main-n265205-03a7c36ddbc0: Thu Sep 7 03:05:31 UTC 2023 = root@releng3.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 aarch64 1500000 1500000 # /usr/bin/kyua test -k /usr/tests/Kyuafile = sys/net/if_lagg_test:status_stress sys/net/if_lagg_test:status_stress -> =20 got: panic: vm_fault failed: 0xffff0000006813b4 error 1 GNU gdb (GDB) 13.1 [GDB v13.1 for FreeBSD] . . . Reading symbols from /boot/kernel/kernel... Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug... Unread portion of the kernel message buffer: <6>ue0: 3 link states coalesced <6>ue0: link state changed to UP <6>lagg0: link state changed to DOWN <6>ue0: link state changed to DOWN Fatal data abort: x0: 0xffff00015df8d800 (infiniband_input.printedonce + 0x11eff68) x1: 0x0000000000000001 x2: 0xdeadc0dedeadc0de x3: 0xffff000000593e34 (ifdead_ioctl + 0x0) x4: 0xffffa0004fb6285e x5: 0xffffa0004fc00192 x6: 0x000000006767616c x7: 0x6e6d760070617401 x8: 0x00000000000001a4 x9: 0xffffa0004fc00000 x10: 0x0000000000210005 x11: 0x000000007ffffffe x12: 0x0000000000000008 x13: 0x0000000000000000 x14: 0x0000000000010000 x15: 0x0000000000000001 x16: 0x0000000000010000 x17: 0x0000000000000007 x18: 0xffff00015df8d500 <6>ue0: link state changed to UP (infiniband_input.printedonce + 0x11efc68) x19: 0xffff00015df8d800 (infiniband_input.printedonce + 0x11eff68) x20: 0xffffa0004fb62800 x21: 0xffffa0004fb62858 x22: 0x000000000000000c x23: 0x0000000000000005 x24: 0x0000000000000000 x25: 0xffff000000c58000 (sysctl___net_netlink_debug + 0x40) x26: 0x0000000000000000 x27: 0xffff000000cd9000 (sdt_vfs_vop_vop_spare5_return + 0x10) x28: 0xffff000000cd9000 (sdt_vfs_vop_vop_spare5_return + 0x10) x29: 0xffff00015df8d520 (infiniband_input.printedonce + 0x11efc88) sp: 0xffff00015df8d500 lr: 0xffff000000680cbc (dump_iface + 0x2c0) elr: 0xffff0000006813b4 (dump_sa + 0x1c) spsr: 0x0000000000400045 far: 0xdeadc0dedeadc0df esr: 0x0000000096000004 panic: vm_fault failed: 0xffff0000006813b4 error 1 cpuid =3D 3 time =3D 1694485392 KDB: stack backtrace: db_trace_self() at db_trace_self db_trace_self_wrapper() at db_trace_self_wrapper+0x30 vpanic() at vpanic+0x19c panic() at panic+0x44 data_abort() at data_abort+0x35c handle_el1h_sync() at handle_el1h_sync+0x14 --- exception, esr 0x96000004 dump_sa() at dump_sa+0x1c dump_iface() at dump_iface+0x2bc dump_cb() at dump_cb+0x18 if_foreach_sleep() at if_foreach_sleep+0x254 rtnl_handle_getlink() at rtnl_handle_getlink+0xec rtnl_handle_message() at rtnl_handle_message+0x19c nl_taskqueue_handler() at nl_taskqueue_handler+0x5dc taskqueue_run_locked() at taskqueue_run_locked+0x17c taskqueue_thread_loop() at taskqueue_thread_loop+0xc8 fork_exit() at fork_exit+0x74 fork_trampoline() at fork_trampoline+0x14 KDB: enter: panic get_curthread () at /usr/src/sys/arm64/include/pcpu.h:77 77 __asm __volatile("ldr %0, [x18]" : "=3D&r"(td)); (kgdb) #0 get_curthread () at /usr/src/sys/arm64/include/pcpu.h:77 #1 doadump (textdump=3D0, textdump@entry=3D1576585744) at /usr/src/sys/kern/kern_shutdown.c:405 #2 0xffff0000000ec18c in db_dump (dummy=3D, = dummy2=3D, dummy3=3D, dummy4=3D) at /usr/src/sys/ddb/db_command.c:591 #3 0xffff0000000ebf88 in db_command (last_cmdp=3D, = cmd_table=3D, dopager=3Dtrue) at /usr/src/sys/ddb/db_command.c:504 #4 0xffff0000000ebc80 in db_command_loop () at /usr/src/sys/ddb/db_command.c:551 #5 0xffff0000000ef440 in db_trap (type=3D, = code=3D) at /usr/src/sys/ddb/db_main.c:268 #6 0xffff0000004b4860 in kdb_trap (type=3D60, code=3D0, tf=3D) at /usr/src/sys/kern/subr_kdb.c:790 #7 #8 #9 #10 #11 #12 #13 #14 #15 #16 #17 #18 #19 #20 #21 #22 #23 Backtrace stopped: Cannot access memory at address 0x10 (kgdb)=20 (Again, kgdb's stack frames #7 and larger are not particularly useful.) Possibly interesting are the slightly different values: x2: 0xdeadc0dedeadc0de and: far: 0xdeadc0dedeadc0df =3D=3D=3D Mark Millard marklmi at yahoo.com