From nobody Mon Jul 22 11:46:53 2024 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 4WSJRH10ZFz5QWLS for ; Mon, 22 Jul 2024 11:47:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (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 4WSJRG5gBRz4pyv for ; Mon, 22 Jul 2024 11:47:06 +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=1721648825; bh=63EJltZVAmmkhkxbye5xV802hwYGfmel046wCZhkO24=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=n4/T3vV9szYXDWox2p3k8JTc7DEM65p/BN6Zh/8KlAbjWQCzZWCMHDL0VU9Rz0AbHQaRHR6rGf+DU54JFshD6f9KoaGr0HueH9Fcu0ysGdOlMP2ox9nIkuSBzzrMXxuKRNp5IbQnU7cDqZMsTXJ2ROgB6hJ9Sbr54ZYBfz9WO3g62v2YxSrBkkay6mmz90FCHzQLHZtcYqHhTsC53fh1XzvX8ughN/JK6GtdGLQiMmSVFRpDv3U8Cm05K7bhO9hguBkWjIbHcjU4w8SOwPdDLbqaO7DctG+mWPGiPmlufXkXAMma/nENuInL3MShnw5Yp/xSyLFE4kSe0V9MNTfUNA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1721648825; bh=IcOiakDHE49WCRDeiLps3GXTZCxdIDijH1cIm/7zqwX=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=DNuthLb5n5elXnkm9i0d336XkZsTKjNR1dVDAJswwVtTDlnrsCiH91wd3Y7S50ft/JPWovwDto54yRuztQBY4XaoBHzoF3AkmNdtlGWgPvG7hTUIstwszjHws/+B2nl63dSI+uKfMvqL6dan0htNg4cXgy7EOQ7pjV/FRI31OrM4/ieD9Rt66Rr8JvuI4Eih84I1jiS+CStQKAtF96Oi2phnCOlJwjeOuRdDlavb6+g6VKuY3utgeMl1Tab8mx4ldSildUR5w5q32bq+zDd+73TMZ75Qsq9UHB8cLLaFrjfZGsHceXiqRRIhOQZ63mneqR8QA5o/W67Sfs8JX7FmfA== X-YMail-OSG: _4.QQBAVM1koycDZZhKzdi85wCd4DmNTUfTF74Np4EHFEPFZFG51GSzv23r6SNT eiaI2IqU0NDemGEZNLw6oz2NUqBQjixErmmEK1awNFcuZSKW6i4QcQltt8hNAU_ixKKozS16Q0nV v4_5d0OTNsJQYKZOkw2mASbQXMCnOxKeFCj_evbamApUQG5ZbiX_etxAaFPG9oEas0wb1CelqcvT 3r4RZNHvDIica3YBUivcYWSHc8XV_blmyVa2gjK.K99P.MInecQrW8ctmmkgnqpYmeOc.fh_7qYi bFVsZvbzrLrOil98nhy_kNYjQEDc5tmcxWyCPI.ZWtmLsMoUkc5NFkt9jmJPki8V07Yb_rZvl25k g63QLq3N0fu1nGcxUx08anM.6vQnhKUe72Vb4SVPvQYIEibxyIdsLEJImPuWS7VxJW4ejx7GKjkq wUAftO1N0qAQc64i2yA3Tq6gXcH69PvDnzAwWBhtmUnKGb0RnEQ_M.w3jbMgUs86YmcCRTg9D_04 hQpxGK7EH4Yi.ryAlt_D2lYkOTqHLpnDmwqrudAcQzD_27_hw7dXpXw.LKjDVvq7doqupSyaUCuC iejOIHA5vjlTXLneO5Q3uOutEgar6f_2dXH8KfBgHIgEKLOby2.aMYSWkPKQefOa3FzOYXHnVjDa a8gIltv4ZxLCL0YhWSI8Bnkqp8kzAknN9eQe214Uef...XYNjhm8cSVG..gsHUlNo5TH89rBi6ji TC3HSMdVGCEiv6syZuxEAoQfNV87zRos2ZQ4aBOE53XqY9nss272YKoB.MDYwODbcG8J.F1EP5t3 Qt0kGVbu_YFn4GFeeB.T60xe1tsbGr1dDilG_Z1hrmqetMBFX5TSTXV4qi1zS6xa2nMaBHNIYo.e mkbxhVDTzyaNPxJSIxYGzvA.hL0g0aKlEfbJV6ysmbREFMLT6rDGjETM.zFWgDjm6FKOoStFZGme NEAU6Is8GyDVIyNz90MasBbkj6SUIH7tzYFHWmvVfQOMjjy8e.EQ2Fdps1JSCaAC3IKTcJnM.rdf 86S22IGqR1MLYnFEdH2UUseCOYxDPgmdEzQxTfyPYDVKDD.QilNx_PnHYLo45WhCHLWm_1Tlmx8S rFa4896mpBGzXI8fEe1_EcJzqgdMqXGAlFeJQ8mebfSVG7mog8WZ0nLTTOLz7LCnglx.Obr3Sg3F sKX0VZ60Ym0wtZ8OxDn1DWFh.zrvwtxvw3n5R8gt2Y8p.l2UYLQ9B76Xh5px_XevWi5.SpmO3svM o1ZmOcnsBuizEVb6TeGiUxZieHXboEjixCijl6gAmPv8QaOSSwqPT_M8L9gzVVTM9Yrdv8rqnd61 7GJ3yE_JGd5lJydo657gu.b8_BdQS3i7lvc53TwlJ5W.KP2ZrfjTGz06iFIZxgejAQEzsDXvpF1k qzqFdtdBsX4NKTeByaLRQXtmb_iR61RMYlqPGLfTZg3FVDoLqf30ZNK2gQkg8r.n.YBiov7udEBZ t3zw9Sy4TQCr7UMCWiKOb_m7BNWhuzgc__1EUQBbhCkkK7k7_9ZpsfZNZbmnPlbOiFRltmnAuQY5 PcElDLNfy5NBBdD5Mee6x3jNE1v6Z4iAWhG.HWaaWYXWQ0z9AdWgIkT3HSpdvVpsINL5LpwEi6jO hQqLO9d4e1y3Nkha_2XbWeLEBiCzwpocfS.k2ovd4Vc77sXnsDf_XGBKVL3a8Pp37DxKf5qqnZiZ S_XZftxmEfdFAaJOI3JRbdOaxi5Rd2xExBtAeOpxnHKOjsZzZTDTMdXDCBq3HFbDpbScclJQS98X k2jSbsVhjc.fHaf4_CVk8aTl5_X1rolkwFuk8QxtV_BYYc.QKME2vWuYc4AQ_YASuatVUcP5C33E P255jJjzT3bYF1jbT3uauz9nuJ0pTCcEGe5m4Hszw1umz6QvIG6XK_ravK_iSOmyKVjLvRclZUrz ycBuofEP2AFOPcy_t8FEjiBvfKgqTr4YZT9NRPUQRJ1VQPz1Q5f0ERUkyItkidkrK8CsDJgGA4xW TqzNJEf6B_PStf_ZYI_2_FKO2ylTS6fi6MdBZbHL23_s_.zslZxtg3B_YvXfpXoI6mj_g2lZYm6H uBSXYxzUUbIvt22jwWiyvM1KcXCVMwCilh_E7SUIy1G9Zv4lgPJN8Tm0aj4a_ylMcnqixnx3nfZA bLIa_SzVvnkAcJyuPakT9mwX0nMTWScripBVEgwq5rch.2Hv.qu0F1LigHJzIQ3AS2eFm_Qo_wva gldn2wzfuOSK4v5fSKAhHOWp8XWWsBYnQhRnYXiYLNyD2o5tQt0wPWTVZbfXVCPHUJ5oF6MAJm2w c5_I- X-Sonic-MF: X-Sonic-ID: 0d093491-3307-465f-8baa-7c5f1950cdc2 Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Mon, 22 Jul 2024 11:47:05 +0000 Received: by hermes--production-gq1-799bb7c8cf-cvhk6 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 00c4f873f014e2e036bea220e4a23d2a; Mon, 22 Jul 2024 11:47:04 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 \(3774.600.62\)) Subject: Re: armv7-on-aarch64 stuck at urdlck From: Mark Millard In-Reply-To: <724db42b-5550-4381-8277-2971e6b3e8f1@freebsd.org> Date: Mon, 22 Jul 2024 04:46:53 -0700 Cc: FreeBSD Current , "freebsd-arm@freebsd.org" , "kib@freebsd.org >> Konstantin Belousov" Content-Transfer-Encoding: quoted-printable Message-Id: References: <724db42b-5550-4381-8277-2971e6b3e8f1@freebsd.org> To: mmel@freebsd.org X-Mailer: Apple Mail (2.3774.600.62) 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] X-Rspamd-Queue-Id: 4WSJRG5gBRz4pyv On Jul 21, 2024, at 22:59, Michal Meloun = wrote: > I don't want to hijack the original thread, so I'm replying in a new = one. >=20 > My tegra track current, has been running 24/7 by building kernel/world = and kde5 in a loop for a few years now. But I have never encountered the = aforementioned lockup in native armv7. >=20 > I have seen usermode mutex lockup in arm32 jail on aarch64, but only = very rarely (once a month or so) and all my attempts to reproduce it in = a more deterministic way have failed. Also, I don't think I've ever seen = this with the debug version of libc. >=20 > Unfortunately I also failed to reproduce given lockup using = dlopen_test.c, neither on native armv7 or arm32 jail. >=20 > Michal Meloun What is the output of: # readelf -a /libexec/ld-elf.so.1 | grep -E "(^[^ = 0-9]|.*_rtld_get_stack_prot)" in your armv7 context(s)? Does it include for likes of: QUOTE Symbol table '.symtab' contains 911 entries: 903: 000000000001b9ac 16 FUNC GLOBAL DEFAULT 11 = _rtld_get_stack_prot END QUOTE vs. not? Note that the "debug version of libc" being involved likely means that DEBUG_FLAGS was defined. That in turn likely means that strip is not being used. In such a case, I expect that the .symtab entry for _rtld_get_stack_prot (and more) exists for such a context. =3D=3D=3D Mark Millard marklmi at yahoo.com