From nobody Mon Feb 10 16:57:34 2025 X-Original-To: freebsd-current@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 4Ys9k36Lx9z5mQVq; Mon, 10 Feb 2025 16:57:47 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f48.google.com (mail-io1-f48.google.com [209.85.166.48]) (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 4Ys9k30Wflz43b0; Mon, 10 Feb 2025 16:57:47 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.48 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=freebsd.org (policy=none) Received: by mail-io1-f48.google.com with SMTP id ca18e2360f4ac-84a012f7232so165821539f.0; Mon, 10 Feb 2025 08:57:47 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1739206665; x=1739811465; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=dKxrwwKDFRykW0QIwtCd133w2dK72H9uVcuEJ+XPJDA=; b=mx8PK1Rz/p4b7SvHoWbcILYChyJKHWzQ8tzt3zI1YacFtbnYFrkQ/nNq6EbGTylKk0 Y7jy7u9d414yUB3EYumvWsRO0xtYovfAo9a58beQaT0/j9ojItJrfQj6FL8KQ/JNwTyp QCF3GCpsbSMnXtJ2zGzHNAUBWVr69LwXkK0OzJQm8BVnI75fJl4Lo6xikBt24C+a7SuM 8oMVu8SEWZgVozXf68FwdXFRPycdGIpmSfe97f5SkF4Vj6LsFMubtUQqRW+fm5v0pVsG /dht2FoCagFwDzWYanyhHRXL585md1Y34FyZRF5DNFjWF5+hN9YeTVAGuKs8pcth1fj3 WGIQ== X-Forwarded-Encrypted: i=1; AJvYcCU2uE826q31Rfd0KsDTLdO5aLWMZ5YnjlrmKgWi19S5HVOFeT7DmGNKpqngeE4TwRUmpGI79hjXwqfdgmZHWYaX@freebsd.org X-Gm-Message-State: AOJu0YyFRach2eRWnzfK4bSM963JxLMDigK5VIXdKFZeFoYX89m/BBw+ VtmEbx6r0nfWWMFXik7BR7Rf4K4H4x+vDcpOqDt4imwATxx9xid0RoMsVUT8f84D5nnH0DMecNj /U+zM2KsTwpssiOd+vWnmyoQnRp860gkD X-Gm-Gg: ASbGnct8IlJW2Mcwz0LXsZMtKGCDCH8B74N8l6820pK7351BYXoj7FDmp2r2vJs70Iv /KwdO7SB+pwlBaOBKtgjXOB5U7jpnQ/ua2uzZDFXdd+z8h+Op6tZr+2ainzlA8pcG7JWBwsed+8 +WHxiUSWNhhsGOELjw44G1kEVqpIW6dJM= X-Google-Smtp-Source: AGHT+IEjVbBqbJso9jtOyHks/kRlrVnLCm8uDPZgLxFgrFVZHCU4L+imCNechd7TBIbmN1w4inLhCosOaT3knN2UVfo= X-Received: by 2002:a92:ca4a:0:b0:3d1:5840:1333 with SMTP id e9e14a558f8ab-3d16f3e989bmr67595ab.1.1739206665250; Mon, 10 Feb 2025 08:57:45 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 From: Ed Maste Date: Mon, 10 Feb 2025 11:57:34 -0500 X-Gm-Features: AWEUYZklAuwb7z4ZVLfrW8R3ct6OS4aOE0CKkb-lrJd2S2gTWPBvfRkav5_jKkU Message-ID: Subject: Heads-up: DSA key support being removed from OpenSSH To: FreeBSD Current , freebsd-security@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-0.29 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.997]; RBL_SENDERSCORE_REPUT_7(0.50)[209.85.166.48:from]; NEURAL_HAM_SHORT(-0.49)[-0.490]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; NEURAL_SPAM_LONG(0.30)[0.296]; BAD_REP_POLICIES(0.10)[]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; MIME_GOOD(-0.10)[text/plain]; TO_DN_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org,freebsd-security@freebsd.org]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.48:from]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; R_SPF_ALLOW(0.00)[+ip4:209.85.128.0/17:c]; RCVD_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[carpeddiem]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.48:from] X-Spamd-Bar: / X-Rspamd-Queue-Id: 4Ys9k30Wflz43b0 Upstream OpenSSH has been working on deprecating DSA keys for some time, and I intend to follow suit in FreeBSD. >From the OpenSSH 9.8p1 release notes: === OpenSSH has disabled DSA keys by default since 2015 but has retained run-time optional support for them. DSA was the only mandatory-to- implement algorithm in the SSHv2 RFCs, mostly because alternative algorithms were encumbered by patents when the SSHv2 protocol was specified. This has not been the case for decades at this point and better algorithms are well supported by all actively-maintained SSH implementations. We do not consider the costs of maintaining DSA in OpenSSH to be justified and hope that removing it from OpenSSH can accelerate its wider deprecation in supporting cryptography libraries. This release, and its deactivation of DSA by default at compile-time, marks the second step in our timeline to finally deprecate DSA. The final step of removing DSA support entirely is planned for the first OpenSSH release of 2025. === As part of the update to OpenSSH 9.8p1 I intend to disable DSA key support at compile time. I intend to make this change in main only, leaving DSA key support enabled in stable/14 and stable/13. The change is a trivial update in config.h -- https://reviews.freebsd.org/D48910 From nobody Tue Feb 11 00:21:29 2025 X-Original-To: current@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 4YsMZC5brmz5n4Ct for ; Tue, 11 Feb 2025 00:21:39 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E6" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YsMZB1tLtz3XvT; Tue, 11 Feb 2025 00:21:38 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zabbadoz.net header.s=20240622 header.b=ix5MLNIk; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 2003:a:140a:2200:6:594:fffe:19 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net; dmarc=pass (policy=none) header.from=zabbadoz.net Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id 8461FA64805; Tue, 11 Feb 2025 00:21:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1739233290; bh=GPIjDIQuetIhODmQFz1g3X2bY25gRAPWY99YL5WI0VQ=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=ix5MLNIkH2ft4UV+X8uElqkRU7Z+B7ZkofJFGwAqe60uR/5w77WjYvLc6ZVk4Mp1w 78TrvdbxcVyHW/qgBooAVeqUpPu2dyHQhEfQE6TzpMqhEGdo0mPl6muhJl6NSJ1cL1 F4AczZe4RRs8znv57Iuiker0yV0uRL5+XT/3gcA1ssJb+BkqCfVgGh9Ew4RF0SegE3 EmeXxs8OicVG/15BR/kapVYz8QDwijP+FI9gCIDj94+Jwidf1MfAJgYe2GwOBjW2Aw mh6dUQdhs1N++TNnaSFUkuJRNUGQ3pvQ3a+eAUxKl1pBQmgvJ+swkaDRLG4Aa7vLC7 tiEV1bN1Y4bclpxYWZLwJ5TsRK9gVwDIiQa/ZvI+a2ijd+mNAyH8JE7SnO04tk2jsG zklK3axDNH41Ezr8DgJyYsHVQTgLbMqh9SFAZ7GjEBatiMKMQkvEBncSnkbEtWEAfd ld3YBdxRdQlaEpvrX6fKsqKtNRDxv9kIuxiVhvZ6AZ+Akh1Yst2tU3Nc3P7ROSA0rG p1um1cnA9k3103z4wzTvYfopQ44xFd2Yt5ZvanctBMnfI5hHJwtEyVDOIDwJy5av3U ZKCtrRoLYu2fRddsb1puXGPHhjYe5bwxfGIgzMLYRuhPCzDU1qvguZdBeDDxZ/WJBw RVKj65fl6YEq34VcQljckV6k= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 13D232D029DD; Tue, 11 Feb 2025 00:21:31 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id izmC2ACsWXTZ; Tue, 11 Feb 2025 00:21:30 +0000 (UTC) Received: from strong-rtwn0.sbone.de (strong-rtwn0.sbone.de [IPv6:fde9:577b:c1a9:4902:821f:2ff:feef:e8d5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 050702D029D8; Tue, 11 Feb 2025 00:21:29 +0000 (UTC) Date: Tue, 11 Feb 2025 00:21:29 +0000 (UTC) From: "Bjoern A. Zeeb" To: Dimitry Andric cc: current@freebsd.org, Konstantin Belousov Subject: Re: __cxa_thread_call_dtors: dtr 0x........ from unloaded dso, skipping In-Reply-To: <0A55614E-3577-4933-9CCD-4D723DFA86E8@FreeBSD.org> Message-ID: <4so13o96-5r39-15oo-qp05-78n11qsr2556@yvfgf.mnoonqbm.arg> References: <46pq4r4n-p46r-47nn-r1ss-7r2984891pn7@yvfgf.mnoonqbm.arg> <16A8852E-DEA9-408E-80BC-94322FB2415E@FreeBSD.org> <0A55614E-3577-4933-9CCD-4D723DFA86E8@FreeBSD.org> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.995]; DMARC_POLICY_ALLOW(-0.50)[zabbadoz.net,none]; R_DKIM_ALLOW(-0.20)[zabbadoz.net:s=20240622]; R_SPF_ALLOW(-0.20)[+ip6:2003:a:140a:2200:6:594:fffe:19]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:3320, ipnet:2003::/19, country:DE]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; MLMMJ_DEST(0.00)[current@freebsd.org]; DKIM_TRACE(0.00)[zabbadoz.net:+] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4YsMZB1tLtz3XvT On Mon, 26 Jun 2023, Dimitry Andric wrote: > On 26 Jun 2023, at 17:29, Bjoern A. Zeeb wrote: >> >> On Mon, 26 Jun 2023, Dimitry Andric wrote: >> >>> On 26 Jun 2023, at 17:00, Bjoern A. Zeeb wrote: >>>> >>>> while building world and current I see a lot of: >>>> >>>> __cxa_thread_call_dtors: dtr 0x...... from unloaded dso, skipping >>>> >>>> Can anyone shed light on that? >>> >>> You need (thanks to Kostik): >>> https://cgit.freebsd.org/src/commit/?id=42ceab3ea1a997db93b65404be0ee4b17b5382d7 >>> >>> Build libc and install it, then the messages should disappear. >> >> Great! Basically update world and it'll go. >> Do we add an UPDATING note for this or do we consider it developer noise? > > I think the message has been there for a long time, but was not often > noticed. It happened when the buildworld bootstrap decides to build a > static bootstrap lld ("SYSTEM_LINKER: libclang will be built for > bootstrapping a cross-linker"), so usually when lld's version is bumped. > And that is because lld is one of the few threaded build tools in the > tree. > > The messages themselves are harmless and can be ignored. Feel free to > add an UPDATING note to that effect, otherwise worried users might think > something is off. :) And it seems to be back after I updated to main from a few days ago: During make buildkernel I now see: ... __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xf043d0 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe7bc90 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xf043d0 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe7bc90 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping ... -- Bjoern A. Zeeb r15:7 From nobody Tue Feb 11 02:06:13 2025 X-Original-To: current@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 4YsPvD1Yl0z5nCXt for ; Tue, 11 Feb 2025 02:06:32 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 4YsPvC40kRz3sT4; Tue, 11 Feb 2025 02:06:31 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 51B26D4V078625; Tue, 11 Feb 2025 04:06:16 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 51B26D4V078625 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 51B26DNt078624; Tue, 11 Feb 2025 04:06:13 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 11 Feb 2025 04:06:13 +0200 From: Konstantin Belousov To: "Bjoern A. Zeeb" Cc: Dimitry Andric , current@freebsd.org Subject: Re: __cxa_thread_call_dtors: dtr 0x........ from unloaded dso, skipping Message-ID: References: <46pq4r4n-p46r-47nn-r1ss-7r2984891pn7@yvfgf.mnoonqbm.arg> <16A8852E-DEA9-408E-80BC-94322FB2415E@FreeBSD.org> <0A55614E-3577-4933-9CCD-4D723DFA86E8@FreeBSD.org> <4so13o96-5r39-15oo-qp05-78n11qsr2556@yvfgf.mnoonqbm.arg> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4so13o96-5r39-15oo-qp05-78n11qsr2556@yvfgf.mnoonqbm.arg> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.1 X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-26) on tom.home X-Rspamd-Queue-Id: 4YsPvC40kRz3sT4 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:6939, ipnet:2001:470::/32, country:US] On Tue, Feb 11, 2025 at 12:21:29AM +0000, Bjoern A. Zeeb wrote: > On Mon, 26 Jun 2023, Dimitry Andric wrote: > > > On 26 Jun 2023, at 17:29, Bjoern A. Zeeb wrote: > > > > > > On Mon, 26 Jun 2023, Dimitry Andric wrote: > > > > > > > On 26 Jun 2023, at 17:00, Bjoern A. Zeeb wrote: > > > > > > > > > > while building world and current I see a lot of: > > > > > > > > > > __cxa_thread_call_dtors: dtr 0x...... from unloaded dso, skipping > > > > > > > > > > Can anyone shed light on that? > > > > > > > > You need (thanks to Kostik): > > > > https://cgit.freebsd.org/src/commit/?id=42ceab3ea1a997db93b65404be0ee4b17b5382d7 > > > > > > > > Build libc and install it, then the messages should disappear. > > > > > > Great! Basically update world and it'll go. > > > Do we add an UPDATING note for this or do we consider it developer noise? > > > > I think the message has been there for a long time, but was not often > > noticed. It happened when the buildworld bootstrap decides to build a > > static bootstrap lld ("SYSTEM_LINKER: libclang will be built for > > bootstrapping a cross-linker"), so usually when lld's version is bumped. > > And that is because lld is one of the few threaded build tools in the > > tree. > > > > The messages themselves are harmless and can be ignored. Feel free to > > add an UPDATING note to that effect, otherwise worried users might think > > something is off. :) > > And it seems to be back after I updated to main from a few days ago: > > During make buildkernel I now see: > > ... > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xf043d0 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe7bc90 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xf043d0 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe7bc90 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > ... Your linker is old. I believe this should cure itself after the upgrade is done. From nobody Tue Feb 11 02:16:13 2025 X-Original-To: current@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 4YsQ6b1bQPz5nDMc for ; Tue, 11 Feb 2025 02:16:23 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E6" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YsQ6Z6PJVz3vG1; Tue, 11 Feb 2025 02:16:22 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; none Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id BEBC2A64805; Tue, 11 Feb 2025 02:16:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1739240174; bh=EU5qSzOFWMF90vt6yX6PHgZyPh0dVG2YiOgHa6Wqe1A=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=j0RFxDTd1z8mdE1RzKi73FezbCBsdFv9fmeltkiaM5zP6Clkdiyo5YLpLKq/ipa5G zN29n1VPcaeIjkbN5n9BYttDZ8o9b8xg9qRpY5BaDzicNr0JlQiHyiVFnXJOyim5Ca nCFniF0+QtnT63OYBgCdpCr+NIshM2+4Fw0wbQGMCucSNEFfrrxg6D4MCJLLm/SUhs WYS+50ifas9YCjKZYZBzVO6zGxx/GNbKNskWiYTKUhUKRxccPcdGbKnINe/jGxjNZB 43AgWgPvYuXcLVm0QWsloE8BCZezYEzySRrZF3qf/0DvunpImPfUpFAZ66VQT3DTgx Hj7hSjDcI0DQ6W1ckcf0S4CFtXkNjAhcMaXS2AAn08P58uRRmnnIT53PImM/6LZvjz lSrcLyCTNIe0pir8Wo3yZoQueoJaDiq3bY42OcgAzSQEIcRcImdB9gaAonlCZ61XsJ t+7c8ih6c+appVRi85GYaaqJndUEPu7ZxKbe37NMAqhWNNHCxZyGoOogiPFaprregK 4gXsB3bx4SLfyV4X4Rve2lfD6lzsI7RqArHsH0iKduMyIXKMi8QsM5/rzoqbiPWaId f7gP+BeMASfT1yeITyLOwlfaBZ9CADaaVQD0y2zIR15OJF4IkdVRx8Yetxs2j3r16U kr07zxzQygeJDFuQoKDGgz30= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 52A252D029DD; Tue, 11 Feb 2025 02:16:15 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id SSzPcGbV_t_0; Tue, 11 Feb 2025 02:16:14 +0000 (UTC) Received: from strong-rtwn0.sbone.de (strong-rtwn0.sbone.de [IPv6:fde9:577b:c1a9:4902:821f:2ff:feef:e8d5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 492892D029D8; Tue, 11 Feb 2025 02:16:14 +0000 (UTC) Date: Tue, 11 Feb 2025 02:16:13 +0000 (UTC) From: "Bjoern A. Zeeb" To: Konstantin Belousov cc: Dimitry Andric , current@freebsd.org Subject: Re: __cxa_thread_call_dtors: dtr 0x........ from unloaded dso, skipping In-Reply-To: Message-ID: <033o24qp-6os7-7385-n2on-3os2389rrs8n@yvfgf.mnoonqbm.arg> References: <46pq4r4n-p46r-47nn-r1ss-7r2984891pn7@yvfgf.mnoonqbm.arg> <16A8852E-DEA9-408E-80BC-94322FB2415E@FreeBSD.org> <0A55614E-3577-4933-9CCD-4D723DFA86E8@FreeBSD.org> <4so13o96-5r39-15oo-qp05-78n11qsr2556@yvfgf.mnoonqbm.arg> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 4YsQ6Z6PJVz3vG1 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:3320, ipnet:2003::/19, country:DE] On Tue, 11 Feb 2025, Konstantin Belousov wrote: >> __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping >> ... > > Your linker is old. I believe this should cure itself after the upgrade > is done. I am long past installworld and installkerel and reboot; and am compiling a next kernel. I wouldn't rule out something old as I haven't run delete-old delete-old-libs yet. How and what would I specifically check? -- Bjoern A. Zeeb r15:7 From nobody Tue Feb 11 03:36:03 2025 X-Original-To: current@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 4YsRth5yNtz5nKLS for ; Tue, 11 Feb 2025 03:36:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 4YsRth2fvmz422F; Tue, 11 Feb 2025 03:36:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 51B3a3fs086176; Tue, 11 Feb 2025 05:36:06 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 51B3a3fs086176 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 51B3a3Li086174; Tue, 11 Feb 2025 05:36:03 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 11 Feb 2025 05:36:03 +0200 From: Konstantin Belousov To: "Bjoern A. Zeeb" Cc: Dimitry Andric , current@freebsd.org Subject: Re: __cxa_thread_call_dtors: dtr 0x........ from unloaded dso, skipping Message-ID: References: <46pq4r4n-p46r-47nn-r1ss-7r2984891pn7@yvfgf.mnoonqbm.arg> <16A8852E-DEA9-408E-80BC-94322FB2415E@FreeBSD.org> <0A55614E-3577-4933-9CCD-4D723DFA86E8@FreeBSD.org> <4so13o96-5r39-15oo-qp05-78n11qsr2556@yvfgf.mnoonqbm.arg> <033o24qp-6os7-7385-n2on-3os2389rrs8n@yvfgf.mnoonqbm.arg> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <033o24qp-6os7-7385-n2on-3os2389rrs8n@yvfgf.mnoonqbm.arg> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.1 X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-26) on tom.home X-Rspamd-Queue-Id: 4YsRth2fvmz422F 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:6939, ipnet:2001:470::/32, country:US] On Tue, Feb 11, 2025 at 02:16:13AM +0000, Bjoern A. Zeeb wrote: > On Tue, 11 Feb 2025, Konstantin Belousov wrote: > > > > __cxa_thread_call_dtors: dtr 0xe67c10 from unloaded dso, skipping > > > ... > > > > Your linker is old. I believe this should cure itself after the upgrade > > is done. > > I am long past installworld and installkerel and reboot; and am > compiling a next kernel. > > I wouldn't rule out something old as I haven't run delete-old > delete-old-libs yet. > > How and what would I specifically check? Could you identify which specific binary issues the warning? [Try to rm -rf $OBJ?] From nobody Tue Feb 11 16:05:49 2025 X-Original-To: freebsd-current@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 4YsmWl5MJ8z5nmjv for ; Tue, 11 Feb 2025 16:05:55 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mail.oetec.com", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YsmWk6d7cz3nW1 for ; Tue, 11 Feb 2025 16:05:54 +0000 (UTC) (envelope-from dclarke@blastwave.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=blastwave.org header.s=default header.b=b2aGwxyG; spf=pass (mx1.freebsd.org: domain of dclarke@blastwave.org designates 108.160.241.186 as permitted sender) smtp.mailfrom=dclarke@blastwave.org; dmarc=pass (policy=quarantine) header.from=blastwave.org Received: from [172.16.35.3] (pool-99-253-118-250.cpe.net.cable.rogers.com [99.253.118.250]) (authenticated bits=0) by mail.oetec.com (8.17.1/8.17.1) with ESMTPSA id 51BG5naf059955 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for ; Tue, 11 Feb 2025 11:05:50 -0500 (EST) (envelope-from dclarke@blastwave.org) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=blastwave.org; s=default; t=1739289950; bh=ge+OrxLsWvOkEPcGhhMu7hQtpC9v5XT974S31yXA8qw=; h=Date:Subject:References:To:From:In-Reply-To; b=b2aGwxyGIMQupZel2zQyS2jTpHzmGPJ2uNHiSQ6DUtVeMQOSMlsunzOLK5zy0wMOC vhSM0nHa/x/uIZyRedAFJgKRRwMA8D51Ah5pGE+FUVs+0RiGSzSW1cP9gCeqcU9yz+ CyEQJgN2gwHY6NBWgJ0tbJ18zV9eFLHJYscpNdM8ThDw49BQt8/Ze+AIY8bqzM02c9 jOVOnn1ePq+LC5mL4pIXinmpRMimQylMur8I+5x1D3AYV47j2QRRcq/x6S7ZBp8gWF KyFztBDQAyy3CNHYsHe2onsf4zCX4cYH5HbrnjDsCtBS1A6a5dnw9P8mLGyIY3I+er Do5DcWdCk39tQ== Message-ID: Date: Tue, 11 Feb 2025 11:05:49 -0500 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Fwd: OpenSSL Security Advisory References: <18fae49c1241f55eb41cf19017b8c0f6e8cf65af.camel@openssl.org> Content-Language: en-CA To: FreeBSD CURRENT From: Dennis Clarke Organization: GENUNIX In-Reply-To: <18fae49c1241f55eb41cf19017b8c0f6e8cf65af.camel@openssl.org> X-Forwarded-Message-Id: <18fae49c1241f55eb41cf19017b8c0f6e8cf65af.camel@openssl.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-oetec-MailScanner-Information: Please contact the ISP for more information X-oetec-MailScanner-ID: 51BG5naf059955 X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-From: dclarke@blastwave.org X-Spam-Status: No X-Spamd-Result: default: False [-3.90 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; DMARC_POLICY_ALLOW(-0.50)[blastwave.org,quarantine]; NEURAL_HAM_SHORT(-0.20)[-0.204]; R_DKIM_ALLOW(-0.20)[blastwave.org:s=default]; R_SPF_ALLOW(-0.20)[+mx]; RCVD_IN_DNSWL_MED(-0.20)[108.160.241.186:from]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[blastwave.org:+] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4YsmWk6d7cz3nW1 All : Just a heads up. I hope this lands in ports *really* fast. -- -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken PS: no FreeBSD on Raspberry Pi5 yet. Too many ugly blobs still. -------- Forwarded Message -------- Subject: OpenSSL Security Advisory Date: Tue, 11 Feb 2025 16:54:29 +0100 From: Tomas Mraz To: openssl-project , openssl-users OpenSSL Security Advisory [11th February 2025] ============================================== RFC7250 handshakes with unauthenticated servers don't abort as expected (CVE-2024-12797) ======================================================================================== Severity: High Issue summary: Clients using RFC7250 Raw Public Keys (RPKs) to authenticate a server may fail to notice that the server was not authenticated, because handshakes don't abort as expected when the SSL_VERIFY_PEER verification mode is set. Impact summary: TLS and DTLS connections using raw public keys may be vulnerable to man-in-middle attacks when server authentication failure is not detected by clients. RPKs are disabled by default in both TLS clients and TLS servers. The issue only arises when TLS clients explicitly enable RPK use by the server, and the server, likewise, enables sending of an RPK instead of an X.509 certificate chain. The affected clients are those that then rely on the handshake to fail when the server's RPK fails to match one of the expected public keys, by setting the verification mode to SSL_VERIFY_PEER. Clients that enable server-side raw public keys can still find out that raw public key verification failed by calling SSL_get_verify_result(), and those that do, and take appropriate action, are not affected. This issue was introduced in the initial implementation of RPK support in OpenSSL 3.2. The FIPS modules in 3.4, 3.3, 3.2, 3.1 and 3.0 are not affected by this issue. OpenSSL 3.1, 3.0, 1.1.1 and 1.0.2 are also not affected by this issue. OpenSSL 3.4, 3.3 and 3.2 are vulnerable to this issue. OpenSSL 3.4 users should upgrade to OpenSSL 3.4.1. OpenSSL 3.3 users should upgrade to OpenSSL 3.3.2. OpenSSL 3.2 users should upgrade to OpenSSL 3.2.4. This issue was reported on 18th December 2024 by Apple Inc. The fix was developed by Viktor Dukhovni. General Advisory Notes ====================== URL for this Security Advisory: https://openssl-library.org/news/secadv/20250211.txt Note: the online version of the advisory may be updated with additional details over time. For details of OpenSSL severity classifications please see: https://openssl-library.org/policies/general/security-policy/ From nobody Tue Feb 11 21:42:12 2025 X-Original-To: freebsd-current@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 4Ysw0Y4Smtz5mn0q; Tue, 11 Feb 2025 21:42:53 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp052.goneo.de (smtp5.goneo.de [IPv6:2001:1640:5::8:30]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 4Ysw0X46n6z3VVQ; Tue, 11 Feb 2025 21:42:52 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=walstatt-de.de header.s=DKIM001 header.b=tLQRfYYV; spf=pass (mx1.freebsd.org: domain of freebsd@walstatt-de.de designates 2001:1640:5::8:30 as permitted sender) smtp.mailfrom=freebsd@walstatt-de.de; dmarc=none Received: from hub2.goneo.de (hub2.goneo.de [85.220.129.53]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by smtp5.goneo.de (Postfix) with ESMTPS id 9BB52240E79; Tue, 11 Feb 2025 22:42:49 +0100 (CET) Received: from hub2.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPS id 08A2B240201; Tue, 11 Feb 2025 22:42:48 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1739310168; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=8/qssnSd8Gw5lZlB+DY3t16DkpcmBHS+EFQ38unz/Yo=; b=tLQRfYYVQ6X6mzZ/MGMQOaNJZvtdIBxgOR8zAaVCUSUa1RCjT6iT+ddBcrEWOFvp29QFjr S2lMyGzsW0KRnupZtMBWLfNTTyEJqOJlY4zAgTOLQfpkNUPc3RT4KZYTdicpVm85Tnmpwy WddZkB+ypLyjRyVvAJ3jmS/4kvTyflq9DXEeEaZSK4Xrt3o36yPHGLJPnQWQyttKZNU+br cQvl44OZQPS7GBuIOG+ILB36WLWr6k9wDsEbI5OScU1VDJVoRYAukJE5YFqmA4XUvRPDQC 1Q8dCV9wr0oS2QPRSsnD6KXADjld/tp3RPClp1tBkGOHeL4KejXv7wnEdFVUhA== Received: from thor.sb211.local (dynamic-2a02-3100-2309-1102-e8cb-7fd4-9960-fe86.310.pool.telefonica.de [IPv6:2a02:3100:2309:1102:e8cb:7fd4:9960:fe86]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPSA id BD11A240181; Tue, 11 Feb 2025 22:42:47 +0100 (CET) Date: Tue, 11 Feb 2025 22:42:12 +0100 From: A FreeBSD User To: FreeBSD CURRENT Cc: freebsd-net@freebsd.org Subject: rtadvctl -vv show : Segmentation fault Message-ID: <20250211224239.51cf1d2e@thor.sb211.local> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/O/veLQWI0FRynxvrbKjjd2H"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: 87f2db X-Rspamd-UID: 23e9ad X-Spamd-Result: default: False [-5.65 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.95)[-0.953]; R_DKIM_ALLOW(-0.20)[walstatt-de.de:s=DKIM001]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+ip6:2001:1640:5::8:0/112]; RCVD_IN_DNSWL_LOW(-0.10)[2001:1640:5::8:30:from]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:25394, ipnet:2001:1640::/32, country:DE]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[walstatt-de.de]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org,freebsd-net@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[walstatt-de.de:+] X-Spamd-Bar: ----- X-Rspamd-Queue-Id: 4Ysw0X46n6z3VVQ --Sig_/O/veLQWI0FRynxvrbKjjd2H Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hello, I'm running a small 14-STABLE (FreeBSD 14.2-STABLE #11 n270324-8d5d7e2ba3a6= : Thu Feb 6 16:56:03 CET 2025 amd64) based router appliance, running rtadvd(8). When stoppimg/starting mpd5 several times, changing the IPv6 prefix, I can = almost with a 100% certainty reproduce such an error calling rtadvctl: [...] root@gate:~ # rtadvctl -vv show igb0: flags=3D status=3D mtu 1500 DefaultLifetime: 30m MinAdvInterval/MaxAdvInterval: 3m20s/10m AdvLinkMTU: , Flags: , Preference: medium ReachableTime: 0s, RetransTimer: 0s, CurHopLimit: 64 AdvIfPrefixes: no Next RA send: Tue Feb 11 22:36:21 2025 Last RA send: Tue Feb 11 22:30:23 2025 Prefixes (1): Segmentation fault [...] The indication of such a rtadvd failure within our network is no prefix del= egation any more, several IPv6 on the (client) hosts's NICs are marked "deprecated" or = "detached", but none usable. Checking on the gateway with the command shown above results in a segmentat= ion fault ... funny. To solve this, we have to restart rtadvd. --=20 A FreeBSD user --Sig_/O/veLQWI0FRynxvrbKjjd2H Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCZ6vETwAKCRCxzvs8Oqok r6HCAP45dndlnK95E11aXVx5FJD2lQP1q2W4TbIbrMxHSTYzaAD5AaS26/IXIYNw NL+JgzM4STVGVVyg7SNc1YQqLdu7xgw= =mcT4 -----END PGP SIGNATURE----- --Sig_/O/veLQWI0FRynxvrbKjjd2H-- From nobody Wed Feb 12 14:13:28 2025 X-Original-To: freebsd-current@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 4YtKzh0ngBz5mrTn; Wed, 12 Feb 2025 14:13:36 +0000 (UTC) (envelope-from zlei@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YtKzg5qYSz3xdm; Wed, 12 Feb 2025 14:13:35 +0000 (UTC) (envelope-from zlei@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1739369615; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=mua7+dyWoCcloY1USRqFTE/p31uVqbjgsb6qpdU/gLI=; b=IfzLdoc+ik27p6hWIZJH7Fl8H/fmbtwyVm2Z+6pahkTnfpezPFxwqY96c8ZHxRSicZMA/G icssVzfLd+BSfzm6MOckfcz0THx5yG+/7fXkjL4AR1FhgohvXzUmSUjTTYKtpUR0aQ16od iw8Sv5x7GFsap6UfSJvmEkZekCvVrKojq1wGtt611dSiUKJDiwkdyXXXzIE3zD/fzZbwDH LxZ6aPDypyTvhS47wLHjKuSSnM4y4hHIYPGGQqn3AQ3hZepn6vfVHeDXqniARgPFVGoxeH IPLN8rJNhkSbXbMhZZ/WseV2mGn3f+1turJ7uP17P6cM94dmuSbedR2+lg+pCQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1739369615; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=mua7+dyWoCcloY1USRqFTE/p31uVqbjgsb6qpdU/gLI=; b=D2A+xSjZpTb12tmCTHF4Ib2mArRT50OLxqCdTWDLpSkBJaHhmXLxhKXrsoPVN8h2ku5vhR 1P3ulm8MwdgIeRKH0s37qLj351oIPACLnJ4ribhtqwYCYksdL2tN+67Lgc3HQnOpmyst27 EkJMYXxRhg2dcr/N+ly8D9UtskITc2QhGwTPjEqwnwL/Y2Mgpkon93UZQDip1brU3IcVq6 AwU7HHP+D2DMJ725dmMYhPm58/QAka+tzJkc6fpZHY1vfG/1Uu886MrE8vpJvGLoxpXh38 DAcqhcRYPIZUp2cHbud5Owb4E7MAX8ZBiBzCqWW/Lo9iGiSPwmgqEaH8oOpI6g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1739369615; a=rsa-sha256; cv=none; b=co3bBEvbRfZcYBxj87a+JVM/WH4uD44KkS3IOeM5/gPvEqDJ4P1F8fZXonHBKjOeYCf+By rcDU0YdenH9db8LrOOorrXu9oLJgEUXJYAR4XMMgSqxY0OHKOMUK5hY+xr9YcjhAI+wCoh F6KttyH+rayT2CC8dX8bxe4Rp+y/JEmKEhjAgzlk9MPJYMJfEXNZ2gcMqHZFS7j0I5Lnvz zlXTQWgHz4K8rwfJ+7ZLPuObUhmrClZgpq8NoBIN3nD0ApDCyJzfWoxi7unKu1KmGcSTiu 3XGy+MD1DrdeoO1A5lc7MmfGpdmSQ7VUnGB1Y2Xevv4ogK7HsCorOSyqYqnHCQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from smtpclient.apple (ns1.oxydns.net [45.32.91.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zlei/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4YtKzf4lSBzrZT; Wed, 12 Feb 2025 14:13:34 +0000 (UTC) (envelope-from zlei@FreeBSD.org) Content-Type: multipart/signed; boundary="Apple-Mail=_D67C0B02-1B8D-469C-A94F-CB09D7E1A438"; protocol="application/pgp-signature"; micalg=pgp-sha512 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.10\)) Subject: Re: rtadvctl -vv show : Segmentation fault From: Zhenlei Huang In-Reply-To: <20250211224239.51cf1d2e@thor.sb211.local> Date: Wed, 12 Feb 2025 22:13:28 +0800 Cc: FreeBSD CURRENT , freebsd-net@freebsd.org Message-Id: <40962DA9-AAE6-4B6D-8240-703D2E364DA5@FreeBSD.org> References: <20250211224239.51cf1d2e@thor.sb211.local> To: A FreeBSD User X-Mailer: Apple Mail (2.3696.120.41.1.10) --Apple-Mail=_D67C0B02-1B8D-469C-A94F-CB09D7E1A438 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Feb 12, 2025, at 5:42 AM, A FreeBSD User = wrote: >=20 > Hello, >=20 > I'm running a small 14-STABLE (FreeBSD 14.2-STABLE #11 = n270324-8d5d7e2ba3a6: Thu Feb 6 > 16:56:03 CET 2025 amd64) based router appliance, running rtadvd(8). >=20 > When stoppimg/starting mpd5 several times, changing the IPv6 prefix, I = can almost with a 100% > certainty reproduce such an error calling rtadvctl: >=20 > [...] > root@gate:~ # rtadvctl -vv show > igb0: flags=3D status=3D mtu 1500 > DefaultLifetime: 30m > MinAdvInterval/MaxAdvInterval: 3m20s/10m > AdvLinkMTU: , Flags: , Preference: medium > ReachableTime: 0s, RetransTimer: 0s, CurHopLimit: 64 > AdvIfPrefixes: no > Next RA send: Tue Feb 11 22:36:21 2025 > Last RA send: Tue Feb 11 22:30:23 2025 > Prefixes (1): > Segmentation fault > [...] >=20 > The indication of such a rtadvd failure within our network is no = prefix delegation any > more, several IPv6 on the (client) hosts's NICs are marked = "deprecated" or "detached", but > none usable. >=20 > Checking on the gateway with the command shown above results in a = segmentation fault ... funny. Do you get the core dump ? You can attach the core to gdb or lldb to = easily figure out which line of source code is to be blamed. >=20 > To solve this, we have to restart rtadvd. >=20 > -- >=20 > A FreeBSD user --Apple-Mail=_D67C0B02-1B8D-469C-A94F-CB09D7E1A438 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQRj28YmNowGX1isJg7GJJ6Jgbd0XwUCZ6ysiF8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0NjNE QkM2MjYzNjhDMDY1RjU4QUMyNjBFQzYyNDlFODk4MUI3NzQ1RgAKCRDGJJ6Jgbd0 X34bAQDlQpib6mzf1H0zWdPzHfjiQNBo1plcoQVQxBEI3C2jNQEAuKX8y7NwALGT DuIHoRWhV3C+WbckW0d1FjZ6RqDblwE= =fvf+ -----END PGP SIGNATURE----- --Apple-Mail=_D67C0B02-1B8D-469C-A94F-CB09D7E1A438-- From nobody Wed Feb 12 14:33:27 2025 X-Original-To: freebsd-current@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 4YtLQn1Bklz5mt7R; Wed, 12 Feb 2025 14:33:37 +0000 (UTC) (envelope-from zlei@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YtLQn0jDKz42kd; Wed, 12 Feb 2025 14:33:37 +0000 (UTC) (envelope-from zlei@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1739370817; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=osHTv9TupmZwhJJselIZpk3zSSPCAieHaWDuqfAfu7I=; b=m6E3WSlKplighPz3sOsjIRqrsCuYqNYBlatkpeb5edpuJCBHarej48Wnu+Tc0dwKDA3HXV wJ2q93lyX01r2V944qsZWVWkkSuDTLbYaiCOuNCznWceuJyy/PQMrk3IT1IYlzDjaHpC22 Spes2sBvfD+cY5R4lsWA0fNXzRfhn40QBHMNsku2tNOB3HHmb/S7vg19jWixo8N0WzFeu2 kj17I+5dx0+jGy+zyXXC7gDjdnwMqd23uyzo8P1FAPoge13SAE4FgvJi2pwTYXjjYfQu85 DwbbyjbJ7CGvR0UBh8jsCemboys54Xpy6tgtujcsJKYbx12nTdWCK4OW1ua6Gw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1739370817; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=osHTv9TupmZwhJJselIZpk3zSSPCAieHaWDuqfAfu7I=; b=ydHs+hVjMANY1IDOkDw1snPNp90AIdx5O9AbHz2K1DlEVzOMeyrLVoqSOHUu++V8H+b+sF 5u7jH9lxsteCrjU1Bf19DMYBhfppiMZbLvmrAT1l+zZum7BLfCCZsmb8m3LNnhrj2E6f/z bktdFiP+4tWnKw85HRU+SJa/NbrQQgpEcElMd9oWz0qTAPkWS0ONHYtubZbv/+JNEpPMBS DvtOQoYJj/DPXE9Hs4WkyAV8+0jLNaXAxs8moKYOrcIIleiwD0ACCh0+UOPoziEqiHXn6C ev1UVuselGbkcIh3wGDH0Bbn2chLAsHCanXrH10KROdPn1uWKzX03UwrFoaSdw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1739370817; a=rsa-sha256; cv=none; b=kOqnrbjfdT563Wwk0sX2My0FxovIRyOtCsTLLXwhEWccPBkpENJE1lWSG305nMtJJUPBRX ff5fTqmQiv0uTe29Geehqepb5CIw5XuluHoW5/pLpYddBbhbngIFAwztd/89lHRFmD1GlM +xopc8cLkAA1F8zQB8a5jn9kQTC71JDu43N1IAtsjYi4WKYWMop2ERz6zV8LQeGj7oUTeE V6CyGEIy5X/n3HrTUAcTNH+iHCyzvXGhctJiiZgpdiicCwOC/B4SLMWlvJOyUY2uOzqmVB B5gYHhTAfo4/cVeRrTgr5FoLS72hmxZt/kA/btLYQ62NOizrGxwTKD3BsL01tQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from smtpclient.apple (ns1.oxydns.net [45.32.91.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zlei/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4YtLQl635Zzr3v; Wed, 12 Feb 2025 14:33:35 +0000 (UTC) (envelope-from zlei@FreeBSD.org) From: Zhenlei Huang Message-Id: <4E048C3B-46DB-40E2-B489-4629CE311369@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_99B1978C-CC4C-4C4E-A527-DB1D4C62790E"; protocol="application/pgp-signature"; micalg=pgp-sha512 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.10\)) Subject: Re: rtadvctl -vv show : Segmentation fault Date: Wed, 12 Feb 2025 22:33:27 +0800 In-Reply-To: <40962DA9-AAE6-4B6D-8240-703D2E364DA5@FreeBSD.org> Cc: FreeBSD CURRENT , freebsd-net@freebsd.org To: A FreeBSD User References: <20250211224239.51cf1d2e@thor.sb211.local> <40962DA9-AAE6-4B6D-8240-703D2E364DA5@FreeBSD.org> X-Mailer: Apple Mail (2.3696.120.41.1.10) --Apple-Mail=_99B1978C-CC4C-4C4E-A527-DB1D4C62790E Content-Type: multipart/alternative; boundary="Apple-Mail=_F5A5F1A8-E43D-40BE-A8B2-3E46B4668A8F" --Apple-Mail=_F5A5F1A8-E43D-40BE-A8B2-3E46B4668A8F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Feb 12, 2025, at 10:13 PM, Zhenlei Huang wrote: >=20 >=20 >=20 >> On Feb 12, 2025, at 5:42 AM, A FreeBSD User = wrote: >>=20 >> Hello, >>=20 >> I'm running a small 14-STABLE (FreeBSD 14.2-STABLE #11 = n270324-8d5d7e2ba3a6: Thu Feb 6 >> 16:56:03 CET 2025 amd64) based router appliance, running rtadvd(8). >>=20 >> When stoppimg/starting mpd5 several times, changing the IPv6 prefix, = I can almost with a 100% >> certainty reproduce such an error calling rtadvctl: >>=20 >> [...] >> root@gate:~ # rtadvctl -vv show >> igb0: flags=3D status=3D mtu 1500 >> DefaultLifetime: 30m >> MinAdvInterval/MaxAdvInterval: 3m20s/10m >> AdvLinkMTU: , Flags: , Preference: medium >> ReachableTime: 0s, RetransTimer: 0s, CurHopLimit: 64 >> AdvIfPrefixes: no >> Next RA send: Tue Feb 11 22:36:21 2025 >> Last RA send: Tue Feb 11 22:30:23 2025 >> Prefixes (1): >> Segmentation fault >> [...] >>=20 >> The indication of such a rtadvd failure within our network is no = prefix delegation any >> more, several IPv6 on the (client) hosts's NICs are marked = "deprecated" or "detached", but >> none usable. >>=20 >> Checking on the gateway with the command shown above results in a = segmentation fault ... funny. >=20 > Do you get the core dump ? You can attach the core to gdb or lldb to = easily figure out which > line of source code is to be blamed. The developer's handbook has detailed instructions [1] about how to = debug. [1] = https://docs.freebsd.org/en/books/developers-handbook/tools/#debugging >=20 >>=20 >> To solve this, we have to restart rtadvd. >>=20 >> -- >>=20 >> A FreeBSD user --Apple-Mail=_F5A5F1A8-E43D-40BE-A8B2-3E46B4668A8F Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii

