From nobody Mon Aug 07 19:40:14 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 4RKRW46BRFz4mCHj for ; Mon, 7 Aug 2023 19:40:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.147]) (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 4RKRW423jHz3Sq1 for ; Mon, 7 Aug 2023 19:40:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1691437230; bh=/Wi1ufOJmtAuGCJyatGXziyB4akbYfN6FgbK0HQxXh8=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=UdM1Za1ls6dsVQJjIaQuJ5Te2maq5ZMKKXpjmhrhwnKVdpYS6LcRDqfxkVs3sciDcob0Ew0YCyvEGf4FsMhlLAtS4ms4rU31M+sxEchqTVhM4HhpGFdC7gxIFH/TWKEFQzbuPqJNNTJFS6FX+tTqlECFt/8jNXO3ywZyE1466BFlW6BPDEEIIrslgqKjcHG00ip/Hl0yju/EXUHyPOUrZAh5m4vjoARX3iQul1ZMp1pAJE8HUHXHB1b9/0xFB5Waxas01HO6m8G9a3K5iFru7WEz7inpbWwaRG6F3WyceFft8hRzhqBKVrj+QKgbJgM8iwtfqTPV8kkwfYg4X/Ni5Q== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1691437230; bh=L/Hg/JNAmk130l8R51NMFGJKsbfDx9zJlDkSOGVB0ZH=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=awBd1ZO8GYgeEFtkfguP0EkHDVF1R6N/8vpki/3Skhf2pDgpXlsc58xyDH2sXqOe07O+dxo2AEJYrZuRErTrNCqD1gWj2QHiJIK+0qympaKBfZAuDsxgzMXCEhFzonUqLp2ljRuW4Hc/S8QVYAL0ID7DUMeGv+B+1zr72UTFlwKlgnLNmpKN3cqRW4PLE440fv23JfWb2Dtlil1g7AUKUhbsOJwrBGrn47VWVz/141/0XFactKEOrkVSVcMtRcge0grDSvYVmi2mr4CzpBWiYGSjTcGXlHNCMGzP77OV2dc1TroWT9VoWjZQOHytUtZGdBk1DVcXdkrMG3yqBbxz5g== X-YMail-OSG: wsK2.EUVM1lzmWP_d3OPHmDHnenCpofxzXOTuOytn5fJE6OKU.GGQ.6oLREhul9 b8GFhY9xtiIaKeH4.1EoEONEUeeTMmtEecvYvncoFEPsqZXba1Ve1sjYSFjbPZgupWPNhmVdN9Ta LtjZvXY0MArV_UidnFYOr2yzKrAe63RlKAJxKX_bvvL3i8j41ByHC_l4QMHRaO6O3VPqbUCQCph3 TFJtw.JAz2v8QWsX7zf4CWsdeHFaDtrQduj62aZpemSUHzB5hLPn6X4Dr8dhz9ONH6p.rdjQuYuk 9muBHufEbdi367KjrKdpJ3nhAvs_GsN4KFB6WOtTfJqnPYwl6Ip10qNdcNRlBfCn5J5_GJX2RdSR wR5eDTMEwy_AkCb5PHh0x9aZe_oJbpxZ5qu0aDzwntzE6p.g6.DrmOQltAM8iHvwvkyEl6T2FbOI JnGqD24Dm_PWpIt8bIjGuAdtVJgsyLSBERGn.zd_LbA5NuUP84JbcMR7Y_3Nmq2ahhxPJJXbCaiF av7klZSu.0vGrdbC6ripsLFkv71xdCxFtczNyhBXk0MfBTpmVBvdJcf76Yto6Fr2zBGi_JDHKNcR oVGshpwL26Pc5UkntSNgtH.C3dw.noJLV7RVvel8wEmCeHtYKDaV9cIGzQ8LqasTXIAeb.UvRIG4 scxOup6SWU7BdG6a2yMR7wV8pi1zcuXpDMMPIUO17Y8Exsk_b_wOnA59Y7vde65asPHAh27Dr5ri __EOjgxIGQjbgnN3MHoFy6KfXM1xKAfIfLLhqyF4t9.4jegAYN7GGJc.0cyLpmQ_3LalAvq4dniL ZLFOLgIQGET0Ths7Rd7QRArKM7PDI3dyyTLUrqPCrfXA4wmw1El62GPxoA1t3UHuxiZ_lDMpNttE XQHdLeZmNaAF1Rn2cqigJezDTNZFxKF_cdy8WBZ7VZ94Z4Vw_P6gqKGabprRinaGluYiKls9nsru NC9FR7DcAuJh1ANRVTUj63xEddX_MQ5sRGn2idgQWS3aoDPH6WHv9oWioeeCBG3w3AvcZgDzij3A ISJIa9O33mIFMdPeZ.vuxA5toLEIKD7fs7eGAuTRrZ9pPEGdNjZdaDgjAIeToVW_vth_XZD6dRfI 4gxd1HxBbgjVe7y0CCTJO1YNuJDyTAJJ9qYx7uwi9UIC8FHliZ524bAdcTsZt21n5Pl2WRqiwgrJ faYtnUaoFeW.4f9AgM.T9vhTWP2WcWjfrzlaRE_qsTSRvWfPDCZHSWz7mAlehPv1eWbJzi0.rYcD 3Lmq0edA9FwjsBH.Lbgkp5UxdGkrosQKm1mEGnA98CUx9iWraoLiZSQKt6JUfj4wngP7x_UD7YtO sPX0eQ5z_m4NaXuCdMDG1B8Mve5DHx_fFaIwXHE3D6.yKgQlrp._XgaDu81ItOm34YXEWPaAPPbo 4szVu1mzqIOV2o.FShLkhbe84JjOxXusYg4NkoVpw2FBhDdw0mYCYahD3oP1oEhG1AMTbNls3whd TUZFhGTLI_9.U1hMwc4MjXb11hB3fw3FBsHheE08ot7_mnCUImVBkjlzrelTzAHm7Mr1_ZA4jX.E LSlN4Kbr4Yo65H4Wqz2qT3I04HX3RKSwlW.eP03kzt2IVdOopIkQomXYp4Plt7ykKINfv.YmsiIx 5h8iIAmyfnGOfqpmw0ar_wJAfUze_yF7VJbMT0YN0uwZHC3ZX9p1NEjn5g24nMpiR_KkNQ2k4bY7 eFYZHuYPHK88M4SVomYPwXZGSixxJs5S6._wAR6rfrpePOfsE_wpAoiKN62TYDzN0U3UMNI1mSCa W0xkTlfXh7zjfymLrzRIRlX_rfuw7tJ21RW_Z5I.quTmwcUjzaBv2RvdcbNsGa0lzKo068v3eJaz 7olgXyMpj.2.te3QvfrfELcNWMuM0esqQpuuR1kpV4G8uwn3O9S.F3wy71RVEnCYTw0QQaOAcycV hp3jy7UYkyZR7KWxHFc50Z38PzTIvHPooYbGc2c57TZXCMSsSKxus3hbrWb3dOIFKd74p0gO_Y6O yBTAQZDSfwi0FDj1hOo44uCu7nqqyxnPQt._9hMZCWTMVG_b2LerqEt7vrP6FqH_341MLWVs44XJ y1q4jlQBf4AGEJCZNhjPiSwsYWtxBhe8HDHRt_T6rjzCbdsvbwmUEBREMolSwWBLaGp9nOdwaWQ_ gyiu2x1WbOBHMIKTZh6W3imsGTpRR4NQ0ApCls1D7aYVQEgfVqfhLR4A2.aM5uIb5iK2TGgVVWvR nGhkPuG0QXSVj8Bw78OMmk2AugXI2OrjGnegXcOEWHSfYoJFtvZmAiA3x0p26TinCdhzIwbCtvg- - X-Sonic-MF: X-Sonic-ID: 70a38877-22ae-4955-aa30-6a76ab0264c0 Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Mon, 7 Aug 2023 19:40:30 +0000 Received: by hermes--production-ne1-7b767b77cc-7tm2h (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 32f346f5e5e38d42d0176a302993e88c; Mon, 07 Aug 2023 19:40:26 +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: armv7 kyua runs via chroot on aarch64: zfs tests leave behind processes from timed out tests From: Mark Millard In-Reply-To: <96486101-14EF-4588-A078-26F85AF1FE34@gmail.com> Date: Mon, 7 Aug 2023 12:40:14 -0700 Cc: Current FreeBSD , FreeBSD ARM List Content-Transfer-Encoding: quoted-printable Message-Id: <658F2FE2-2A3A-4160-A08E-D11A64B430A3@yahoo.com> References: <1BDD2369-BCC3-469B-8094-AEFE7FC3CE94@yahoo.com> <96486101-14EF-4588-A078-26F85AF1FE34@gmail.com> To: Enji Cooper X-Mailer: Apple Mail (2.3731.700.6) X-Rspamd-Queue-Id: 4RKRW423jHz3Sq1 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] On Aug 7, 2023, at 11:29, Enji Cooper wrote: >=20 >=20 >> On Aug 3, 2023, at 10:20 AM, Mark Millard wrote: >>=20 >> .. . >=20 > Hi Mark, > Could you please submit bugs and CC freebsd-testing or another = appropriate mailing list? It looks like there are some Arm64 = architecture specific issues that need to be addressed based on the = limited information I have from these emails. > Do you have DEADLKRES/INVARIANTS/WITNESS compiled into your kernel? If = not, could you please do that? > If that doesn=E2=80=99t give any helpful hints, could you please panic = the kernel and dump some debug info from ddb, e.g., > 1. alltrace > 2. show allchains > 3. show alllocks I tend to submit only once/if I've done the work to establish the problems in snapshots or other such that do not involve my builds. Submitting only based on my builds is a means of last resort for me. Also, when a bunch of issues are showing up in the same time frame, I tend to start with a subset and let others sit for a time until I get to them. There are a bunch pending at this point. I'm more willing to report to the lists based on less information and a longer time frame to having more information, largely in case it prompts others that have related observations or the like. My recent submittals for cortex-A7 (armv7) kyua run related panics are: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D272965 ("armv7 'Alignment Fault' on read panic during udp_input for kyua's sys/netinet6/exthdr:exthdr ; other udp_input related panics") and: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D272966 ("armv7 Kernel page fault with non-sleepable locks held panic during in6ifa_ifwithaddr for kyua's sys/netpfil/pf/killstate:v6; more tests too") An interesting oddity is that, in my somewhat older environment, I do not get the udp_input related panics (272965). I only got those with the snapshot (while trying to gather information to create the other submital [272966]). Michal Meloun has been having me test patches related to these. But I could only effectively test the 272966 cases in the context I have, given that "interesting oddity". (Michal also originally thought the 2 reports were duplicates of each other. But they are not, at least in my builds.) I'll note that the "non-sleepable locks" is more of an identification of context than a cause: it is from part of the code that handles an alignment abort (that shows up in the console output somewhat later), or so I've been told. It is true that I normally run non-debug builds. But my normal build procedure builds both ways and I substitute (install) the relevant debug build (WITNESS and such included) when I get to the point that I'd use it to advantage. My testing of Michal's patches are based on my debug-build context. =3D=3D=3D Mark Millard marklmi at yahoo.com