From nobody Tue Sep 12 03:11:18 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 4Rl7sM2fPHz4tCJj for ; Tue, 12 Sep 2023 03:11:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.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 4Rl7sL0Mgyz4JnG for ; Tue, 12 Sep 2023 03:11:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Wg52S90a; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.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=1694488291; bh=eo2+cydr1Tf4BWkrHa5dGagQUQiaKh0epGPzscJzVm4=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Wg52S90a3ZHoOGCXhGDwVIaPJGZnY42aD4ZDlI7hf3v/J0rFEBOUWPFPpHK0fJvM7YRVH4hL2Fx02T3YNTDgpwwnuhQJh3xkzLiICRrnnyAmM/iAiH4uWgaR6O50ic7Uc1epkqKZcFNnzVycrrmgm9TTXyTMxxiK1BhXBfjiZBqn/EINf29WbcU6374ovc3k/G/GloXltyjGR6bB9TuAFx0qXr3QlY0GJAyvej/2Q44i7DKexVWnTJ3HSzjF0SUoc5+2JZIg5THxIfCTrs23ZHsvIk3NOAlI4YaOcOZ7mADtcYNu5tczVRGHLYrkkn+PUwm+xytZ9+naMek2I/ObfA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694488291; bh=AhUomG972jhI/DQlFNX6VFtzVT24upkr0q7V9BxsVGU=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Svrh7bCn9PuKV8qutsLuY2C9kCCQu3psFK8EnkwkdZxb0dmuGRgGgImyvsyI0o0X5C8unMvGT9BqxPhpmd1N3Gq2GriTRGMSnBo+KHcCFU2nzPvHTcjS/d/oq7cia8n6cwuuPLKM5wViSgB4diR5hMUw1Ga+s7V0TKXkyjPHW/ebShXW1fDWqes0Z5/RICm9uEj+mMw+TLlCnlwm7lvhXOwh7PCp8qw8p2+Kz0U5IRV7+rzEuiLUMfWLccDK88HRh8ND+fh2Y0Gm/l3icgKma9bW4U7LfWNmcvBT66C2SZc26f7QjXoXfv++LzxFc1pIHxsgBiHJoA22YDRNHl1ybQ== X-YMail-OSG: 1IuhgOAVM1kovFqET05uuiDMBNFYHQxNbsfCoG4IIdks2jmqA4lWaS7DxO0qave 5IZXx6Dkc9iYaWoVO0m7UUgWS.u2nChGl9DasgO4m0YJKl_gSDAy_DkfZ7XTvkWNb3AvLVDJEfyB BqiiG7we9q4tndknwp56Gx6JYPgFhKNgXzA8hvEVTaOVcwFuwme_nDxj6WmYWypmEdVgMFE2txM2 YpS9AUOsZJLFxt8qzX5rgBA7pwoikyOxeEBevfN3qQ5L5h2zb5MbkGIsg4BtuojJB6.nJ2Tkwp3C uLjFnuCofAKQQudgjftYr6h.6B94ysrcroxE9wzAbpy.92f4hfn3INDdsLT71dHPce_LCZ8kD_iT 5wSO8wTiAx8vginNTGr_0FAXKYdPVIr0XwFBXKA00rfRxJcVBSrYw3C8VK8u9dcvUB4TnsblMmsF TsKMqCzHkp.sziwgrToGUBpeymAjrEvo3MFe5ePGRSmhuQal9QLOeeFL4rmbjHya.lEjRZZAMnr2 10y5r12CONO4bvuiEaTmzendxWC69rm2Ng4jmxa58o5rtNVfhhiBH9_us1P5.7ux3CdjIlSUFJMY UlE1w7kaaFmKR8xWtn_MxODkG.J82IcrfU6kmFfPuIA8P0plSSm7ypPVskjzUikafnw12siKWjjI RSJK82bWWffTy6ju2uTv8nzsqXsLAVfsplUJdEyg24C8lYwurQITr9Fat18.vGRce2OmbxUifv3K ajdED_4N7HLqjccq5ILiuqJORR2lyghUwJ51PfhAwlaUM0Nz1sCfrEOel_lsF02cAXHUroLZrcA1 VxwmxYAA4rnDysRrL91oy2SuLGw4Pye1LQQDndlNmBD2jwbqMug972w6mh38g3Mk4iqjZo.ucbkv GcAfYxAAznsSb_AHJtnQqPfWJlsDvUodksQivYPbOIuSLCrZjck1HPkOrgRiZFt4g4lL4e3An1r2 XF9MsTuC7TqYjBH4zfLVE7mnnO.ohDujjReruJWoUuMqdo3XqvYAjfXapqqOXxsClQGL1xzYl2XO zp1qJE7hK5P1tL.VPnDS_.XWmxJgZ24YSUJacQLdOw3tsZISepcht79jv0LV.NedR1_UI0NsQUZd AkTbpOwRaofcu_kcCMghPhLcbCnsOk3ap7m6G7LE7S97ImmPRiZVJx02Rcrh2sAV.2AWTT8e._Xt .pZi6rzxU6ix4QXjDz6ReEw1hMfahDdDzGtzKNTpzzDuEWaKLSV58mfVFpz71g75WOgNZ5LlhPwI P_YU6ZvPeXwrtwFvMXNi8IifHbAE2DRvvZzLfpLfLhS5G2ICWVi44SfmAPWri5wkbKrH8vyEjIU. 0Ko5WJkA_ptU9h1FcJ55YI5EFdhoWqm1RQXvH1.FvB1DD42n95VnyEkfMDOAixitDbaVDETcsg9v J4dwXXAD4JyDNwiGjhpQBkt6hQbbZxSV2OgSD9awC9.jHFdd5EG2F3x9YNo3LdEOXzKCu9c2M0Yo HjBpqYJA2g_Mnz.PwzqlgzD1EHDPo0cSmgPTW0LRv915JlUgi9ERKGz0Lz8UjCtd8It2Mv_mjzPS jJCsdMc65W7YBEat1nwSsydyL7YPsr2HGRWkWXuMz.Wrjfz9n6AHE7UPQZbCeP9Q_GVodwNR9WPc p5BqUlq.cArKhEZGDPPPYAatuqFfBOi58XA4TlL3V7Z8GHcUcH.zrYMAhA6nok5RjG5XSG6biU_D Stmj9fi_Dl9POS5d.1n7eIbvXrjOi9Jq2qkUezufDCv488OtrHkTaMn64ALVsSGDW9f_lWFYxTpn .VVPcmYLjppBFdlC0v_fG.rzsop2QxQlvpi0ecdCnfnv1dqcJEjNu7RvBIpTSb.5901Tz4Qk9NqN vBZ4.2H4Ff0WN3Ea4gYMV5FvzBX9d8roIrlkayP2gYBQyL2YLU.L50N9qvMfcxxHvaEG1vOPMz2l Vy06vOEBx9o37H1060hFEV9NGDFoi6z6CAQBma7Z9oqCQ_s_yF4WD8GinXypCfXPXLgSiXt_stky owU3mJkJZXjpyanR3bGjCQQ16S0RyV3j7cfjiVCx4U3MaerqEsjBPe45.3eBSpQ5J.IbGV7uCggx 1FnyQSMUNYWEn3GNlQAQqpB2Ly2accmShJq0B5aOZ09j1tAWkVeF5jE45fIZMMdxm8QxY_Y8VIV4 1RxKNgO4E5kqr0LGWW2ywuTG9gP8cyGC59CxX9KE71JBPusAonmtbuSVw5FJ1T_KAz0BciJoCTuY ixoyCeGToPZ6OdH4QC80sJmUTmOYNTG78DxhK8vvXXGWsi6WATxMRB_tBo7i0SVMzjOVI0VHXaP4 T X-Sonic-MF: X-Sonic-ID: 0a0d8062-3194-4839-bf16-01fdaf18787f Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Tue, 12 Sep 2023 03:11:31 +0000 Received: by hermes--production-gq1-6b7c87dcf5-wlch2 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b1e2b114aa16e683569fea2bd99b82c3; Tue, 12 Sep 2023 03:11:28 +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: <766541C2-D0C3-4886-8779-F959662F59A1@yahoo.com> Date: Mon, 11 Sep 2023 20:11:18 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <8FBB9598-262E-4D18-8DAA-B08134A39D81@yahoo.com> References: <318444EA-B18D-4A6B-8D74-2A4276E366A8@yahoo.com> <766541C2-D0C3-4886-8779-F959662F59A1@yahoo.com> To: Current FreeBSD X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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)[]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.148:from]; 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.69.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: 4Rl7sL0Mgyz4JnG On Sep 11, 2023, at 19:40, Mark Millard wrote: > On Sep 11, 2023, at 01:13, Mark Millard wrote: >=20 >> 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.) >=20 > # 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 >=20 > # /usr/bin/kyua test -k /usr/tests/Kyuafile = sys/net/if_lagg_test:status_stress > sys/net/if_lagg_test:status_stress -> =20 >=20 > got: >=20 > panic: vm_fault failed: 0xffff0000006813b4 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: > <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 >=20 > 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 >=20 > (Again, kgdb's stack frames #7 and larger are not particularly > useful.) >=20 > Possibly interesting are the slightly different values: >=20 > x2: 0xdeadc0dedeadc0de > and: > far: 0xdeadc0dedeadc0df >=20 So, I again tried the 14.0-BETA1 snapshot: # uname -apKU FreeBSD generic 14.0-BETA1 FreeBSD 14.0-BETA1 aarch64 1400097 #0 = releng/14.0-n265060-4e027ca1514f: Fri Sep 8 11:17:15 UTC 2023 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 aarch64 1400097 1400097 and again it did not panic: # /usr/bin/kyua test -k /usr/tests/Kyuafile = sys/net/if_lagg_test:status_stress sys/net/if_lagg_test:status_stress -> passed [60.111s] Results file id is usr_tests.20230909-084231-927014 Results saved to = /root/.kyua/store/results.usr_tests.20230909-084231-927014.db 1/1 passed (0 failed) The problem seems specific in some way to main [so: 15 at this point]. Given that my personal non-debug builds of main [so: 15] get a panic and the debug build in the snapshot does as well, it likely is not a debug vs. non-debug issue. (Although, I do not strip symbols or such in my builds.) =3D=3D=3D Mark Millard marklmi at yahoo.com