From nobody Sun Jan 01 12:49:12 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 4NlJjB0b6Hz2nWpB for ; Sun, 1 Jan 2023 12:49:18 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtpq4.tb.mail.iss.as9143.net (smtpq4.tb.mail.iss.as9143.net [212.54.42.167]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NlJj860wkz47mf for ; Sun, 1 Jan 2023 12:49:16 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 212.54.42.167 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws; dmarc=pass (policy=quarantine) header.from=klop.ws Received: from [212.54.42.105] (helo=smtp1.tb.mail.iss.as9143.net) by smtpq4.tb.mail.iss.as9143.net with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pBxm5-0000t7-H4 for freebsd-arm@freebsd.org; Sun, 01 Jan 2023 13:49:13 +0100 Received: from [192.168.1.109] ([84.105.120.103]) by smtp1.tb.mail.iss.as9143.net with ESMTPA id Bxm4pysYp96ZOBxm5pCClR; Sun, 01 Jan 2023 13:49:13 +0100 X-Env-Mailfrom: ronald-lists@klop.ws X-Env-Rcptto: freebsd-arm@freebsd.org X-SourceIP: 84.105.120.103 X-CNFS-Analysis: v=2.4 cv=R/rFW/dX c=1 sm=1 tr=0 ts=63b18149 cx=a_exe a=XM3BzkzqYrJMy9Upcw2wOA==:117 a=XM3BzkzqYrJMy9Upcw2wOA==:17 a=IkcTkHD0fZMA:10 a=MKtGQD3n3ToA:10 a=1oJP67jkp3AA:10 a=0EyHQldr3sIA:10 a=T8hboYP3AAAA:8 a=6I5d2MoRAAAA:8 a=CjxXgO3LAAAA:8 a=dGt58QBZTcB6PLfxPeAA:9 a=QEXdDO2ut3YA:10 a=3Xhr1e3L9Km7VwPPQCJS:22 a=IjZwj45LgO3ly-622nXo:22 X-Authenticated-Sender: emnvandam@casema.nl Message-ID: Date: Sun, 1 Jan 2023 13:49:12 +0100 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 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.6.1 Subject: Re: lsof crashes in Arm Optimized Routines To: Mark Millard Cc: "freebsd-arm@freebsd.org" , Andrew Turner References: <1331707040.259440.1668459233836@localhost> <490902644.115954.1668511998644@localhost> <690511F4-25A6-41E8-A75A-FFE80C352DFA@yahoo.com> Content-Language: en-US From: Ronald Klop In-Reply-To: <690511F4-25A6-41E8-A75A-FFE80C352DFA@yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4xfGMg7mKgtYpM8l76ssDWRu/dXgK2fmmwOFEDkWsE8K8YJSqF+Ni1hKJn9PEZZpIRFW1nc11JvTuC0nt9Equ5Jlez4YxS7SkmV/LDv7zx1W4ZgZRIKp9b myPzpAQ3rCLmHx/e+o0IiZijRFIasoaBeKiW33id7MBDPtbShFsZfKQogzxH912F885N+YgQ3iyi7++YWEDBO+dJYdcxx73bDQP3GzN+UMhY2Y+7lEjuvWGd BFmrwyMMKVAT8DxUGVC5Sg== X-Spamd-Result: default: False [-3.72 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.82)[-0.824]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,quarantine]; R_SPF_ALLOW(-0.20)[+ip4:212.54.32.0/19]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[212.54.42.167:from]; RCVD_IN_DNSWL_NONE(0.00)[212.54.42.105:received]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_EQ_ADDR_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_X_AS(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:33915, ipnet:212.54.32.0/20, country:NL]; R_DKIM_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[212.54.42.167:from] X-Rspamd-Queue-Id: 4NlJj860wkz47mf X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On 11/18/22 01:57, Mark Millard wrote: >> On Nov 15, 2022, at 03:33, Ronald Klop wrote: >> >> Sorry for the noise. >> >> But I cannot reproduce this today. I can scroll back in my terminal and see the command and error from yesterday, but running the same again just works. > > FYI: > > I do not have specifics any more, but I'll note that I've seen > such lsof behavior of failing at one time and later working > without any installed updates to it or the system between. I > rarely use lsof and, so, this was not recently. > > I've no clue how to cause the failure(s) to show up. I've no > clue how common the issue is. But, over time, it is not just > you. > >> >> Van: Ronald Klop >> Datum: maandag, 14 november 2022 21:53 >> Aan: freebsd-arm@FreeBSD.org, Andrew Turner >> Onderwerp: lsof crashes in Arm Optimized Routines >> Hi, >> >> See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267760 : Segmentation fault in lsof. Program received signal SIGSEGV, Segmentation fault. >> Invalid permissions for mapped object. >> memcpy () at /home/ronald/dev/freebsd/src/contrib/arm-optimized-routines/string/aarch64/memcpy.S:175 >> 175 stp D_l, D_h, [dst, 64]! >> >> I also remembered this change: https://cgit.freebsd.org/src/log/contrib/arm-optimized-routines?showmsg=1 about Arm Optimized Routines. >> >> Could this be related? What can I do to help debug this? >> > > > > === > Mark Millard > marklmi at yahoo.com > I'm having this issue again. No debugging symbols found in lsof) (gdb) run Starting program: /usr/local/sbin/lsof Program received signal SIGSEGV, Segmentation fault. Invalid permissions for mapped object. memcpy () at /home/ronald/dev/freebsd/src/contrib/arm-optimized-routines/string/aarch64/memcpy.S:171 bt 171 stp B_l, B_h, [dst, 32] (gdb) bt #0 memcpy () at /home/ronald/dev/freebsd/src/contrib/arm-optimized-routines/string/aarch64/memcpy.S:171 #1 0x0000000000218be4 in ?? () #2 0x0000000400000000 in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?) (gdb) Some output of "truss -o /tmp/lsof.txt lsof": __sysctl("kern.proc.filedesc.1",4,0x0,0x80ba06f0,0x0,0) = 0 (0x0) __sysctl("kern.proc.filedesc.1",4,0x851d6000,0x80ba06f0,0x0,0) = 0 (0x0) __sysctl("kern.proc.filedesc.385",4,0x0,0x80ba06f0,0x0,0) = 0 (0x0) __sysctl("kern.proc.filedesc.385",4,0x8516ec00,0x80ba06f0,0x0,0) = 0 (0x0) __sysctl("kern.proc.filedesc.97537",4,0x0,0x80ba06f0,0x0,0) = 0 (0x0) __sysctl("kern.proc.filedesc.97537",4,0x8516ec00,0x80ba06f0,0x0,0) = 0 (0x0) statfs("/data/jails/jail13/_root/home/root/dev/workspace/FreeBSD-Ports-13/_root/usr/local/poudriere/data/.m/freebsd13-custom/04/bin/sh",{ fstypename=nullfs,mntonname=/data/jails/jail13/_root/home,mntfromname=/data/jails/_home,fsid=3cff022929000000 }) = 0 (0x0) statfs("/data/jails/jail13/_root",{ fstypename=nullfs,mntonname=/data/jails/jail13/_root,mntfromname=/data/jails/freebsd13,fsid=37ff022929000000 }) = 0 (0x0) statfs("/data/jails/_home3root/dev/workspace/FreeBSD-Ports-13/_root/usr/local/poudriere/data/.m/freebsd13-custom/04/bin/sh",0x80b9ef40) ERR#2 'No such file or directory' statfs("/data/jails/_home3root/dev/workspace/FreeBSD-Ports-13/_root/usr/local/poudriere/data/.m/freebsd13-custom/04/wrkdirs/usr/ports/devel/cmake-core/work/cmake-3.24.3/Source",0x80b9ef40) ERR#2 'No such file or directory' statfs("/data/jails/_home3root/dev/workspace/FreeBSD-Ports-13/_root/usr/local/poudriere/data/.m/freebsd13-custom/04",0x80b9ef40) ERR#2 'No such file or directory' statfs("/data/jails/freebsd13ovt",0x80b9ef40) ERR#2 'No such file or directory' SIGNAL 11 (SIGSEGV) code=SEGV_MAPERR trapno=36 addr=0x80ba1000 process killed, signal = 11 (core dumped) I'm surprised that the path names in the truss output are corrupted: _home3root should be _home/root. NB: I'm using lsof while running poudriere in a jail in a Jenkins agent. Regards, Ronald.