On Feb 12, 2025, at 10:13 PM, Zhenlei Huang <zlei@FreeBSD.org> = wrote:



On Feb 12, 2025, at 5:42 AM, A FreeBSD User <freebsd@walstatt-de.de> wrote:

Hello,

I'm running a small = 14-STABLE (FreeBSD 14.2-STABLE #11 n270324-8d5d7e2ba3a6: Thu Feb =  6
16:56:03 CET 2025 amd64) based router appliance, = running rtadvd(8).

When stoppimg/starting = mpd5 several times, changing the IPv6 prefix, I can almost with a = 100%
certainty reproduce such an error calling = rtadvctl:

[...]
root@gate:~ # = rtadvctl -vv show
igb0: = flags=3D<UP,CONFIGURED,PERSIST> status=3D<RA_SEND> mtu = 1500
      DefaultLifetime: = 30m
      MinAdvInterval/MaxAdvInterv= al: 3m20s/10m
      AdvLinkMTU: <none>, = Flags: <none>, Preference: medium
      ReachableTime: 0s, = RetransTimer: 0s, CurHopLimit: 64
      AdvIfPrefixes: no
      Next RA send: Tue Feb 11 = 22:36:21 2025
      Last RA = send: Tue Feb 11 22:30:23 2025
      Prefixes (1):
