From nobody Mon Jul 22 13:40:58 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 4WSLyk0Nsvz5QxT9; Mon, 22 Jul 2024 13:41:02 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WSLyj41LYz501T; Mon, 22 Jul 2024 13:41:01 +0000 (UTC) (envelope-from melounmichal@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x530.google.com with SMTP id 4fb4d7f45d1cf-5a3458bf7cfso3306285a12.0; Mon, 22 Jul 2024 06:41:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1721655660; x=1722260460; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:content-language:references :cc:to:subject:reply-to:user-agent:mime-version:date:message-id:from :sender:from:to:cc:subject:date:message-id:reply-to; bh=+p1B3OmManohWjuBISqX+bGZey2sjizxdWm+3Ep+R7k=; b=m7rCLHkr72w0YmKnmEZ2BDyC00MtE5AU4SX/KBX8y5H1KL6Vuj7dNFCM3axBqrGVxY YhTq1omrNw0z9CtUgg4v59HSIW3hD0QSO5hZqJw1tfqafh3zFOTCkUE2b8hgnLsOjGZt hkHJ+zBX1yTmbhIWiTIYgh3+yVcqBd/ThL2V0jblw74qKo82ajkFA71WWv28ud/nfK4T MErCd3q+jBsqhTkDoXG5FCu9TDCmBRKEiFHtip7t6F0nz1P/5yQrJO1EhJ00Z86ldIUx lFPL5V5MQWiEBv6FuX4VsxdKfLdhI1IHG4EFv/5PTxQHvbrmqMUDpLxC9Jw2KpJEijIn G24A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1721655660; x=1722260460; h=content-transfer-encoding:in-reply-to:content-language:references :cc:to:subject:reply-to:user-agent:mime-version:date:message-id:from :sender:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=+p1B3OmManohWjuBISqX+bGZey2sjizxdWm+3Ep+R7k=; b=MRpGi6p+9uhRV+uyWcjF3HkK++QwnMqHfqFfYfbRGGO473rSsDfdiXeBfEYFOAXTY0 +O+s1sYR7ak9/1z9amhvrJjQK0MBr+yQC1qqm0F7PxbiTiBf2eGHJjCobbD9R7WZB8Nb W9szxSRfXcKfs5ZgJxbmk8Nkp3AwY3JFCRVUvADMY1ZMo2D2g1FT6+oxiFo+TdawUClK BcOG2iMscXn1hgop5gFfY3Hi6Uo0W24ZUEDh2TWK4c8clmQPk23kQYJ16SL0YgZR33rK cXcsTgPY2vAqTlydCCNIKKWfh8q+Rf1xLywAjnFC8Z7pQRMNGFGq9Ypt4Bf8CdrB8H+t wx+w== X-Forwarded-Encrypted: i=1; AJvYcCVl/mFZNgWTeMMomqRxIbkk1hOq3cMcQuWoHwSPSg4BSb4WkdNreAgHEcYsQOs6Ki1r6TKtWGI55HRy4TltDfXbGRzKRmrTkgrDgo3nJDV8wAvcx6ZSoki6 X-Gm-Message-State: AOJu0YycKmhRKxTHRis3X3KjeF0BgO8KizuxpQZJN8xxmT+HGQdDW1W2 PnQf4PSiYk9vazeJqKlk8CuPxYj+MNchomyGrUN3Sjun+T1WHHP71Zc/4Syc X-Google-Smtp-Source: AGHT+IG8EHUK+pxL5FFQSQot8R8SL7byAsVDYdPL7yIMxeX63hPkdJWy1nVrfpfw2ex2bRNj4E4QEA== X-Received: by 2002:a17:907:72c7:b0:a77:e337:b1c with SMTP id a640c23a62f3a-a7a4bf99047mr403895466b.15.1721655659422; Mon, 22 Jul 2024 06:40:59 -0700 (PDT) Received: from ?IPV6:2001:67c:14a0:5fe0:45a9:3330:c09f:56e8? ([2001:67c:14a0:5fe0:45a9:3330:c09f:56e8]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-a7a3c8bebd6sm424115866b.138.2024.07.22.06.40.58 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 22 Jul 2024 06:40:59 -0700 (PDT) From: Michal Meloun X-Google-Original-From: Michal Meloun Message-ID: <86185657-e521-466b-89e2-f291aaac10a6@freebsd.org> Date: Mon, 22 Jul 2024 15:40:58 +0200 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 Thunderbird Reply-To: mmel@freebsd.org Subject: Re: armv7-on-aarch64 stuck at urdlck To: Mark Millard Cc: FreeBSD Current , "freebsd-arm@freebsd.org" , "kib@freebsd.org >> Konstantin Belousov" References: <724db42b-5550-4381-8277-2971e6b3e8f1@freebsd.org> Content-Language: cs, en-US In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4WSLyj41LYz501T On 22.07.2024 13:46, Mark Millard wrote: > 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. >> >> 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. >> >> 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. >> >> Unfortunately I also failed to reproduce given lockup using dlopen_test.c, neither on native armv7 or arm32 jail. >> >> 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. > At tis time, I have standard (thus stripped, non-debug) version of runtime linker library installed. Thus it have only dynamic relocation record for _rtld_get_stack_prot: root@tegra124:~/dlopen_test # readelf -a /libexec/ld-elf.so.1 | grep -E "(^[^ 0-9]|.*_rtld_get_stack_prot)" ELF Header: Elf file type is DYN (Shared object file) Entry point 0x1449c There are 10 program headers, starting at offset 52 Program Headers: There are 23 section headers, starting at offset 0x1a448: Section Headers: Key to Flags: Dynamic section at offset 0x19fa4 contains 15 entries: Relocation section (.rel.dyn): r_offset r_info r_type st_value st_name Symbol table '.dynsym' contains 27 entries: 5: 000000000001ba0c 16 FUNC GLOBAL DEFAULT 12 _rtld_get_stack_prot@@FBSDprivate_1.0 (11) Notes at offset 0x00000174 with length 0x00000018: Histogram for bucket list length (total of 6 buckets): Histogram for bucket list length (total of 27 buckets): Version symbol section (.gnu.version): Version definition section (.gnu.version_d): Attribute Section: aeabi ------ root@tegra124:~/dlopen_test # ./dlopen_test root@tegra124:~/dlopen_test # Michal Meloun Michal Meloun