Segmentation fault
[...]

The indication of such a rtadvd failure within our network is = no prefix delegation any
more, several IPv6 on the = (client) hosts's NICs are marked "deprecated" or "detached", but
none usable.

Checking on the = gateway with the command shown above results in a segmentation fault ... = funny.

Do you get the core = dump ? You can attach the core to gdb or lldb to easily figure out = which
line of source code is to be blamed.

The = developer's handbook has detailed instructions [1] about how to = debug. 




To solve this, we have to restart rtadvd.

--

A FreeBSD = user



= --Apple-Mail=_F5A5F1A8-E43D-40BE-A8B2-3E46B4668A8F-- --Apple-Mail=_99B1978C-CC4C-4C4E-A527-DB1D4C62790E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQRj28YmNowGX1isJg7GJJ6Jgbd0XwUCZ6yxN18UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0NjNE QkM2MjYzNjhDMDY1RjU4QUMyNjBFQzYyNDlFODk4MUI3NzQ1RgAKCRDGJJ6Jgbd0 X+OrAQC93tyEeM8Bp/ETPMveJR3k0K0QfPWTiYvo1X9Zmf1YtQD/d04MM9I1pas9 Qr1qqMAlfrg3f+KStWpevvnft30Bnwc= =tReQ -----END PGP SIGNATURE----- --Apple-Mail=_99B1978C-CC4C-4C4E-A527-DB1D4C62790E-- From nobody Thu Feb 13 02:24:09 2025 X-Original-To: freebsd-current@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 4YtfC06XLDz5mk09 for ; Thu, 13 Feb 2025 02:24:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.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 4YtfC03S4Rz3wZF for ; Thu, 13 Feb 2025 02:24:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=SvMNOR4r; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.206 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=1739413461; bh=ktAfL8xZdIfOxiw6MJKR6bWyqSn91Fzr8/k1O/2u/Uo=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=SvMNOR4rOFOn6ikxvpTUdHUqHY0nR1WmaNJPqyg60SClbs0tCn6louyRgpUdL3dPVwpSR16X+AhitNQKKKs4+yvdoKCCXts6j3PWIS7SH+DYpy7pEGqg/2MjJAhdbhzT+hdOK8z1NHzG3r++LB+ICQfYWTifijUMIMFmsDw3NGx2AvIE/+SSRwWjMQ3y4iMgoe6WKf5CrVrjhqavMGH45XKqz9nr8TU+LQ0bCTLwftQRoqq2iB/jnFpBLMR+rcjWBC/ZKf9b13g2c1hbEg/XyNd6n05sRIVm17JiohxfpjkyP69K1fIMzItIVDyQ0zEBH7okjIggJrySkWMjxL5FTQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1739413461; bh=ToPLSweSQgXhTST7pww7GOXcYU8pCuzLCKqRUaMONKE=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=A4AUXhrKIHozhKHgTgNsidGBGmY3r8cSdNmYHYm1lIyNQaUDc6Du9925Dnyffcit6R+6FCziCEI++FDN2mlcKyHndkvEFSqN8DSjXSg4QeOUFbXlhLv+yxbOQIub96982AaNXbc7UWHx9RxQH5BqoxeBu0hh16SJabSG26ZauXh8Hj8nMQQeb8jD7d44zWLqNIPCmPfJImSzyw3rX+UP6jhDS92RWhN1y2VZJTLAH3XFrXs92vXdunn1gJgSBOlhP2ulgnRWzfNdD33DTqTh64jBija4HntgK6VK3J19UlhzbOkb7GMC73ccFYzipvdGKBhkx4yTGTq6ia6IIPhnhw== X-YMail-OSG: ndAhdagVM1lqwV3Ca1oNMQc_7bMo4r0iMHtC1qEa0VBsq3FOw8zxDjHhleUeB.W 2.8CNiWIF5HDz0vitakyid7T0B5VNdOlRH5yzPe2UErPkH8nV0RwOUrJqFhE6t0Gal30_.5pJZy. en6vCIAK9nKzPfILh9DUv0hAwjImxjq4dZbTeeuhPB.2ivYg91CsksqjKhBotSJ2AFTejiuExm4A Lj5yKxNxvOpEjirogTEqCUewAFl_hUVqc9P.Uzd0Vg1PdOdwRWnmIlc9U32ByVlmVrAB4PG2ova2 DiZRcmdRlJgMtq27UpCjo1if0oQFO2j1Hu1xdhIBtsxfZd32K.qG0F.B05RSpYN6q4Bo.AhpwoQs 2eTRPaTJiK9JHQphwIA2ZU3LeQDCgMuUU9jLY1i3Np1YSd6Q6Nb9.R6Sgd9GbUo5KpUnk4pT5WFy YrK7WzJNUg_FIB8f9xt_DTBviLV58_QbyLzNa9miyMttUFypMwW3RJmhkFXZPdaxAeN0wSOYV3y9 QZvzyXRIePUgQYYyCKS3A9Gjmm8AAMHffI977iTkk42O9JgpX21FkcICLxDHQ8JKb4vdZVvsfra8 zwdpmO8YM4lnxJumb4t1t9D8QS9.k.BcR1A1PTPz9qSRUMAHGToXFfZ6FzXO_VAhYGfkkKqwrhY. Bb.AAdB5yDzeKnNYvlV3KxA7yDnc5LOuDX3MiX9p0ss0wPfxHQUUYi96cYP7RsErQ1vU0Hz_pL2q XMdUVeT7o.o.FUzRu4Y1qTm9lqdPcrY90xs.sKGbCJ3B3y.5SoTglZc5ZH9GWflbfY9CQs1ds0M9 SmyKdjSiUTv3XCgmcHUMq0jzPaDWSvzb7J.UsGFWxm2ZWLrzH8L3At08Pzmt4AVRpkQIqm9zdwk1 3OmspxPR61BaCri3XPuitQozln.1Y8MNBWzrhX1CyeMi1zEOeRjsnOdjN1Ir8r6e4WaPKC5ME8AT KUKqb0Oo1Yn6d3T1iWgMTmnwGpACYgYdqE7Koex8xsh7nRqLUJozEqF0boTfbeJZeNfdO8YWnGCl WjxztB10bbVzq6FDoSJ_4vwUSer6EzJJP5WOC_QPR31bs_Dvq17.DztdpFIdFlue0BNhiMqU0pK5 A5UMOGqUOqLdhgKoOrMpvcbR5cH.UdxhvBp8umc_V82At2zMpUrnWvd9ixBO_RdJOuAbMisS6R8d JR_dHCwqqIM5QHLkP4J0OYJQ8cxbo4sP6hNCfAMr1fmXNZvuI.yby8kcJ2ijs1e9k1Fm1iBmcT_v aY77szZhvjN8OmiWmaYXjRzYGzHYy5RSsqkyywNimunTIMGPRg4H56t79HHoXDRrFtmGB.aqqki5 ZmrIgyx3PqzsNSrhVoQ7NLk2rbIddAeMNV5uS3Sz77xvG5Aq2Ej6.hT_A9q5KuOx9eXrCU7Htm7e 4cWpvn0kOWcLDkWg2zo9Q3yHE_Bx1uXKvef9uFwVoED88mN0W4vB2q9S1clx93RrL9DJPazNFvXR TOVd1dfyw9koT1_hiYfTdlAh1BH8NQexl3A6PrvjA.3cdOdckf79a3KB82llJdWEIhP5xv.x9ghX x8_J_DyLx8vTTXz7Ke73li7svaCQYasbrlZfDd2JhjAb6Y5wP51S4jx7m4FZwTFEcotE1zG11jcF B.SbmZT84WpB3WlP0Fu8Y02hYGPjGH1hURfvapebQgBJ0NnAnmlhb8gGYSeYx9RxQs.oDYNYY8xf T5RfITijWTLCb.CTl953Z5R1SuYhg6rxBDTt9SFMcUhyX8_JLZTHOsCQiXoHSac41LOUj7gMagsV IaAquseNFgk4DQ1OTd45lW1pV0LVjRnVRqWP8kjKZdVRww5KI7iuGE5.H3.10zWO9INiKkkRajaw CASx0voxzGO86MncTXyNtHCLmiKVS57.f48yGNNoI7NYsq9nqvAlaxKJtLNd58GFro4ommPvHJC. lsJZzcZjprnHTrZxN6ZItxq4D4xhu2.SQ3rbIcccEgRQBcASjNQIVwSWAKoX7Mvjssemk5l5VKPK FbtEd.94ONmpgaeT_S.q65jNBHPKqpJRqjcgpBFxILt_dQ0ROQU2.jcWkS0PBuc_Gqf3gzfi61GN WPxBJyZv2tYepLus1Eh1tZwMDvoWTsFUR4j3QjOOtwOKbPGn9J1wPqmNuXbQDvVCYNqDTpOErKKJ RRF.Sb4ARbUKlLo8.yQYz7dEPck6uNDAocAGpON.LLDj14mAIntslahgnNQ7ke26wRQTNgCjV4ME hCUOqlN5TrfR8B_FvMx_f3ow89uFULCtLaYF.J_sed6ZDuNvLTeHIpzv5gI_uwlPP209vN7j4ydP TF8AcoPHMyoyc X-Sonic-MF: X-Sonic-ID: 00455765-5fa6-4714-be9a-fccea35e3432 Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Thu, 13 Feb 2025 02:24:21 +0000 Received: by hermes--production-gq1-5dd4b47f46-ps69l (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 1234272f3f10b4f9748428494f80930b; Thu, 13 Feb 2025 02:24:20 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.400.131.1.6\)) Subject: Fairly Modern poudriere-devel on fairly modern main gets "mount_nullfs: /usr/local/poudriere/data/.m/NAME/ref/packages: Resource deadlock avoided" when operated in a chroot context. Message-Id: Date: Wed, 12 Feb 2025 18:24:09 -0800 Cc: Konstantin Belousov To: Baptiste Daroussin , FreeBSD Current , FreeBSD Mailing List X-Mailer: Apple Mail (2.3826.400.131.1.6) References: X-Spamd-Result: default: False [-4.50 / 15.00]; RBL_SENDERSCORE_REPUT_9(-1.00)[98.137.65.206:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.995]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_THREE(0.00)[4]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.206:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.206:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4YtfC03S4Rz3wZF I use pkg and poudriere-devel in areas that I've chroot'ed into. (This may be unusual and so is noted just in case it turns out to be involved. I've been doing that for years. Also, when I tried the same without = being chroot'd things behaved normally and worked fine.) The context does use: USE_TMPFS=3Dall TMPFS_BLACKLIST=3D. . . TMPFS_BLACKLIST_TMPDIR=3D${BASEFS}/data/cache/tmp As of my attempt to update to modern pkg and poudrere after having = update the FreeBSD main vintage, all my attempts fail with the likes of: [00:00:02] [01] [00:00:00] Builder starting [00:00:02] [01] [00:00:00] Builder started [00:00:02] [01] [00:00:00] Building ports-mgmt/pkg | pkg-2.0.6 [00:00:39] [01] [00:00:37] Finished ports-mgmt/pkg | pkg-2.0.6: = Success ending TMPFS: 3.70 GiB [00:00:39] [02] [00:00:00] Builder starting [00:00:39] [01] [00:00:00] Building misc/freebsd-release-manifests | = freebsd-release-manifests-20250207 [00:00:40] [02] [00:00:01] Builder started [00:00:40] [02] [00:00:00] Building devel/bsddialog | bsddialog-1.0.1 [00:00:40] [01] [00:00:01] Finished misc/freebsd-release-manifests | = freebsd-release-manifests-20250207: Success ending TMPFS: 2.88 GiB [00:00:42] [02] [00:00:02] Finished devel/bsddialog | bsddialog-1.0.1: = Success ending TMPFS: 2.89 GiB [00:00:42] [01] [00:00:00] Building ports-mgmt/portconfig | = portconfig-0.6.1_1 [00:00:43] [01] [00:00:01] Finished ports-mgmt/portconfig | = portconfig-0.6.1_1: Success ending TMPFS: 2.88 GiB [00:00:43] [01] [00:00:00] Building ports-mgmt/poudriere-devel | = poudriere-devel-3.4.99.20250209 [00:00:46] [01] [00:00:03] Finished ports-mgmt/poudriere-devel | = poudriere-devel-3.4.99.20250209: Success ending TMPFS: 2.96 GiB [00:00:47] Stopping 5 builders [00:00:47] Creating pkg repository mount_nullfs: = /usr/local/poudriere/data/.m/main-ZNV4-default/ref/packages: Resource = deadlock avoided [00:00:47] Error: = /usr/local/share/poudriere/bulk.sh:mount_packages:7:Failed to mount the = packages directory =20 It later reports: [00:00:47] Unmounting file systems Error: (50608) rm:rm:1: /usr/local/poudriere/data/.m/main-ZNV4-default: = Device busy After that the df -m output includes the likes of: tmpfs 144265 0 144265 = 0% = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-ZNV4-default which is the /usr/local/poudriere/data/.m/main-ZNV4-default involved. I reduced the context down to having the chroot based on just (showing df -m output from in the chroot session after the failure, showing just what was put in the chroot area, other than poudriere's run generates the tmpfs shown): zoptb/DESTDIRs/main-ZNV4-chroot-ports-local 759185 9745 749439 = 1% /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local devfs 0 0 0 = 0% /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/dev /usr/local/etc/poudriere.conf 752193 2753 749439 = 0% = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/etc/poudriere.con= f tmpfs 148322 0 148322 = 0% = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default /usr/obj/DESTDIRs/main-ZNV4-poud 751882 2442 749439 = 0% = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/obj/DESTDIRs/main-ZNV4-= poud /usr/ports 759648 10208 749439 = 1% /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/ports Note the name main-mmjnk-default for this simpler context that is otherwise similar. So the rest is local to /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local instead of being mount points referencing places outside that. I then added some echos into poudriere's common.sh and include/fs.sh and = saw: [00:00:02] Stopping 4 builders About to: findmounts /usr/local/poudriere/data/.m/main-mmjnk-default/04 = 1 About to: findmounts /usr/local/poudriere/data/.m/main-mmjnk-default/02 = 1 About to: findmounts /usr/local/poudriere/data/.m/main-mmjnk-default/03 = 1 About to: findmounts /usr/local/poudriere/data/.m/main-mmjnk-default/01 = 1 findmounts result: findmounts result: findmounts result: findmounts result: = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/var/db/ports = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/usr/tests = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/usr/src = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/usr/share = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/usr/ports = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/usr/lib32 = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/rescue = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/proc = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/packages = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/distfiles = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/dev/fd = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/dev = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/compat/linux/proc = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/.p [00:00:02] Creating pkg repository About to: umountfs = /usr/local/poudriere/data/.m/main-mmjnk-default/ref/packages About to: findmounts = /usr/local/poudriere/data/.m/main-mmjnk-default/ref/packages 0 findmounts result: About to: /sbin/mount -t nullfs -o rw = /usr/local/poudriere/data/packages/main-mmjnk-default/.building = /usr/local/poudriere/data/.m/main-mmjnk-default/ref/packages mount_nullfs: = /usr/local/poudriere/data/.m/main-mmjnk-default/ref/packages: Resource = deadlock avoided I'll note that /usr/local/poudriere/data/.m/main-mmjnk-default in the chroot area is reported to be tmpfs, like the mroe complicated main-ZNV4-default example. Nothing else in that area is listed as being tmpfs after the problem. (That looks to me like it is possibly hitting a new system constraint, appearently associated with at least chroot contexts.) I'll note that the example happens to be based on a GPT partition with a ZFS file system, in ase that somehow matters. (ZFS classically used just for bectl usage, not other typical reasons.) The jail creation had been via: # poudriere jail -c -jmain-mmjnk -m null -M = /usr/obj/DESTDIRs/main-ZNV4-poud -S /usr/main-src -v 15.0-CURRENT [00:00:00] Recording filesystem state for clean... done [00:00:00] Jail main-mmjnk 15.0-CURRENT amd64 is ready to be used I'll note: # poudriere ports -l PORTSTREE METHOD TIMESTAMP PATH default null 2021-04-18 02:05:47 /usr/ports Entering the chroot had been via: # chroot /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/ # The starting environment in the chroot had: # pkg -v 1.21.3 # poudriere version poudriere-git-3.4.99.20250115 from prior activity. The content of: /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/ is a personal world build that was installed there. (The system boots to an official PkgBase installed world.) So this is not just official materials involved in the activity, unfortunately. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Feb 13 05:58:33 2025 X-Original-To: freebsd-current@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 4YtkyL1ZTSz5n0tP for ; Thu, 13 Feb 2025 05:58:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-19.consmr.mail.gq1.yahoo.com (sonic306-19.consmr.mail.gq1.yahoo.com [98.137.68.82]) (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 4YtkyK1qjcz3VTg for ; Thu, 13 Feb 2025 05:58:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=qKCIqsxZ; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.82 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=1739426327; bh=/hkSZCeSS0kmVNMIwowPoIP3Jbr53UVzF0lIJzbAL/Y=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=qKCIqsxZjMIZkdwerDf4tkglqbCFzpA0PBSF90HjGC/ZC3liqbk/Q/UDYDg/Bl/C3nwYsUHWwT/BcxjthogNk0fQu9XwRg/azKewB4qC9v8SPB7TtGVXbus0Tmb2G3QmSJrb5IxX7cHIcaoBygesLGjg90avKR35wKSIogDpjDXk76mErK3QfobsosUUTha7blLsadLzFItjRF4qhafzn/34Dy6UNq9u5En0y8JCHHWho83qM4PnUtspRCpe7Lxxshx5GkSwf59QrzPzySf/UFbnwvLp6DqUwIG0ShKDFSJELTy54IkoqRSUN3x5VXD7jPtsp+XnpUrqZZUjnFgRwA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1739426327; bh=lCNPSyDQXXl9jek6k16hR9Dya4DbHu2qJip/AtQfq3J=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=kjnIsrBJxumcVBQ2HCiNktm0rIt93qX+YNEnC5gBv5bQnVOKiPwnn+Ha4A7Aw2eR68FEQpErrCTfMI28qbR9Jc69FLI16s0Dlu8RXVqPvEdlaXdaDNgLjdyCXUtw1uQb13lUtgBgCYOXg2sTUTPzUu2u3rlPpSCBiHOnmSMEAVRUx18WDBvfl7tnvuaVdpVo7nzsL4nvoBoEEXjM2bjjYxN091PiEHk8SrcvBybX2bK9RbyI2xOzmXiAtdrs4x6Yfwt1Y7h8keJJPOvPkp9l+CZbNPF6qQKC0abT8QP+Fmc8tdS8raVgul+7COo3ukMOsAVO2J2wYA4j4t5JezXY9g== X-YMail-OSG: AHZE23EVM1krKJzAeQ.c_ty8VLCJ2FzsZkgBXFSQSb_KIU.O4rbJX2N4fjpO404 VYO_J0QYihRnWdRi2CYNKlm4NTaB8Vn8iT90_2w9aWdcILVWSwpuNvhcEVnQ2aEzBYyvXluQcA67 nmcINnmfY_2MHCLLxMpgOlkdHWet1TfEH81WlnKhjW0gM2L_FJamniDuZjO2Ulm7wcdlyJvTDyt6 ngWd9DdFJb3prv9XiKSneXXA3wDpGb3RLkyDkblk3MW0wWgHsui5euknU6lZkNT8qwp8mlCm.GLG tVFHrAuzl8WW629JZeGFRczl0Qi.i29JCGwprO_o86Sw9fKBUGaBtheZ0CRJxQeQsxYUhgKG1gao fcjGFWhHqJMEskOALzc9zx0SmW1x7qxG_CcizhRezxE5q6GfMu9JVcjqInhWcc21n8T.9G1Ojvs6 iL4FOWlO2LJjfUuhfSsnb3SXrFXFp8frpWt1QvEOUTCRqk.mVVQGsQ4MoC7xJYwzSvGKaNffraiU 6OPzYaMIZWCXHKYry0ePDHgN1Y5taIiclnDP.31WyIAnWxHTpcyowwacvJ1ne.U4.sc1eifdG5f3 QI0JLZ6qBP5_O3jynVePH9vLS5iwEkGZ3glKS.of12Pm8fSsFJa3pAoihDENeBnHCebvhRbDZY9I E_XtQpaCxzQsT5uegrbZigQu226gxuHkDMWaBe0yPByM6RkcSKEqjXW3T8Evnu8vwcDghMLekVYS .1pu08k8u6hoj.P7etsADAp94hiBYdqFvQSPDZOr2WCW6s1lg5M5qmeM1fcOtjShQNZEV50nXADA aIpZzaY8M3KBEylz2ikZ5HQrYqcuoaybqGtILk7NTNnkv.oS63S7aUkR63cqpWLI1gkfqrfpleNL jwthkM6oJqzjqnn6yLYFzQhg4kGTJke6rTKcsD1l9erRqFRJ1pxEz2IxHsdrqWkEtzYyB4zWlBhR kS6W34fSbJM8vs4TqdzlEDOSufHXxltK1x9HZGkC72p_vDys4OX9yourJFmZRm66ocP5yqIShjH. V086BSPVo3ftH2Iqi1HEO9O4c94xGUhBbE2Jkurv.YmHf0t9r.pIPQbLCyJcx519PUxbtH2YN1uQ kf7f2aoN64E1_5Gl8x_rQ5HkCJAaQszI46YEtZN6m_.E8tPoRif6ffIRVi5xVA8Nkc7dkCystAXs Wn63wqNIwnvG_JiniXqg6H5VRkcUADIda_S_WzI1HBD1PcxzZ.RsZZN5QcQYoM69ZypyNilB7w8j xHs9CcPPNxzWnQOgqVFwF8RwVX6k4o4jnIZ0nyxM.gmNSgutQ3ZpceOM4.dKylGJXJjYA4rZkb4t _GX6eRvZQQj.NZFhugEbOuoxufVrrh0lt6G1eeoDHGpcOoIF6wX0vXB9_7XRbFPQG5mNvvC6DaTk cxbVkvnxG5_3lW81OTs18NaveUVMIdYU.WT5CNfztEsYC9mXkUAe_DSZbB3kxjvk2ntsRhsFK_6_ nJdCz2O_A62NAT4.6VhiYFpPmHSA53PKJ34nNyuipjfyqgUAm3Fl18juF8D6gYWzcf0QNmPbCHC9 NNx0s1vqvEytO6FvhCV0dGdwAaKF8yAxfXa9AsAP_sMvf4C3rh8ibdhbDN.tlU9FAHquucvqwM3z VJzI0R.1JK6jgC3PG_OMJlZ.q.4inbqrsKrIlqK1tf9VAtDw0hWHMajXeWN6bJe.8OLRXo4LqWff 2ter129Jnx6zFtaKGy95Bk7.5DgLuOhRdDrO6z_ruaGBPzeg6YbSbKB2FmXqrI_BAYoz59.8ifIa 7jnlcUaU9G6ILL7_bC9iJXlYs3LbXHaZ6oh9OcgX5CTFqck.4ZYT7tFaTwRxPmIfXqDX5HemCzx9 AUQwU_QQnLAHhKJpTeNzAoUJsJKJNy4_OLbPnkwGuZ6PAfFnP710G4L2M9gVBGKW57Af_ZJfMl.C 963R7tfIVbsoR9lEVvBgHgsbCVC2Twvl_mSL8qbucMbpkQwVcAeCsH4X7LUUt1PjYUWRY1U6_5_o vX1Xl7IA0_55oOHuZTKZxuvvHlbwlWI3QbltlWFQkJAxCt8JEzpS5ULGLMh8Gl9d4yIsXXuwqnWR DUUygMIpHFYzL5jJmtI8Aj7Dc0QzyeziMpwfnvz2iYMTnoDbovgLVweaUqxxWr2WEUVkoA0kBZm4 1C6T4edjBnKeMNG.gNrz3aehYsBT5wZx2m3s7esxcgYjM8QnomP0tnc7bVZV2SMykQZvH7KU1C9O gzvqCod1uanxJVBqSb_alwj4BhwIGtU8Zpe.Iz9TOiiExbfFgScQDMkaUbw4xZbnQv7Fv4oQCXJj n_Cl9KjqK X-Sonic-MF: X-Sonic-ID: 414bdec3-5b2a-4e31-85bf-ae7759bf195c Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Thu, 13 Feb 2025 05:58:47 +0000 Received: by hermes--production-gq1-5dd4b47f46-sx6k2 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 2692fa5f3b1d6e5bb78c2043fba7b91f; Thu, 13 Feb 2025 05:58:44 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.400.131.1.6\)) Subject: Re: Fairly Modern poudriere-devel on fairly modern main gets "mount_nullfs: /usr/local/poudriere/data/.m/NAME/ref/packages: Resource deadlock avoided" when operated in a chroot context. From: Mark Millard In-Reply-To: Date: Wed, 12 Feb 2025 21:58:33 -0800 Cc: Konstantin Belousov Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Baptiste Daroussin , FreeBSD Current , FreeBSD Mailing List X-Mailer: Apple Mail (2.3826.400.131.1.6) X-Spamd-Result: default: False [-4.37 / 15.00]; RBL_SENDERSCORE_REPUT_9(-1.00)[98.137.68.82:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.87)[-0.867]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; DKIM_TRACE(0.00)[yahoo.com:+]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_THREE(0.00)[4]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.82:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.82:from] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4YtkyK1qjcz3VTg [I've now tried my UFS context as well.] On Feb 12, 2025, at 18:24, Mark Millard wrote: > I use pkg and poudriere-devel in areas that I've chroot'ed into. = (This > may be unusual and so is noted just in case it turns out to be = involved. > I've been doing that for years. Also, when I tried the same without = being > chroot'd things behaved normally and worked fine.) >=20 > The context does use: >=20 > USE_TMPFS=3Dall > TMPFS_BLACKLIST=3D. . . > TMPFS_BLACKLIST_TMPDIR=3D${BASEFS}/data/cache/tmp >=20 >=20 > As of my attempt to update to modern pkg and poudrere after having = update > the FreeBSD main vintage, all my attempts fail with the likes of: >=20 > [00:00:02] [01] [00:00:00] Builder starting > [00:00:02] [01] [00:00:00] Builder started > [00:00:02] [01] [00:00:00] Building ports-mgmt/pkg | pkg-2.0.6 > [00:00:39] [01] [00:00:37] Finished ports-mgmt/pkg | pkg-2.0.6: = Success ending TMPFS: 3.70 GiB > [00:00:39] [02] [00:00:00] Builder starting > [00:00:39] [01] [00:00:00] Building misc/freebsd-release-manifests | = freebsd-release-manifests-20250207 > [00:00:40] [02] [00:00:01] Builder started > [00:00:40] [02] [00:00:00] Building devel/bsddialog | = bsddialog-1.0.1 > [00:00:40] [01] [00:00:01] Finished misc/freebsd-release-manifests | = freebsd-release-manifests-20250207: Success ending TMPFS: 2.88 GiB > [00:00:42] [02] [00:00:02] Finished devel/bsddialog | = bsddialog-1.0.1: Success ending TMPFS: 2.89 GiB > [00:00:42] [01] [00:00:00] Building ports-mgmt/portconfig | = portconfig-0.6.1_1 > [00:00:43] [01] [00:00:01] Finished ports-mgmt/portconfig | = portconfig-0.6.1_1: Success ending TMPFS: 2.88 GiB > [00:00:43] [01] [00:00:00] Building ports-mgmt/poudriere-devel | = poudriere-devel-3.4.99.20250209 > [00:00:46] [01] [00:00:03] Finished ports-mgmt/poudriere-devel | = poudriere-devel-3.4.99.20250209: Success ending TMPFS: 2.96 GiB > [00:00:47] Stopping 5 builders > [00:00:47] Creating pkg repository > mount_nullfs: = /usr/local/poudriere/data/.m/main-ZNV4-default/ref/packages: Resource = deadlock avoided I also see the just-above and just-below like messages in my UFS context. > [00:00:47] Error: = /usr/local/share/poudriere/bulk.sh:mount_packages:7:Failed to mount the = packages directory =20 >=20 > It later reports: >=20 > [00:00:47] Unmounting file systems > Error: (50608) rm:rm:1: = /usr/local/poudriere/data/.m/main-ZNV4-default: Device busy I also see the just-above like message in my UFS context. > After that the df -m output includes the likes of: >=20 > tmpfs 144265 0 144265 = 0% = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-ZNV4-default >=20 > which is the /usr/local/poudriere/data/.m/main-ZNV4-default involved. >=20 > I reduced the context down to having the chroot based on > just (showing df -m output from in the chroot session > after the failure, showing just what was put in the chroot > area, other than poudriere's run generates the tmpfs shown): >=20 > zoptb/DESTDIRs/main-ZNV4-chroot-ports-local 759185 9745 749439 = 1% /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local > devfs 0 0 0 = 0% /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/dev > /usr/local/etc/poudriere.conf 752193 2753 749439 = 0% = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/etc/poudriere.con= f > tmpfs 148322 0 148322 = 0% = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default > /usr/obj/DESTDIRs/main-ZNV4-poud 751882 2442 749439 = 0% = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/obj/DESTDIRs/main-ZNV4-= poud > /usr/ports 759648 10208 749439 = 1% /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/ports >=20 > Note the name main-mmjnk-default for this simpler context that is > otherwise similar. >=20 > So the rest is local to /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local > instead of being mount points referencing places outside that. >=20 > I then added some echos into poudriere's common.sh and include/fs.sh = and saw: >=20 > [00:00:02] Stopping 4 builders > About to: findmounts = /usr/local/poudriere/data/.m/main-mmjnk-default/04 1 > About to: findmounts = /usr/local/poudriere/data/.m/main-mmjnk-default/02 1 > About to: findmounts = /usr/local/poudriere/data/.m/main-mmjnk-default/03 1 > About to: findmounts = /usr/local/poudriere/data/.m/main-mmjnk-default/01 1 > findmounts result: > findmounts result: > findmounts result: > findmounts result: = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/var/db/ports = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/usr/tests = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/usr/src = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/usr/share = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/usr/ports = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/usr/lib32 = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/rescue = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/proc = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/packages = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/distfiles = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/dev/fd = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/dev = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/compat/linux/proc = /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/usr/local/poudriere/data/.m= /main-mmjnk-default/01/.p > [00:00:02] Creating pkg repository > About to: umountfs = /usr/local/poudriere/data/.m/main-mmjnk-default/ref/packages > About to: findmounts = /usr/local/poudriere/data/.m/main-mmjnk-default/ref/packages 0 > findmounts result: > About to: /sbin/mount -t nullfs -o rw = /usr/local/poudriere/data/packages/main-mmjnk-default/.building = /usr/local/poudriere/data/.m/main-mmjnk-default/ref/packages > mount_nullfs: = /usr/local/poudriere/data/.m/main-mmjnk-default/ref/packages: Resource = deadlock avoided >=20 > I'll note that /usr/local/poudriere/data/.m/main-mmjnk-default in the > chroot area is reported to be tmpfs, like the mroe complicated > main-ZNV4-default example. >=20 > Nothing else in that area is listed as being tmpfs after the problem. >=20 >=20 > (That looks to me like it is possibly hitting a new system constraint, > appearently associated with at least chroot contexts.) >=20 > I'll note that the example happens to be based on a GPT partition with = a > ZFS file system, in ase that somehow matters. (ZFS classically used = just > for bectl usage, not other typical reasons.) >=20 >=20 > The jail creation had been via: >=20 > # poudriere jail -c -jmain-mmjnk -m null -M = /usr/obj/DESTDIRs/main-ZNV4-poud -S /usr/main-src -v 15.0-CURRENT > [00:00:00] Recording filesystem state for clean... done > [00:00:00] Jail main-mmjnk 15.0-CURRENT amd64 is ready to be used >=20 > I'll note: >=20 > # poudriere ports -l > PORTSTREE METHOD TIMESTAMP PATH > default null 2021-04-18 02:05:47 /usr/ports >=20 > Entering the chroot had been via: >=20 > # chroot /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/ > # >=20 > The starting environment in the chroot had: >=20 > # pkg -v > 1.21.3 >=20 > # poudriere version > poudriere-git-3.4.99.20250115 >=20 > from prior activity. >=20 >=20 > The content of: >=20 > /usr/obj/DESTDIRs/main-ZNV4-chroot-ports-local/ >=20 > is a personal world build that was installed there. (The system boots > to an official PkgBase installed world.) So this is not just official > materials involved in the activity, unfortunately. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Feb 15 17:03:46 2025 X-Original-To: freebsd-current@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 4YwFcx5P4vz5npBc for ; Sat, 15 Feb 2025 17:04:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-21.consmr.mail.gq1.yahoo.com (sonic310-21.consmr.mail.gq1.yahoo.com [98.137.69.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 4YwFcv5ftxz434m for ; Sat, 15 Feb 2025 17:03:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=HLeNEz3G; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1739639038; bh=QFz6ZDBlyYHLt01AYhP0tis4quGZvYAmpZ8aa1AhxCk=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=HLeNEz3GTD5HccPb3E1UmJUD1lK/XoMMjlFEAX5KzsmVw8vmQi+Eq3y/hA6rV232ko7h0IgSACF2hhTiZ9eFn4ZXESTSWFblAlmkzmhiIAyYkRSiyTZfIvumPKOWH8UACL8nIfuHoLb5QWSKtinFdAm40WD1mJwuWnhKjWXmKnUucITN+iFuaghR7WcJM500rFHtikeKHjIo/dxGxzZorEs34uScKpm89AV1cJMgLoU4P7FFjEqp0vGws039+aoOWNMqQIpW1KCkcP8LdAizSIkaerkCPP2s/pNOTCQnt878hBsBpFaKtVhBHji+7xyseP4SBPdMDIlOEwARg7+csA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1739639038; bh=tN3yWWa9VnNFFzyfjsg9l3Jf1S9hhy4kN/DZioGGlrj=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=HZRRTuhrQPwGEOEdcAdzEVQxR9J0ml0f+uE3hZgDRunrLXN0BN8203s3EdzHq7qydIp+dosN6jLAJRTdPjKJXRc2WdpvAZvN+uHuFTs79zyXf1Wul+LgP/rdGE5NymZb1D35iw0Zm7Ut5aYwNKSs5HQsX+K7aLK3Pn8GxhcTDo60zcVgu/5gsMNfQt+jlpHOyFEAP8T6WOvGLjrSNiGWnwXiUUOh0r8ETP3KMI1cvLQHhA+PW2nibb8mKziOsX9J8ExtZwHShBprToKcLvgpA8bVprT8v0clFfO+AMvvZ7rumCwAWJaEaI83ClYxrONAtznd2hlk0p7l6tm7/2wzog== X-YMail-OSG: DLO4DaEVM1k4Gz5vqr9sw_y5QazFUyGPx7fuO_M1SsHg9p975pe6hNSx7Dnekxm O8p1SEd7iKzd4Sr83CL8dbZm9XjqA1ZAeHdxPklHslMw4XktGW4DNdGEyuNvz2r1Ui7dmCpZqWOb LcW3WDUyglRTT0RMQgNWiO8DIVOxmyYfMWLN6t6jWIxxWqlmV3e6BFI.aobhqgTtPICIxb4Ad7M2 4uwOWm6FIat1JPzP0sDV9Bc3yz8tg0QLNw55.FMlC1gVvkapp7ySRkMapBqVwUcbHGDfjNB4RkbG It3AhPxC4IzcMJHnTetyqZ1jZiJ82iRJ_hEaf_xj3FIL9mL5LziNE594NUXyJOkkW72fThjJJJN6 x8tvgAIdoSfCVO4GYwg9_52Ot9VZk6Q2M_DkPFtlqc2BNY1YOSS2wfUF6gL7X.YvW9aowV8TUf6c IUkiW.9vBQAgDVo8I6HLhxEY2G8UNhVy_.sp_3ecxYBegVtth0xrk8uDDLKR3NoxCJQ0g2kZL0hB sgvHZQg1WodTLzrWA1tVIXRRhPXnukveVjWdGUpIoGSnd9yvwsjghucNQHYiyMUcp55JHQWIP1cE J3O5jP7WBgjKbQtC4w8E7c86DARKO0hc1WNaz0ub17hl1O4NO5SeBqh2__DhAkQj5Q_qz6vRaIdU LdeWj_Aj4VwBdbT6Tet2j64FlwNqrtuA6GKzHP.0BXOCvRgL6IYxv.hjTBon1Az3jI02Jnv3Gf9p Fg9DjsheQSSCZLga2f8g_Z.nK3OiD2zVw0uAp_F523tLgzscvxrwMO2KgclqwTNmYk9ZXsy7w1qR wFclU8WOgjX9NHzTB6EuoUNFvjbaHC_89khC3.92UbUIrlmQwMO8X8T.T_hV2wXdZBbG75p_7Rkv v0u.a5BVgwpKcKew7RnlHrQjWbtBhTmGUmZu0EOA7v4sHPSeyH1.wePRtPEa6ij8VAi6yPH7244k VaG8uTQLIKEoixG0Mv5e.qn1E4IotnEnYgnhpjmI6sA.zzlMvtbRnH3vU2Xj516z8deDdxU0Hdaw Bpe1bUM01Rp5evZJtU3J_UDHk1C2XUXLCY5AGJRzpDvZcKBiZZw8AgAuBudCPxPKJSpJTAOwZCsl L0c_g9G5HyjwR.9BnbRD_XzsDD3ltNGqky2mOg5R0lxkV3W8_VYSeAo5sWOTd0AghaTfd7xbChm0 TF4PNrJxLdbuQmYxjlGu69es3XchWKC4How37rEROfDQQuc_sG8gO_YTQWIoMQ6ACIMP_sXwvDby ugH7CK1rfa1pZEAsosux9Lhv5sus8cLyFeq29f64PJXWEBCgVbUOroxe1bR3U4HjPpRXzBIiHKo2 lBpXkd8C1nuEoc83Tv5EWMZZYuhnhs9iClhx5mAN6iPixFXcLsCv6umZv9VXyCenW..60bz4Emmb sFTeBceOnnYVigO9ieLs6TfA38WaabTnZF4bniAalY3fwdDZVawHpMjX.073Ouk1cKJfBdLWkCkL h4Wlhs0X9DQveKe6NXjOViOqIZFtIxGRSDjgo9VSCrR4N._FABbZ7J8_MXsIEVpxA9vLN1sjcZw7 6k_VSwiTi.n3dXGgL6Xtg6py0TduFmeDxlxGAaK_Z47CUnTWFLrXrMDqEe_bxZrrdH30S475_QWG 98pYSG3zu8zrRPv_YDOcVTjAfM5DOjrX_2LeNboCJnxaIwB_v8yGlGaGUKtzl6uvRxGljH8ahvFc jXkiWCeiTi2gN6j0COUsPbYdVB4ur5dKhhwG2bDDnFB5mjy67Sz.Iz0eWfkxgN.E47.jTQrRH37D 1LbeYQp5k5_sjLYafcUYrmLhHckJ8xMmSCpp4QVO9i6Pgn24EKwKDUU63nZu.xglmZOdq12DI2nP LPzcYkko02y_1SyWDDcTVHXJr6DFqXfCN7CIP8JHtCSYRXCtSzJlDe9LlFdOgljKN41Khvi7AA34 Egr8B2bZQnROt.jJ259BOseR0qUekJSWQ1KYlZkKZPRhBmWpItyUhn_jP0lhfxMV8KAPwa0yeKBK qkrdIdOnepRFox1X5IEbJ_H6LlPdD37CPlpPhrnNzYi7goIavjvfFBC6L_T0NKYld1r4Zjyx6yLE vMHymrOlzE.fIK_NcBohquO15woDtPHFukm_Ie2zZXt9h4m12sSrtuTztrh5.AwL5I2tG0FebCpt DobbF9yShSGyUHGuE.9E5_gzrhHY5zn1fgaQtaJr3mcUinQB5qZkZjCYtUuqx6CHHOVg_UluOMWN Sm9ojahVsKFynig83P2JfAJINWe5BQS_z.JSJ_ZecaBTggkCqFIPFmHVAQ913WJ.zDYcQJET0acW ZdQ-- X-Sonic-MF: X-Sonic-ID: c789ea19-3f7e-44b4-9210-a04648793cce Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Sat, 15 Feb 2025 17:03:58 +0000 Received: by hermes--production-gq1-5dd4b47f46-pfhh2 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b575d7eaac47ac135a3c1c6dcc1904f5; Sat, 15 Feb 2025 17:03:57 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.400.131.1.6\)) Subject: No GENERIC.hints for aarch64 (arm64?), armv7, and more; also /sys/ based paths are referenced but seem to not be universally standard; also which ARCH standard in path? Message-Id: <82B278D1-6483-438A-AAA5-DFD809B2E736@yahoo.com> Date: Sat, 15 Feb 2025 09:03:46 -0800 To: freebsd-arm , FreeBSD Current X-Mailer: Apple Mail (2.3826.400.131.1.6) References: <82B278D1-6483-438A-AAA5-DFD809B2E736.ref@yahoo.com> X-Spamd-Result: default: False [-3.49 / 15.00]; RBL_SENDERSCORE_REPUT_9(-1.00)[98.137.69.147:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.989]; 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]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_FROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.147:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.147:from] X-Rspamd-Queue-Id: 4YwFcv5ftxz434m X-Spamd-Bar: --- [This seems likely to not be limited to main [so: 15 as stands]. But I'm using main as the example for the issue.] In: # man 5 device.hints DEVICE.HINTS(5) FreeBSD File Formats Manual = DEVICE.HINTS(5) NAME device.hints =E2=80=93 device resource hints . . . FILES /boot/device.hints Device resource hints = file. /sys/ARCH/conf/GENERIC.hints Sample resource hints = for the GENERIC kernel. /sys/ARCH/conf/NOTES Notes on the kernel configuration file and = device resource hints. . . . For reference: # find -s / -name GENERIC.hints -print /usr/src/sys/amd64/conf/GENERIC.hints /usr/src/sys/i386/conf/GENERIC.hints /usr/src/sys/powerpc/conf/GENERIC.hints Multiple points: ) It seems that aarch64 (arm64?) and armv7 (arm?) have no such GENERIC.hints file. The same goes for riscv64 (riscv?). The intent for powerpc64 , powerpc64le , and powerpcspe may have the same issue. ) At least for how the local systems were installed, there is no such place predefined as /sys/ , not even as a symbolic link. "man 7 hier" does not list such. So it seems /sys -> /usr/src/sys is intended. (But /usr/src/ need not have been populated, leaving a lack of any GENERIC.hints in such a case.) Best to not to depend on /sys in the notation shown? ) The /ARCH/ reference is unclear vs. MACHINE, MACHINE_CPUARCH, and MACHINE_ARCH. The example paths existing for GENERIC.hints do not help because they all allow MACHINE =3D=3D MACHINE_CPUARCH , MACHINE =3D=3D MACHINE_ARCH , and MACHINE_CPUARCH =3D=3D MACHINE_ARCH. However, based on the NOTE paths: # find -s /usr/src/ -name NOTES -print | grep /conf/NOTES | more /usr/src/sys/amd64/conf/NOTES /usr/src/sys/arm/conf/NOTES /usr/src/sys/arm64/conf/NOTES /usr/src/sys/conf/NOTES /usr/src/sys/i386/conf/NOTES /usr/src/sys/powerpc/conf/NOTES /usr/src/sys/riscv/conf/NOTES /usr/src/sys/x86/conf/NOTES None of of the MACHINE* are right: x86 is not one of any of the 3. Otherwise /arm64/conf/NOTES would suggest MACHINE as the only possibility if /ARCH/ was uniform for relative to the 3 MACHINE* possibilities. So?: /usr/src/sys/arm64/conf/GENERIC.hints /usr/src/sys/arm/conf/GENERIC.hints /usr/src/sys/riscv/conf/GENERIC.hints with no aarch64 , armv7 , powerpc64* , powerpcspe , or riscv64 examples? =3D=3D=3D Mark Millard marklmi at yahoo.com