From nobody Mon Sep 30 06:02:08 2024 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 4XH9T04Jfzz5XpkW for ; Mon, 30 Sep 2024 06:02:12 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (mailserver.netfence.it [78.134.96.152]) (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 (2048 bits) client-digest SHA256) (Client CN "mailserver.netfence.it", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XH9Sz3B2rz4pWn for ; Mon, 30 Sep 2024 06:02:11 +0000 (UTC) (envelope-from ml@netfence.it) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of ml@netfence.it designates 78.134.96.152 as permitted sender) smtp.mailfrom=ml@netfence.it; dmarc=pass (policy=none) header.from=netfence.it Received: from [10.1.2.18] (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.18.1/8.17.2) with ESMTPSA id 48U6280L078159 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Mon, 30 Sep 2024 08:02:08 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be [10.1.2.18] Message-ID: <08504d33-6fa1-435d-a92d-8b463a7f8b07@netfence.it> Date: Mon, 30 Sep 2024 08:02:08 +0200 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: Re: Is INET6 a required option these days? (kernel build failure) Content-Language: en-US To: freebsd-current@freebsd.org References: <4E5CBF78-A9AC-4D1C-9D81-CB379C408468@FreeBSD.org> <01A54634-1A79-4B52-96C4-88253725910C@freebsd.org> <20240929161301.2cea8a36@ernst.home> From: Andrea Venturoli In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.75 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_LONG(-0.96)[-0.959]; DMARC_POLICY_ALLOW(-0.50)[netfence.it,none]; R_SPF_ALLOW(-0.20)[+ip4:78.134.96.152]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:35612, ipnet:78.134.0.0/17, country:IT]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; R_DKIM_NA(0.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; HAS_XAW(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; SUBJECT_HAS_QUESTION(0.00)[] X-Rspamd-Queue-Id: 4XH9Sz3B2rz4pWn X-Spamd-Bar: --- On 9/29/24 16:24, void wrote: > On Sun, Sep 29, 2024 at 02:13:01PM +0000, Gary Jennejohn wrote: > >> I personally have been using a customized kernel configuration file for >> 25 years or more and I have no intention of changing it. >> >> Just because INET6 shows up in all the boilerplate config files doesn't >> change the fact that INET6 is still an option. > > I've always thought inet6 stuff was needed by some internal processes > even if not explicitly enabled. i tried ages ago disabling it all and > various > things broke inexplicably I agree with Gary. I too have been running for the past 25 years with INET6 disabled and never experienced any trouble that could possibly or remotely be caused by this. bye av. From nobody Mon Sep 30 18:11:39 2024 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 4XHTfl4WHHz5XSC7 for ; Mon, 30 Sep 2024 18:11:43 +0000 (UTC) (envelope-from glebius@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 4XHTfl3xQxz4pnh; Mon, 30 Sep 2024 18:11:43 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1727719903; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=dgFfJXHHvtOIUa5GxXDjUoQcAwgxyjA5QYNfxopaxH0=; b=KyJIeEhWKdNyazNFQPn/rzOymY6ZxgYjHg7MBwhWVYaGExZCdrx8UQWKmvo365ImfpO2BX Rzi3ZF82NvvUk4RzZmIrvTadikgMzizb5mhT8HpLsvIt3kJVNVcThGQSztLa9GazN/5MK+ NfgeWTkyLMfZ5V0NR1Pl3blUS2z0kkirjC2DQhYrw5yPAnqOJChAhMc/88iqKEjtZNxzDW xGeBP31EcJHRz0SciN5Zo/KGSfAOKNeV48BgvdTvWK/TH0TbNUwJbX/kv5HiD3CynBuNii Npi+KZHUvMzBChjVdbSYiGA9a5SKor5oQrAacjrVoamTtWoSQIr64iA7eGdfnA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1727719903; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=dgFfJXHHvtOIUa5GxXDjUoQcAwgxyjA5QYNfxopaxH0=; b=j0DBsn11d6cmuWFzElq+KsLBTCxazGq/1rRAMDsGT4cMuCAe1QHk56yoASxsyOc6QxZnHv IklkZVeBThkvHBMrghZrYSNMpsK7JW4SAjISjkauOCperJ1ZLpWrevNahfl7Kol+f3PXx5 S7FUrsXpGKVxqlyJPO6wSnix4Y/liAn8I5MZQo3kuyFlTGC2Kzrm6tOnSAfiSsoupgrSo3 ZfEEG/+w0mg1smRaY9r5gULSENgSPdf6NMRxLCxWNYFkQ6TFZYHtM+IU9qZt5hJpkEmM4f 6afvju8+uDG6y5B+A1Igp1ROsWe+cdQ3dfY+O2mtVx2+x67+o5kiO99Ta9jlcQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1727719903; a=rsa-sha256; cv=none; b=OuKvBWCkrXU7Oub6z7BhPrqc4k0GMQCXZxykNt62GWcZna2nmuWxhOaRWS0ESQ+A7gG9uD V74yYlrPf+ZYH7O7ep+F8MQ+Yh4wizsK3u9ddjuDW2uawNLaZA6nmKZ+zGMbrnlAzZzUyo d6TBXdFNpkpDlmXLP8nBm/lL/toiROdWkiJ27LhQfWYDmzzdLVCR8Bjxk9e/w+/POqiqOy f5U3nan/Ohu2iHAQPQSOwlp36fQwr6fm1qkjBANjNpJS8EOsf0RQJEqZCnUT6/dG0L9XKb EuZrvMjqMwXbfMVgiWNYtwQLTla0VuMHgcw5IH9ZcZz1qjvOI3htwoPXv/Qdjw== Received: from cell.glebi.us (glebi.us [162.251.186.162]) (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) (Authenticated sender: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4XHTfl0gyPzQCQ; Mon, 30 Sep 2024 18:11:42 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Mon, 30 Sep 2024 11:11:39 -0700 From: Gleb Smirnoff To: void , freebsd-current@freebsd.org Subject: weekly locate error Was: September 2024 stabilization week Message-ID: References: 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: On Sat, Sep 28, 2024 at 11:10:57PM +0100, void wrote: v> I have found that *only* on arm64, locate errors like so: v> v> # sh /etc/periodic/weekly/310.locate v> v> Rebuilding locate database: v> install: /var/db/INS@ArwCNx: Permission denied v> v> However, if it's run like this: v> v> # sh /usr/libexec/locate.updatedb v> > > > WARNING v> > > > Executing updatedb as root. This WILL reveal all filenames v> > > > on your machine to all login users, which is a security risk. v> v> it exits normally. v> v> Moving /var/db/locate.database aside makes no difference. The problem doesn't v> happen on amd64 arch, same 6e414739fc95. I also observe this and on amd64, so this is not arch specific. Not sure this appeared in the latest stabilization cycle, could have been introduced earlier. Manual run of the periodic job doesn't reproduce the problem :( -- Gleb Smirnoff From nobody Mon Sep 30 18:25:49 2024 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 4XHTz75d9jz5XSZ2 for ; Mon, 30 Sep 2024 18:25:55 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (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 (2048 bits) client-digest SHA256) (Client CN "mail.protected-networks.net", Issuer "R10" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XHTz72TdCz4rs7; Mon, 30 Sep 2024 18:25:55 +0000 (UTC) (envelope-from imb@protected-networks.net) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding:content-type :content-type:in-reply-to:from:from:content-language:references :subject:subject:user-agent:mime-version:date:date:message-id; s=201508; t=1727720749; bh=U1GOxUz3tJnk6nUIzkkMs1XjJbv97wajQ1o4 O4fZHfo=; b=D1js8wAE9cCcu96tS2XG74P5ZfzLPRpho2capXidIfzzqLS04YzT WeD+XSoYISLzGbh8DQujBLDytTBljNMtcEjjLmYtMq1x1MnnnW43ZF6pTEflBFnd SJYNzGwKknNlMJ4eiDfGPSuHLrwn2AjG50/KPY0f9jn4UdJeN/dP9Yc= Received: from [192.168.1.9] (d5540.auburn.protected-networks.net [192.168.1.9]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 803123177B; Mon, 30 Sep 2024 14:25:49 -0400 (EDT) Message-ID: <3313f951-4f9e-4298-bbd8-f82c5a15a0e3@protected-networks.net> Date: Mon, 30 Sep 2024 14:25:49 -0400 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: Re: weekly locate error Was: September 2024 stabilization week To: Gleb Smirnoff , void , freebsd-current@freebsd.org References: Content-Language: en-NZ From: Michael Butler In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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] X-Rspamd-Queue-Id: 4XHTz72TdCz4rs7 X-Spamd-Bar: ---- On 9/30/24 14:11, Gleb Smirnoff wrote: > On Sat, Sep 28, 2024 at 11:10:57PM +0100, void wrote: > v> I have found that *only* on arm64, locate errors like so: > v> > v> # sh /etc/periodic/weekly/310.locate > v> > v> Rebuilding locate database: > v> install: /var/db/INS@ArwCNx: Permission denied > v> > v> However, if it's run like this: > v> > v> # sh /usr/libexec/locate.updatedb > v> > > > WARNING > v> > > > Executing updatedb as root. This WILL reveal all filenames > v> > > > on your machine to all login users, which is a security risk. > v> > v> it exits normally. > v> > v> Moving /var/db/locate.database aside makes no difference. The problem doesn't > v> happen on amd64 arch, same 6e414739fc95. > > I also observe this and on amd64, so this is not arch specific. > > Not sure this appeared in the latest stabilization cycle, could have been > introduced earlier. > > Manual run of the periodic job doesn't reproduce the problem :( Backing out commit f62c1f3f8e91c78d402e1db4e518e4899a4ba2b9 resolves it for me, Michael From nobody Mon Sep 30 21:08:18 2024 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 4XHYZc73vxz5Xg0j for ; Mon, 30 Sep 2024 21:08:24 +0000 (UTC) (envelope-from glebius@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 4XHYZc6PmBz4KXf; Mon, 30 Sep 2024 21:08:24 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1727730504; 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=tIsA7O0bKntGWCL+Tt3/ir5hHAblKJ2uYfJew+rco4o=; b=NKlILNY8gXmR9oFOCXbvkC+SdJQ2MpWGKkZtl5ixVYZEtjNhBBR/q1FiV8lfacMnzpTNWo M/cpsuFkzFGiXPWu+vgk10Z5TdqU0FjqymCx1KMJ9n9wiaIXPeHyfUDzNCPzOLFUq34syj jNNWq1aMLFIrin7ra658bHPRAaudLp2Ol4lHowonu+SL6iSZTOkZXua6oTBlxFAXonrTER ti3fpWgj3KCmjBrDk1RsPfMMYvyAdbRhBV6zCQ4U1NXomvOgNnph4YQcXy6PrmgPGAysCD MsdLGU9tzEp48M8Bq1YUJFCqde1wOWmeTHsfu5Ue419TPOBnNP9Iva16W+1+ww== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1727730504; 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=tIsA7O0bKntGWCL+Tt3/ir5hHAblKJ2uYfJew+rco4o=; b=F5guufv7Qhhy7QokrnSnE4MJkjtb9D3EPKoWO5lt89GtsZlThd7Bk50KkOEG+wsN2TN13r sbO/amBVqJwkFFqUNMlBD4l1eGxMuKLoPoWNd0b7qBCOwQFDwG/ysRs9g3QMkOXj8nDpZp qAynDBaaqmHfktSop85lCnE0+SR8wxPxiFMqoca5R9hkUT0GywAeJ+s4yrjB57XSqG19gG 6fBwplGngJ6H1/QVTbPcPL2jUjkwSYLQGQ0VpT83EcgbIOmjY1gRCQXp89KeynuET0I9zs VoMBBs4f8/TRJFKlQ0NUZU2mNtnBIXuZQX0wwSZNavKCUHAO9AXaHxMzOJznVg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1727730504; a=rsa-sha256; cv=none; b=rzxKmK7XFUTVE7kPfwyPindBqIo4lTcdoTzt2x9Wyv0sJXHrV3BCp0u2CmtLQgoOGk4YBq 6ybG7Ra0pHvidti2fI9b9WJ4563yJDlRATYSyiim8IOzon6puMGQvXZxrCoJaprQ8n72mG jjmYh80lzX8tDZ3+7NyFT7cX9j4hQgsqFPz+Nht1cnQ5iJExv596ssQ1AJq18GdTUuQIP5 sExeOfnq6EtMNfUKEVRrjnqhyP21+Lppw8unm7u4UTEtev49NGiuImnQ7uYB3mHKEFwEfm 96jVq/D7c/J3qVd3J1MgArX4ZpQszUW5eINsikFQWrfy4l7utD+IATlq7D9K1A== Received: from cell.glebi.us (glebi.us [162.251.186.162]) (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) (Authenticated sender: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4XHYZc2M3lzSR4; Mon, 30 Sep 2024 21:08:24 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Mon, 30 Sep 2024 14:08:18 -0700 From: Gleb Smirnoff To: Michael Butler Cc: void , freebsd-current@freebsd.org, Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Subject: Re: weekly locate error Was: September 2024 stabilization week Message-ID: References: <3313f951-4f9e-4298-bbd8-f82c5a15a0e3@protected-networks.net> 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: <3313f951-4f9e-4298-bbd8-f82c5a15a0e3@protected-networks.net> On Mon, Sep 30, 2024 at 02:25:49PM -0400, Michael Butler wrote: M> On 9/30/24 14:11, Gleb Smirnoff wrote: M> > On Sat, Sep 28, 2024 at 11:10:57PM +0100, void wrote: M> > v> I have found that *only* on arm64, locate errors like so: M> > v> M> > v> # sh /etc/periodic/weekly/310.locate M> > v> M> > v> Rebuilding locate database: M> > v> install: /var/db/INS@ArwCNx: Permission denied M> > v> M> > v> However, if it's run like this: M> > v> M> > v> # sh /usr/libexec/locate.updatedb M> > v> > > > WARNING M> > v> > > > Executing updatedb as root. This WILL reveal all filenames M> > v> > > > on your machine to all login users, which is a security risk. M> > v> M> > v> it exits normally. M> > v> M> > v> Moving /var/db/locate.database aside makes no difference. The problem doesn't M> > v> happen on amd64 arch, same 6e414739fc95. M> > M> > I also observe this and on amd64, so this is not arch specific. M> > M> > Not sure this appeared in the latest stabilization cycle, could have been M> > introduced earlier. M> > M> > Manual run of the periodic job doesn't reproduce the problem :( M> M> Backing out commit f62c1f3f8e91c78d402e1db4e518e4899a4ba2b9 resolves it for M> me, M> M> Michael Thanks for the find Michael! Adding Dag-Erling to Cc. -- Gleb Smirnoff From nobody Mon Sep 30 21:28:22 2024 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 4XHZ1k1zmZz5Xh4y for ; Mon, 30 Sep 2024 21:28:26 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fout-a2-smtp.messagingengine.com (fout-a2-smtp.messagingengine.com [103.168.172.145]) (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 4XHZ1j1pfnz4MNd for ; Mon, 30 Sep 2024 21:28:25 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm2 header.b=SYgE3mN5; dkim=pass header.d=messagingengine.com header.s=fm2 header.b="KZ/3L9oc"; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 103.168.172.145 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from phl-compute-06.internal (phl-compute-06.phl.internal [10.202.2.46]) by mailfout.phl.internal (Postfix) with ESMTP id 9464313807DC for ; Mon, 30 Sep 2024 17:28:24 -0400 (EDT) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-06.internal (MEProxy); Mon, 30 Sep 2024 17:28:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm2; t=1727731704; x=1727818104; bh=VxNaR+4yFw ZL90s/Miq4dQzvMDfdQA0BxFo2vomWJLg=; b=SYgE3mN5UjjJAhxAKTeS4xtgkA FfEDkDbjU94CKiAkGlMXDlNxONdCDiwe+UtGSPQA9aowMAclU0PGV3GWMqAGKoRy D6Z1/32w4DCzT0v4vNcSbs8Ddq78mVuyMkrc85MpjyCwZxPg/dpdJZv6LMfTsqed x3zWUl4HYKRGbaQqiI/manH/DnuoFyjukGXz2aJAZkuZOZ4fLw3bKlJWHH8x85hE LbYCH9vZRL8ObMh7xx04qYSmFbpoIKuO5TxEavDGRaoXKrRPpdse5cb+R3xoaQ6w IvhcLOrtzS7HIQ1jFKOLVvLVIXY92L7vC71SFS3ETAYgD9MegUks7hFBO0yw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; t=1727731704; x=1727818104; bh=VxNaR+4yFwZL90s/Miq4dQzvMDfd QA0BxFo2vomWJLg=; b=KZ/3L9ocm5LP/7GbOVLNKT8NKlL1OFeotMGCs516jXEj mk8VdbPryVyPr5qhAAMrZ8i/cLsSYg8+slPgkjH65r5BIQ+3aAyJdrQET/D2vbMh T4rX/aqlzBQFuoEsr5+LiOkTbBl2IUB8dHJw/dFdice8jzusez3JU0BAqYjlYKh0 5ut+wwYM6ctk44zygkM8cuGF90gH2kz66nKcToTvBRkUX0BYvmaYXyEiMj1qzLrX z7crbYFvB49xNvk+afy2ErtPMmuJawQNcgOEsCNZYGAXJ5pUw6p82xFfwLqBltds ovNDb++XCETfxr+JTme+pxcrmL/+gLZks1/c/Di11Q== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrvdduhedgudeivdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvf fukfhfgggtuggjsehttdertddttddvnecuhfhrohhmpehvohhiugcuoehvohhiugesfhdq mhdrfhhmqeenucggtffrrghtthgvrhhnpeekleduvdelhfeileefgffghfffkedtheelle fgudfgvdegkeejjedutdehhefgueenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgr mhepmhgrihhlfhhrohhmpehvohhiugesfhdqmhdrfhhmpdhnsggprhgtphhtthhopedupd hmohguvgepshhmthhpohhuthdprhgtphhtthhopehfrhgvvggsshguqdgtuhhrrhgvnhht sehfrhgvvggsshgurdhorhhg X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Mon, 30 Sep 2024 17:28:23 -0400 (EDT) Date: Mon, 30 Sep 2024 22:28:22 +0100 From: void To: freebsd-current@freebsd.org Subject: Re: weekly locate error Was: September 2024 stabilization week Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <3313f951-4f9e-4298-bbd8-f82c5a15a0e3@protected-networks.net> 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 Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [-3.60 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.997]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm2,messagingengine.com:s=fm2]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.145:from]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MISSING_XM_UA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:209242, ipnet:103.168.172.0/24, country:US]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Rspamd-Queue-Id: 4XHZ1j1pfnz4MNd X-Spamd-Bar: --- On Mon, Sep 30, 2024 at 02:08:18PM -0700, Gleb Smirnoff wrote: >M> > Manual run of the periodic job doesn't reproduce the problem :( >M> >M> Backing out commit f62c1f3f8e91c78d402e1db4e518e4899a4ba2b9 resolves it for >M> me, Sorry but I'm quite dense regarding git. Can you describe how exactly what steps you took to 'back out of f62c1f3f8e91c78d402e1db4e518e4899a4ba2b9' I know about git pull and clone and reset --hard and git rm and that's about it ;) -- From nobody Mon Sep 30 21:32:54 2024 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 4XHZ6v5NlCz5XhYD for ; Mon, 30 Sep 2024 21:32:55 +0000 (UTC) (envelope-from kevans@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 4XHZ6v4tGhz4NsW for ; Mon, 30 Sep 2024 21:32:55 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1727731975; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=4p1ethdHUqU0p1VaR1MVEqLRltq+F4PCj3Mn+QO+WCI=; b=yer/LFqcNX8Eqa+k8mECgyczVX4IuJOkRHMaAPFFTLwpqRS9Gq+ejO4c1UE4vYmLZ76Af9 tllql4Umr1MDIslZYDMr6KY3LnC8oMySW7l4NdMWri6gg0m1s7wC7YqKXPO64JKFd7po61 nWs1hDe5No+VBzE6Gpx4C37u9pLCv+DjpIDkJX7XPwomhIwepZZmT/Om2ZuMYYZA8B/YYA kleh0R9cY+wNGgiLKByydfeKVCxhUypPVbHG+UqIjB3+Fc5UQo/VNqHKtIrxEWPsgkQYvZ xY5Umn8AtTCQ/UW7IIlcgewYk5z9ZdZ/rmwUke1ILcDlsOSqy4heAU6nl36jLg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1727731975; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=4p1ethdHUqU0p1VaR1MVEqLRltq+F4PCj3Mn+QO+WCI=; b=GHjJ5XaaS/G8jYDseK3wc8abwDmSsAKg5m/kNQRPz301H48lIWENz/bU0JeGc7RXnIrmxi 2WzAvxS7KSBiOd7eauKWfXEEYmv41p9BNnXzNIu+vh9Byno6UCKtUu09OhGuCXlQQtP+t4 QLsJGnwfB8kEQN/niQEmgSz7rpIZipQSF4nm73vaF+c5rfrXh3AbuU1AtQzDes790FmaA1 O1DRpm+KiOL1+rFTFRrOrSGGzf1nFgdqYbK7KbG0B2M90V9Zm09z9k3D0mon6DofFDINhw 2rp7kQjs6YWBssTIZ9fPk4dXiFXVCEuKrzULdsV3KdgwJMzgd4ia0KXDbsOJ5w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1727731975; a=rsa-sha256; cv=none; b=hNTk1gpbFv0JAShR4LT0++cf7EcGm1woxNonZtfxaNE2YDzijzkq4eoeyS3ezuXCDhR8LJ mzbzITjNFzhMRlxJ40tGJj8cOXo6tHmCS+jXlivNzwPEUIzMPQNQMIDEYMWy4W1DrfV/jD eaFruSbq+bFLdPkdq7dhZnbPy6euopP46mvBV6lxWgsvRUgcLpbE2Pth0NZ2+2HbdevoXk K2CdvP6T0C5qhjLOhWr5YrF58Zy0/OccgKoAv15Z0gpFQlTUsxqsHsOm346vqGEQMhSjnc w1NqrE6t+rbPifW4YzLWhyCNvm7ArxD3Bi+Kq30y509Gre8nHUq59ivOot37Jg== Received: from [10.9.4.95] (unknown [209.182.120.176]) (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) (Authenticated sender: kevans/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4XHZ6v3NmMzVCc for ; Mon, 30 Sep 2024 21:32:55 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: Date: Mon, 30 Sep 2024 16:32:54 -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: Re: weekly locate error Was: September 2024 stabilization week To: freebsd-current@freebsd.org References: <3313f951-4f9e-4298-bbd8-f82c5a15a0e3@protected-networks.net> Content-Language: en-US From: Kyle Evans In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/30/24 16:28, void wrote: > On Mon, Sep 30, 2024 at 02:08:18PM -0700, Gleb Smirnoff wrote: > >> M> > Manual run of the periodic job doesn't reproduce the problem :( >> M> >> M> Backing out commit f62c1f3f8e91c78d402e1db4e518e4899a4ba2b9 >> resolves it for >> M> me, > > Sorry but I'm quite dense regarding git. Can you describe how exactly > what steps you took to 'back out of > f62c1f3f8e91c78d402e1db4e518e4899a4ba2b9' > > I know about git pull and clone and reset --hard and git rm and that's > about it ;) You could just apply this manually for now: diff --git a/usr.bin/locate/locate/updatedb.sh b/usr.bin/locate/locate/updatedb.sh index ca1a79116a91..2c06e06fae4d 100644 --- a/usr.bin/locate/locate/updatedb.sh +++ b/usr.bin/locate/locate/updatedb.sh @@ -96,5 +96,5 @@ then echo "updatedb: locate database $tmp is empty" >&2 exit 1 fi - install $tmp $FCODES + cat $tmp > $FCODES fi It might be that the better long-term approach is to teach updatedb.sh how to drop privileges and push that out of the periodic script to avoid surprises like this from the different execution environments. This /feels/ like the kind of thing we could take an opinionated stance on, maybe providing an escape hatch of some sort if someone really wants to complain that they can't document all filenames on the system. Thanks, Kyle Evans From nobody Tue Oct 1 00:10:03 2024 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 4XHdcV6c7Jz5Xt65 for ; Tue, 01 Oct 2024 00:10:18 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ej1-x632.google.com (mail-ej1-x632.google.com [IPv6:2a00:1450:4864:20::632]) (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 4XHdcT4LdXz4gn1 for ; Tue, 1 Oct 2024 00:10:17 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=m1xg46gZ; spf=pass (mx1.freebsd.org: domain of rick.macklem@gmail.com designates 2a00:1450:4864:20::632 as permitted sender) smtp.mailfrom=rick.macklem@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-ej1-x632.google.com with SMTP id a640c23a62f3a-a8d3cde1103so687549066b.2 for ; Mon, 30 Sep 2024 17:10:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1727741414; x=1728346214; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=OFdPC85aWHwhGWZCnWRTsPL922MAGjfEx/uXFj5od4g=; b=m1xg46gZnp9m+HZ0DZKW1ntlF/sMH0emT0dVbnyq9Xw7nNBrzP1V00MbSCtJkX9Rop RzwLoPQEMA1Ds0icHuX5EsSRTZcDsoYxL/u5OR+JkJCrBDvs4mRJ20VpY4rmk8JT+VgN +GplwbLetXQZY/JxOm2RRwP+0bBqas3wh7KM4XIPWzpOTYdnefDdxHUQGKQKkpYgFbUy uwBdwlTnCnDV6OeZgdhbVrK8qDzX90u2VpzI5s31IA91EpYA4Y3oraf+f8Du8vBAujkd Rp+nOWrBOmd+drVuF43A/JT833CU311eXRjDVNpUzpBDoe0XY2/Q2jLQytfSAxq594aR rUEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1727741414; x=1728346214; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=OFdPC85aWHwhGWZCnWRTsPL922MAGjfEx/uXFj5od4g=; b=TfT1G0uKOHyG43Fas7zHqMJtiqBWbfNawqSira3OcEn1nM3Ua9KhTTzrWN0c/YxhOK c4LlbAxc/E6QabPa96SG2VbdLlGKaB1e+bwL1sPWiDFCE19RzvuRv/a8Rf6p4GTBIKzE boY2iIRXEr8UxCtV4e7gwW5A43r01VzxKVsTfawzpt4Md2SXyA6bCDz4bmU8HesCXRO3 s5rozGCslpNhtxi7b/v9lcPfC09DYqW/L2JXkxeFe2QHLfsptur/PDyHkp/r2sY64CKc zT2+YzpSL7YNN5YI302TSsMb8VZXvDTr79425KslPcjv+don0Vd7n3xk66uu5SANYRU0 WrbQ== X-Gm-Message-State: AOJu0YyfMXue2azxvSTnvLZkwdm7CAc4kD21XbUUOsuhaG+3EZkvZzmR ZRcVDFt4jUa9jP27jRRZrOjE8V0dmOKa7dm4V9YFldd17VDml0M7fsug91goL2Ir9K4E9VigXKA oG44viV3CbvitVc9r0bV6WsOJEg== X-Google-Smtp-Source: AGHT+IHDNmp/WaAm9Tk8CcSizPhzk6cyeNcJXHqhYI5JUIzJm5PK4y69DZGFJj2S3ohpDd5oXLINtg0dGNcQCyNYJas= X-Received: by 2002:a17:907:25c3:b0:a77:b01b:f949 with SMTP id a640c23a62f3a-a93c492a3a9mr1437817066b.35.1727741414240; Mon, 30 Sep 2024 17:10:14 -0700 (PDT) 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 References: <3ed15b15-6f1c-4290-a552-aaafef7cc82e@dartmouth.edu> <43c2f01e-c1b4-493d-8187-11e16d1da851@dartmouth.edu> In-Reply-To: <43c2f01e-c1b4-493d-8187-11e16d1da851@dartmouth.edu> From: Rick Macklem Date: Mon, 30 Sep 2024 17:10:03 -0700 Message-ID: Subject: Re: Kernel panics with vfs.nfsd.enable_locallocks=1 and nfs clients doing hdf5 file operations To: "Matthew L. Dailey" Cc: "freebsd-current@freebsd.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-3.97 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-0.97)[-0.968]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_DN_EQ_ADDR_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_SOME(0.00)[]; TAGGED_FROM(0.00)[]; MISSING_XM_UA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::632:from] X-Rspamd-Queue-Id: 4XHdcT4LdXz4gn1 X-Spamd-Bar: --- On Wed, Aug 21, 2024 at 8:02=E2=80=AFAM Matthew L. Dailey wrote: > > Hi Rick, > > Done - https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D280978 Just fyi for everyone, the bugzilla PR now has a patch that has been committed to main as eb345e05ac66. Early indications are that it fixes the race that was causing this problem. Although testing is still in progress, I committed it so that it can be MFC'd to stable/14 in time for 14.2. Thanks go to Matt for reporting this and testing the patch, rick > > Thanks! > > -Matt > > On 8/21/24 10:45 AM, Rick Macklem wrote: > > Please create a PR for this and include at least > > one backtrace. I will try and figure out how > > locallocks could cause it. > > > > I suspect few use locallocks=3D1. > > > > rick > > > > On Wed, Aug 21, 2024 at 7:29=E2=80=AFAM Matthew L. Dailey > > = > > > wrote: > > > > Hi all, > > > > I posted messages to the this list back in February and March > > (https://lists.freebsd.org/archives/freebsd-current/2024-February/0= 05546.html ) > > regarding kernel panics we were having with nfs clients doing hdf5 = file > > operations. After a hiatus in troubleshooting, I had more time this > > summer and have found the cause - the vfs.nfsd.enable_locallocks sy= sctl. > > > > When this is set to 1, we can induce either a panic or hung nfs ser= ver > > (more rarely) usually within a few hours, but sometimes within seve= ral > > days to a week. We have replicated this on 13.0 through 15.0-CURREN= T > > (20240725-82283cad12a4-271360). With this set to 0 (default), we ar= e > > unable to replicate the issue, even after several weeks of 24/7 hdf= 5 > > file operations. > > > > One other side-effect of these panics is that on a few occasions it= has > > corrupted the root zpool beyond repair. This makes sense since kern= el > > memory is getting corrupted, but obviously makes this issue more > > impactful. > > > > I'm hoping this is enough information to start narrowing down this > > issue. We are specifically using this sysctl because we are also > > serving > > files via samba and want to ensure consistent locking. > > > > I have provided some core dumps and backtraces previously, but am h= appy > > to provide more as needed. I also have a writeup of exactly how to > > reproduce this that I can send directly to anyone who is interested= . > > > > Thanks so much for any and all help with this tricky problem. I'm h= appy > > to do whatever I can to help get this squashed. > > > > Best, > > Matt > > From nobody Tue Oct 1 00:36:18 2024 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 4XHfBk6TMRz5Xvh7 for ; Tue, 01 Oct 2024 00:36:30 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [IPv6:2001:19f0:7400:8808:123::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4XHfBk3hq2z4kk6; Tue, 1 Oct 2024 00:36:30 +0000 (UTC) (envelope-from jamie@catflap.org) Authentication-Results: mx1.freebsd.org; none X-Catflap-Envelope-From: X-Catflap-Envelope-To: freebsd-current@FreeBSD.org Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [209.250.224.51]) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id 4910aIPv095391; Tue, 1 Oct 2024 01:36:18 +0100 (BST) (envelope-from jamie@donotpassgo.dyslexicfish.net) Received: (from jamie@localhost) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5/Submit) id 4910aIoW095390; Tue, 1 Oct 2024 01:36:18 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <202410010036.4910aIoW095390@donotpassgo.dyslexicfish.net> Date: Tue, 01 Oct 2024 01:36:18 +0100 Organization: Dyslexic Fish To: kevans@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: weekly locate error Was: September 2024 stabilization week References: <3313f951-4f9e-4298-bbd8-f82c5a15a0e3@protected-networks.net> In-Reply-To: User-Agent: Heirloom mailx 12.4 7/29/08 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-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (donotpassgo.dyslexicfish.net [209.250.224.51]); Tue, 01 Oct 2024 01:36:18 +0100 (BST) 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:20473, ipnet:2001:19f0:7400::/38, country:US] X-Rspamd-Queue-Id: 4XHfBk3hq2z4kk6 X-Spamd-Bar: ---- Kyle Evans wrote: > It might be that the better long-term approach is to teach updatedb.sh > how to drop privileges and push that out of the periodic script to avoid > surprises like this from the different execution environments. This > /feels/ like the kind of thing we could take an opinionated stance on, > maybe providing an escape hatch of some sort if someone really wants to > complain that they can't document all filenames on the system. This is how it already works. It calls locate.updatedb as "nobody", so only files readable by "nobody" are indexed: echo /usr/libexec/locate.updatedb | nice -n 5 su -fm nobody || rc=3 From nobody Tue Oct 1 01:55:12 2024 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 4XHgxY5Cbxz5Y17Y for ; Tue, 01 Oct 2024 01:55:13 +0000 (UTC) (envelope-from kevans@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 4XHgxY4jX6z43pM; Tue, 1 Oct 2024 01:55:13 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1727747713; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=qH9JIKVCDx9UQngljCdlIabRSoL+CYyMkv2Kdv6zkGY=; b=YsNHx0iRkRXGSBAwxZxWDByqoSPvxjv5V5x8Cr2yKLXaZhnVrzDAdRsTIQ2+wkkWtRgT7o K4tp3xEJFhEGMGt9v48IkU/XuS5b59oxkudxdyZL5MM3Svl8iadhcpRsRqBfKbUwVRbMNz 6qBQDbUt30ELR0ZfM8/bBFZqEGqMl5oJ+jF7KHjUm2I8eRXmHbejlDCuOKtlNpl7Vx9qGT 92JQMwmqv4dFqYS5f8oflWB/k8C/5rykizypO6fXcT/GV4SdPBr4xJbkDsGltjXtz5uTOi jnN+Na4JZ6gcF2wXVv1Bz6L4vtX7jTwDuFsBT7x984++XNv1LToBO0U6oAF8rg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1727747713; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=qH9JIKVCDx9UQngljCdlIabRSoL+CYyMkv2Kdv6zkGY=; b=QeIIUkz3co4bKJmIGFAEL87Tak3uLK6c93vwU/i+SCOg4bH+/UM11AHoYdE5H2nmQKQIuG Lxdx3dCPxL8c4Bp8l7fewmWi9nUcWbbrIJes/W9HDZ/eI/S99A8/I9rXyc0QXwjHCXBT4R 0fEhm2w5ZnHn7ujFZzEY5hApFr7rf3ljiHy3XaDAlwZyvOKPKcCSeNMCEcxE/EzrsvQL87 LgB/pPYqkizPvWEAg3/c/Qmr8m400ZeXlnuSQYyV1PBP66+sGiv6+E8jerbkFgfqcS66cO ORY6NNZFZhHb/ysCSg5UmnGEkLqq/2SW/cexxNoo33MFRco3Ysd+G2cH7FE+6Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1727747713; a=rsa-sha256; cv=none; b=HYQ5EmyOtUBGD073NuBDVjhiF74XzWwdjpxNFpnpKFDR1kDbqy8usQE3StvSLypKXGyaUM He5j6u8Uwz9H2s98YtV+ZJGH9Slnf831KVJf8W0XS/nOyPx86mtM8aEkg8oM2RBbFCucxv qbQRd9VRArdL9AEJNolI8rz9EdkklgLN9M3Or/jOiBux96OjSlhxLCH71qtFCVwjezxItY 5hfcHGZdOO/FI8U0fOgkXz+ed3n2u/b1yBVP5P/bIe8A3fckZHzDCo7XbIxJ8+sr4GI3E1 iXQq3sgeKzK+cWFTNgs3Frczzd5bfn4sJ9GfUc0ldik22+q+Vd+TDQvKvlTRKg== Received: from [10.9.4.95] (unknown [209.182.120.176]) (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) (Authenticated sender: kevans/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4XHgxY2RHtzbH1; Tue, 1 Oct 2024 01:55:13 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: <21c4125f-0ac0-46f4-9f5c-9f14a3e7e397@FreeBSD.org> Date: Mon, 30 Sep 2024 20:55:12 -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: Re: weekly locate error Was: September 2024 stabilization week To: Jamie Landeg-Jones , freebsd-current@FreeBSD.org References: <3313f951-4f9e-4298-bbd8-f82c5a15a0e3@protected-networks.net> <202410010036.4910aIoW095390@donotpassgo.dyslexicfish.net> Content-Language: en-US From: Kyle Evans In-Reply-To: <202410010036.4910aIoW095390@donotpassgo.dyslexicfish.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/30/24 19:36, Jamie Landeg-Jones wrote: > Kyle Evans wrote: > >> It might be that the better long-term approach is to teach updatedb.sh >> how to drop privileges and push that out of the periodic script to avoid >> surprises like this from the different execution environments. This >> /feels/ like the kind of thing we could take an opinionated stance on, >> maybe providing an escape hatch of some sort if someone really wants to >> complain that they can't document all filenames on the system. > > This is how it already works. It calls locate.updatedb as "nobody", so > only files readable by "nobody" are indexed: > > echo /usr/libexec/locate.updatedb | nice -n 5 su -fm nobody || rc=3 Yes, my proposal is that it stops doing that and we teach updatedb to handle the priv-dropping instead, so that you get the same behavior no matter how you execute it. Thanks, Kyle Evans From nobody Tue Oct 1 02:21:09 2024 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 4XHhWc64jKz5Y2rf for ; Tue, 01 Oct 2024 02:21:16 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::235]) (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 4XHhWb71WZz48Bj for ; Tue, 1 Oct 2024 02:21:15 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=P1K6f7HB; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::235 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-lj1-x235.google.com with SMTP id 38308e7fff4ca-2fabb837ddbso46184371fa.1 for ; Mon, 30 Sep 2024 19:21:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1727749272; x=1728354072; darn=freebsd.org; h=autocrypt:subject:content-language:from:to:user-agent:mime-version :date:message-id:from:to:cc:subject:date:message-id:reply-to; bh=tFqfxJlIf5G53TpByrdmtJG+jzs+RHdo/IjvoyMzpYU=; b=P1K6f7HBoXFjhmUHz8UN7pNwu8Nxb5cb18GPFmpW1LC4QwBkqpdzayMejyCX9yCqSO jj5kRDKEd6ZPxelb0/kK8w3E2TSgmNZ2y1QvP12dHIDRVs+hldfAX5C3ou3SN08x4mm7 DAD8o1kBRtIujpOdM+pt3YyyraAdEpUzCe9nMXwWC5/oQptL72NNUiBX1PJWN/CcQWLl 76WnFz6aoAsXeFKOqA/FlVAd9ubQXG9Zzfm1la1CvVTFoxIS5ZdBFGPeEPLKz4dj0rXt jhzkimsMfPiz4tkiwhdo5XzewKCmqiCnE3hAiv4XY/2Bxwt5CNeUUkETDSekuHSWcc4S cyUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1727749272; x=1728354072; h=autocrypt:subject:content-language:from:to:user-agent:mime-version :date:message-id:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=tFqfxJlIf5G53TpByrdmtJG+jzs+RHdo/IjvoyMzpYU=; b=BGTX+cnNAonGqR5wqm+WLPjMPyDkbIWgbQNDudfk9M52CRe60rrbkF3AS61WVDEF+O oG+grxc8kIDgJziYj843yRHY5y9j1gaxzraf0YfwjRkrET3koA/eFhf7YWTHo1Qyp8e0 VsmT0ag6eKpd2ivaap389wtIOUoy0WoB9HprjerVkjYtLbJdy58M0gLSkpxU7xYqgQ0E tpBlw2YGw/UhDxOIn0ncr8ad+XMVEMxhkvoEdOm+PT0dTXHac1/WC6HBDfZfh3C+hFuO VEyl3PAzogiu8lAjjy2SZNEp7zW37m4U7ZBT4zoXHaxZQ8Bde+r96q2EGtZlx8bXYJU7 oEQQ== X-Gm-Message-State: AOJu0YwJxArdCb/NlEF9Z8zboQdTlyMeeTXwCqahhNBNhmjTQoZXZ+7A dhwlYeBVjQ3LuLhJFWuuA9kSBOOOAVMWwfUGU/SD4FoAaOU0pjX4NbrF2xsK X-Google-Smtp-Source: AGHT+IE7/2h+MMwnHSMXdK9FBxrzYvMlMPw1NKhdKtwl0UiCnanPbSLLmLSCmjX0+BMppsQaCrA3VA== X-Received: by 2002:a05:6512:4025:b0:52c:d628:c77c with SMTP id 2adb3069b0e04-5389fc7d15bmr9079253e87.43.1727749271458; Mon, 30 Sep 2024 19:21:11 -0700 (PDT) Received: from [192.168.1.10] (host-83-67-210-170.as13285.net. [83.67.210.170]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-a93c2947296sm612251966b.114.2024.09.30.19.21.10 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 30 Sep 2024 19:21:10 -0700 (PDT) Content-Type: multipart/alternative; boundary="------------sUmIpI2GKGMUZmwIrBcGRL7p" Message-ID: <7985e4d2-2387-4a86-8dbe-0a081fda0466@gmail.com> Date: Tue, 1 Oct 2024 03:21:09 +0100 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 To: freebsd-current@freebsd.org From: Graham Perrin Content-Language: en-GB Subject: Wake (resume) regression? Autocrypt: addr=grahamperrin@gmail.com; keydata= xsFNBGKYt7ABEAClu83dJ3ZKfVgPOk9YKRv0Z+dl2b88+k9R4vwAmElgguYdKE7yhnQNhhWM v9vi6AFrBMc2oJdVHJ2OrXfwpELBFIgiSMEWNsC4e+Z3HtSajcl+pFZsP7ciiSoycj/w3wIV kAZoVGbhyIbNG7fbCEJ8q81TbfsGypV3bRmbZVvGNecBguYiooBtz2Qht1p3itXMkIA6P9pS YDl+6QddZLyUUAjAnFv2QDoYSHLnaDUWw4oONZsB0SKVu8jMIBh4uJZoYEOvdvc9jQQdOpA2 CAgA6ulfm42Ikr9lKBUUCtjqiWAhJ7iXOTyHAIdR4Mf8alCE6tdTq6dHdIt+GktTY7oYNyL2 3aD3C7I5waU0SFXvJcOMG10QLfwYQMOQoYQ9XJ0U5A28WYiDcylDdUWT7SappP1e1ZMeJWWO y14mxxNzHaJSI4rK8P/p5tp3Q7SSC4k5gMh9zKba3K2ApCWNbVLGvXsJeQkZZNvu70tE81ey AHI5iZcB6D7WaHysBUmsKaEpbcmm1ZThTnGL0SHEl5to5Jab5Fg6O+Cnly5sVz5lX/v8Aosx kKNei7SCVqXOVtteQeGxWbXWbhPgbMyc0Gi3DuxBI/yvJ43k/rJysQlLGLWfJx/UXprwLluC PDK9EvKEB+fD1Z349uzp1sKr3ihpySbyKI8fpudftnAz4EsoCwARAQABzSZHcmFoYW0gUGVy cmluIDxncmFoYW1wZXJyaW5AZ21haWwuY29tPsLBlAQTAQoAPhYhBFk/5bLDBwftvJcvCrdn SG9KGNQLBQJimMMBAhsDBQkFo5qABQsJCAcDBRUKCQgLBRYDAgEAAh4FAheAAAoJELdnSG9K GNQLbHAQAJi998y42bEbq5HmABYovmAEtQj33YSUWyc9QRmAHpN8Er3lTKsgmZcVChB5Fu/d go2oYynDjlVpA7+wiSmg4AG78mOYbg/e19XMhrH0keDKqZXFkU+G7agR0mF09qvpQZ9MTJYZ 2u7FtytZK665UfipOdV8eGn2hFC/WynjUwEzKyryBgbbLAEbfOPeZNry4h2ZPWbtTvx/PE/V X3Vh2oGqYx69DCGz+0xEhy62ZKbkX5SL8LUf/1WViyCVzsHasFxmFxYPWIfBy8ayQ7xapz7M cSXSQyu4oDT4qh9eZiGP9/aAcZKHcV6t9y77JGhUJ/5O1sANKMa3YhgimE+Z86LHYa1IH774 PHj1nAXBwS+Cj/1l/NQoQcyjvOj8zuCsMJVaLMb6B46YsReP4+3yBLpyeBC//t6zWPbgAkWW VjROC0dXUAMTFpnA6NZe3UghG+Nc4fnCLGOhc2nyWFYHIaYV6Hv1ITFSem9DdeNnR1CFm1VM TJ7i7TuqYM+WZTkoUsTf4c46hS/ZNJZSCxh0s9yYr+BYk3XBbd+ElaZ1dJE6cuSVdw15+P2h DnprurxC4byl4YFkn+UAVvQsOgeq6aSHLOHX0weYu1OLoiPYsTdyGhne72+kDhEEdFD5aHdQ PFrbQIrqWLV0a04++0ZwGpNvXtgnWhDdAQJDwGsSSwbLzsFNBGKYt7ABEADRb1tZuh7DPYET 0wK6fe7owbYgM+RfKhmcrGgR2HI9M2q6+0WKF/ITnggWdIW2Ecc4z2boLz/cwvPGCS7/YxZM 61KklGCwuS7q1s04XnHDWHuFxfXQPzAdVmNO3bYoMZbJjHXs6sB2u5ksiwPwaMAWWaGkviSj c5pwvHCiTmX5vH5CBj/Vi+5ESyX38vK4JM5S/m4ouI/6M9biyFgimV+v3vVyCxJCT1gI9g4o GIh1qq5S433b1fihn4yHPf8XOKyBpA/QcwLONViBqJL5nnOxpsh344rNxn2R7CcRzzicOV+e 2IbMem4lwNWQlZKoRotKXZi9LqN5mynSBYqAUdoZum0QinWT9F22B0Qex5PH1zAt9i2W91Vd kcPB3LwkRXj07ycRtsSzpgPA6fLc6AsoWFslHl8kVOO5eJIA4xhjlPa+W8lguQHZ0iX+5uAv 2eAgXR2swADuHPuENNFStmsgAMl8OOOgtq75yA5TpyIzxMuXV9Nmp0VfIaUM/IdLdmxhc1pC c320l5fYMHVLFAReWEbSj2QH8YzWfpXHIegutWWYEbH9SiDXgS9KoKmCJV/Qa+x6/b8y3pOZ vnIbCDaynC2Yr50s8gRa9kb54JE8Z+p8r16U3SEsK3PtUi0RF0e51danCVHrrE6/Hat2XUO/ 6nnYgVgFOrLao6Gh/VMs8wARAQABwsF8BBgBCgAmFiEEWT/lssMHB+28ly8Kt2dIb0oY1AsF AmKYt7ACGwwFCQWjmoAACgkQt2dIb0oY1Av7qg//YjCZg8VXyMzXssgIQpROKKqh5V0UBSQl rM3tq4tWhyg0HVMugQj0Om+iNPsEEOGHkm6tyhHMzlKGpAc/l0iAM+8twIyg44Yo5+DcfFXr OMTbTw9T9jDsWOkOBksxy29iYhgpqpWdDBnhXvrJp/FNAiX8CfzrIOZeFPydDoEiKBEXAxfe a9o5J/JeVnZiUeoiFe7i68nZGsb4JxhPczNfqW12t0Ll5/ibjszg5BgjXiLao0KqbWNh4bS5 CVwH90Or+5qqWgzWPeBiuz+rN2QXE/V/fL44GEj1YKASCqmaiYRgjoRFubz1aq1wCXMXY3Iq d4525rscUgS7HBxbblnyTodUPaamN/2nSzcmE/Pkx8MApDSgZCIhs0RTAg+/AoX4HULV1rSE TQwMrBEQt84Tw5W5rHsvXKr4ZEsJUpbPLWYTISsp23nHR+vZtL/Ug+OWCmHC7X7D21xk/xVJ 4sA1RLJBKdCHtnyA4Unv/kNS1KVGxHnITVyw1a71QJADu4qsdtM5u6CyYUhqhM1oseWtV6j+ Qi8KC/G4C3AgZf06fe2fVl42z2grTabL4bC6FQXMwTX2dsm5NakWjUCmUL8uwsQE7ZA4zKxo EYI1YV9q1birpzncYRupr1qnMoggMUHWq0IBYshFQrEO8PeVUZBw7/GfAeh3argdw2Qu748T Cyw= X-Spamd-Result: default: False [-2.94 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.95)[-0.954]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[grahamperrin]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::235:from] X-Rspamd-Queue-Id: 4XHhWb71WZz48Bj X-Spamd-Bar: -- This is a multi-part message in MIME format. --------------sUmIpI2GKGMUZmwIrBcGRL7p Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Has anything changed in the past two months that might cause wake to become unreliable? nvidia-driver-470, if that's relevant. Built from source. HP ZBook 17 G2. IIRC the unreliability became noticeable not long after the bump to 1500023. That was around the end of August (with pkgbase). Previously, I'd say that wake was 99% reliable. Now, wake more often fails than succeeds. The greatest frustration: it's not consistently reproducible. I have not yet identified the ingredients that precede a failure, and critically: - when failure occurs, there's nothing (no flicker of the display, no HDD activity). In other words, no sense of what might be wrong at the time. lists all recent boot environments. is the subset that remains after routine weeding of environments. This includes: 1500021-006-base - - 2.81G 2024-07-25 02:31 1500022-001-base-ports - - 17.0M 2024-07-29 17:22 1500022-002-base-ports - - 3.09G 2024-07-30 06:50 1500022-004-base - - 2.81G 2024-07-30 14:45 1500023-001-base - - 2.89G 2024-07-31 03:14 1500023-002-base - - 2.80G 2024-08-01 05:26 ---- I'm aware of this report (not involving NVIDIA): Blind carbon copy: the reporter. --------------sUmIpI2GKGMUZmwIrBcGRL7p Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit

Has anything changed in the past two months that might cause wake to become unreliable?

nvidia-driver-470, if that's relevant. Built from source. 

HP ZBook 17 G2.

IIRC the unreliability became noticeable not long after the bump to 1500023. That was around the end of August (with pkgbase).

Previously, I'd say that wake was 99% reliable. Now, wake more often fails than succeeds. The greatest frustration: it's not consistently reproducible. I have not yet identified the ingredients that precede a failure, and critically:

- when failure occurs, there's nothing (no flicker of the display, no HDD activity).

In other words, no sense of what might be wrong at the time.

<https://gist.github.com/grahamperrin/86359cb7c6d1316d75f340fb305484ed> lists all recent boot environments. 

<https://pastebin.com/raw/xBwqeBxr> is the subset that remains after routine weeding of environments. This includes:

1500021-006-base          -      -          2.81G 2024-07-25 02:31
1500022-001-base-ports    -      -          17.0M 2024-07-29 17:22
1500022-002-base-ports    -      -          3.09G 2024-07-30 06:50
1500022-004-base          -      -          2.81G 2024-07-30 14:45
1500023-001-base          -      -          2.89G 2024-07-31 03:14
1500023-002-base          -      -          2.80G 2024-08-01 05:26

----

I'm aware of this report (not involving NVIDIA):

<https://github.com/freebsd/drm-kmod/issues/312>
<https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280923>

Blind carbon copy: the reporter.

--------------sUmIpI2GKGMUZmwIrBcGRL7p-- From nobody Tue Oct 1 06:16:31 2024 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 4XHnlH22Vmz5XKSN for ; Tue, 01 Oct 2024 06:16:43 +0000 (UTC) (envelope-from dsdqmzk@hotmail.com) Received: from APC01-TYZ-obe.outbound.protection.outlook.com (mail-tyzapc01olkn2077.outbound.protection.outlook.com [40.92.107.77]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XHnlF6JWLz4WTj for ; Tue, 1 Oct 2024 06:16:41 +0000 (UTC) (envelope-from dsdqmzk@hotmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hotmail.com header.s=selector1 header.b=tw7jBxdK; spf=pass (mx1.freebsd.org: domain of dsdqmzk@hotmail.com designates 40.92.107.77 as permitted sender) smtp.mailfrom=dsdqmzk@hotmail.com; dmarc=pass (policy=none) header.from=hotmail.com; arc=pass ("microsoft.com:s=arcselector10001:i=1") ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=RoPqEaBPSf8XD1oM/CeAINgokGbDw1bKh62ZK66k6EsvvVxpdbUQ93en9Pw5JOGPg15tyA0HzMLJu8Nlt5Byg95KSiQVTGWecSG/F6c3tBYZVaB1WXF4iNAEA+JFdd0NT/q04mon3J26msAcNMBh3YarJbW1XT7s1GYifXurshNqMhrC++wnkjToZcE1XE9wSwK3jEil5+GEpZ6HsZbtCaVMMf2padF9UAyD2xyOWFQOwTdcRiabuuEPOlHwFM49FiVbxgfOtRZda7ukjxrMN5ugw7vxP0nqLAp48wf/n7SElLOna3iWqsuIbmBXFaYEpbyZ0s5wPUJFEPWDTZM5rg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=DCJfQTrl50kohpN9fvLpK8WCzCBEfU5SeP6h2HbyaSk=; b=W3B2X4QA8eFrzUnArpNGIPS8audV9kGa2NAzW1s++kpY1bkprh8bqmV5vC0h2UujST8+SCHKQLD0uCgMTkmW4/YAz1e50jC9dgFYETFqgm4OCxgSdpTB0DAEccWGFM5Mo88NfsI3INT5RAT+6gcvdjNAGbmAvKUnK7oW/oMbqghcWfbvMRP3xoAotECwhBW06oSrGjMj6ne/eQjsIA/HTv/xvG8ns5h839Q4dfMDkq9xEwmVS1VPekjonbWpoD35FUJkMfgv2lVXxLJPvqUev94w+8K3LS5SSkrzWBJzJxW37+copMQp4E2ycu8OwRwN5i+/DeWH5JC5OpUM9ptJGA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=DCJfQTrl50kohpN9fvLpK8WCzCBEfU5SeP6h2HbyaSk=; b=tw7jBxdKLZgYNJnPMWnnHztcTWiFO9/AbT+wVKkLPwJqm4qoHTPx45DsF/vcRHnffOBjaEhW0pGTRrPsSldxG/F0qRSsLzH6P2dSbu53mayMAb89SVCXG316d5l07SQ6KSAkmWvYxCOn2KLUdwRE5P5DEktXfF/3BYQNl6oXYXljGIvfrRhVJNEtIP4yhTWmocYUBTO2/q8zPzouC3CtZnS/tG+6wMueblsXXTzoE4y8i4P7+REcPRJvZ5kaArDDyFBnIQbjD8CHorpavdlxp9OEvNKlS6Qj/QJLBm+lD4GU0niblpHlfPDjLvlCKvvLo4a8X7x39ggrxxiw3tZO2w== Received: from SEYPR02MB5821.apcprd02.prod.outlook.com (2603:1096:101:5e::9) by TYZPR02MB5666.apcprd02.prod.outlook.com (2603:1096:400:1c2::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7982.25; Tue, 1 Oct 2024 06:16:37 +0000 Received: from SEYPR02MB5821.apcprd02.prod.outlook.com ([fe80::ca37:e2cb:31c9:9d60]) by SEYPR02MB5821.apcprd02.prod.outlook.com ([fe80::ca37:e2cb:31c9:9d60%3]) with mapi id 15.20.7982.022; Tue, 1 Oct 2024 06:16:37 +0000 Message-ID: Date: Tue, 1 Oct 2024 13:16:31 +0700 User-Agent: Mozilla Thunderbird Content-Language: en-US To: current@freebsd.org From: dsdqmzk@hotmail.com Subject: panic: curthread not pinned Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-ClientProxiedBy: KL1PR01CA0113.apcprd01.prod.exchangelabs.com (2603:1096:820:3::29) To SEYPR02MB5821.apcprd02.prod.outlook.com (2603:1096:101:5e::9) X-Microsoft-Original-Message-ID: <2a6729d0-672b-4bc3-b426-48c2cb2fd4af@hotmail.com> 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 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: SEYPR02MB5821:EE_|TYZPR02MB5666:EE_ X-MS-Office365-Filtering-Correlation-Id: 8521cb72-5ba0-45c1-413d-08dce1e09a7b X-Microsoft-Antispam: BCL:0;ARA:14566002|8060799006|9112599006|19110799003|15080799006|5072599009|6090799003|461199028|440099028|3412199025|3420499032|3430499032; X-Microsoft-Antispam-Message-Info: fCDAKJepXYw66mbEsIBPa5WXryDyyNpCUP9ReUeAJtobixkwfmw7aUe1gpWLPyrAk85m759cru9/7kbiv2sPGmeRJqAMhZ/wo3A16wSyIJF4XDfrfSjzLImoI72Y6NmRNOlKZxFqUrGDEr1W2epebCUTFJXMrRO7nufl1wveudUHTICex25m+JcXnh8PPI6VXPex07aEa9dKECsocR7oH8ALybeOEjdiFANuVTSXXco9zxqQvw4nQGntRZKYADt6adQYmbsQJwQgr51mkgfyGnH2tg9X86xdtwPttHkuczkKJPitVqtf7KwDL2CZI0ANYRz3jQZdDgkR/1hjVh9pVtcp6oaxujcHpB+LaRvAY02HeuWymkW02rqEjrS2hE2Q6rk20cCBBev1a89Og01wuQaunkG8m06m4Wz3rKlbwpBKUELjbcNV9PMqu8TWurZDgRD9nHO2Q0xQ5dCn/Ek2u+qX1fRnHXTRIIURtRVbPmp1GL0Dn+PY/Uj6SQTEUFQAwAprOYVtTqRLIH9P0IjEw3FWrPCIBgLn/0/Pz/NW9Of88sv5a7nthBYWqwRzYfO9O0H+gzxjJ8JqRJqO4jK6KJcxwAevrwdDjJpZiR5yR6lCv7Ws4GoyXY66SHZCZG6yNRcSw+DnXhFqE+0skp3/Iavs03NPM2MNgRLLjac580Y43cxrW4vf/Z+/xhVDvQFVFS0DYOHCxVstgMsUJ4JIcK00TrM4Zp1mN9Iaw6b5MrpXl++j+phLZ+rZlZRRu82uVxbNum8n/Kkk6irxq8iQ4g== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?Ynl3NlNoZFF2YkRQeEt5WWlRcy9tc1dUTDFTQXFZb3J5S2FCcjVPL21EZ1hM?= =?utf-8?B?VzRrUUl5bmZRNFdKcUxnRE1JSytIbjJ1KzFybG4rcHc3MEhlWFBsUm5wbkZy?= =?utf-8?B?Q0Q4c1oxbVdjSnl2QS9kd2VlVFNRNTJuWCtJMTk4N0t1M25WSUM2THRtdXY5?= =?utf-8?B?Lzh5MzUzTEZuQWxubTlqS2tTWkE3aEpiRjhmMllzaG53TG9rTWFJRm1Gb0tp?= =?utf-8?B?UHd6bkRFN2hHU0wwVUg0ZnJwNFJ6azBRQmIvS0N6S2plS3lscmtwbVVxcGc5?= =?utf-8?B?d0MxQnVMTnlYelQ4dkpER1lGNHl4QkdYVm92V3pYR2pZRXlSMG14L2JTS2Rv?= =?utf-8?B?NHNuWk9Ja3kyRkJxaFd5MzRPVVFqZ25jZjNkd0JYelNFRUM0KzZlUis1YlhH?= =?utf-8?B?djRoalpHMko3bFRMRFJzaEx4MWI2VEIvdm1SeFc5Y2JydkRLL2VTTFpUZGZM?= =?utf-8?B?Ky9XbVZmRjV0cWxWNEF3Ty9STlNKb280MGRmdUI0VWZsWG5NYStxb2RVZVA1?= =?utf-8?B?QUNwZk8zeGpHSWhoeDZuQUNCaDgyWkpwSE5jeFFjeUI5cHNjYW04bFFDNE1l?= =?utf-8?B?YXFEOG9Tcm1za1orcVVPZTdaUkU3cVZQd3dIMWZMTVdCYUd0dUdwUWR5a1lW?= =?utf-8?B?a2dadVdaL1BJcHVLaTZaZGJyZStvbHNRT1dDcFo0bFBCVWVGRFFvcy9TK1ZI?= =?utf-8?B?bTRZZEh5bkdiNTR6ejQvMytpWjRrSE0zRFMrYzVYeUdRVGZwRE51YXRtRVZC?= =?utf-8?B?bWozSmRTM1Y2MURRSm80U2htOVlHT1Q5T253WURpZVVPMW9ianY0ckM3VnlJ?= =?utf-8?B?aHZXNjlLS1RhZ3ZXSEdMNXhhRzlyUVRSbHRzcFdnYnJXNkhrS3g0RGw4MFor?= =?utf-8?B?SnV1eUhTRFlsTHEyZHJsbW5IeUxFYTlLTEhYcmQzR0ROS09ydlVNWTl2VnRr?= =?utf-8?B?UCtYb0xKd2cvOU1zcFdPWDN4OW9PMk5wb0sxZlRyTk1FUFh5bFFLdzFMc1Rn?= =?utf-8?B?WUFDblpjdzF6RFdpNlJ4N2NyYjJDRVNVbHdINXJDSWREODNGcm4zYUsyYlpm?= =?utf-8?B?eWFlTFlzdmRPcS9qWHRBUWtRZUZES0dva3NWQ0NwcklmazArSU8vTm8yemwr?= =?utf-8?B?djlPNjYvRXBNRXBGZTNwbDFhaEJ5aXptOTRiQU5JYTJWWmFxMlJFLzN6MlRh?= =?utf-8?B?d0JZL09ROWJ4VFYxcTZVdW13OU5jSnNHNmpFT0JhYzZRKzNVVmdod3p4ZVpi?= =?utf-8?B?UURWWHBvNmxtOWptblpLMzMyN0wxNDlmRjI2OEp1R2pMc20xeHJmL2lEQlc1?= =?utf-8?B?eEpsekg2OTZFMDlteTQxS0MyeEtiK0JlU2QySjMzT0hDVlJ2dzROa2pPclQ3?= =?utf-8?B?R21SQi80TW51KzJLVEJsdjBQeHdBYlJXUEVXQnBzWUFLbnExM2hwc051dVhO?= =?utf-8?B?YWlpWmJJVjZJQURqWTgxZ24wcGNsMkczbmJpL0o1d3NWZjVJZnpzS0d3ZlhO?= =?utf-8?B?cnVMeTl5bXZaQjFrd1hZNGwxdkhqb3cvRWZvL3hHbUxyemJreGF5KzFzQlEr?= =?utf-8?B?WURiY1pMNU9OODRrMzVzejhkQ3V1YXJ3N01QS2wxdUdzcmlkenlGL09mQ2x6?= =?utf-8?Q?Qjiktj0yDJEvszZIDqwxzU419owf94cxdO7EgqNQidts=3D?= X-OriginatorOrg: sct-15-20-7719-20-msonline-outlook-00f13.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 8521cb72-5ba0-45c1-413d-08dce1e09a7b X-MS-Exchange-CrossTenant-AuthSource: SEYPR02MB5821.apcprd02.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 01 Oct 2024 06:16:36.2689 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: TYZPR02MB5666 X-Spamd-Result: default: False [-2.49 / 15.00]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector10001:i=1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[hotmail.com,none]; R_SPF_ALLOW(-0.20)[+ip4:40.92.0.0/16]; R_DKIM_ALLOW(-0.20)[hotmail.com:s=selector1]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; ASN(0.00)[asn:8075, ipnet:40.80.0.0/12, country:US]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[hotmail.com]; FREEMAIL_FROM(0.00)[hotmail.com]; DWL_DNSWL_NONE(0.00)[hotmail.com:dkim]; FROM_NO_DN(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.92.107.77:from]; RCVD_COUNT_TWO(0.00)[2]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[hotmail.com:+] X-Rspamd-Queue-Id: 4XHnlF6JWLz4WTj X-Spamd-Bar: -- Hyper-V Gen2 VM, 8 cores, 8GB RAM. The panic is reproducible while running `make -j8 buildworld`. Initially installed from FreeBSD-15.0-CURRENT-amd64-20240926-6a4f0c063718-272495-disc1.iso, updating the kernel (that I could build) to b35f0aa4952 does not help. panic: curthread not pinned cpuid = 3 time = 1727763183 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe008e34a1f0 vpanic() at vpanic+0x13f/frame 0xfffffe008e34a320 panic() at panic+0x43/frame 0xfffffe008e34a380 smp_targeted_tlb_shootdown_native() at smp_targeted_tlb_shootdown_native+0x472/frame 0xfffffe008e34a4c0 pmap_remove_all() at pmap_remove_all+0x560/frame 0xfffffe008e34a540 vm_page_try_remove_all() at vm_page_try_remove_all+0x79/frame 0xfffffe008e34a570 vm_pageout_scan_inactive() at vm_pageout_scan_inactive+0x4e2/frame 0xfffffe008e34aaf0 vm_pageout_worker() at vm_pageout_worker+0x57d/frame 0xfffffe008e34aeb0 vm_pageout() at vm_pageout+0x1d7/frame 0xfffffe008e34aef0 fork_exit() at fork_exit+0x82/frame 0xfffffe008e34af30 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe008e34af30 --- trap 0xf6ffaf18, rip = 0x49434649, rsp = 0xf6d8d178, rbp = 0xf6d867d8 --- Uptime: 18m27s Dumping 1379 out of 8146 MB:..2%..11%..21%..31%..41%..52%..61%..71%..81%..91% From nobody Tue Oct 1 07:16:04 2024 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 4XHq3w6YRxz5XP8p for ; Tue, 01 Oct 2024 07:16:12 +0000 (UTC) (envelope-from olce@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 4XHq3w5qYvz4bct for ; Tue, 1 Oct 2024 07:16:12 +0000 (UTC) (envelope-from olce@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1727766972; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=o7RSe5UEa0+ZDCvy0uV6VdGgjJb9ib5LiSpopMkha5s=; b=a00OPoyMS/hTHW/uxw/iHIRpnAs3IN7UsoWGeimht4ZFonZ4WPcn0W/3ARutU3ZUwaXNds AEo16kt//VBJfyOW03e7xlc/oWZTYLN9mopnwTvltpGohuk66MUzqcnSfHeja301zQZzNH XzXTU7+gUptvd7YDRHdo3t5YF1ojne7SfoWvX+HhUbIL8PjFFlVDYEg9bCB2xnh3a1Wl92 dgJWlSqjtZxdnyPH+Rc2IusbHYkG/UzZof66wbJdC5Dmnl/gDmSYzYpQmBIyqAFumTv0sY yML3N6i0V43meo7jBLwXC4dXsr7amImXLJVIfvr2BCyoYuQSIGKm/LB/8O4DSA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1727766972; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=o7RSe5UEa0+ZDCvy0uV6VdGgjJb9ib5LiSpopMkha5s=; b=tBHz/HvKhbIOq26OKdeOJgRCFYNPxUv30Cg5MM5Ugr4DliZ0JcLfUxcOWNzzBYoha4EICZ 50howZD75qvP7QvfHleFU4sbXKsOoHxWdbPLB3TRCjBzLEIIixyGjiweNbhYKP6h+8hrtA l8ouWRInQJ57RvD8PzuBcaAFIJXioM0OOPEz0dkBq2Q5ubN5DALTBGH47dK5uTwcFkf7pL Nwv2k7/F6Qc6v+a/l9jFKQ1yfAQS89y0hPsZ/2YaqgCFBWcIjdpbAoq9yQXYwtXibwvCZK RfXRXwv/9zrQJf2QHxudmGt2+GBNDlixHwf6UBvsEuNt6jL2zvKaNm5H3ZUx+w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1727766972; a=rsa-sha256; cv=none; b=W8Dzi7Yh3OJH0DbWIVHj1FuoOzxKcIgkwVg9/NrKNzglwgaM3wAxz+1mIoa71xqcApmvRs GGi+H3CMsYCKi3vr+0ZdIEJR9m9ZQd75uNiqncB3XVa5Gzn/pZvvjKeDuiaeKtQOGWjozt CzWmSlBr64tz9GDX7j5yji9e4XpBgm9DOegASC0XP0L5rl+MFtYIEtrMS0kgZZziqNIooz aVylkHEo32nss74vEgTFfuHSuX/+CtHVgTiS8fycbQvp6lmMUGrkzXS5ddlJcbUAwUzv6d vzSRT+JjVB41ws9JM5I0Evt0zV8tNmOhNbeAVGiyDYwpUo/CWj0A6+ndfDM+8Q== Received: from ravel.localnet (aclermont-ferrand-653-1-222-123.w90-14.abo.wanadoo.fr [90.14.66.123]) (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) (Authenticated sender: olce/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4XHq3w3vFkzhLv for ; Tue, 1 Oct 2024 07:16:12 +0000 (UTC) (envelope-from olce@freebsd.org) From: Olivier Certner To: freebsd-current@freebsd.org Subject: Re: weekly locate error Was: September 2024 stabilization week Date: Tue, 01 Oct 2024 09:16:04 +0200 Message-ID: <8162022.bYQgcRI8ro@ravel> In-Reply-To: <21c4125f-0ac0-46f4-9f5c-9f14a3e7e397@FreeBSD.org> References: <202410010036.4910aIoW095390@donotpassgo.dyslexicfish.net> <21c4125f-0ac0-46f4-9f5c-9f14a3e7e397@FreeBSD.org> 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="nextPart2530788.0dHE6SNnxz"; micalg="pgp-sha384"; protocol="application/pgp-signature" --nextPart2530788.0dHE6SNnxz Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8"; protected-headers="v1" From: Olivier Certner To: freebsd-current@freebsd.org Date: Tue, 01 Oct 2024 09:16:04 +0200 Message-ID: <8162022.bYQgcRI8ro@ravel> In-Reply-To: <21c4125f-0ac0-46f4-9f5c-9f14a3e7e397@FreeBSD.org> MIME-Version: 1.0 > Yes, my proposal is that it stops doing that and we teach updatedb to > handle the priv-dropping instead, so that you get the same behavior no > matter how you execute it. Please don't, or at least don't without an option to avoid that. Having a files DB for some projects is really handy, and I don't want to have to give permissions to 'nobody' for these. Thanks and regards. -- Olivier Certner --nextPart2530788.0dHE6SNnxz Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCQAdFiEEmNCxHjkosai0LYIujKEwQJceJicFAmb7obQACgkQjKEwQJce JieajQ/+PAsrlIctX3M+iE6VKGSVc4+J3+Z4v2LiuZa+5G+swIUtuIZXuvNzMbJX MulMRFTD+6g0LQRP2xrYms9uiDVVgLsHxrenpeZ0tjEL9IQZ2bu4D87flKcOTkgc zybFGwqVHhxDOzi+eOWM/ALI/+8rIPhYPq1G6KIPeVTvswqcexECmj0FW6473vyD 2JFMguFGiLZ9A85DuQZlnky2goS1u03U/EJB5A8Nni4PG8EIiTbGVPtunxej5C1v 1hJsCPkzhSqa4bMrToH8I1MoIBPXQn7f5p6TIx6mfcEJRshEm+8qzA5KtrzUIKWe mTe7OjitBevh1dyErZ4Bshd8rMpb2TM2uhvv9LhuTd3+ADhDVAtk4Fs+t6wJeRGG GsaJwsXrtMWJ8tXfI5TlfumhSej82k9QFVa2WUqNaKVsuohtQAyLkYAyXa1W6ahn t/a0It0aeZCqkun1Uz1uHKlUAO9bApSvkewrZH+akAy3SfB4oNXnNO+EtO+0l3aM Z0U7ctk9U/xBUKQcwTRMU+jCBSM2IvLfMzZOKKA/v9APQBxW04HlWritPZzPAUgN 1lZMy22vBL7We1OzamXN41tFa3g2wSi6fGESVMiu+SAqx3AZfMcl5TZvScGJSztU YWsCDE21qihq4Skj1zmli+tuuvmqGALaQ1jZmyssTY3OW9e0PvA= =C9nz -----END PGP SIGNATURE----- --nextPart2530788.0dHE6SNnxz-- From nobody Tue Oct 1 08:53:28 2024 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 4XHsDJ6fGxz5XWXT for ; Tue, 01 Oct 2024 08:53:36 +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 4XHsDJ3Tpgz4k8Q for ; Tue, 1 Oct 2024 08:53:36 +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 4918rS0O036194; Tue, 1 Oct 2024 11:53:31 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 4918rS0O036194 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 4918rSHu036193; Tue, 1 Oct 2024 11:53:28 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 1 Oct 2024 11:53:28 +0300 From: Konstantin Belousov To: dsdqmzk@hotmail.com Cc: current@freebsd.org Subject: Re: panic: curthread not pinned Message-ID: References: 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: 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-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] X-Rspamd-Queue-Id: 4XHsDJ3Tpgz4k8Q X-Spamd-Bar: ---- On Tue, Oct 01, 2024 at 01:16:31PM +0700, dsdqmzk@hotmail.com wrote: > Hyper-V Gen2 VM, 8 cores, 8GB RAM. The panic is reproducible while > running `make -j8 buildworld`. Initially installed from > FreeBSD-15.0-CURRENT-amd64-20240926-6a4f0c063718-272495-disc1.iso, > updating the kernel (that I could build) to b35f0aa4952 does not help. > > panic: curthread not pinned > cpuid = 3 > time = 1727763183 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe008e34a1f0 > vpanic() at vpanic+0x13f/frame 0xfffffe008e34a320 > panic() at panic+0x43/frame 0xfffffe008e34a380 > smp_targeted_tlb_shootdown_native() at > smp_targeted_tlb_shootdown_native+0x472/frame 0xfffffe008e34a4c0 > pmap_remove_all() at pmap_remove_all+0x560/frame 0xfffffe008e34a540 Can you obtain the core dump and then backtrace from kgdb? From nobody Tue Oct 1 11:36:43 2024 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 4XHwrZ28LCz5Xjdp for ; Tue, 01 Oct 2024 11:36:46 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [IPv6:2001:19f0:7400:8808:123::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4XHwrY64s6z506r; Tue, 1 Oct 2024 11:36:45 +0000 (UTC) (envelope-from jamie@catflap.org) Authentication-Results: mx1.freebsd.org; none X-Catflap-Envelope-From: Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [209.250.224.51]) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id 491BahwM023301; Tue, 1 Oct 2024 12:36:43 +0100 (BST) (envelope-from jamie@donotpassgo.dyslexicfish.net) Received: (from jamie@localhost) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5/Submit) id 491BahKt023300; Tue, 1 Oct 2024 12:36:43 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <202410011136.491BahKt023300@donotpassgo.dyslexicfish.net> Date: Tue, 01 Oct 2024 12:36:43 +0100 Organization: Dyslexic Fish To: kevans@FreeBSD.org, jamie@catflap.org, freebsd-current@FreeBSD.org Subject: Re: weekly locate error Was: September 2024 stabilization week References: <3313f951-4f9e-4298-bbd8-f82c5a15a0e3@protected-networks.net> <202410010036.4910aIoW095390@donotpassgo.dyslexicfish.net> <21c4125f-0ac0-46f4-9f5c-9f14a3e7e397@FreeBSD.org> In-Reply-To: <21c4125f-0ac0-46f4-9f5c-9f14a3e7e397@FreeBSD.org> User-Agent: Heirloom mailx 12.4 7/29/08 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-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (donotpassgo.dyslexicfish.net [209.250.224.51]); Tue, 01 Oct 2024 12:36:44 +0100 (BST) 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:20473, ipnet:2001:19f0:7400::/38, country:US] X-Rspamd-Queue-Id: 4XHwrY64s6z506r X-Spamd-Bar: ---- Kyle Evans wrote: > Yes, my proposal is that it stops doing that and we teach updatedb to > handle the priv-dropping instead, so that you get the same behavior no > matter how you execute it. Ahhh OK, I get you now. sorry, I musunderstood, I thought you meant the current "periodic" method runs the filesystem walk as root, but when you said "if someone really wants to complain that they can't document all filenames on the system.", i guess you were referring to those who may call /usr/libexec/locate.updatedb directly as root. For what it's worth, in addition to the periodic job, I do actually run a less frequent privileged direct run of /usr/libexec/locate.updatedb (with the output in a suitably locked directory!). This proposed change wouldn't be an issue to me, but as a data point, there may be quite a few others who do so too. Cheers, Jamie From nobody Tue Oct 1 11:47:32 2024 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 4XHx5G1Wvnz5Xk6t for ; Tue, 01 Oct 2024 11:47:46 +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 4XHx5F18jYz51yV for ; Tue, 1 Oct 2024 11:47:45 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=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 491BlXDA041345; Tue, 1 Oct 2024 14:47:36 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 491BlXDA041345 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 491BlWWM041344; Tue, 1 Oct 2024 14:47:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 1 Oct 2024 14:47:32 +0300 From: Konstantin Belousov To: dsdqmzk@hotmail.com Cc: current@freebsd.org Subject: Re: panic: curthread not pinned Message-ID: References: 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: 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-Spamd-Result: default: False [-1.09 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.52)[-0.521]; NEURAL_SPAM_MEDIUM(0.44)[0.435]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MIME_TRACE(0.00)[0:+]; MISSING_XM_UA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; FREEMAIL_TO(0.00)[hotmail.com]; R_DKIM_NA(0.00)[]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all:c]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[current@freebsd.org] X-Rspamd-Queue-Id: 4XHx5F18jYz51yV X-Spamd-Bar: - On Tue, Oct 01, 2024 at 11:53:33AM +0300, Konstantin Belousov wrote: > On Tue, Oct 01, 2024 at 01:16:31PM +0700, dsdqmzk@hotmail.com wrote: > > Hyper-V Gen2 VM, 8 cores, 8GB RAM. The panic is reproducible while > > running `make -j8 buildworld`. Initially installed from > > FreeBSD-15.0-CURRENT-amd64-20240926-6a4f0c063718-272495-disc1.iso, > > updating the kernel (that I could build) to b35f0aa4952 does not help. > > > > panic: curthread not pinned > > cpuid = 3 > > time = 1727763183 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > 0xfffffe008e34a1f0 > > vpanic() at vpanic+0x13f/frame 0xfffffe008e34a320 > > panic() at panic+0x43/frame 0xfffffe008e34a380 > > smp_targeted_tlb_shootdown_native() at > > smp_targeted_tlb_shootdown_native+0x472/frame 0xfffffe008e34a4c0 > > pmap_remove_all() at pmap_remove_all+0x560/frame 0xfffffe008e34a540 > > Can you obtain the core dump and then backtrace from kgdb? I think I found a place where this occurs. Please try the patch below. commit 6dcffb980fa3026092f79107ee7668918c9f5490 Author: Konstantin Belousov Date: Tue Oct 1 14:45:23 2024 +0300 hyperv: call smp_targeted_tlb_shootdown_native() with pin Sponsored by: The FreeBSD Foundation MFC after: 1 week diff --git a/sys/dev/hyperv/vmbus/hyperv_mmu.c b/sys/dev/hyperv/vmbus/hyperv_mmu.c index 7c29fe294093..8e982974161c 100644 --- a/sys/dev/hyperv/vmbus/hyperv_mmu.c +++ b/sys/dev/hyperv/vmbus/hyperv_mmu.c @@ -241,7 +241,6 @@ hv_vm_tlb_flush(pmap_t pmap, vm_offset_t addr1, vm_offset_t addr2, critical_exit(); return; native: - sched_unpin(); critical_exit(); return smp_targeted_tlb_shootdown_native(pmap, addr1, addr2, curcpu_cb, op); From nobody Tue Oct 1 12:19:16 2024 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 4XHxp56rKFz5XmRG for ; Tue, 01 Oct 2024 12:19:41 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fout-a3-smtp.messagingengine.com (fout-a3-smtp.messagingengine.com [103.168.172.146]) (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 4XHxp40KWkz54L3 for ; Tue, 1 Oct 2024 12:19:40 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm2 header.b=B39DBTT1; dkim=pass header.d=messagingengine.com header.s=fm2 header.b="X O1IUG+"; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 103.168.172.146 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from phl-compute-05.internal (phl-compute-05.phl.internal [10.202.2.45]) by mailfout.phl.internal (Postfix) with ESMTP id 6179E1381BEC for ; Tue, 1 Oct 2024 08:19:37 -0400 (EDT) Received: from phl-imap-04 ([10.202.2.82]) by phl-compute-05.internal (MEProxy); Tue, 01 Oct 2024 08:19:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm2; t=1727785177; x=1727871577; bh=NPaCHNsy65oZ5QNRIPS/f5CcuHgF+hyhzxcj1k6WQtQ=; b= B39DBTT1mTx2eo8wh9thhGtS81CK/4hCmABS6j34yRmRLMd/zqFF2osOkmfE81Qq A0VfCJxJ+jtxxs664ihlL3CLRmB638z4wlts27qnkRj0oGvqHn7mhdypyY9bWnqO J1aNAzjtp5SWpp45a+F/6/xlIV+xG5RKTOw3ay/sgfkSvdw4b0Np3IQB50i8+dS2 Xq3pVzB+Ka15O+IxWiSg/qcUwhL4QwgP+bsEeV+1LQOw4OCA3Sab1FWn0SYsUy06 Xeu6vg9VVenf1r+iA3qfWVLTdiuhNI0fIwA9XKk/Bcxc5If3+haozA1D5xST//gk Lp/Q7bSSvmeF8SwYJGWOrQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1727785177; x= 1727871577; bh=NPaCHNsy65oZ5QNRIPS/f5CcuHgF+hyhzxcj1k6WQtQ=; b=X O1IUG+R4+ih5Ro3jEn7qWpBEJ1synYiDyaQqmRfYgxC3jxAABtFnQlKBcqOv0ESZ cNbetIAqdqVAd1wxy3YRmMKAofW6YnjquYHJsfmNsVSePl1KhFprA5lukpv63D+w lsWw3FukezJFfNyu9svuFja1Pz972pgadMsLupyPfxEzRwr96oWxo47U758ZaXSp OqFsoJNpnpwS0Ue9C7gflazrzb/oQqqYYNGTVJaSHrusmfozQE4qpGoRbSGhRFH9 o0ZFBcR2CZ0J+xtSGboVZAqWx4dZmtRia8YzLk0Fjp7nH/Qw1ab5h1idEymPujZF aMATpalmDfdrKZceptP9A== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrvddujedggeelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucenucfjughrpefoggffhf fvkfgjfhfutgfgsehtjeertdertddtnecuhfhrohhmpehvohhiugcuoehvohhiugesfhdq mhdrfhhmqeenucggtffrrghtthgvrhhnpeeitdefieefteeiffeffefgjeeuveffledthe ffgedtfffhfeeugffguefhkefgvdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgr mhepmhgrihhlfhhrohhmpehvohhiugesfhdqmhdrfhhmpdhnsggprhgtphhtthhopedupd hmohguvgepshhmthhpohhuthdprhgtphhtthhopehfrhgvvggsshguqdgtuhhrrhgvnhht sehfrhgvvggsshgurdhorhhg X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id 22B912E60084; Tue, 1 Oct 2024 08:19:37 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface 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 Date: Tue, 01 Oct 2024 13:19:16 +0100 From: void To: freebsd-current Message-Id: <6dbac6ce-c9b3-4c3d-8362-ff2fb1cb0715@app.fastmail.com> In-Reply-To: References: <3313f951-4f9e-4298-bbd8-f82c5a15a0e3@protected-networks.net> Subject: Re: weekly locate error Was: September 2024 stabilization week Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-2.67 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.62)[-0.625]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm2,messagingengine.com:s=fm2]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.146:from]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(0.05)[0.048]; XM_UA_NO_VERSION(0.01)[]; FREEMAIL_FROM(0.00)[f-m.fm]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; ASN(0.00)[asn:209242, ipnet:103.168.172.0/24, country:US]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+] X-Rspamd-Queue-Id: 4XHxp40KWkz54L3 X-Spamd-Bar: -- On Mon, 30 Sep 2024, at 22:32, Kyle Evans wrote: > - install $tmp $FCODES > + cat $tmp > $FCODES thank you! -- From nobody Tue Oct 1 12:59:33 2024 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 4XHyhJ0d2Nz5XpYV for ; Tue, 01 Oct 2024 12:59:44 +0000 (UTC) (envelope-from dsdqmzk@hotmail.com) Received: from HK3PR03CU002.outbound.protection.outlook.com (mail-eastasiaazolkn19011037.outbound.protection.outlook.com [52.103.64.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XHyhH2QvCz57rt for ; Tue, 1 Oct 2024 12:59:43 +0000 (UTC) (envelope-from dsdqmzk@hotmail.com) Authentication-Results: mx1.freebsd.org; none ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=RG8JeI/7Sobl16/uARvcx32UAI3bA+pj7LJrRaUZ/xmdTnHaFp8Awc+hqPVMJloMyHbHyest+8+GcTDRMlmiBBb6p/V1eisONFMUMhDJEWrKJp8c4muzednZE1NsnCxfbECtT6UCMoRweVMq9Kk9gBy+CGKz6+VSVu/u7CIwIMRJgLYQmtzWBre9U1quDyKi/MiDUMNAFG9y48gpsAmPL3cbnnNVB8QwEOrDAJGsbzZ6GooGCDVc6CGbAAAn5MX/m/zRDNN8cPuyKMtK4w/B2XL4lZj+HZd8pCn4EqFYd3pP90R17jGYNv8Yc/kT8cpcDW7gJriflxx00brhILUCEg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=IxYqAhECCBAauroBqTvZE8nFDRGgniylwlRsdEp4Kzs=; b=wN0bSN/622PooH+Eu1no/0mOYSwpZ0bMXfLImyc8KM8RxD5vG46olNMA489UwDtqCj/CnMc7JUNcGkLwCZJbB/cbxISBrwZuuBv1pDb81tqa3vDNHkIdRuNEkyYySZcu+ZBvHzU2qo7tNqZJg7dGrjiwkAuL1VqU2p6ouJxtPDnyVNQvxbNdGHTlcXX5JpqzPNNGe3K973MBKO+twQl7ghZ+/wAmAeNx8sPT+V2+ky/H5Sy2lBAAqdIv9t043N/avUpSDRPAyYPyIBV4z7POZdHUmx5S0DdxNIVtJuybWcfQW6VT7S9dqO4mjJoGw4PJ3jB2xY4SWS+yT8EETUuDmQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=IxYqAhECCBAauroBqTvZE8nFDRGgniylwlRsdEp4Kzs=; b=qN2ixAs/6WrozZ281HTk1jBK5axp8zLzDBolOqLkfZtUChV4BV+TLFMNckXIk7Fep4dC28Z4D/uXO3kLsw0upIhBgctX+G58gaU1v648Dn/h5fbiq2zqcrfLh0Oiv+WCSyAzkKvacROX1vbaaoWORPC7AVz4qLiH1CpKVLPyh2qPbFnVfSs6WZMxx876+DVc6A9wAYQWXpc6oWF2IfyQ7uwj0ewU9cChNeB4XI4aocgGo2otKe5FuaI3zC1kme8wUfCxCTVT6YXjptec+Sa/9qxvXRakfAe2UVv80H0m/IWVYWmuvELHvl0v8otS3rmsc1sc3TU68rS7GHQfm8enEg== Received: from SEYPR02MB5821.apcprd02.prod.outlook.com (2603:1096:101:5e::9) by TYZPR02MB5962.apcprd02.prod.outlook.com (2603:1096:400:1ff::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7982.23; Tue, 1 Oct 2024 12:59:38 +0000 Received: from SEYPR02MB5821.apcprd02.prod.outlook.com ([fe80::ca37:e2cb:31c9:9d60]) by SEYPR02MB5821.apcprd02.prod.outlook.com ([fe80::ca37:e2cb:31c9:9d60%3]) with mapi id 15.20.7982.022; Tue, 1 Oct 2024 12:59:38 +0000 Message-ID: Date: Tue, 1 Oct 2024 19:59:33 +0700 User-Agent: Mozilla Thunderbird Subject: Re: panic: curthread not pinned To: Konstantin Belousov Cc: current@freebsd.org References: Content-Language: en-US From: dsdqmzk@hotmail.com In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-ClientProxiedBy: KL1PR02CA0025.apcprd02.prod.outlook.com (2603:1096:820:d::12) To SEYPR02MB5821.apcprd02.prod.outlook.com (2603:1096:101:5e::9) X-Microsoft-Original-Message-ID: <07957de1-8043-4cd5-83c6-c7ae9eda503e@hotmail.com> 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 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: SEYPR02MB5821:EE_|TYZPR02MB5962:EE_ X-MS-Office365-Filtering-Correlation-Id: 30fd0d51-66c0-43aa-88d0-08dce218e7b7 X-Microsoft-Antispam: BCL:0;ARA:14566002|8060799006|15080799006|9112599006|461199028|5072599009|19110799003|6090799003|3430499032|3420499032|3412199025|440099028; X-Microsoft-Antispam-Message-Info: WGOPssV4X/Szzr9rlNARH41n/3aw8pe+j7KdH5c9oGu/aiN4/qRSMoxAddAySq9IlziJHI2wkCq83Iw0dJYbLCKIlIAp2Q7lq5vEWZ0lSaR0e4+uuio3OonD3eGmmB3Ex6VWbCsTq2LfmkU6h30ci1IhrYO3NXoyrL2NkVhYoUSfZWLQUjbtINX1B0IG1kZUucK7+Uj5n/npTeMhKCmZ1YNvF1irj/LBCNwxEfG6x1bgiQM7i3gMV79+7+ILqlBGoKk3jriYHaijrX1YaS34VLXVPySz7Dx+xrKoflJWSQ9OlQK9c6WaclMJ5GLIpM2y4UifVWLpkosoYJWfE/ACytMnAQ324fW5o1Ll7G+1kwKUbdasSke5u3zPmBjMxClB50+H6cxR1WJB6u1Cmt/TiZv3ggb1GJ0KDowvbGYqXNNNZiQgsIux2ulcVuLO9XnHFieFWRbJGhGNFeCnYXXVVg9aufBgb9LvzJ3xqeqFK09zkL9ONS7r/ZbZ7PtV39M7sKMGFQrEpXKa0C4sLMkXjbWrFQ7NZOXH/Xoy2Y0uZawE4kpsIolZZTdi5R2qYmR0emWLTe9XgfQ6JEt9k3/9zqr5klJUsN0F+fheLJJ+TpEui7BhrGq98qe/kZ8U0XrH7sKBkqoEjrwIdvDiyc5fgKqqzfqbm84m14p2oOnTlstVzJ1hvODcvMxoQeE15nrS7GpCBlO1mKUaEUxnzCeqflY/jmjYJVMWkMOp5so2x4GR0FIk73i9US1zPopQevVY8l/ZdtshzWP4E4nJQm61Cw== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?Mlo0dzdYQXlUb3llRzJjaEVMZHdyZkFFZm5udjM4b2RkMVNuYXBhQWttZmg1?= =?utf-8?B?eGs4MFI3L2NtSy9VQXlzS3dmZS8rR1VITWV2dUpkdngvaWo1Yksvd01yZHpy?= =?utf-8?B?SkNGQlVubVV6bzdDanU3N3JoTm0ybkdWb1NFTkFCYXNWSUcxVEJ3SGFZQjZa?= =?utf-8?B?cTU3THJJYWU0cURaNmdUeUljVlRiTThhTHVEQ3R2REh2cm1jRDQ3SSszVzBy?= =?utf-8?B?K25zWk42bi9vVzZKMlVwa2E2SDB0bzJmTnE4WGpHengxcm55ZnBVWTRJY21j?= =?utf-8?B?RXc4ZGRLM083VVpDYlNjby9hN2ZXeGVVcWtEMm9uUE51Y1UrR2plcUdoWFd0?= =?utf-8?B?UFNkQTdsbkVnYnZnUXQ0ek1GZk13TTNQUDY1a3VOYUlEdEpWSE9iU3NmN2NF?= =?utf-8?B?S1pwWUtzT0JxM3ppT3oyYWsrOUtXZE5yNm9JUE5KVXhSYkhQd242Z0phNTYw?= =?utf-8?B?UC9hUHcxMzNLR1l6TEhkRnpGdFRmNDZUZ1BxYzZzOE9rcFIzNStCZEZoUy9w?= =?utf-8?B?VjRsSDFGNTB0eTFpQUR5aG1oTVNzS3RWaTE5RWR3eXFXK1ZzTUxCR1dFU3BP?= =?utf-8?B?TzZVbUQxWlN2QnFOWE4ySzVEZWU0WjBmYm45WnVFRU4wdlNLUWRwVkxqWm1z?= =?utf-8?B?UXZxZGR0bVNlN0d1S3JodCtOVzB3R0RHVW12eG9wZktTcTFXNkkwcmx5VDBh?= =?utf-8?B?RG1DRWNCMFB5TGkybGxZSm5kZ0ZraVl1S3RSYTF5RUx2NklJSVQwOVUwK085?= =?utf-8?B?UTNvS1ZYSmpQelc0SVdaUjhmY1ExWFViOFQraUsva095a1VRbDAzeERPT2lB?= =?utf-8?B?SzV6SmY3YTEyR2hsby92YnFxZ3ZHWjN1U2RVWGk1TVBBVm5iM01pQ1Q4RlM5?= =?utf-8?B?Zi92ZHZzS09lbkRkWG9xczJrNWtvWGNvWUFLbFF6c0lMbjJIczRYbUpEM2tw?= =?utf-8?B?elhJYWxuSmJYcHppT3R1SFYrS3VUdjNhRDJKeEp0RWlGbVhZRkFPclh5M016?= =?utf-8?B?TEpHbDFKenl3V1VGd0lWemxsbjhYTnN3N1o5Ym1HcXQ1Yk9FMnVTRmpKNkVj?= =?utf-8?B?OWxCZzFmRkpSTjBFRmRCK3ZpL3RwMlVFbDBOYVVCTHlhV0RoYngzNjJZR1Jj?= =?utf-8?B?ZTdPTy9QL1pmdFNRcmxNYk5UWmZHM3loKzFLVmdKaktHbWFLQ2dHWUQ0bVA5?= =?utf-8?B?Tm5GbGRRQ2RGV2xqUUZHL3lXbllkWTBLRFp4WmRHU1p6SWQzekxWMWtSODBk?= =?utf-8?B?bVZPb1BvZ2JmQXgzOC9FbVdhYTAzRStEUmZPcHNoUlM1Vzd3SU8vQTJXSHBO?= =?utf-8?B?Wk5qbHBTSitnMHo4UmlCSktvNFo5Z3NDNU1MQVdFRUxXdThsem02WTVhVkQ3?= =?utf-8?B?VFdKUFI3c0tRMWw0SlMyaXRzdm9nemViVmh3MWVEMnI3QVFZYU1NUm1Va1Zs?= =?utf-8?B?SHpnRm8yNVY0ZjBoakl3VGdOTnRFZHBqMCs1cFZwTzYvMFlvRmlhd0lIZ2l4?= =?utf-8?B?NWlEZ1hRelY3YjFzaU55blZGQkFqcldVaXhmdGgrOFZUQVRtUW5CR3dwMUEx?= =?utf-8?B?eVdsUHFwUW9JVy82cGFXb1UrZjFQSGtYa01TV0JHZlF2dUFQNkJVS1NtQkw0?= =?utf-8?Q?B2CoB2VH6vHENIpWmsBaqyo5gq/2LGf1sOCTP9GZeSSM=3D?= X-OriginatorOrg: sct-15-20-7719-20-msonline-outlook-00f13.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 30fd0d51-66c0-43aa-88d0-08dce218e7b7 X-MS-Exchange-CrossTenant-AuthSource: SEYPR02MB5821.apcprd02.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 01 Oct 2024 12:59:37.6560 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: TYZPR02MB5962 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:8075, ipnet:52.96.0.0/12, country:US] X-Rspamd-Queue-Id: 4XHyhH2QvCz57rt X-Spamd-Bar: ---- Konstantin Belousov wrote: > On Tue, Oct 01, 2024 at 11:53:33AM +0300, Konstantin Belousov wrote: >> On Tue, Oct 01, 2024 at 01:16:31PM +0700, dsdqmzk@hotmail.com wrote: >>> Hyper-V Gen2 VM, 8 cores, 8GB RAM. The panic is reproducible while >>> running `make -j8 buildworld`. Initially installed from >>> FreeBSD-15.0-CURRENT-amd64-20240926-6a4f0c063718-272495-disc1.iso, >>> updating the kernel (that I could build) to b35f0aa4952 does not help. >>> >>> panic: curthread not pinned >>> cpuid = 3 >>> time = 1727763183 >>> KDB: stack backtrace: >>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >>> 0xfffffe008e34a1f0 >>> vpanic() at vpanic+0x13f/frame 0xfffffe008e34a320 >>> panic() at panic+0x43/frame 0xfffffe008e34a380 >>> smp_targeted_tlb_shootdown_native() at >>> smp_targeted_tlb_shootdown_native+0x472/frame 0xfffffe008e34a4c0 >>> pmap_remove_all() at pmap_remove_all+0x560/frame 0xfffffe008e34a540 >> >> Can you obtain the core dump and then backtrace from kgdb? > > I think I found a place where this occurs. Please try the patch below. > > commit 6dcffb980fa3026092f79107ee7668918c9f5490 > Author: Konstantin Belousov > Date: Tue Oct 1 14:45:23 2024 +0300 > > hyperv: call smp_targeted_tlb_shootdown_native() with pin > > Sponsored by: The FreeBSD Foundation > MFC after: 1 week > > diff --git a/sys/dev/hyperv/vmbus/hyperv_mmu.c b/sys/dev/hyperv/vmbus/hyperv_mmu.c > index 7c29fe294093..8e982974161c 100644 > --- a/sys/dev/hyperv/vmbus/hyperv_mmu.c > +++ b/sys/dev/hyperv/vmbus/hyperv_mmu.c > @@ -241,7 +241,6 @@ hv_vm_tlb_flush(pmap_t pmap, vm_offset_t addr1, vm_offset_t addr2, > critical_exit(); > return; > native: > - sched_unpin(); > critical_exit(); > return smp_targeted_tlb_shootdown_native(pmap, addr1, > addr2, curcpu_cb, op); It seems to have helped, at least I was able to finish the buildworld successfully with patched kernel, thanks. From nobody Tue Oct 1 16:29:26 2024 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 4XJ3Ld48zsz5Y41k for ; Tue, 01 Oct 2024 16:29:45 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (pdx.rh.CN85.dnsmgr.net [65.75.216.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XJ3Ld11r3z4Kv2; Tue, 1 Oct 2024 16:29:45 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Authentication-Results: mx1.freebsd.org; none Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 491GTQMC000805; Tue, 1 Oct 2024 09:29:26 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 491GTQMf000804; Tue, 1 Oct 2024 09:29:26 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202410011629.491GTQMf000804@gndrsh.dnsmgr.net> Subject: Re: weekly locate error Was: September 2024 stabilization week In-Reply-To: <21c4125f-0ac0-46f4-9f5c-9f14a3e7e397@FreeBSD.org> To: Kyle Evans Date: Tue, 1 Oct 2024 09:29:26 -0700 (PDT) CC: Jamie Landeg-Jones , freebsd-current@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] 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-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII 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:10494, ipnet:65.75.216.0/23, country:US] X-Rspamd-Queue-Id: 4XJ3Ld11r3z4Kv2 X-Spamd-Bar: ---- > On 9/30/24 19:36, Jamie Landeg-Jones wrote: > > Kyle Evans wrote: > > > >> It might be that the better long-term approach is to teach updatedb.sh > >> how to drop privileges and push that out of the periodic script to avoid > >> surprises like this from the different execution environments. This > >> /feels/ like the kind of thing we could take an opinionated stance on, > >> maybe providing an escape hatch of some sort if someone really wants to > >> complain that they can't document all filenames on the system. > > > > This is how it already works. It calls locate.updatedb as "nobody", so > > only files readable by "nobody" are indexed: > > > > echo /usr/libexec/locate.updatedb | nice -n 5 su -fm nobody || rc=3 > > Yes, my proposal is that it stops doing that and we teach updatedb to > handle the priv-dropping instead, so that you get the same behavior no > matter how you execute it. If you do this please make it possible to run it WITHOUT dropping privledge, some of actually run locate.updatedb with full access to file systems to produce more complete locate databases where this information is not considered private. > Thanks, > Kyle Evans -- Rod Grimes rgrimes@freebsd.org From nobody Tue Oct 1 16:39:23 2024 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 4XJ3Yn4TSjz5Y4f7 for ; Tue, 01 Oct 2024 16:39:25 +0000 (UTC) (envelope-from kevans@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 4XJ3Yn4062z4MPY; Tue, 1 Oct 2024 16:39:25 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1727800765; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=WEobkHkr/bFlYhJHRlLegdBzX+BRQqraKlSKuan0Ebs=; b=pTqMRMGThGCMjDIWXzRdJjtheKVNovwqQRwkc2RvZ9sAFZnW4C4qcpG8T3fHSWHqekQgdt S0ILe0usgOqOxrQf7QjrOEr2/vRmnGCkugk3SwJxsDQC2SE1ydL5+Q3uSHTV0a8229Ocfr Cpz4ObkEWw21bRe1EnsajiY572xbIMW+k0fX35vcpJgNFNZMRJmHxggVj8Ufi7jVUiE8M7 ljN5Z2tpOSjnNNWtWDRRVN1YsGxhZGltxuQDUgTqFxTowERaGKHS+kkgzylxVoQ7OIDYae dB37phOWcJ4z7knGICKfrB2PIpVupRNJ0kcGPhzTgFrBI26o0V70p7aYMVygbA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1727800765; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=WEobkHkr/bFlYhJHRlLegdBzX+BRQqraKlSKuan0Ebs=; b=nQ6xHpYKtCQiwEiq6C7GxB293AtWuNSZ9tNf34rq5ihWvrNOLofoTGqcjTjTZ4hep35q0O T1OCpyAHBLPn8K+MnwqvPoaFyK/BaqWQyAD8w5IKfM5OgwE6YI4tviL2jrwwKBa7K0UpGC 8SoU8gVfu7D2In5nmUicqXBni2bvurCBe4TdbvzN95HksLgIoXypZ57POV+ovuiynljiKf LD5H4iYLwxmiEp4M/cBUfOzc/6X6ipo9zuF8XLkIQpJx/YtNH9Po/Ack6uL31bBi+F2khp 9Wifhk+Dqcymqy8KiIUSUg+aqKNlS57HvOP5PyjqMk3AhVyCZ5nImwFK837OrQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1727800765; a=rsa-sha256; cv=none; b=K1hqWJa7pma0TzmBTBjQQ/qf4F+bih2FrDardLrJKLsdZv4C4CM6g1Tg8WC/ATvLsusdBA JYpwcQ5D3YxEStQwh9QcujvPIyYfd17TbWKJIiQtqXVE5/cGzZqyZsiC6AfKPOJg93ArRk 7xfLi/Ex4rWYADCZy7Y57E3FggvPEFdAIP4j5YIgHD1Ej1eEAnqj1CSuBoRDtj2TajXUjE DIymJo5E+2D6r/k9cbYS1N5peqfEkQVl/wMeBir4PfjatgX0fbAQDRBCjsGiSISQGKkvlP p6ZLGohrrCDMkse70z4SClkiq2Q9xADO21zmvLjiAKD+gl6CgV3hL4+NJrcvQQ== Received: from [10.9.4.95] (unknown [209.182.120.176]) (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) (Authenticated sender: kevans/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4XJ3Yn1454z18R0; Tue, 1 Oct 2024 16:39:25 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: Date: Tue, 1 Oct 2024 11:39:23 -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: Re: weekly locate error Was: September 2024 stabilization week To: "Rodney W. Grimes" Cc: Jamie Landeg-Jones , freebsd-current@FreeBSD.org References: <202410011629.491GTQMf000804@gndrsh.dnsmgr.net> Content-Language: en-US From: Kyle Evans In-Reply-To: <202410011629.491GTQMf000804@gndrsh.dnsmgr.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 10/1/24 11:29, Rodney W. Grimes wrote: >> On 9/30/24 19:36, Jamie Landeg-Jones wrote: >>> Kyle Evans wrote: >>> >>>> It might be that the better long-term approach is to teach updatedb.sh >>>> how to drop privileges and push that out of the periodic script to avoid >>>> surprises like this from the different execution environments. This >>>> /feels/ like the kind of thing we could take an opinionated stance on, >>>> maybe providing an escape hatch of some sort if someone really wants to >>>> complain that they can't document all filenames on the system. >>> >>> This is how it already works. It calls locate.updatedb as "nobody", so >>> only files readable by "nobody" are indexed: >>> >>> echo /usr/libexec/locate.updatedb | nice -n 5 su -fm nobody || rc=3 >> >> Yes, my proposal is that it stops doing that and we teach updatedb to >> handle the priv-dropping instead, so that you get the same behavior no >> matter how you execute it. > > If you do this please make it possible to run it WITHOUT dropping > privledge, some of actually run locate.updatedb with full access > to file systems to produce more complete locate databases where > this information is not considered private. > >> Thanks, >> Kyle Evans This is the problem I have with mailing lists; 2/3 responses didn't go back and read the critical bit of context to my stance (but at least you still included it in your quote, the other one trimmed it entirely): > [...] surprises like this from the different execution environments. > This /feels/ like the kind of thing we could take an opinionated > stance on, maybe providing an escape hatch of some sort if someone > really wants to complain that they can't document all filenames on > the system. I don't disagree that there are probably valid cases, this is a proposal of a possible change, not a change itself. Admittedly I didn't see it as likely as it apparently is, but it's not like I completely ignored the possibility. Thanks, Kyle Evans From nobody Tue Oct 1 21:23:00 2024 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 4XJ9sB1Bc2z5XQ1l for ; Tue, 01 Oct 2024 21:23:10 +0000 (UTC) (envelope-from glebius@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 4XJ9sB0LtJz4rnJ; Tue, 1 Oct 2024 21:23:10 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1727817790; 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=wJoQWfUKBoEss20shO1Cj7tdJi6FG5KDJGlcQlg+Y0M=; b=TJfmqPlQHYfI2tllMLCdES1+1fom0oFGtNnRiEOa9qG4KD7WoBjc7EAEiqmdpAY0h7AlMw 9DeZvp68YarmYlaR6teareAxdDU6ELSN6BYKxk3RRTdci+6VrPJNFYghVlcYQpbIm5pwuj A1dYohOzGkGhth3wXAIrE8eVx34k0jZiPAT8wtUO1jufJut/K1Za7xNu3MpYUxcYoI/Rpy Iz60mom/5k9noXGuD6MvaXwykV7BsSadBDdyIulkyb+n2r2g05r9jXag4iYp2gWWF+7Wgz JhilHwzQB0/Gr4Quw8IoWiGsocLBhc7q0D09HOCYsppIDNAVqQ+wFvJo6ewL1w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1727817790; 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=wJoQWfUKBoEss20shO1Cj7tdJi6FG5KDJGlcQlg+Y0M=; b=gmsD9W5jf/aJNxkuWtxFu/XofY7gjmx93vUJJSJ42VtBBCnLtXXmmeksfA/h1qy6ah+L3u htt8VYG0wCZsL6Jrm2gm7FK+eSczdloJ6Mguup7bslcqYmuFxKS0eIyQQh/3ibRG5a9UVR ej1gBGA+EEhOTfyvz2ykfHkxjdKMkH4L+xiflFXspwcjX6tNfsTc+V2mu+QnL/zkFWapmV IonSqKvyyWGmftdZmjafqizSEy8XVRt7ZG+AqktZMnyoG3vnnvxha7AktXUctu63VG01Rp d8ZC4M74/HYtdBd2oYiI5cWCXoW80rIu01lvPGNVoktTtfL9IYbF8ES6UBPF3w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1727817790; a=rsa-sha256; cv=none; b=hY0nF+qJDQZHgTgT31oZU4xWTxLgXoXrl6zkW/2XS4znzy6zI4tgPpQ7u+orrt0lsxYIrl Q/F3upCrAUcWcuZh2lYTqzy67MtoFDr2VmpiLFqpEKu+5rS74dlPB/lzqL1k/QIRDpVcaD vW09ww5LJMMnq8LO/5k3z5IJDdWKcDYjk3CW4MHiPFtt1e04ao3yGmhjxFERgkENnFh92N NcnaGTcPW0zfNRN3PHza6IQ5vCZkJhrzlqN2DhPoR3SHOmSWn1D265lNUFQvDQSYdL+Sr8 jLS06XtdKPAg+vQ3/1IaFvGgICDbg+b2Ew937cO2qTHoT03LFeWA+bZCczNeDg== Received: from cell.glebi.us (glebi.us [162.251.186.162]) (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) (Authenticated sender: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4XJ9s93GKhz1FBp; Tue, 1 Oct 2024 21:23:09 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Tue, 1 Oct 2024 14:23:00 -0700 From: Gleb Smirnoff To: "Simon J. Gerraty" , Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Cc: Michael Butler , freebsd-current@freebsd.org Subject: Re: September 2024 stabilization week Message-ID: References: <88021.1727628137@kaos.jnpr.net> 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: <88021.1727628137@kaos.jnpr.net> On Sun, Sep 29, 2024 at 09:42:17AM -0700, Simon J. Gerraty wrote: S> Michael Butler wrote: S> > > I have found that *only* on arm64, locate errors like so: S> > > S> > > # sh /etc/periodic/weekly/310.locate S> S> This runs /usr/libexec/locate.updatedb as nobody S> and ensures that /var/db/locate.database exists and is owned by nobody, S> but /var/db itself is root:wheel and 755 so the error from install does S> not seem surprising. S> S> Though that begs the question of how this ever works ;-) The way it always worked is that /var/db/locate.database always exists and is owned by nobody. This is done by the periodic job before soing su: locdb="$FCODES" touch "$locdb" && rc=0 || rc=3 chown nobody "$locdb" || rc=3 chmod 644 "$locdb" || rc=3 After that it runs su: echo /usr/libexec/locate.updatedb | nice -n 5 su -fm nobody || rc=3 Before f62c1f3f8e91 the file was installed with cat(1): cat $tmp > $FCODES # should be cp? After f62c1f3f8e91 the install(1) is used. The latter is designed to use a temporary file to avoid race conditions. But we can create a temporary file in /var/db when we are nobody. I'm going to change this line back to cat(1) in a week unless Dag-Erling responds. -- Gleb Smirnoff From nobody Tue Oct 1 23:58:15 2024 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 4XJFJD5brKz5Xbbk for ; Tue, 01 Oct 2024 23:58:20 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-ed1-x534.google.com (mail-ed1-x534.google.com [IPv6:2a00:1450:4864:20::534]) (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 4XJFJD0QJwz46mf for ; Tue, 1 Oct 2024 23:58:20 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=NA3innze; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::534 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-ed1-x534.google.com with SMTP id 4fb4d7f45d1cf-5c40aea5c40so622596a12.0 for ; Tue, 01 Oct 2024 16:58:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1727827098; x=1728431898; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:autocrypt:content-language :references:to:from:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=OWPrn6QVWn9MI0I5F6S5XwsyR6lU8jMZv2t5/msntSs=; b=NA3innzed/Jqmjpc3aKzZYnGcHCfSwAgQZ/8HCsiqm06H4fxWPi3NfGIon1EcsvT5D 7X9DJAIGmyAX4zCNCTHc7sb5ZUe4d07DkN9o2i98xhJgn6va32p4GMZQo8uMro0Hh1gN msFBMNBpPUU1ZPlkP74cb1tYtuUE346JmyOBxQiDL0or0UxEXjQXytaVGJhBE0aUBGO8 dWC/je2oHMAQbVWa5TwU8ykjEX/h0l9guDb2/FoZgoZBVlqcOJccFv4tKEGjdsGXM2tG 9/25Y3PIxQcEqkF6Ss6xX6prGeuitf9KWeg5Ct24Q35KjE10Yy2vJf6buhsMj1Zp7gBo fBcQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1727827098; x=1728431898; h=content-transfer-encoding:in-reply-to:autocrypt:content-language :references:to:from:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=OWPrn6QVWn9MI0I5F6S5XwsyR6lU8jMZv2t5/msntSs=; b=fJW3kX3RPS7hHAMq3N5r/6kJ6d0ccAI31MQz2AljVXqE9AtpJfAoSRO7A0pMimGXm2 Aj2nMHkd5pIaju2Mrhha0IIZZy23B1LGXcUBNTBcB6G+CG/koQF6xA6A/u+2Upv7I1yS R+uVttq4AYEfyEuo4Sxy4P8SMiD79YR0apw0U7Vb6HmjriDyL9Nh4Ulauf8Ovq06sia/ 7zTqWWveqR3H4ABvU17yYQo/0KvN5rGWagrQu1DQZ148iu/n8vZcN5EFrrHqJYXO1bnL HvLELJmrjEALxtiHeYL9B5up0kirY9i9hTOOBRCGpr2SK3VhnBDy7YQPK1uncqh9X4im YY4g== X-Gm-Message-State: AOJu0YwPVMA/TGtbCkWjTYCfZwrai7Up/6xb5ROSN5CD89SaEZ4zoklp GK98jBG8kdxJqgfmFogMfIU0wXnRVyQgohKC6ehhDg2SFs3PSAYFaKempL7R X-Google-Smtp-Source: AGHT+IH6q2nqOSjx+VqOZJMjl5nJKNVkvnbtdU6y0bQD/Z8gJosoBx2U9k0P2Gm1F/R+YWrhmMqQKA== X-Received: by 2002:a05:6402:27cc:b0:5c8:a257:a33b with SMTP id 4fb4d7f45d1cf-5c8b1152032mr1360168a12.3.1727827097523; Tue, 01 Oct 2024 16:58:17 -0700 (PDT) Received: from [192.168.1.10] (host-83-67-210-170.as13285.net. [83.67.210.170]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-5c88245fbd2sm6851859a12.42.2024.10.01.16.58.15 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 01 Oct 2024 16:58:16 -0700 (PDT) Message-ID: <1f45a7c6-a9bd-45d2-89ac-76ee0313531c@gmail.com> Date: Wed, 2 Oct 2024 00:58:15 +0100 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: Re: Wake (resume) regression? From: Graham Perrin To: freebsd-current@freebsd.org References: <7985e4d2-2387-4a86-8dbe-0a081fda0466@gmail.com> Content-Language: en-GB Autocrypt: addr=grahamperrin@gmail.com; keydata= xsFNBGKYt7ABEAClu83dJ3ZKfVgPOk9YKRv0Z+dl2b88+k9R4vwAmElgguYdKE7yhnQNhhWM v9vi6AFrBMc2oJdVHJ2OrXfwpELBFIgiSMEWNsC4e+Z3HtSajcl+pFZsP7ciiSoycj/w3wIV kAZoVGbhyIbNG7fbCEJ8q81TbfsGypV3bRmbZVvGNecBguYiooBtz2Qht1p3itXMkIA6P9pS YDl+6QddZLyUUAjAnFv2QDoYSHLnaDUWw4oONZsB0SKVu8jMIBh4uJZoYEOvdvc9jQQdOpA2 CAgA6ulfm42Ikr9lKBUUCtjqiWAhJ7iXOTyHAIdR4Mf8alCE6tdTq6dHdIt+GktTY7oYNyL2 3aD3C7I5waU0SFXvJcOMG10QLfwYQMOQoYQ9XJ0U5A28WYiDcylDdUWT7SappP1e1ZMeJWWO y14mxxNzHaJSI4rK8P/p5tp3Q7SSC4k5gMh9zKba3K2ApCWNbVLGvXsJeQkZZNvu70tE81ey AHI5iZcB6D7WaHysBUmsKaEpbcmm1ZThTnGL0SHEl5to5Jab5Fg6O+Cnly5sVz5lX/v8Aosx kKNei7SCVqXOVtteQeGxWbXWbhPgbMyc0Gi3DuxBI/yvJ43k/rJysQlLGLWfJx/UXprwLluC PDK9EvKEB+fD1Z349uzp1sKr3ihpySbyKI8fpudftnAz4EsoCwARAQABzSZHcmFoYW0gUGVy cmluIDxncmFoYW1wZXJyaW5AZ21haWwuY29tPsLBlAQTAQoAPhYhBFk/5bLDBwftvJcvCrdn SG9KGNQLBQJimMMBAhsDBQkFo5qABQsJCAcDBRUKCQgLBRYDAgEAAh4FAheAAAoJELdnSG9K GNQLbHAQAJi998y42bEbq5HmABYovmAEtQj33YSUWyc9QRmAHpN8Er3lTKsgmZcVChB5Fu/d go2oYynDjlVpA7+wiSmg4AG78mOYbg/e19XMhrH0keDKqZXFkU+G7agR0mF09qvpQZ9MTJYZ 2u7FtytZK665UfipOdV8eGn2hFC/WynjUwEzKyryBgbbLAEbfOPeZNry4h2ZPWbtTvx/PE/V X3Vh2oGqYx69DCGz+0xEhy62ZKbkX5SL8LUf/1WViyCVzsHasFxmFxYPWIfBy8ayQ7xapz7M cSXSQyu4oDT4qh9eZiGP9/aAcZKHcV6t9y77JGhUJ/5O1sANKMa3YhgimE+Z86LHYa1IH774 PHj1nAXBwS+Cj/1l/NQoQcyjvOj8zuCsMJVaLMb6B46YsReP4+3yBLpyeBC//t6zWPbgAkWW VjROC0dXUAMTFpnA6NZe3UghG+Nc4fnCLGOhc2nyWFYHIaYV6Hv1ITFSem9DdeNnR1CFm1VM TJ7i7TuqYM+WZTkoUsTf4c46hS/ZNJZSCxh0s9yYr+BYk3XBbd+ElaZ1dJE6cuSVdw15+P2h DnprurxC4byl4YFkn+UAVvQsOgeq6aSHLOHX0weYu1OLoiPYsTdyGhne72+kDhEEdFD5aHdQ PFrbQIrqWLV0a04++0ZwGpNvXtgnWhDdAQJDwGsSSwbLzsFNBGKYt7ABEADRb1tZuh7DPYET 0wK6fe7owbYgM+RfKhmcrGgR2HI9M2q6+0WKF/ITnggWdIW2Ecc4z2boLz/cwvPGCS7/YxZM 61KklGCwuS7q1s04XnHDWHuFxfXQPzAdVmNO3bYoMZbJjHXs6sB2u5ksiwPwaMAWWaGkviSj c5pwvHCiTmX5vH5CBj/Vi+5ESyX38vK4JM5S/m4ouI/6M9biyFgimV+v3vVyCxJCT1gI9g4o GIh1qq5S433b1fihn4yHPf8XOKyBpA/QcwLONViBqJL5nnOxpsh344rNxn2R7CcRzzicOV+e 2IbMem4lwNWQlZKoRotKXZi9LqN5mynSBYqAUdoZum0QinWT9F22B0Qex5PH1zAt9i2W91Vd kcPB3LwkRXj07ycRtsSzpgPA6fLc6AsoWFslHl8kVOO5eJIA4xhjlPa+W8lguQHZ0iX+5uAv 2eAgXR2swADuHPuENNFStmsgAMl8OOOgtq75yA5TpyIzxMuXV9Nmp0VfIaUM/IdLdmxhc1pC c320l5fYMHVLFAReWEbSj2QH8YzWfpXHIegutWWYEbH9SiDXgS9KoKmCJV/Qa+x6/b8y3pOZ vnIbCDaynC2Yr50s8gRa9kb54JE8Z+p8r16U3SEsK3PtUi0RF0e51danCVHrrE6/Hat2XUO/ 6nnYgVgFOrLao6Gh/VMs8wARAQABwsF8BBgBCgAmFiEEWT/lssMHB+28ly8Kt2dIb0oY1AsF AmKYt7ACGwwFCQWjmoAACgkQt2dIb0oY1Av7qg//YjCZg8VXyMzXssgIQpROKKqh5V0UBSQl rM3tq4tWhyg0HVMugQj0Om+iNPsEEOGHkm6tyhHMzlKGpAc/l0iAM+8twIyg44Yo5+DcfFXr OMTbTw9T9jDsWOkOBksxy29iYhgpqpWdDBnhXvrJp/FNAiX8CfzrIOZeFPydDoEiKBEXAxfe a9o5J/JeVnZiUeoiFe7i68nZGsb4JxhPczNfqW12t0Ll5/ibjszg5BgjXiLao0KqbWNh4bS5 CVwH90Or+5qqWgzWPeBiuz+rN2QXE/V/fL44GEj1YKASCqmaiYRgjoRFubz1aq1wCXMXY3Iq d4525rscUgS7HBxbblnyTodUPaamN/2nSzcmE/Pkx8MApDSgZCIhs0RTAg+/AoX4HULV1rSE TQwMrBEQt84Tw5W5rHsvXKr4ZEsJUpbPLWYTISsp23nHR+vZtL/Ug+OWCmHC7X7D21xk/xVJ 4sA1RLJBKdCHtnyA4Unv/kNS1KVGxHnITVyw1a71QJADu4qsdtM5u6CyYUhqhM1oseWtV6j+ Qi8KC/G4C3AgZf06fe2fVl42z2grTabL4bC6FQXMwTX2dsm5NakWjUCmUL8uwsQE7ZA4zKxo EYI1YV9q1birpzncYRupr1qnMoggMUHWq0IBYshFQrEO8PeVUZBw7/GfAeh3argdw2Qu748T Cyw= In-Reply-To: <7985e4d2-2387-4a86-8dbe-0a081fda0466@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-1.94 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.99)[-0.994]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(0.04)[0.044]; XM_UA_NO_VERSION(0.01)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[grahamperrin]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::534:from]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4XJFJD0QJwz46mf X-Spamd-Bar: - On 01/10/2024 03:21, Graham Perrin wrote: > > Has anything changed in the past two months that might cause wake to > become unreliable? > > … IIRC the unreliability became noticeable not long after the bump to > 1500023. That was around the end of August (with pkgbase). … > Correction: that was, around the end of July (not August). From nobody Wed Oct 2 08:22:22 2024 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 4XJSTz12Cnz5Y9gl for ; Wed, 02 Oct 2024 08:22:31 +0000 (UTC) (envelope-from olce@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 4XJSTz0ZK2z4lQ2; Wed, 2 Oct 2024 08:22:31 +0000 (UTC) (envelope-from olce@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1727857351; 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=LARg95XA+omNfIGjKmpuFoq5mAvB0osgdVLVQiKmi84=; b=u4nVeHX5RHqlvPOdWp8GO/lXJtWgbs67pCUqqSAUFlkwoM4sgRXQjejWhj59knUvNywHRJ HBjbHdfVq0Z2YuG79GtDLGTemeoKx9AOfFlvFwAUi+93fdVNkXMxTy7/yhCtPSOiBUNOTg Fzf5RkMnssVwDFszHldYmYxMgOi4P9Y44oqEMoAZzjbuDqHu+GNbLnP6qPHRHNSjlNStrF OAdGMgM2hi+zL1TKhA1RkxSnXv/T6xyCXHCTO4wKQGH+9cXYbIY/rd3gvlIzkTLoR7W+qq W1hWN6nE03P+shSnS+vQvIwcKOs/yrJ9AelTjiuQAmU+Gmhr387vjq3DhckI6A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1727857351; 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=LARg95XA+omNfIGjKmpuFoq5mAvB0osgdVLVQiKmi84=; b=kk3I/a7Chvycrtg2S8zZZdJKzwX7YCT3/44C6Xhu2sC3/P4iOlAm4f0gHQ6BrnWOIDG4Bv lkYlR7qHHqJa/4VlZZNugQ/77g3t9GhzKBQUcshcY3PpIfT0CVNkjniPUR+heddSl6xHgB wye9EwFHP69vVoW0LCHDRA/FWpPBt/KMlL7ucoNmySAfK/riwz4TpZKvK3idsYdxuPge56 jA/N1aKaxPREhZgSJdoX3uWZJRYwuW5/TAaSEMACtUSmv15CYoeSuQk7S1Yo5/q5pp6UmE wOTmkx06WbJzVLgEjb18rhQ3ntwGl8cf/dRzIJJ+Jav8b+mnCCrS1Jq24ycD7g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1727857351; a=rsa-sha256; cv=none; b=eUtq66NK1H452MLveRv3yhUhbdOs1laZWDX6H4cgNTvDXGmebRzyUiWuc+tz0by8IbWMLf w1dcTucgO+ZBMxGMXnReqWO/YF0NC96npaGobM73q0ec8RGx3HumsbM77TntwlNbMPLnry Tlo+8VtB4xqo5Py8fvljDvbjaS8ts6wFlYUkWGmt5yGSoNpo2kPtmMpCPCsu4fYIFMLSfj 3Q/gGMkyE03DOcfeQKyf3aKXhyiYr0rJUdoy/egXYI441Oaed7VjhYXOnWIxVIyTThH0wK GHomJucP0kWGFYzrVHLDOAEWHDUTXCZ3KLgvdVzrLFRm3JqpRCo4BDw1l2pVhg== Received: from ravel.localnet (aclermont-ferrand-653-1-222-123.w90-14.abo.wanadoo.fr [90.14.66.123]) (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) (Authenticated sender: olce/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4XJSTy1p4qzDhd; Wed, 2 Oct 2024 08:22:30 +0000 (UTC) (envelope-from olce@freebsd.org) From: Olivier Certner To: Kyle Evans Cc: "Rodney W. Grimes" , Jamie Landeg-Jones , freebsd-current@freebsd.org Subject: Re: weekly locate error Was: September 2024 stabilization week Date: Wed, 02 Oct 2024 10:22:22 +0200 Message-ID: <4950817.Cjmsv3J8Qz@ravel> In-Reply-To: References: <202410011629.491GTQMf000804@gndrsh.dnsmgr.net> 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="nextPart1923316.vR5SVPPSqJ"; micalg="pgp-sha384"; protocol="application/pgp-signature" --nextPart1923316.vR5SVPPSqJ Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8"; protected-headers="v1" From: Olivier Certner To: Kyle Evans Date: Wed, 02 Oct 2024 10:22:22 +0200 Message-ID: <4950817.Cjmsv3J8Qz@ravel> In-Reply-To: MIME-Version: 1.0 Hi Kyle, > This is the problem I have with mailing lists; This is not only a problem with mailing lists, but more generally with written communication. > 2/3 responses didn't go back and read the critical bit of context to my stance (but at least you > still included it in your quote, the other one trimmed it entirely): I assume that the "other one trimmed it entirely" refers to my mail. And the "2/3 responses" probably also. Then, allow me to make something clear: I never respond to people before having read what they wrote entirely (there can be exceptions with very long texts, not correctly articulated ones, deficient syntax, etc., but in this case I normally say so; and, of course, the occasional error or omission). This case is no different. I trimmed the content of your first mail precisely because I had its content clearly in mind and didn't think it necessary to expose it again. And my response mentions "(snip) at least don't without an option to avoid that (snip)", just a rephrasing of a small part of your first mail (but this was impossible to guess given the actual sentence I wrote down). > > [...] surprises like this from the different execution environments. > > This /feels/ like the kind of thing we could take an opinionated > > stance on, maybe providing an escape hatch of some sort if someone > > really wants to complain that they can't document all filenames on > > the system. > > I don't disagree that there are probably valid cases, this is a proposal > of a possible change, not a change itself. Admittedly I didn't see it > as likely as it apparently is, but it's not like I completely ignored > the possibility. I don't think I ever disputed that you had considered another possibility at start. My concern was rather to perceive a possible "assertion progression" in your sentences. You started with "It might be better (snip)" (which incidentally you didn't repeat in the last mail), then continued with "/feels/" (emphasized; what for exactly?) and "we could take an opinionated stance" (which, yes, contains "could", but also contains "opinionated"). There is a mention of an "escape hatch" yes, but it disappears completely in your subsequent mail "(snip) my proposal is that it stops doing and we teach updatedb (snip)". There are several possible interpretations for this sequence, and my response was only to what I consider the worst one. Admittedly, it can look much stronger than what I intended because, out of brevity, I only addressed the interpretation that would be problematic to me, and also in part because I was using instant messaging quite frenetically at that moment and inadvertently treated the mail medium the same (a lesson for me). A major problem of written communication is that people, especially in scientific/engineering settings, tend to focus on the written words so much that they forget that the people behind them are much bigger, with much more nuance and a lot more ideas, sometimes even contradictory with what they chose to write down, and their own mind dynamics (progression, evaluation, change of mind, etc.). I think I know you enough to evaluate that you are not the type of guy pushing for solutions without hearing the point of view of others, which was another reason to omit discussing the parts we may agree on. I'm sorry that you received my mail too strong than intended. Going back to the topic, as I think the (few) responses have shown, the point is that '/usr/libexec/locate.updatedb' is used not only by '/etc/periodic/weekly/310.locate' but also by operators. So this would call for: - Not enforcing privilege dropping in '/usr/libexec/locate.updatedb', or at the very least provide an "escape hatch". - Possibly moving it into '/usr/bin', along with 'locate', in which case, it should not do any privilege dropping by default. Thanks and regards. -- Olivier Certner --nextPart1923316.vR5SVPPSqJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCQAdFiEEmNCxHjkosai0LYIujKEwQJceJicFAmb9Ar4ACgkQjKEwQJce JidrCQ/9Fcl4aCnT1mAwzBmXDIPvT7947GS0jMtQEdlHgdIXz+lPsZvZ3MVnBHEP wlvTOW9+zpeISEYupj+RxUb2XmQraRl2gVjMuhLa2eT9HF0njr+HutwKoy8JWSot Qxv1uy3ykvNDcuJbWVcQgLjJYFi/CfccoKGuHTxMSyPY70FDoTKNOqVCpFN45dj1 +4b9BavFbacoRO/2mJTX6huVuZGVSSCwTp6mRDYEIkUcFL/81eqMxUCPu1BXhN8a GRrT9JOnFMmkvNXv0YDAUBhKHHVySyLwDd2kjExb+x3ZWlwKrcyJeLaKn9SR793J hoc+lukBN/D1Mw5s6aIh/nt+sRK4MrOJoQJD8gZIa65z7yz5M8o6rkgqYg1sB4pA tUJe+Tr7kR9tm2IZoCf3hntr1Yf0ytjmUCna6Nll6H1JuHRQ9TWG5yYdOvDc+YqO b+ohQc9X4TEYQtjP07vHkcgiW8qcojh5yOEmry55ZsEv7UaNMIm1lODpxpZVUVTw kNOKTQyD0I69Buk6L7Bq66JsU2kKqy8zZDqo4AwQhvGMBUs/47eCG5a1SRIkdMXm v9olTY2COvWCHktWcKqExM2PeVM5NkRDWI/98/BsRkSD0vXpFh8GDHWVg6O1UB2k /va9pgDIqORIF4B0cu4dRzp/jbPNgjG6LxG+HiW/Ea5OrKoDjsU= =z8Qq -----END PGP SIGNATURE----- --nextPart1923316.vR5SVPPSqJ-- From nobody Wed Oct 2 11:28:09 2024 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 4XJXcK464nz5YP3l for ; Wed, 02 Oct 2024 11:28:17 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (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 4XJXcJ1HF6z4Rhq for ; Wed, 2 Oct 2024 11:28:16 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org; dmarc=none Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 492BS9DQ064128 for ; Wed, 2 Oct 2024 11:28:09 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 492BS9vC064127 for current@freebsd.org; Wed, 2 Oct 2024 04:28:09 -0700 (PDT) (envelope-from david) Date: Wed, 2 Oct 2024 04:28:09 -0700 From: David Wolfskill To: current@freebsd.org Subject: FYI: make's "max_jobs" needs to be separated from -j (now?) Message-ID: Mail-Followup-To: David Wolfskill , current@freebsd.org 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; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="xv61tAjw5LVxBNIo" Content-Disposition: inline X-Spamd-Result: default: False [-4.33 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-0.99)[-0.988]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; NEURAL_SPAM_SHORT(0.06)[0.060]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[david]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DMARC_NA(0.00)[catwhisker.org]; MLMMJ_DEST(0.00)[current@freebsd.org]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[] X-Rspamd-Queue-Id: 4XJXcJ1HF6z4Rhq X-Spamd-Bar: ---- --xv61tAjw5LVxBNIo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I have been tracking stable/ and head (daily, with a few exceptions) for many years, now. Over time, I set up a set of ([t]csh) aliases to simplify the exercise for me. Until yesterday, the "make -j${max_jobs} buildworld" construct had worked without issue, but (yesterday), the invocation failed quite quickly: | Tue Oct 1 11:54:18 UTC 2024 | --- buildworld --- | make[1]: "/usr/src/Makefile.inc1" line 362: SYSTEM_COMPILER: Determined t= hat CC=3Dcc matches the source tree. Not bootstrapping a cross-compiler. | make[1]: "/usr/src/Makefile.inc1" line 367: SYSTEM_LINKER: Determined tha= t LD=3Dld matches the source tree. Not bootstrapping a cross-linker. | -------------------------------------------------------------- | >>> World build started on Tue Oct 1 11:54:18 UTC 2024 | -------------------------------------------------------------- | >>> Deleting stale files in build tree... | 0.14 real 0.23 user 0.10 sys | *** [_cleanworldtmp] Error code 6 |=20 | make[1]: stopped making "buildworld" in /usr/src | .ERROR_TARGET=3D'_cleanworldtmp' | .ERROR_META_FILE=3D'' On a bit of a whim, I tried adjusting the "max_jobs" values (downward), which didn't help, but removing the "-j14" entirely did not produce a failure. On the other hand, rebuilding clang/llvm with a single core on a laptop (when I actually want to be able to use the laptop later in the day while I'm at work) didn't seem productive. A bit more rather randomly "trying stuff" yielded the result that while make -j14 buildworld failed (as described above), make -j 14 buildworld carries on as before -- it's building lib/clang (and using multiple cores to do so).... :-} (Now, if I could figure out why xdm built (and which runs fine) under stable/14 now just mutters "exit status 1" when invoked under head, that would be Quite Nice. I don't *think* it involves attempts to use "errno" as a symbol -- at least, nm didn't see such a reference in the unstripped executable I had lying about.) Anyway: just in case there's someone else out there encountering the above, this may shed a bit of light. Peace, david --=20 David H. Wolfskill david@catwhisker.org Appeasement in 1938 did not bring peace in 1939. What would appeasement bring now? See https://www.catwhisker.org/~david/publickey.gpg for my public key. --xv61tAjw5LVxBNIo Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCZv0uSV8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5dvmAQDU+1cfIFH9SSPz2jPfUW6Kc48s9Qb2tMdbUf2UJjr6vAD/fvln1/A/ioJo cdLTvlLS35cHPrJGDMiaXK1e+KtIkgw= =6jAH -----END PGP SIGNATURE----- --xv61tAjw5LVxBNIo-- From nobody Wed Oct 2 12:55:22 2024 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 4XJZY039DLz5YVB3 for ; Wed, 02 Oct 2024 12:55:32 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [IPv6:2001:19f0:7400:8808:123::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4XJZXz5XlDz4bbB; Wed, 2 Oct 2024 12:55:31 +0000 (UTC) (envelope-from jamie@catflap.org) Authentication-Results: mx1.freebsd.org; none X-Catflap-Envelope-From: Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [209.250.224.51]) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id 492CtMNQ081201; Wed, 2 Oct 2024 13:55:22 +0100 (BST) (envelope-from jamie@donotpassgo.dyslexicfish.net) Received: (from jamie@localhost) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5/Submit) id 492CtMnw081200; Wed, 2 Oct 2024 13:55:22 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <202410021255.492CtMnw081200@donotpassgo.dyslexicfish.net> Date: Wed, 02 Oct 2024 13:55:22 +0100 Organization: Dyslexic Fish To: kevans@FreeBSD.org, freebsd-rwg@gndrsh.dnsmgr.net Cc: jamie@catflap.org, freebsd-current@FreeBSD.org Subject: Re: weekly locate error Was: September 2024 stabilization week References: <202410011629.491GTQMf000804@gndrsh.dnsmgr.net> In-Reply-To: User-Agent: Heirloom mailx 12.4 7/29/08 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-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (donotpassgo.dyslexicfish.net [209.250.224.51]); Wed, 02 Oct 2024 13:55:22 +0100 (BST) 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:20473, ipnet:2001:19f0:7400::/38, country:US] X-Rspamd-Queue-Id: 4XJZXz5XlDz4bbB X-Spamd-Bar: ---- Kyle Evans wrote: > This is the problem I have with mailing lists; 2/3 responses didn't go > back and read the critical bit of context to my stance (but at least you > still included it in your quote, the other one trimmed it entirely): I quoted the part I was referring to. I trimmed the rest, which USED to be what people did before this list started accepting all sorts of untrimmed, badly quoted, top posting "/aol" mess. The bit I trimmed didn't clarify your confusing message the way you apparently think it did. - Rodneys reply is further proof of that. From nobody Wed Oct 2 13:19:25 2024 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 4XJb4k2CKPz5YWJw for ; Wed, 02 Oct 2024 13:19:34 +0000 (UTC) (envelope-from dsdqmzk@hotmail.com) Received: from APC01-SG2-obe.outbound.protection.outlook.com (mail-sgaapc01olkn2076.outbound.protection.outlook.com [40.92.53.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XJb4j2Hr9z4f7p for ; Wed, 2 Oct 2024 13:19:33 +0000 (UTC) (envelope-from dsdqmzk@hotmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hotmail.com header.s=selector1 header.b=tH9yNyB2; spf=pass (mx1.freebsd.org: domain of dsdqmzk@hotmail.com designates 40.92.53.76 as permitted sender) smtp.mailfrom=dsdqmzk@hotmail.com; dmarc=pass (policy=none) header.from=hotmail.com; arc=pass ("microsoft.com:s=arcselector10001:i=1") ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=szU0npeaH2DPvLTym456/VUsZSpUdGFtpYVaiBkPmj8ZY1nfDkClxavYM3xBZeH8xH6DuR+ldkJvXIWAoTmOU4kKMks0rQcNwgUX/cht/fOEYI/PRjvpYfdneS4+dpA2QVyIedkFnoZ9/+tReR3kpAcgYoqlzTyNuu/VZsCX4NXl8h942JN6kzhZNHZtvBxMbdOxKccFFnMm+nd7g6gDNxZan+F2Mtm+hVWgMe0Bx2GeP7ZA+GXR+JdhjhnA4KA7PWml1fd2z2y6bxvy8bNb/5mxVpDotxZ78VqBWIPY6P11tTna0WsKLemcNAS9KDjZSQaHVXzwZKTXgvo4OdjeWw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=5wBsbpRW8jkDgj9OIbPUfAiUfEfFRpmazJJzhothCJY=; b=xZ+rg3o0pn/f5j1u8Byzcr1DpMya05g8MAAiS1E+eoSiEjgrRe/w3C7RXMo7AIhoxpwwYXmniA1B0Um3Q+nlsf+5YkCZDm2MpusB99jU2hBh4izokc1WzEYgqcl5Rw9ckDsJ1wBSsUgG0EKb4+eLCjsWoBzM6THtvYpY934k2nuw47FVr7iPE2Qu7Wa2n2y+p6MKD7Ey0Q0eSX8/LtTVcIW02dGXl8Z3iJlCu3/Chhzm07pgh/x207Wyqyy7Apkt3DtvaOy4hWkswwKVrRTakn1hmalRZkGCeVlg2TJVSEabC045cstPuL6DViGnMMdpXjLrSmAiQ7laKSch13S6+g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=5wBsbpRW8jkDgj9OIbPUfAiUfEfFRpmazJJzhothCJY=; b=tH9yNyB2VHJt+rbszjWCxFBWcH3zQQmG4WUJfRw2n1rzH8XwLcdpgM/GxSqLyashTd3UpWm9iGMoFESTjnUa0Y+nQez3AziZaruVdWqAfI4dqc+XP4hv/gj2KueOzx431Qjy6he+y89qzFO90Rpd22i0mN7hF50fCopzXZRbuniOM3h7SJhwcCaHVeeYhXm4hwT2lY7zlKOIAmWkY5rxyiBcDbqwx5LebXBIle3Ma8ABkfNG/beEUfmgS1nzozHwqfbvjGjPznyIAklfybxGGF5q1kytygr7rKjSDFZLhRdW3fBbF0maxqKJvlVUb0626r1M5iKKnCah7d/LGO3l/A== Received: from SEYPR02MB5821.apcprd02.prod.outlook.com (2603:1096:101:5e::9) by TYSPR02MB7193.apcprd02.prod.outlook.com (2603:1096:400:46c::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7982.34; Wed, 2 Oct 2024 13:19:28 +0000 Received: from SEYPR02MB5821.apcprd02.prod.outlook.com ([fe80::ca37:e2cb:31c9:9d60]) by SEYPR02MB5821.apcprd02.prod.outlook.com ([fe80::ca37:e2cb:31c9:9d60%3]) with mapi id 15.20.7982.022; Wed, 2 Oct 2024 13:19:28 +0000 Message-ID: Date: Wed, 2 Oct 2024 20:19:25 +0700 User-Agent: Mozilla Thunderbird Subject: Re: FYI: make's "max_jobs" needs to be separated from -j (now?) To: freebsd-current@freebsd.org References: Content-Language: en-US From: dsdqmzk@hotmail.com In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-ClientProxiedBy: KL1P15301CA0050.APCP153.PROD.OUTLOOK.COM (2603:1096:820:3d::16) To SEYPR02MB5821.apcprd02.prod.outlook.com (2603:1096:101:5e::9) X-Microsoft-Original-Message-ID: <08ac470e-3312-4ecd-baa0-3356c9e21cbd@hotmail.com> 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 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: SEYPR02MB5821:EE_|TYSPR02MB7193:EE_ X-MS-Office365-Filtering-Correlation-Id: 5eb6b482-18ea-4bd6-f854-08dce2e4d775 X-Microsoft-Antispam: BCL:0;ARA:14566002|6090799003|9112599006|8060799006|15080799006|5072599009|19110799003|461199028|440099028|3412199025|3430499032|3420499032; X-Microsoft-Antispam-Message-Info: p37r59FcvglnnDpd/p4CXT+wvMjzVbyz/TvMQK5HH79lpe/DuhL/dvB/q4eoEz50ATJtIcNgZERWs6/wuZhXP/IwM5q/a6I/OL3AvqSRIKgufnAYuZNLnCsGLspRqWUP5UgNxjp79la3TlnHqftcBsb1I+lbT5Nw7DWWxewTXy26J/tTv+r+k9F2otH0YGfJGflIyAFmDnC1Fr2fGRTS1tdGivInd5tXQXPwLfVZ3GEHjvEERY/NKiaHFoKNmpzVtRPDsEy3ZwKjP4kWb2jXkE2/QaPf724kBo66TfnLerc1aanYmQ9tW0fXNQ/XX+qOaheSMc1WqI/6VvYG4Twd2cd7Jf/cmEZopRoCu3pBsJoSKL1unY8heZiuIh/ymsyXvlyO6yOSz6xSThcmuUZye+Nzv324XnL8VlraUv/OCIaivTCT4nwp/A7kgp+00kappBAgAymYHnNGwgIiwpt4MrDsnZPkgFwhu8WWlP0VaHNkDQBMULYWzfjDYl/YV7UZ0M2XuY8cDM7QRy09wczqBkooxlDVHnHmXXMaOv5pjE3XLCkdXUMnUXNGsKTVD2NpSVV60vj4fOuHNIawdLYq3M5KtiJkqhjTPMR8uO5FWbMWVs4CSaBb3YmwGEBZp5jNxumAOIJSIIFb2AlDJ6IBa8IaiUTniV03GeeAzWptvUhoicFn4ZNMEkACDOP3UspmZ8RoN6ttYOntWYMi/BKI2Hos9aydoD/MQvlFCkMdT0Fhtm8WtMs4ZULHzzCke/fQNgUzXNM4PIuBs0C4yGZPZg== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?YzFHVXBQczFSWDBwY3lKanUvN0N2Z3k5RVpPMXFVM0xENS9iaGcxcnpxWUFP?= =?utf-8?B?OW90YWpjb01LQi9XV3pQWjR6eG1PVmJmcktvN0pxU0k3WFVJRkhzZEl5SHV3?= =?utf-8?B?RGVUUDZCUjRreVQ0cnFhVnNVWmx3TnR1SU9FUkdvanZqMis2Q2FmYlFNWGNZ?= =?utf-8?B?Zk1mYUxOMmZlM2szZHdsVU5WN2JwS212WXpZT2RXMW5iUzgvYy95K3Uzem5j?= =?utf-8?B?eFhGZzBsdE5aNzI0WCt3enUxdWxXWUROMVZ6VzJzWVVWMFA0ZXkwV2Ftcm1q?= =?utf-8?B?dm5BUXBqdDFCd2RYUk03ZWdueWY0bDhIRFA4dG81L0Q2TnBzUzBEUDhma1Ar?= =?utf-8?B?d1BCUktqUEJNTWRJdkFpNVR3S25kd0FENkgrY2NIMVd2RDBXYmhaYVZEQit6?= =?utf-8?B?MDk5RnRhU0ExRU5TTG9seG0zNW5tNlFyanJhYitIb0ttVjMyQitqeWJvamo0?= =?utf-8?B?TUUrdkt2MzFPYkFCSEFrMnVQMjVYMXRDM1NGSEVUOHBibFNvMUFpTVVsLzVt?= =?utf-8?B?SXVHbkhyc21XSUZMSFhQOGRHenVyYVdZVXFCK05aeEMvSnBuNEVoVlluZ2tt?= =?utf-8?B?UlBXalRFVndGN3hQOUt3Mmxoa3JUb1ZoRU9RbFFmaW1BTk95cnBOOHRGeE42?= =?utf-8?B?N3BHd2cwL2E4L25lNlZidGJNOXRiNTJ6WTJPakcybktSNXBUL3lKRlhHWmNP?= =?utf-8?B?T1h4OTlqWm9RbTJnZ2o5cWlQRkROYlJwN2d3Z25ERHBJclhEMVRJRFovUlA5?= =?utf-8?B?dlJyUDlTUWk5REtrSWdUbDlpR21peGd5S3l0YndkSFNhMlJGTitOdFFaWElF?= =?utf-8?B?S0tMcXRYV0tRSHA1SUtleXNTOWVKMDVwbTZjSnhOK1lEYkZFb1ZkVjZoMGFx?= =?utf-8?B?Y2tRdmZ5a3YyNHdaZjRNbEcvekt6eERaSkk0V3h4d1pUSGJuZGRJajI0bkJT?= =?utf-8?B?WnRYQklnN280anJpMWZYWGlkQUE2Y09tZVJkckhLVjhmTUx1R2xSU0hjYUly?= =?utf-8?B?dkpvVnZxVnhDTFZCZGJsYVN2ZDNPaUZ3RnQ1NlFzSFI2cFFEL2hNRVp5MlY0?= =?utf-8?B?b3pEdjdad2VwRlY2Q0h0ZW5yd0NMRXBwMDlKcE1LUUUzRnZPYnN3Y1RWUm9v?= =?utf-8?B?TkRGZTF0dHJsTnlvVm5KOFlQOXZDL0tuNGdmd0NQOTArZGtEZUhsYy9MaWpw?= =?utf-8?B?ZjhBWmh2dHUxVnVWbGVKMHhJYzZ0d1lIS1ROMjZKRXVqNUEwZ09ack0rTzd0?= =?utf-8?B?NW5TaThlU1hNTUdMSEFDN0tsNzFraDU3WGxDYUtWSTdpZjlIRnoxWC8rYXVV?= =?utf-8?B?cndaRlFqeGk4bVJxSVErVDNBUWxvVG1hMmVOdGltZ2RXM2ZLL21ObnFhWUYx?= =?utf-8?B?WHVMN2VmM1N0WTFBWllyR1crNndVUGZPTnRGTUNZa3BXc3lpbis3QTN4VTFZ?= =?utf-8?B?QkVnOXg2Tm9NaHJJUG9Tckh6Tm1odlVDOTh1RUZkTjUrOGVOdmZycWh5UWxa?= =?utf-8?B?MEQ5UkREWVREVFcrNEdTR0tpUDZsUDVOVDJuMDdkaFdhb1MwRlhRQytlRlht?= =?utf-8?B?ZDhOQUhjTmpxbEFiaDFWZjJ5QU9UQlM3SzJaSS91SkFGMDRRcGVyVnVOeFNV?= =?utf-8?Q?+Iyq+/D+Das1iWxznV9T3aItBixJlnD92nEhWFIS3N6o=3D?= X-OriginatorOrg: sct-15-20-7719-20-msonline-outlook-00f13.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 5eb6b482-18ea-4bd6-f854-08dce2e4d775 X-MS-Exchange-CrossTenant-AuthSource: SEYPR02MB5821.apcprd02.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 02 Oct 2024 13:19:27.7477 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: TYSPR02MB7193 X-Spamd-Result: default: False [-2.48 / 15.00]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector10001:i=1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.988]; DMARC_POLICY_ALLOW(-0.50)[hotmail.com,none]; R_SPF_ALLOW(-0.20)[+ip4:40.92.0.0/16]; R_DKIM_ALLOW(-0.20)[hotmail.com:s=selector1]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[hotmail.com]; FREEMAIL_FROM(0.00)[hotmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.80.0.0/12, country:US]; DWL_DNSWL_NONE(0.00)[hotmail.com:dkim]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[hotmail.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_NO_DN(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.92.53.76:from]; SUBJECT_HAS_QUESTION(0.00)[] X-Rspamd-Queue-Id: 4XJb4j2Hr9z4f7p X-Spamd-Bar: -- David Wolfskill wrote: > I have been tracking stable/ and head (daily, with a few exceptions) for > many years, now. Over time, I set up a set of ([t]csh) aliases to > simplify the exercise for me. > > Until yesterday, the "make -j${max_jobs} buildworld" construct had > worked without issue, but (yesterday), the invocation failed quite > quickly: > > | Tue Oct 1 11:54:18 UTC 2024 > | --- buildworld --- > | make[1]: "/usr/src/Makefile.inc1" line 362: SYSTEM_COMPILER: Determined that CC=cc matches the source tree. Not bootstrapping a cross-compiler. > | make[1]: "/usr/src/Makefile.inc1" line 367: SYSTEM_LINKER: Determined that LD=ld matches the source tree. Not bootstrapping a cross-linker. > | -------------------------------------------------------------- > | >>> World build started on Tue Oct 1 11:54:18 UTC 2024 > | -------------------------------------------------------------- > | >>> Deleting stale files in build tree... > | 0.14 real 0.23 user 0.10 sys > | *** [_cleanworldtmp] Error code 6 > | > | make[1]: stopped making "buildworld" in /usr/src > | .ERROR_TARGET='_cleanworldtmp' > | .ERROR_META_FILE='' > > On a bit of a whim, I tried adjusting the "max_jobs" values (downward), > which didn't help, but removing the "-j14" entirely did not produce a > failure. > > On the other hand, rebuilding clang/llvm with a single core on a laptop > (when I actually want to be able to use the laptop later in the day > while I'm at work) didn't seem productive. > > A bit more rather randomly "trying stuff" yielded the result that while > > make -j14 buildworld > > failed (as described above), > > make -j 14 buildworld > > carries on as before -- it's building lib/clang (and using multiple > cores to do so).... :-} Just got the same error, but both invocations didn't work, and I noticed that bootstrapped version of mtree failed to run because of (now) missing libmd.so.6. I think it's not really related to whitespace between -j and jobs number, rather you had to (re)build the bootstrap tools. From nobody Wed Oct 2 14:29:20 2024 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 4XJcdN0Sw8z5Xc9G for ; Wed, 02 Oct 2024 14:29:28 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from mail.macktronics.com (coco.macktronics.com [209.181.253.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XJcdM54y4z4mBJ for ; Wed, 2 Oct 2024 14:29:27 +0000 (UTC) (envelope-from mack@macktronics.com) Authentication-Results: mx1.freebsd.org; none Received: from olive.macktronics.com (olive.macktronics.com [209.181.253.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.macktronics.com (Postfix) with ESMTPS id EB5581CA8; Wed, 2 Oct 2024 09:29:20 -0500 (CDT) Date: Wed, 2 Oct 2024 09:29:20 -0500 (CDT) From: Dan Mack To: dsdqmzk@hotmail.com cc: freebsd-current@freebsd.org Subject: Re: FYI: make's "max_jobs" needs to be separated from -j (now?) In-Reply-To: Message-ID: References: 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-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:209, ipnet:209.181.252.0/23, country:US] X-Rspamd-Queue-Id: 4XJcdM54y4z4mBJ X-Spamd-Bar: ---- On Wed, 2 Oct 2024, dsdqmzk@hotmail.com wrote: > David Wolfskill wrote: >> I have been tracking stable/ and head (daily, with a few exceptions) for >> many years, now. Over time, I set up a set of ([t]csh) aliases to >> simplify the exercise for me. >> >> Until yesterday, the "make -j${max_jobs} buildworld" construct had >> worked without issue, but (yesterday), the invocation failed quite >> quickly: >> >> | Tue Oct 1 11:54:18 UTC 2024 >> | --- buildworld --- >> | make[1]: "/usr/src/Makefile.inc1" line 362: SYSTEM_COMPILER: Determined that CC=cc matches the source tree. Not bootstrapping a cross-compiler. >> | make[1]: "/usr/src/Makefile.inc1" line 367: SYSTEM_LINKER: Determined that LD=ld matches the source tree. Not bootstrapping a cross-linker. >> | -------------------------------------------------------------- >> | >>> World build started on Tue Oct 1 11:54:18 UTC 2024 >> | -------------------------------------------------------------- >> | >>> Deleting stale files in build tree... >> | 0.14 real 0.23 user 0.10 sys >> | *** [_cleanworldtmp] Error code 6 >> | >> | make[1]: stopped making "buildworld" in /usr/src >> | .ERROR_TARGET='_cleanworldtmp' >> | .ERROR_META_FILE='' >> >> On a bit of a whim, I tried adjusting the "max_jobs" values (downward), >> which didn't help, but removing the "-j14" entirely did not produce a >> failure. >> >> On the other hand, rebuilding clang/llvm with a single core on a laptop >> (when I actually want to be able to use the laptop later in the day >> while I'm at work) didn't seem productive. >> >> A bit more rather randomly "trying stuff" yielded the result that while >> >> make -j14 buildworld >> >> failed (as described above), >> >> make -j 14 buildworld >> >> carries on as before -- it's building lib/clang (and using multiple >> cores to do so).... :-} > > Just got the same error, but both invocations didn't work, and I noticed > that bootstrapped version of mtree failed to run because of (now) > missing libmd.so.6. I think it's not really related to whitespace > between -j and jobs number, rather you had to (re)build the bootstrap tools. I have been building current twice daily for a while and didn't notice this regression but I do have the space after "-j" #!/bin/sh make -j 16 buildworld > /logs/bw.$$ 2>&1 && \ make -j 8 kernel KERNCONF=GENERIC > /logs/bk.$$ 2>&1 && \ sync && reboot I grepped all my logs across 3 servers and did not see a single instance of [_cleanworldtmp] Error code ... in any of the logs. What was the hash of the build you were on there, I can try to reproduce it quickly (but it might only trigger with your builddir state I guess) Dan From nobody Wed Oct 2 14:39:32 2024 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 4XJcsJ34KJz5XcM0 for ; Wed, 02 Oct 2024 14:39:48 +0000 (UTC) (envelope-from dsdqmzk@hotmail.com) Received: from APC01-TYZ-obe.outbound.protection.outlook.com (mail-tyzapc01olkn20826.outbound.protection.outlook.com [IPv6:2a01:111:f403:280c::826]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XJcsH6pGDz4ndZ for ; Wed, 2 Oct 2024 14:39:47 +0000 (UTC) (envelope-from dsdqmzk@hotmail.com) Authentication-Results: mx1.freebsd.org; none ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=sPUPD0/EIGVODiVBOcnYp/LYywJkyyZ1pOCWM6+77RIJPmYM0fsnp0OQJbTE7FtxaV+eEzHwsWNSZMoIx4Iq5yqibbECjgqgzOKlFK8bt+VS0bdjT7QxHloVeXIZAOhpyf/lMAsfXoZOedT3M4EZHVUNUEdvVLxcVP3lGtdRqtAc1JppsklgMrq3d5AokYaXQQEoSkWLVMZL5xbl2kNCkon/8AWguZy0SANu6rPTX635dcc0yzsyTZQAzgIUCFP4FboMz1CehMsZBNOig6vTJtTJyxe8rZ5VrCTnJmO4Wqdao6VB2sD230B0A5G9cY38h2aFWMJGyWc0Ag89YXjmPg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=s3Ndanpkhopy6ml3GSSrVwAKuKuz4+l+2m7FcJQVK2s=; b=eQalAV0XTy7+DRhjpFX3ZpzGIhboB68tofgODABHqDECgSI/IPGu8uri3rQHtWaxG9rxOX75HfqymgLvaa3j2674oEBpU6OOJdm3PKK2IldYQhHok2dVVSOhwb9IY6dvZk8KIluw3wEDjFkuM0gEDnfR/cSKLZSqUPGVQr2zu6GBfkZsrHVFnSoh81A/z4fbcRQLW1Yc1Zs3kALSkUXxSFIDlUI6FaTzBK+jNptw9p6ygdodS667rYcoSA/AEuf01PoDDNM5NTwFuQurYFZ8Xu7ZTnPM8xkJwT3D/e6oCzaZV8DxUdMY2PhlPjqK3hqm6Xpe9lkb1Pv4kiOyupaxBw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=s3Ndanpkhopy6ml3GSSrVwAKuKuz4+l+2m7FcJQVK2s=; b=hREZbEneV5ntnb6gz7G192wwm3ouSHF7ZQ4iQVJi4jSiMWV4VqonbF39MxKjiOdfr7d0lgJ+cCLU4nk1SeCHOpyMZxpY3NAFryN2/jVgUcfITZ3NYOuqMZwJ2BIcPTjtIxediAd/BDQlPccABOUXDJYjZdyeib7iCo/0t9CVXqZBf3G9GIOABZF3rN8SUJ0RBe+dMvqjwOC8auGI05gCBuxwLDGWnBotVh1Ptoj7wA0iEY8InFracmXs1JWI2pSlgWmOXeRZVRqSD8/JBXsWp0tmzbMQ1zcm9FISrw/op3xysFxfKVRlwVRj+uSeufFQt1H0At6/Our6aRntKQcorw== Received: from SEYPR02MB5821.apcprd02.prod.outlook.com (2603:1096:101:5e::9) by SG2PR02MB5723.apcprd02.prod.outlook.com (2603:1096:4:1cf::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7982.32; Wed, 2 Oct 2024 14:39:43 +0000 Received: from SEYPR02MB5821.apcprd02.prod.outlook.com ([fe80::ca37:e2cb:31c9:9d60]) by SEYPR02MB5821.apcprd02.prod.outlook.com ([fe80::ca37:e2cb:31c9:9d60%3]) with mapi id 15.20.7982.022; Wed, 2 Oct 2024 14:39:43 +0000 Message-ID: Date: Wed, 2 Oct 2024 21:39:32 +0700 User-Agent: Mozilla Thunderbird Subject: Re: FYI: make's "max_jobs" needs to be separated from -j (now?) To: Dan Mack Cc: freebsd-current@freebsd.org References: Content-Language: en-US From: dsdqmzk@hotmail.com In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-ClientProxiedBy: CY5PR16CA0002.namprd16.prod.outlook.com (2603:10b6:930:10::23) To SEYPR02MB5821.apcprd02.prod.outlook.com (2603:1096:101:5e::9) X-Microsoft-Original-Message-ID: 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 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: SEYPR02MB5821:EE_|SG2PR02MB5723:EE_ X-MS-Office365-Filtering-Correlation-Id: 937b643f-894f-4f8f-85b7-08dce2f00d9d X-Microsoft-Antispam: BCL:0;ARA:14566002|15080799006|19110799003|9112599006|461199028|6090799003|5072599009|8060799006|3430499032|3420499032|440099028|3412199025; X-Microsoft-Antispam-Message-Info: uSHrBWnN5u5al4dvPODcW+pqXHtI3Q7YWuITqjaSmshR/5b1bW2l4ehKkrWjnW8R4adiFYNsN9XZyN/6ETCHJe7pwupgeh9BnRPe0fn/FLUsmS8CKl02pA7e3D6lIVaUut8wWOcA1Sre7NFHA9VVYQKf33DKlX7ypTWDRM99HrVaz1uebiHffONVdFyD/6VcR5ceeDjONJtWI1PjVNWxs20aOR8B4rqZMtF5DrijYHKLlQUro3j/KXIi2ms91Bse7BXaAgV3jKLVTEkpZ1rQiwa/sQso+vVWWxzovYZx0JngdF51HUVPjQFEsj1ymMFve7Z2r6/WNDDVsu1u3nGcfHMlfObgs4rxUqPQK7u8X19Tb8AuCIPM2kPRc/mUBzLzgkPzOi8COi4ubQTHUbOMPxT9PQedL+o3PQsgMKxf9MR2sPIY7kpWxJS3rtYc90rrZxLlPqh5i81lL4isl/T8x9UQQZmG5326zaJ1aQifuTH+RcLbpTKbKslPtwTsS3A2A8/Gu9dFfFxFy5dWD6ZhDvzVpun4kfGsDyXn2ubmHxWz0s3GeVL0jy0AKX+dKp7py+v7zaV48LFedmY8UaRqPJmac/y76RXNkOPIxqtHSt3uhxumfEFhlNIgAeawCeXHArCuug7a1QZmQZw3adgtS85mg6Jafl7tknGEI7ehk1rTCyV3NQizn6l5HvsnuL4HS5PAjxwRbmesmcAbVTcVvhOVxGUSt2dFZOPEJw8hkQsAE2dHnlDJXWilfV1Ff8a4HzzSjbs1lgrVp9u9aqfFgQ== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?dlJSdU5iSHRMV0JuRjhLMTROci91UkVObUJ5NXA0UktmS0l6WElDTjdSMXli?= =?utf-8?B?OG5xaFVIVTFxQjZTeHVhUzd2WlYvOE9EUWtGcW9LVDg4NGJhWWxUb1NYcGF1?= =?utf-8?B?VTBCQ2VpdEQyZWV1Z0xTMXdCcXlZUWVPcit1WFlPdjJQa2tScjZocmY1VFVa?= =?utf-8?B?MjBKSkZuL3A2VW1SdUQwVVNtV0h6TmxHWFFFbVNDT1BnNFlLRnhnYk55NWk5?= =?utf-8?B?ckE5a1Z3WVdmQTgyMkJVMVFUL2JSTUhXWHY4VzlRL0lZYzhCa2RySURwSXMw?= =?utf-8?B?ZWFlWnlZZnpPdXo3VjA5bm1iRHppRTFsMi9IaDl3eXZ3MG9VY1FGQUFaZ0hl?= =?utf-8?B?KzZwcHZNNkRlMVpRaUluR1Z1VllVV1RQRVZHU2FyOHYzUnpuWHRYMGppOGVF?= =?utf-8?B?U25XcXNCZFREelhQQjkxdk9rVVdqbGE5YmRxbE85Q05LQmxTT2lBd29lOURR?= =?utf-8?B?RlhWbWgvWVowaWNoa05Yb01KVyswdExQWnhnR1k5a2JScWtDeW5uNTFKYUJZ?= =?utf-8?B?Z0UxLzhXU21KMGlISHJZSlE0Nm5iZE5ybXlRK1BXNk5xY1RSR1cxSGViZjEr?= =?utf-8?B?Q0ZnaWV3ejEvZmloZ0VSR2JUZDNZUHFFRTRNWGo3UWFMMFBWa2NaK3lCcEw5?= =?utf-8?B?ZmlWUU84bTZnK2phb2FvQlVJMk1QWTZ1aUYzVTV6OGNPalpGQytUYkRjS29W?= =?utf-8?B?MVY0MEtjdUtQSFY3dHFad05oY002RWE0c2F3b0RPdWc5QVRES09nY2NkVzVQ?= =?utf-8?B?Z2J0d2VnK0xDYks0ZVVxYXlId3RDcVdVUTlCSFN1TGhEZW16U04vWWpLdjRx?= =?utf-8?B?Rldya1I2U1I0Mk45UWhWbm0yY2NFbjNOODdFT0pPb3d2dmpZZzl4N2o0QURr?= =?utf-8?B?aXdaTUhnbHgzVDRKaE92cEVkWmM1a3BCaW4rRm9SNGhLQitMQVBNanF4REp3?= =?utf-8?B?djhSSlh1VXRGSzNNMEI2OUJVblFpUENiRDBYZXFpWEdrMG9qZTFLbCtROWhx?= =?utf-8?B?RGx2TitKYXFvbnhsaXplV0lBMGcya25NVHRQVnllZVdNOXd4cC9MUzVsamE3?= =?utf-8?B?OEUyQ1YxaGl2SnhVTFVrRFBiai9QN2JYdFgzOW5oZDNZTWluS2FxNjJ1allK?= =?utf-8?B?bjUxRHRxNjViVVpVdEtiSHd5YUJsdGtCZ3luVXEweXZYbll3QmpSaGNQRHls?= =?utf-8?B?TlNlRnlyaDNpcmZRaHdSN1dUWkdtaUlFaVNiM0dUeXRIRXlTdkZFK1pMRlNW?= =?utf-8?B?Q0NKaHlEejZkNFZwbm5FenJwY3NGK1JtUTErdHhOWldiVGYrS1hOOUg3aVFV?= =?utf-8?B?VVRmN2pDQUdGd21lWG5vTktySTJSakpNT3ZhYk8wK3RqWVBTWVZmbThFSnls?= =?utf-8?B?RkxQSFpGb09LT1o1SytrcW1Cc2E0RVU0ZFZ4QUJYeC85RWY3M3UyYk9XeXgz?= =?utf-8?B?N2NmclhEb1NySGtmbXRsODFxRWdlREcvZUpUTVlyUHRUL29sVEh3Wno0eWlB?= =?utf-8?B?bnlmc0VZZ21mZjNxOGlUcVNIVWQzWHJrNEpuM21tY1IxUkFXRWU3QzY1MHIw?= =?utf-8?B?dEp5bllXYm9EckxrSVlDTFQyS21DcU9PZ1l2RjVnMEFSSWliTkJOekMyMHQ5?= =?utf-8?Q?Kaxv8teAiHTCw/ie1WH0bYjEec2aJhsxnAG1ngOOeo+M=3D?= X-OriginatorOrg: sct-15-20-7719-20-msonline-outlook-00f13.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 937b643f-894f-4f8f-85b7-08dce2f00d9d X-MS-Exchange-CrossTenant-AuthSource: SEYPR02MB5821.apcprd02.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 02 Oct 2024 14:39:43.0956 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SG2PR02MB5723 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:8075, ipnet:2a01:111:f000::/36, country:US] X-Rspamd-Queue-Id: 4XJcsH6pGDz4ndZ X-Spamd-Bar: ---- Dan Mack wrote: > On Wed, 2 Oct 2024, dsdqmzk@hotmail.com wrote: > >> David Wolfskill wrote: >>> I have been tracking stable/ and head (daily, with a few exceptions) for >>> many years, now.  Over time, I set up a set of ([t]csh) aliases to >>> simplify the exercise for me. >>> >>> Until yesterday, the "make -j${max_jobs} buildworld" construct had >>> worked without issue, but (yesterday), the invocation failed quite >>> quickly: >>> >>> | Tue Oct  1 11:54:18 UTC 2024 >>> | --- buildworld --- >>> | make[1]: "/usr/src/Makefile.inc1" line 362: SYSTEM_COMPILER: >>> Determined that CC=cc matches the source tree.  Not bootstrapping a >>> cross-compiler. >>> | make[1]: "/usr/src/Makefile.inc1" line 367: SYSTEM_LINKER: >>> Determined that LD=ld matches the source tree.  Not bootstrapping a >>> cross-linker. >>> | -------------------------------------------------------------- >>> | >>> World build started on Tue Oct  1 11:54:18 UTC 2024 >>> | -------------------------------------------------------------- >>> | >>> Deleting stale files in build tree... >>> |         0.14 real         0.23 user         0.10 sys >>> | *** [_cleanworldtmp] Error code 6 >>> | >>> | make[1]: stopped making "buildworld" in /usr/src >>> | .ERROR_TARGET='_cleanworldtmp' >>> | .ERROR_META_FILE='' >>> >>> On a bit of a whim, I tried adjusting the "max_jobs" values (downward), >>> which didn't help, but removing the "-j14" entirely did not produce a >>> failure. >>> >>> On the other hand, rebuilding clang/llvm with a single core on a laptop >>> (when I actually want to be able to use the laptop later in the day >>> while I'm at work) didn't seem productive. >>> >>> A bit more rather randomly "trying stuff" yielded the result that while >>> >>>     make -j14 buildworld >>> >>> failed (as described above), >>> >>>     make -j 14 buildworld >>> >>> carries on as before -- it's building lib/clang (and using multiple >>> cores to do so)....  :-} >> >> Just got the same error, but both invocations didn't work, and I noticed >> that bootstrapped version of mtree failed to run because of (now) >> missing libmd.so.6.  I think it's not really related to whitespace >> between -j and jobs number, rather you had to (re)build the bootstrap >> tools. > > I have been building current twice daily for a while and didn't notice > this regression but I do have the space after "-j" > >   #!/bin/sh >    make -j 16 buildworld              > /logs/bw.$$ 2>&1 && \ >    make -j 8 kernel KERNCONF=GENERIC  > /logs/bk.$$ 2>&1 && \ >    sync && reboot Do you also do `make delete-old-libs`? > I grepped all my logs across 3 servers and did not see a single instance > of [_cleanworldtmp] Error code ... in any of the logs.  What was the > hash of the build you were on there, I can try to reproduce it quickly > (but it might only trigger with your builddir state I guess) If I understand the problem correctly, it should be as easy as: 1. build on pre-e7a629c851d system 2. install/reboot 3. make delete-old-libs 4. try to build world/kernel that fail as above, and, I think, make kernel-toolchain was the one failing because mtree failed to run (because of libmd.so.6 gone now) In any case, wiping out /usr/obj solved it for me. From nobody Wed Oct 2 14:42:05 2024 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 4XJcvy5b95z5XcyC for ; Wed, 02 Oct 2024 14:42:06 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from mail.macktronics.com (coco.macktronics.com [209.181.253.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XJcvy4dC3z4prD for ; Wed, 2 Oct 2024 14:42:06 +0000 (UTC) (envelope-from mack@macktronics.com) Authentication-Results: mx1.freebsd.org; none Received: from olive.macktronics.com (olive.macktronics.com [209.181.253.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.macktronics.com (Postfix) with ESMTPS id E92FB1CAC; Wed, 2 Oct 2024 09:42:05 -0500 (CDT) Date: Wed, 2 Oct 2024 09:42:05 -0500 (CDT) From: Dan Mack To: dsdqmzk@hotmail.com cc: freebsd-current@freebsd.org Subject: Re: FYI: make's "max_jobs" needs to be separated from -j (now?) In-Reply-To: Message-ID: <0db2d927-3299-2c0f-2310-d8e386fb31c6@macktronics.com> References: 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/mixed; boundary="3735943886-620685175-1727880125=:78474" 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:209, ipnet:209.181.252.0/23, country:US] X-Rspamd-Queue-Id: 4XJcvy4dC3z4prD X-Spamd-Bar: ---- This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --3735943886-620685175-1727880125=:78474 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Wed, 2 Oct 2024, dsdqmzk@hotmail.com wrote: > Dan Mack wrote: >> On Wed, 2 Oct 2024, dsdqmzk@hotmail.com wrote: >> >>> David Wolfskill wrote: >>>> I have been tracking stable/ and head (daily, with a few exceptions) for >>>> many years, now.  Over time, I set up a set of ([t]csh) aliases to >>>> simplify the exercise for me. >>>> >>>> Until yesterday, the "make -j${max_jobs} buildworld" construct had >>>> worked without issue, but (yesterday), the invocation failed quite >>>> quickly: >>>> >>>> | Tue Oct  1 11:54:18 UTC 2024 >>>> | --- buildworld --- >>>> | make[1]: "/usr/src/Makefile.inc1" line 362: SYSTEM_COMPILER: >>>> Determined that CC=cc matches the source tree.  Not bootstrapping a >>>> cross-compiler. >>>> | make[1]: "/usr/src/Makefile.inc1" line 367: SYSTEM_LINKER: >>>> Determined that LD=ld matches the source tree.  Not bootstrapping a >>>> cross-linker. >>>> | -------------------------------------------------------------- >>>> | >>> World build started on Tue Oct  1 11:54:18 UTC 2024 >>>> | -------------------------------------------------------------- >>>> | >>> Deleting stale files in build tree... >>>> |         0.14 real         0.23 user         0.10 sys >>>> | *** [_cleanworldtmp] Error code 6 >>>> | >>>> | make[1]: stopped making "buildworld" in /usr/src >>>> | .ERROR_TARGET='_cleanworldtmp' >>>> | .ERROR_META_FILE='' >>>> >>>> On a bit of a whim, I tried adjusting the "max_jobs" values (downward), >>>> which didn't help, but removing the "-j14" entirely did not produce a >>>> failure. >>>> >>>> On the other hand, rebuilding clang/llvm with a single core on a laptop >>>> (when I actually want to be able to use the laptop later in the day >>>> while I'm at work) didn't seem productive. >>>> >>>> A bit more rather randomly "trying stuff" yielded the result that while >>>> >>>>     make -j14 buildworld >>>> >>>> failed (as described above), >>>> >>>>     make -j 14 buildworld >>>> >>>> carries on as before -- it's building lib/clang (and using multiple >>>> cores to do so)....  :-} >>> >>> Just got the same error, but both invocations didn't work, and I noticed >>> that bootstrapped version of mtree failed to run because of (now) >>> missing libmd.so.6.  I think it's not really related to whitespace >>> between -j and jobs number, rather you had to (re)build the bootstrap >>> tools. >> >> I have been building current twice daily for a while and didn't notice >> this regression but I do have the space after "-j" >> >>   #!/bin/sh >>    make -j 16 buildworld              > /logs/bw.$$ 2>&1 && \ >>    make -j 8 kernel KERNCONF=GENERIC  > /logs/bk.$$ 2>&1 && \ >>    sync && reboot > > Do you also do `make delete-old-libs`? > >> I grepped all my logs across 3 servers and did not see a single instance >> of [_cleanworldtmp] Error code ... in any of the logs.  What was the >> hash of the build you were on there, I can try to reproduce it quickly >> (but it might only trigger with your builddir state I guess) > > If I understand the problem correctly, it should be as easy as: > > 1. build on pre-e7a629c851d system > 2. install/reboot > 3. make delete-old-libs > 4. try to build world/kernel that fail as above, and, I think, make > kernel-toolchain was the one failing because mtree failed to run > (because of libmd.so.6 gone now) > > In any case, wiping out /usr/obj solved it for me. Ack, okay. I can't trigger it with a fresh or my /usr/obj but in any event the error number 6 is probably referring to a path or directory missing while doing a parallel build given some input state :-) #define ENXIO 6 /* Device not configured */ Dan --3735943886-620685175-1727880125=:78474-- From nobody Wed Oct 2 14:54:52 2024 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 4XJdBy2mtSz5XdmY for ; Wed, 02 Oct 2024 14:55:06 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pg1-x535.google.com (mail-pg1-x535.google.com [IPv6:2607:f8b0:4864:20::535]) (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 4XJdBx6qn7z4rQg for ; Wed, 2 Oct 2024 14:55:05 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pg1-x535.google.com with SMTP id 41be03b00d2f7-7e6cbf6cd1dso4626761a12.3 for ; Wed, 02 Oct 2024 07:55:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1727880904; x=1728485704; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=d+DiO2NONT/lXJQoYg+Mg42ybIlb98q9k/74AcSJgRg=; b=1K0C2U+OxkCeD3RJIo5yJfji7ZUXltFXZncMsHuZVP896v6I/kmO5kBSakuoeV4Q1T f1+cx11jlnZvTQHktZurxGcMr57kTJ9fYH1igsR17KcexRhmIGzBhvQX2dNqAR+GqpAp mSrU68ErUFbPcRJ663EhzCCHz/t09a5Clf1fD0NlAZhks31/WtIEHFKEwiN2UdEqurO5 OFga9+5aVe1g2kS+Nh9a3JQFqHaKiQDx5raxoWIE7JOGxaab1Sl5gI68topXbmP7tdiX QUdjthm5ElXR4TZSNeYPv9UDRpbJrz5kPQwmgu24fXlmBbM4LUhLxVOBCjhATch2+DKZ 1X7g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1727880904; x=1728485704; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=d+DiO2NONT/lXJQoYg+Mg42ybIlb98q9k/74AcSJgRg=; b=vv67y+sJOl+rlk6NXWm/wQHZSEAs41K2wGPVWFuXlRTBgiAivg3Wf/G/oYPhXeTDJT orq9HU8BloxMZq6FGgw1IhSPNA7Hw4J2iqNMl03bPmPUxqJq3Z0R/Hxi0qS5GMDLj9zs xz0mBxs8RmyePmX2K7iY0dG1jNmmfImMK/1aHcaeJrLHAJRxCnbmC9usTgGSekzWf0ez innRHcM8XXUMdh9u2XIfzwVIsZ77JFMWKwad86lmK+R+y4n/bbZqNBHT1snomhirW1HU QoY/foSWRPj6uG4TkeTw5av//h+P0rDANrqNuvEbHYL21GIpy5K63z1g4ABpMy7ybjH7 mG+w== X-Forwarded-Encrypted: i=1; AJvYcCUCuiy6IWioSEAbqLYCPlvRCdtLMCVRE7MDIfocJn1k+g2iN6I0xE4j6znwDFZYjoE6m7RX4NTc/+zLlGQDP4A=@freebsd.org X-Gm-Message-State: AOJu0Yytz7iLvrH4W/ZGkkkMQKx6HI4AFs1Y0QPd4d5MpYcolvBHsV2r gkn5DBfyISsvpGeTDEbsTmHK2iuRH92+2hpkCRXUhi6atrN9IEARsVXmmP85vsajQ457Q1fn8nq Vfh9XwZ8nm8XeybVv9deubxTc/Bmlh/RnnL8EPA== X-Google-Smtp-Source: AGHT+IHD7I/kaoDezeM4r/Nfrb1OiwLLSfgblUbuNibox3BMf5Wd3P1GQPx4hRQfzWNh1dWVY1cIO1QHQxGIbHETTRg= X-Received: by 2002:a05:6a20:4c0f:b0:1d6:236e:da58 with SMTP id adf61e73a8af0-1d6236edaf7mr4078208637.0.1727880904136; Wed, 02 Oct 2024 07:55:04 -0700 (PDT) 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 References: <0db2d927-3299-2c0f-2310-d8e386fb31c6@macktronics.com> In-Reply-To: <0db2d927-3299-2c0f-2310-d8e386fb31c6@macktronics.com> From: Warner Losh Date: Wed, 2 Oct 2024 08:54:52 -0600 Message-ID: Subject: Re: FYI: make's "max_jobs" needs to be separated from -j (now?) To: Dan Mack Cc: dsdqmzk@hotmail.com, freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="0000000000008177f606237f9f5d" 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:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4XJdBx6qn7z4rQg X-Spamd-Bar: ---- --0000000000008177f606237f9f5d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Oct 2, 2024 at 8:42=E2=80=AFAM Dan Mack wrot= e: > On Wed, 2 Oct 2024, dsdqmzk@hotmail.com wrote: > > > Dan Mack wrote: > >> On Wed, 2 Oct 2024, dsdqmzk@hotmail.com wrote: > >> > >>> David Wolfskill wrote: > >>>> I have been tracking stable/ and head (daily, with a few exceptions) > for > >>>> many years, now. Over time, I set up a set of ([t]csh) aliases to > >>>> simplify the exercise for me. > >>>> > >>>> Until yesterday, the "make -j${max_jobs} buildworld" construct had > >>>> worked without issue, but (yesterday), the invocation failed quite > >>>> quickly: > >>>> > >>>> | Tue Oct 1 11:54:18 UTC 2024 > >>>> | --- buildworld --- > >>>> | make[1]: "/usr/src/Makefile.inc1" line 362: SYSTEM_COMPILER: > >>>> Determined that CC=3Dcc matches the source tree. Not bootstrapping = a > >>>> cross-compiler. > >>>> | make[1]: "/usr/src/Makefile.inc1" line 367: SYSTEM_LINKER: > >>>> Determined that LD=3Dld matches the source tree. Not bootstrapping = a > >>>> cross-linker. > >>>> | -------------------------------------------------------------- > >>>> | >>> World build started on Tue Oct 1 11:54:18 UTC 2024 > >>>> | -------------------------------------------------------------- > >>>> | >>> Deleting stale files in build tree... > >>>> | 0.14 real 0.23 user 0.10 sys > >>>> | *** [_cleanworldtmp] Error code 6 > >>>> | > >>>> | make[1]: stopped making "buildworld" in /usr/src > >>>> | .ERROR_TARGET=3D'_cleanworldtmp' > >>>> | .ERROR_META_FILE=3D'' > >>>> > >>>> On a bit of a whim, I tried adjusting the "max_jobs" values > (downward), > >>>> which didn't help, but removing the "-j14" entirely did not produce = a > >>>> failure. > >>>> > >>>> On the other hand, rebuilding clang/llvm with a single core on a > laptop > >>>> (when I actually want to be able to use the laptop later in the day > >>>> while I'm at work) didn't seem productive. > >>>> > >>>> A bit more rather randomly "trying stuff" yielded the result that > while > >>>> > >>>> make -j14 buildworld > >>>> > >>>> failed (as described above), > >>>> > >>>> make -j 14 buildworld > >>>> > >>>> carries on as before -- it's building lib/clang (and using multiple > >>>> cores to do so).... :-} > >>> > >>> Just got the same error, but both invocations didn't work, and I > noticed > >>> that bootstrapped version of mtree failed to run because of (now) > >>> missing libmd.so.6. I think it's not really related to whitespace > >>> between -j and jobs number, rather you had to (re)build the bootstrap > >>> tools. > >> > >> I have been building current twice daily for a while and didn't notice > >> this regression but I do have the space after "-j" > >> > >> #!/bin/sh > >> make -j 16 buildworld > /logs/bw.$$ 2>&1 && \ > >> make -j 8 kernel KERNCONF=3DGENERIC > /logs/bk.$$ 2>&1 && \ > >> sync && reboot > > > > Do you also do `make delete-old-libs`? > > > >> I grepped all my logs across 3 servers and did not see a single instan= ce > >> of [_cleanworldtmp] Error code ... in any of the logs. What was the > >> hash of the build you were on there, I can try to reproduce it quickly > >> (but it might only trigger with your builddir state I guess) > > > > If I understand the problem correctly, it should be as easy as: > > > > 1. build on pre-e7a629c851d system > > 2. install/reboot > > 3. make delete-old-libs > > 4. try to build world/kernel that fail as above, and, I think, make > > kernel-toolchain was the one failing because mtree failed to run > > (because of libmd.so.6 gone now) > > > > In any case, wiping out /usr/obj solved it for me. > > Ack, okay. I can't trigger it with a fresh or my /usr/obj but in any > event the error number 6 is probably referring to a path or directory > missing while doing a parallel build given some input state :-) > > #define ENXIO 6 /* Device not configured */ > ENXIO usually is reserved for hardware errors when a device disappears for block I/O contexts. So I'm not sure that this theory is so good. But shell error exit statuses are largely independent of errnos. Warner --0000000000008177f606237f9f5d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Wed, Oct 2, 2024 at 8:42=E2=80=AFA= M Dan Mack <mack@macktronics.com= > wrote:
= On Wed, 2 Oct 2024, dsdqmzk@hotmail.com wrote:

> Dan Mack wrote:
>> On Wed, 2 Oct 2024, dsdqmzk@hotmail.com wrote:
>>
>>> David Wolfskill wrote:
>>>> I have been tracking stable/ and head (daily, with a few e= xceptions) for
>>>> many years, now.=C2=A0 Over time, I set up a set of ([t]cs= h) aliases to
>>>> simplify the exercise for me.
>>>>
>>>> Until yesterday, the "make -j${max_jobs} buildworld&q= uot; construct had
>>>> worked without issue, but (yesterday), the invocation fail= ed quite
>>>> quickly:
>>>>
>>>> | Tue Oct=C2=A0 1 11:54:18 UTC 2024
>>>> | --- buildworld ---
>>>> | make[1]: "/usr/src/Makefile.inc1" line 362: SY= STEM_COMPILER:
>>>> Determined that CC=3Dcc matches the source tree.=C2=A0 Not= bootstrapping a
>>>> cross-compiler.
>>>> | make[1]: "/usr/src/Makefile.inc1" line 367: SY= STEM_LINKER:
>>>> Determined that LD=3Dld matches the source tree.=C2=A0 Not= bootstrapping a
>>>> cross-linker.
>>>> | --------------------------------------------------------= ------
>>>> | >>> World build started on Tue Oct=C2=A0 1 11:5= 4:18 UTC 2024
>>>> | --------------------------------------------------------= ------
>>>> | >>> Deleting stale files in build tree...
>>>> |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0.14 rea= l=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0.23 user=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0.10 sys
>>>> | *** [_cleanworldtmp] Error code 6
>>>> |
>>>> | make[1]: stopped making "buildworld" in /usr/s= rc
>>>> | .ERROR_TARGET=3D'_cleanworldtmp'
>>>> | .ERROR_META_FILE=3D''
>>>>
>>>> On a bit of a whim, I tried adjusting the "max_jobs&q= uot; values (downward),
>>>> which didn't help, but removing the "-j14" e= ntirely did not produce a
>>>> failure.
>>>>
>>>> On the other hand, rebuilding clang/llvm with a single cor= e on a laptop
>>>> (when I actually want to be able to use the laptop later i= n the day
>>>> while I'm at work) didn't seem productive.
>>>>
>>>> A bit more rather randomly "trying stuff" yielde= d the result that while
>>>>
>>>> =C2=A0=C2=A0=C2=A0=C2=A0make -j14 buildworld
>>>>
>>>> failed (as described above),
>>>>
>>>> =C2=A0=C2=A0=C2=A0=C2=A0make -j 14 buildworld
>>>>
>>>> carries on as before -- it's building lib/clang (and u= sing multiple
>>>> cores to do so)....=C2=A0 :-}
>>>
>>> Just got the same error, but both invocations didn't work,= and I noticed
>>> that bootstrapped version of mtree failed to run because of (n= ow)
>>> missing libmd.so.6.=C2=A0 I think it's not really related = to whitespace
>>> between -j and jobs number, rather you had to (re)build the bo= otstrap
>>> tools.
>>
>> I have been building current twice daily for a while and didn'= t notice
>> this regression but I do have the space after "-j"
>>
>> =C2=A0 #!/bin/sh
>> =C2=A0=C2=A0 make -j 16 buildworld=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 > /logs/bw.$$ 2>&= ;1 && \
>> =C2=A0=C2=A0 make -j 8 kernel KERNCONF=3DGENERIC=C2=A0 > /logs/= bk.$$ 2>&1 && \
>> =C2=A0=C2=A0 sync && reboot
>
> Do you also do `make delete-old-libs`?
>
>> I grepped all my logs across 3 servers and did not see a single in= stance
>> of [_cleanworldtmp] Error code ... in any of the logs.=C2=A0 What = was the
>> hash of the build you were on there, I can try to reproduce it qui= ckly
>> (but it might only trigger with your builddir state I guess)
>
> If I understand the problem correctly, it should be as easy as:
>
> 1. build on pre-e7a629c851d system
> 2. install/reboot
> 3. make delete-old-libs
> 4. try to build world/kernel that fail as above, and, I think, make > kernel-toolchain was the one failing because mtree failed to run
> (because of libmd.so.6 gone now)
>
> In any case, wiping out /usr/obj solved it for me.

Ack, okay.=C2=A0 =C2=A0I can't trigger it with a fresh or my /usr/obj b= ut in any
event the error number 6 is probably referring to a path or directory
missing while doing a parallel build given some input state :-)

#define ENXIO=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A06=C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0/* Device not configured */

ENXIO usually is reserved for hardware errors when = a device disappears
for block I/O contexts. So I'm not sure t= hat this theory is so good.

But shell error exit s= tatuses are largely independent of errnos.

Warner<= /div>
--0000000000008177f606237f9f5d-- From nobody Wed Oct 2 15:14:37 2024 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 4XJddW51YBz5Xfd8 for ; Wed, 02 Oct 2024 15:14:39 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (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 4XJddW0h5Qz4tQ5 for ; Wed, 2 Oct 2024 15:14:39 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; none Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 492FEbeB067162; Wed, 2 Oct 2024 15:14:37 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 492FEbqU067161; Wed, 2 Oct 2024 08:14:37 -0700 (PDT) (envelope-from david) Date: Wed, 2 Oct 2024 08:14:37 -0700 From: David Wolfskill To: dsdqmzk@hotmail.com Cc: freebsd-current@freebsd.org Subject: Re: FYI: make's "max_jobs" needs to be separated from -j (now?) Message-ID: Mail-Followup-To: David Wolfskill , dsdqmzk@hotmail.com, freebsd-current@freebsd.org References: 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; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="DbVFI0WM0QOwqBaA" Content-Disposition: inline In-Reply-To: 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:7018, ipnet:107.192.0.0/12, country:US] X-Rspamd-Queue-Id: 4XJddW0h5Qz4tQ5 X-Spamd-Bar: ---- --DbVFI0WM0QOwqBaA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 02, 2024 at 08:19:25PM +0700, dsdqmzk@hotmail.com wrote: > ... > Just got the same error, but both invocations didn't work, and I noticed > that bootstrapped version of mtree failed to run because of (now) > missing libmd.so.6. I think it's not really related to whitespace > between -j and jobs number, rather you had to (re)build the bootstrap too= ls. Huh; interesting. Well, that last worked for me; a few more details re: hashes: Notes Running Sources "-j14"; OK main-n272562-33ed9bdca307 main-n272579-3ec4fbdd98f2 "-j14"; failed main-n272579-3ec4fbdd98f2 main-n272601-b35f0aa4952c "-j14"; failed main-n272579-3ec4fbdd98f2 main-n272615-f5a04b16b189 "-j 14"; OK main-n272579-3ec4fbdd98f2 main-n272615-f5a04b16b189 Also: I have been running with "WITH_META_MODE=3Dyes" since May 2016, at least. Peace, david --=20 David H. Wolfskill david@catwhisker.org Appeasement in 1938 did not bring peace in 1939. What would appeasement bring now? See https://www.catwhisker.org/~david/publickey.gpg for my public key. --DbVFI0WM0QOwqBaA Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCZv1jXV8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5cwbAQCbOeBNmg7CDAm9lf7KMNU/sdf6lyEaIQGSyCYjXVtvkAEAribnKYa2IC9X j3/5e1u7ejOiI9Ede2wAkb3mv2kGoQc= =5+gj -----END PGP SIGNATURE----- --DbVFI0WM0QOwqBaA-- From nobody Wed Oct 2 15:57:22 2024 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 4XJfZq5f5tz5Xjh4 for ; Wed, 02 Oct 2024 15:57:23 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from mail.macktronics.com (coco.macktronics.com [209.181.253.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XJfZq3gmlz41g4 for ; Wed, 2 Oct 2024 15:57:23 +0000 (UTC) (envelope-from mack@macktronics.com) Authentication-Results: mx1.freebsd.org; none Received: from olive.macktronics.com (olive.macktronics.com [209.181.253.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.macktronics.com (Postfix) with ESMTPS id 84D741CC6; Wed, 2 Oct 2024 10:57:22 -0500 (CDT) Date: Wed, 2 Oct 2024 10:57:22 -0500 (CDT) From: Dan Mack To: Warner Losh cc: dsdqmzk@hotmail.com, freebsd-current@freebsd.org Subject: Re: FYI: make's "max_jobs" needs to be separated from -j (now?) In-Reply-To: Message-ID: References: <0db2d927-3299-2c0f-2310-d8e386fb31c6@macktronics.com> 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/mixed; boundary="3735943886-1327563176-1727884642=:78474" 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:209, ipnet:209.181.252.0/23, country:US] X-Rspamd-Queue-Id: 4XJfZq3gmlz41g4 X-Spamd-Bar: ---- This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --3735943886-1327563176-1727884642=:78474 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Wed, 2 Oct 2024, Warner Losh wrote: > Ack, okay.   I can't trigger it with a fresh or my /usr/obj but in any > event the error number 6 is probably referring to a path or directory > missing while doing a parallel build given some input state :-) > > #define ENXIO           6               /* Device not configured */ > > > ENXIO usually is reserved for hardware errors when a device disappears > for block I/O contexts. So I'm not sure that this theory is so good. > > But shell error exit statuses are largely independent of errnos. > > Warner Thank you, I was indeed stretching to make error no 6 work for me in this context by thinking it was really a mis identitied file or directory not found. However, if someone's going to return 6, then they'll return a 6, nothing I can do about it other than expect it again sometime. :-) Dan --3735943886-1327563176-1727884642=:78474-- From nobody Wed Oct 2 16:06:23 2024 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 4XJfnF45P2z5XkFD for ; Wed, 02 Oct 2024 16:06:25 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from mail.macktronics.com (coco.macktronics.com [209.181.253.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XJfnD4Gybz438n for ; Wed, 2 Oct 2024 16:06:24 +0000 (UTC) (envelope-from mack@macktronics.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of mack@macktronics.com designates 209.181.253.65 as permitted sender) smtp.mailfrom=mack@macktronics.com; dmarc=pass (policy=none) header.from=macktronics.com Received: from olive.macktronics.com (olive.macktronics.com [209.181.253.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.macktronics.com (Postfix) with ESMTPS id 43CC01CC8; Wed, 2 Oct 2024 11:06:23 -0500 (CDT) Date: Wed, 2 Oct 2024 11:06:23 -0500 (CDT) From: Dan Mack To: Warner Losh cc: dsdqmzk@hotmail.com, freebsd-current@freebsd.org Subject: Re: FYI: make's "max_jobs" needs to be separated from -j (now?) In-Reply-To: Message-ID: <2f132eb7-364e-154b-c154-8fc40ec70927@macktronics.com> References: <0db2d927-3299-2c0f-2310-d8e386fb31c6@macktronics.com> 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/mixed; boundary="3735943886-736795157-1727885183=:78474" X-Spamd-Result: default: False [-2.40 / 15.00]; CTYPE_MIXED_BOGUS(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.70)[-0.702]; DMARC_POLICY_ALLOW(-0.50)[macktronics.com,none]; R_SPF_ALLOW(-0.20)[+ip4:209.181.253.64/29]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; MIME_TRACE(0.00)[0:+,1:+]; ARC_NA(0.00)[]; ASN(0.00)[asn:209, ipnet:209.181.252.0/23, country:US]; TO_DN_SOME(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_CC(0.00)[hotmail.com,freebsd.org]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MISSING_XM_UA(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[] X-Rspamd-Queue-Id: 4XJfnD4Gybz438n X-Spamd-Bar: -- This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --3735943886-736795157-1727885183=:78474 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Wed, 2 Oct 2024, Dan Mack wrote: > On Wed, 2 Oct 2024, Warner Losh wrote: > >> Ack, okay.   I can't trigger it with a fresh or my /usr/obj but in >> any >> event the error number 6 is probably referring to a path or >> directory >> missing while doing a parallel build given some input state :-) >> >> #define ENXIO           6               /* Device not configured */ >> >> >> ENXIO usually is reserved for hardware errors when a device disappears >> for block I/O contexts. So I'm not sure that this theory is so good. >> >> But shell error exit statuses are largely independent of errnos. >> >> Warner > > Thank you, I was indeed stretching to make error no 6 work for me in this > context by thinking it was really a mis identitied file or directory not > found. However, if someone's going to return 6, then they'll return a 6, > nothing I can do about it other than expect it again sometime. > :-) > > Dan Ahh, it's possibly from bmake? Which makes sense to me: ./contrib/bmake/job.c if (count == 1 && tok != '+') { /* make being aborted - remove any other job tokens */ DEBUG2(JOB, "(%d) aborted by token %c\n", getpid(), tok); while (read(tokenWaitJob.inPipe, &tok1, 1) == 1) continue; /* And put the stopper back */ while (write(tokenWaitJob.outPipe, &tok, 1) == -1 && errno == EAGAIN) continue; if (shouldDieQuietly(NULL, 1)) exit(6); /* we aborted */ Fatal("A failure has been detected " "in another branch of the parallel make"); } Dan --3735943886-736795157-1727885183=:78474-- From nobody Wed Oct 2 16:25:11 2024 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 4XJgC84Fhpz5XlJy for ; Wed, 02 Oct 2024 16:25:24 +0000 (UTC) (envelope-from olivier@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 4XJgC82HTLz46l3 for ; Wed, 2 Oct 2024 16:25:24 +0000 (UTC) (envelope-from olivier@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1727886324; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=x9C62m5/llZXAsP0PVX+g24WzoQH3lJxsp2Yh6Ej/EE=; b=Bf40pDvJJZtvZA4BhhmgO/YYRb8RQ1XLphLQXOTw19oU/USUDjiq6rIf9Y8WtBkcG4wibW Co6/4wWyw0aFr7dLKhJTYzjZEsw4TH4dBG3oXcGNqVvb3IlF+8MOPPhJgvoRopZwI9cuPv toWqENTu6zrDIYMgnbhkunm27c/Qna7XhHa5+1WPquYDlZwDNvyu9BVRtTlo+pqjtn9IUx ygRKBYQ/WxwEqv61dX7wIYOgM2Qdgz7IQhvDHXV4AUHY20kr1xb4Cc3rg03APsNZNrHkgw IWJm4Zjgk62f+xpzOoFabdRoDTRDnAinbqVnoEgdN2GHl73+GZkhibRl4N+W/Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1727886324; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=x9C62m5/llZXAsP0PVX+g24WzoQH3lJxsp2Yh6Ej/EE=; b=YcegMhpbHGz1v5147xDIEHAaNCh49wxovr9s1daZTg5Bme18qiuJ4w97+5w6bM2iC/SGcS lj9BQMp5jf4R2wbQxXenib5lZxrgEvh+l5AtJgD+IDyX4E7RObR0K8J+G481JkOlKU+dee Y5/Dg5FBcijPZGAakEt/rrVZWWk+PNxDdJ6JFqss29xMGKUAyynS+7v8P6WhxUeP4uL3ax NlrZRL8ppSrXovOla8v/tfPcXqixNj1/wtSLKrfVwpF1NWIC7Sai7YhyqpCweLW6lQvEib 2mr1RKHfL56BpUQI7Ek9xiKeXw61nY6/0AkwPQnLPQIN23UzUXnR8/y4boJOzg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1727886324; a=rsa-sha256; cv=none; b=dHC1aA4vKjkH5mGdnCAFHYc9f1vswA/HQnfGytbvuIaxTU5THFDyquT6ukac4kfKu6IhkQ IlyI1CH+CteUbq2O1CrCGe2vQz+/sD81cWY8Drp2RN0uwONgcPmMcU5kebtXqK0l0yWbNK t2fFQrPTDyj2nOxE6cXBdCdDbomlp6pxAxEqRe4l6xKwYqziz3glZPO2JOaRsnUGU8OjB5 QHf5ribzn7pyKWzdDRHdSw5WOdLV0ArDGZBhlo3VDGv6S9bi6dVRATLXIC4nemWdC7gzhp UZHx0V6Ref67snBhfEzwfnYqRpmu5moYh7q1xM+ixRUh90wiptSLVx2nU1xSQg== Received: from mail-qv1-f46.google.com (mail-qv1-f46.google.com [209.85.219.46]) (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)) (Authenticated sender: olivier/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4XJgC81XhVzNps for ; Wed, 2 Oct 2024 16:25:24 +0000 (UTC) (envelope-from olivier@freebsd.org) Received: by mail-qv1-f46.google.com with SMTP id 6a1803df08f44-6cb2c5128d5so357136d6.0 for ; Wed, 02 Oct 2024 09:25:24 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCVAs4synXMievvCdJd1E7SPTqfqZXoWC25IxtFSgIWZnSyRN4jYs7in8MWp9hRgPP0c/hpWzfZj@freebsd.org X-Gm-Message-State: AOJu0YwZA9xU5QLKRZFUYX73R+Ooz3FSmfLtrM5uqVd1q4xbJUOxkqBk XF2VHIJYFrMFQbqc4XzAfCJl2RJzzLbP9Zy2UV6HXI2g0FbXIjfLD72WQVI3ZgGDgX5901XMmVL Amt0cISUfozRgdoezvTUWydcq/xo= X-Google-Smtp-Source: AGHT+IGEK7LGxOioD1lgiFnDqhKt1ChMXKlKQfQcukKFFOVfUa1RyQBwuvv4vlcK1ADsQwPOtNKNETevKAPjtX6bcZk= X-Received: by 2002:a05:6214:4521:b0:6cb:4b8b:344b with SMTP id 6a1803df08f44-6cb81b98187mr67211836d6.46.1727886323629; Wed, 02 Oct 2024 09:25:23 -0700 (PDT) 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 References: In-Reply-To: From: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Date: Wed, 2 Oct 2024 18:25:11 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: FYI: make's "max_jobs" needs to be separated from -j (now?) To: David Wolfskill , current@freebsd.org Content-Type: multipart/alternative; boundary="0000000000008850f2062380e234" --0000000000008850f2062380e234 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Oct 2, 2024 at 1:28=E2=80=AFPM David Wolfskill wrote: > I have been tracking stable/ and head (daily, with a few exceptions) for > many years, now. Over time, I set up a set of ([t]csh) aliases to > simplify the exercise for me. > > Until yesterday, the "make -j${max_jobs} buildworld" construct had > worked without issue, but (yesterday), the invocation failed quite > quickly: > > Hi, not related but I=E2=80=99ve replaced my usage of `make -j X buildworld` by= `make buildworld-jobs` (and buildkernel-jobs). This uses ${JOB_MAX} that corresponds to -j1.33C (1.33 x nproc). And building the latest head from the stable-week (n272449-6e414739fc95) using build[world|kernel]-jobs is working. Regards, Olivier --0000000000008850f2062380e234 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

On Wed, Oct 2, 2024 at 1:= 28=E2=80=AFPM David Wolfskill <david@catwhisker.org> wrote:
I have been tracking stable/ and head = (daily, with a few exceptions) for
many years, now.=C2=A0 Over time, I set up a set of ([t]csh) aliases to
simplify the exercise for me.

Until yesterday, the "make -j${max_jobs} buildworld" construct ha= d
worked without issue, but (yesterday), the invocation failed quite
quickly:


Hi,
=
not related but I=E2=80=99ve replaced my usage of `make= -j X buildworld` by `make buildworld-jobs` (and buildkernel-jobs).
This uses ${JOB_MAX} that corresponds to -j1.33C (1.33 x nproc).
And building the latest head from the stable-week (n272449-6e4= 14739fc95) using build[world|kernel]-jobs is working.

Regards,
Olivier
--0000000000008850f2062380e234-- From nobody Wed Oct 2 16:43:02 2024 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 4XJgby5kjwz5XmML for ; Wed, 02 Oct 2024 16:43:26 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.pphosted.com", Issuer "Sectigo RSA Organization Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XJgby2zhKz49NZ for ; Wed, 2 Oct 2024 16:43:26 +0000 (UTC) (envelope-from sjg@juniper.net) Authentication-Results: mx1.freebsd.org; none Received: from pps.filterd (m0108159.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 492BjvwC003727; Wed, 2 Oct 2024 09:43:24 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h= cc:content-id:content-type:date:from:in-reply-to:message-id :mime-version:references:subject:to; s=PPS1017; bh=Bes/4F15U2FFa XaWP09CDiKmMlDBS2/mcLlnmn6NFAY=; b=u521NE/96G+YxwYUDwUAQJwDEUrgH P2syfMRYeGHHbhOS6vlS1YdAktny1Bx0XxjWQ9Ub8ANNHMFUXEJkdpBXF73rjxkZ Fw5f24F6lnmNk/Wwqw/m0jZJ2G+F2L3K46eu492B8diC31cI0k7aEXdxjsRmeiMk rCmViHV4luCer52skYqRoPpAUmY5nGklq1QEXE7LNbn5Jpoo2AQ+fbn2vt22lKpi IxYNYUl6w8sFE0qK9hitQxmjyoUPxyTx8EYQWmSQItvHetFkkYmcNohV/w1Ge3MB ZMVZGDlXAmip5bsh23Euly37GER98V3nbwmasMd45KxOXpNUwGV8Fp0Ow== Received: from byapr05cu005.outbound.protection.outlook.com (mail-westusazlp17010001.outbound.protection.outlook.com [40.93.1.1]) by mx0a-00273201.pphosted.com (PPS) with ESMTPS id 41xfrt8gt6-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 02 Oct 2024 09:43:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=P19bz9Rm0qU4Sg9pd3TR+5izDv7GWxAJVid7sbSd5L71DY87G6jMeZsvDJVeohdgL11V2Rp7mf0IdXWDK7x0PWQ6S8svsnMG8WjLNK+KEa5iNa3k3lrzuxmz87HJkLFhOyjyzuwINwWrxDKSJhG0zMLWFhDa3sKNj2WisCux6+hPNw8zctSaIH5OU68Kr9O+VGPzisdgfB6FLU90pWzwreiyhXqS9Nz3oF06f8U29U1oCyj04LZiWHrVwXJHcZsvUMDn+j6HL7YWf7O3JrPYQCwRm1dpYCt3M4x4Y0HamOS2uhKbzeU2g9LMS8sBh++BRjvWAbG8hbcVgvlhTB7e4Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=Bes/4F15U2FFaXaWP09CDiKmMlDBS2/mcLlnmn6NFAY=; b=KKZzY4hV/Jx7iT9veOV2NuE2y90QvNKOyn3wMBaPAvmOpN/nB7fHgDcnOAnH+Or8WCmz1KqBon8wDtuY2HUzppPeZ8zHMKUSxb/T7F0lnoavL59S1AdIq0xRX3o/fPzZ5h4Rjh9ehWMcs0hajpkXUKrK+bEQw8AbWmoM3aVtR2vXTiWJixuxzxj8DFTSJol+appGSy998tZrQ0tgT+Ksrchs5vz3MfTk6ncJg2GRfGNrpntpU84Jbwx+xm+xDtboTnKdGzdr36b9REdyeQcppqBm35yEUs11lEDCctCu44wqRJ7RECzLAqMWy+gaW/3HZDFjMFNBD9LcYK8Z1ZdMNA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=softfail (sender ip is 66.129.239.14) smtp.rcpttodomain=macktronics.com smtp.mailfrom=juniper.net; dmarc=fail (p=reject sp=reject pct=100) action=oreject header.from=juniper.net; dkim=none (message not signed); arc=none (0) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Bes/4F15U2FFaXaWP09CDiKmMlDBS2/mcLlnmn6NFAY=; b=LQdJVqHbLWSDjCY4cTtrUWcHXrgb12KUdSaxYhRTc9rY/6dB41m/fgQXuUGqalMuqpUgyBqa0/uexTU088Biv5D4vwDcaFVch4GzXRkHBqc6hdmmiv9DOS82bg752320BLCjQZ52ArkzRbvbXwPVqfb42CjLvoUrzQutupNeMo8= Received: from SN7PR04CA0238.namprd04.prod.outlook.com (2603:10b6:806:127::33) by DS0PR05MB10173.namprd05.prod.outlook.com (2603:10b6:8:15e::5) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8026.16; Wed, 2 Oct 2024 16:43:19 +0000 Received: from SA2PEPF00003AE8.namprd02.prod.outlook.com (2603:10b6:806:127:cafe::67) by SN7PR04CA0238.outlook.office365.com (2603:10b6:806:127::33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8026.17 via Frontend Transport; Wed, 2 Oct 2024 16:43:19 +0000 X-MS-Exchange-Authentication-Results: spf=softfail (sender IP is 66.129.239.14) smtp.mailfrom=juniper.net; dkim=none (message not signed) header.d=none;dmarc=fail action=oreject header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.14 as permitted sender) Received: from p-exchfe-eqx-01.jnpr.net (66.129.239.14) by SA2PEPF00003AE8.mail.protection.outlook.com (10.167.248.8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8026.11 via Frontend Transport; Wed, 2 Oct 2024 16:43:19 +0000 Received: from p-exchbe-eqx-02.jnpr.net (10.104.9.15) by p-exchfe-eqx-01.jnpr.net (10.104.9.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.4; Wed, 2 Oct 2024 11:43:18 -0500 Received: from p-mailhub01.juniper.net (10.104.20.6) by p-exchbe-eqx-02.jnpr.net (10.104.9.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.4 via Frontend Transport; Wed, 2 Oct 2024 11:43:18 -0500 Received: from kaos.jnpr.net (kaos.jnpr.net [172.23.255.201]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id 492GhIhv032121; Wed, 2 Oct 2024 09:43:18 -0700 (envelope-from sjg@juniper.net) Received: by kaos.jnpr.net (Postfix, from userid 1377) id 10212548D9; Wed, 02 Oct 2024 09:43:02 -0700 (PDT) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 0FB775466C; Wed, 02 Oct 2024 09:43:02 -0700 (PDT) To: Dan Mack CC: , , Subject: Re: FYI: make's "max_jobs" needs to be separated from -j (now?) In-Reply-To: <0db2d927-3299-2c0f-2310-d8e386fb31c6@macktronics.com> References: <0db2d927-3299-2c0f-2310-d8e386fb31c6@macktronics.com> Comments: In-reply-to: Dan Mack message dated "Wed, 02 Oct 2024 09:42:05 -0500." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6+git; nmh 1.8; Emacs 29.3 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-ID: <79040.1727887382.1@kaos.jnpr.net> Date: Wed, 2 Oct 2024 09:43:02 -0700 Message-ID: <82182.1727887382@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: SA2PEPF00003AE8:EE_|DS0PR05MB10173:EE_ X-MS-Office365-Filtering-Correlation-Id: bab4db20-b12f-4590-0819-08dce301525c X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0;ARA:13230040|1800799024|32650700017|36860700013|82310400026|376014; X-Microsoft-Antispam-Message-Info: =?us-ascii?Q?2pBNr50t9za94GQpJWYtV4iCxMm4xDLLyCsL4AZy9krIuyX38QFTtN0p/s9K?= =?us-ascii?Q?w45oCxEzZBofy4uZAgB+L2/SE9PiKkyUEX4Y+fX5IG1qbMCd78MjpuZ1KGNG?= =?us-ascii?Q?iuhVRAotweNsJzQdz4EEV1VGLSZSqk+eXZbKfV48DzkcItEv1wyiB0av3YaB?= =?us-ascii?Q?rijviXQIfhBl+NWKojq8n12hDsAfybhLOJkWruVHiBfUBuutKgPwxFA6f5VQ?= =?us-ascii?Q?JUw7KRnC1negnPwp4i4VyuHhhiOt36hvx4vYYVL0apIsAxJRwmCBztP7lgo5?= =?us-ascii?Q?soECxs7EuYg3rpRc1dOpdxLiBHaw54kUMYN9btbZYAPfJ0AgIhu2f//moch1?= =?us-ascii?Q?p6zo6RtzGpmdtjSXz8dHmTSfkYqzkb6ZFgWMWv0RZ6ELM6cnkRa7Qn+iRw2P?= =?us-ascii?Q?YQ1MHPziwyKUlU1gsPoG/Ck07rK+CPRq1a7ne8uOv1IwZWZzfwE2C/QYnFG4?= =?us-ascii?Q?wTiW0tgQrlmpWolo8IZifoBaZXDbXz8W0wN9crpBPF5emQyKprwrJ9aOYmcU?= =?us-ascii?Q?DuB5ERFygeoIwT69ttoUxMIvACVLBonMDvw05kIDGRu9hRZTSA3+h1HKlufo?= =?us-ascii?Q?Ygbv5ssVxESFxu0B4a30sw0almgGPq6DLnHn5N/sjyuwixFDyRnRsYTfp0gx?= =?us-ascii?Q?GMkaAcBQttjmjK3EU/20r4A8zwE5D4ca4oHF0wkMpNbhOeSFChBHmr+qByK5?= =?us-ascii?Q?5aDbkwAGJ2EaYKCyn725W/jPZCg4zN2TvS+P6ne4qZWA927tf6smrHHX2yPq?= =?us-ascii?Q?hrMs4Ft80ekIvcFa2NCMin4iv3vzOsS59AHagFSJbUDONrKycgU3XDA6K88v?= =?us-ascii?Q?HdEL8RYWf7k310RX8VtZhJQUnOv68gm72pl51ODN6s+plGbfFwdUGaNgP5BA?= =?us-ascii?Q?gKqoN1+3oYKL6IWNmwVzz26uRDdrEhgUh9FuYQ3/9ptDO2pE7bGrgP4CvgKX?= =?us-ascii?Q?9XGfbfyAx5YV/Xyg/GG0kpP7mhEjXJNhOXonv/mPpRE+a2Kp3H9w3UWXP5xx?= =?us-ascii?Q?PvOQvm2BZZPEguy113ZxJDj/3it/h6boScJ+0lS40FQUprXqDlUlkBwiVlUD?= =?us-ascii?Q?Wt1HwpvO+oUGfJdXCZe1lvgVZV2IR9N3jHNnR7rOleT2D+X8/vCaOt50hUk/?= =?us-ascii?Q?wIm7H06QOSFIt6wXKp/OxLis1L5fcKFptw74BVz3noP0J9Xq/qhKt/PYzlnF?= =?us-ascii?Q?045WZr4DBeY4XKRv25e6tUNXaIeYa9GtjbPGO+DSQs6agGQK2cIcJQEHx1L3?= =?us-ascii?Q?NQuiMb8ailv/A97hbKsVd+Qz8gbpZphhreTIMaCCeHcFqpyzKY3OlYgQLrgu?= =?us-ascii?Q?U31IjzZPMISwjZjNiweOaAlX8J7OWghPmvKw2pR8pamV8IKPvoMIt9biWIHh?= =?us-ascii?Q?2klZwM4=3D?= X-Forefront-Antispam-Report: CIP:66.129.239.14;CTRY:US;LANG:en;SCL:1;SRV:;IPV:CAL;SFV:NSPM;H:p-exchfe-eqx-01.jnpr.net;PTR:InfoDomainNonexistent;CAT:NONE;SFS:(13230040)(1800799024)(32650700017)(36860700013)(82310400026)(376014);DIR:OUT;SFP:1102; X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 02 Oct 2024 16:43:19.5065 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: bab4db20-b12f-4590-0819-08dce301525c X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4;Ip=[66.129.239.14];Helo=[p-exchfe-eqx-01.jnpr.net] X-MS-Exchange-CrossTenant-AuthSource: SA2PEPF00003AE8.namprd02.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DS0PR05MB10173 X-Proofpoint-ORIG-GUID: _D_ES09hxnkQJp6PWajD79v-W5UsChQz X-Proofpoint-GUID: _D_ES09hxnkQJp6PWajD79v-W5UsChQz X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1039,Hydra:6.0.680,FMLib:17.12.60.29 definitions=2024-09-06_09,2024-09-06_01,2024-09-02_01 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 clxscore=1011 malwarescore=0 priorityscore=1501 suspectscore=0 phishscore=0 adultscore=0 mlxscore=0 impostorscore=0 bulkscore=0 mlxlogscore=716 spamscore=0 lowpriorityscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.19.0-2408220000 definitions=main-2410020120 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:26211, ipnet:208.84.65.0/24, country:US] X-Rspamd-Queue-Id: 4XJgby2zhKz49NZ X-Spamd-Bar: ---- Dan Mack wrote: > Ack, okay. I can't trigger it with a fresh or my /usr/obj but in any > event the error number 6 is probably referring to a path or directory > missing while doing a parallel build given some input state :-) See the BUGS section of make(1): In jobs mode, when a target fails; make will put an error token into the job token pool. This will cause all other instances of make using that token pool to abort the build and exit with error code 6. Sometimes the attempt to suppress a cascade of unnecessary errors, can result in a seemingly unexplained `*** Error code 6' From nobody Wed Oct 2 16:48:24 2024 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 4XJgmF5q2tz5XmkH for ; Wed, 02 Oct 2024 16:50:37 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.pphosted.com", Issuer "Sectigo RSA Organization Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XJgmF4lMGz4CnM for ; Wed, 2 Oct 2024 16:50:37 +0000 (UTC) (envelope-from sjg@juniper.net) Authentication-Results: mx1.freebsd.org; none Received: from pps.filterd (m0108156.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 492C5J5o013313; Wed, 2 Oct 2024 09:48:45 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h= content-id:content-transfer-encoding:content-type:date:from :in-reply-to:message-id:mime-version:references:subject:to; s= PPS1017; bh=MNuFruYojScd8DcOX6jrlc0G5Y0UadR1abs911ht3i8=; b=Th5b 6CIp+S7u+A8cJxsMBWl3Mct7aAeozpubWHByJkiDHMDw0g1nsp8s5zT9+a5LRCoq QLdCNWCs/Y1TVIedeQ8kB7gkAdcVCHvgK9cgkCIV+2ONlXVG7YEN3JeT1onDCmwQ +vgu2r3CbVDMKHxume9r3FwMg0CUIAYR93hwSD8ouYpMorrnMQ8H7mkTcXXzyhLJ hAO5YjrEr5RqJeBobIO0YlISHo9GAb2KGgQgB4FLuDEyGuGaELDCDp81E7VW6aHG de0g+KlkhShw5Hbz5IK1KGMjdAQZKEpjcEPgqZZBxkaLd7onBUaV+lXwKRAohVQ+ LV0dBe0tjH9olhEgMA== Received: from dm5pr21cu001.outbound.protection.outlook.com (mail-centralusazlp17011028.outbound.protection.outlook.com [40.93.13.28]) by mx0a-00273201.pphosted.com (PPS) with ESMTPS id 41xgtfghng-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 02 Oct 2024 09:48:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=OX4YqQ5lKLqs24sfKieRG1J+0XUOLoM+yRuQQ4i889sy/ofW5fR8N67klyENFdmIU/k0yD+PlaeUriJeo5i2YNil3UUSX68CzPaI8GRLVSl/XfTfZT056rz1tIJqcjZSys/oYwWwRomddZcN8VszUOB8xDwS+CNJ8tuq+cUhNu12D6coRyFJLfZpm7hxqUQhKIVjQJJ3+zmRu8GdmNF9jI5pxS4fcOc8cI2fkPkfZwYvt2EMIPbSnziPNdtA2iGkvO5o94adysQWjAzVoMdOBG+faR3BNUTnBNcSOZ5gChzw2kKclYSs+AG6SmEBs1l7iEl3d4ZdflsxyNapuwvBLg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=MNuFruYojScd8DcOX6jrlc0G5Y0UadR1abs911ht3i8=; b=dJm73jKE8W+xvYKR0aqhih1jNB0PyJP+hrlbF1RdIHiZ7uIdVRNtNF40MTxrgHGf8wqK1Vo3NqEgNRpvXE8AOK/aQmvci65XYQRJTUw5imFFNpYclWXeiJjA75kikVLTfD0NG1K62AkUZfYiHK28wvCend8Dhi3oHMiGomos95Pzvp6HoWbWxDz0aQpxJag1pKWSFCG/yZcn8PlZS//2pmdMlkWHl3hmN0tunzGBkWrVBUh6mLWhAEH35ptij2Fvb2UQCo3ZtfbAWfLA0UJTGL1M38EqRJ0sjCj660zJUFIadVJOBbE0VBkexfnzmm8rG6vytuqEXUEjKthSaJIXGg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=softfail (sender ip is 66.129.239.15) smtp.rcpttodomain=hotmail.com smtp.mailfrom=juniper.net; dmarc=fail (p=reject sp=reject pct=100) action=oreject header.from=juniper.net; dkim=none (message not signed); arc=none (0) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=MNuFruYojScd8DcOX6jrlc0G5Y0UadR1abs911ht3i8=; b=S5pkp+eX8B//AP9EhO4Rx5l5NVBbXZKgK4rEW+y0I4z4JCeO9w8ZdVeOZniclx2pQVt/oGvx6PPG/Zb1lZRYksnBSJNkgfnY+GFZ43eO5MWrA9nOcs1uaaL7mFCp+CS6Q2g3AjEIzEegqqzmTZSFN7XOq57s4nDj4c225B85Qns= Received: from SJ0PR05CA0004.namprd05.prod.outlook.com (2603:10b6:a03:33b::9) by SJ0PR05MB7856.namprd05.prod.outlook.com (2603:10b6:a03:2aa::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8026.16; Wed, 2 Oct 2024 16:48:42 +0000 Received: from SJ5PEPF000001D5.namprd05.prod.outlook.com (2603:10b6:a03:33b:cafe::1b) by SJ0PR05CA0004.outlook.office365.com (2603:10b6:a03:33b::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8026.15 via Frontend Transport; Wed, 2 Oct 2024 16:48:42 +0000 X-MS-Exchange-Authentication-Results: spf=softfail (sender IP is 66.129.239.15) smtp.mailfrom=juniper.net; dkim=none (message not signed) header.d=none;dmarc=fail action=oreject header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.15 as permitted sender) Received: from p-exchfe-eqx-02.jnpr.net (66.129.239.15) by SJ5PEPF000001D5.mail.protection.outlook.com (10.167.242.57) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8026.11 via Frontend Transport; Wed, 2 Oct 2024 16:48:42 +0000 Received: from p-exchbe-eqx-02.jnpr.net (10.104.9.15) by p-exchfe-eqx-02.jnpr.net (10.104.9.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.4; Wed, 2 Oct 2024 11:48:42 -0500 Received: from p-exchbe-eqx-02.jnpr.net (10.104.9.15) by p-exchbe-eqx-02.jnpr.net (10.104.9.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.4; Wed, 2 Oct 2024 11:48:42 -0500 Received: from p-mailhub01.juniper.net (10.104.20.6) by p-exchbe-eqx-02.jnpr.net (10.104.9.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.4 via Frontend Transport; Wed, 2 Oct 2024 11:48:41 -0500 Received: from kaos.jnpr.net (kaos.jnpr.net [172.23.255.201]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id 492Gmf8c000889; Wed, 2 Oct 2024 09:48:41 -0700 (envelope-from sjg@juniper.net) Received: by kaos.jnpr.net (Postfix, from userid 1377) id 042785499E; Wed, 02 Oct 2024 09:48:24 -0700 (PDT) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id E936E548DA; Wed, 02 Oct 2024 09:48:24 -0700 (PDT) To: David Wolfskill , , Subject: Re: FYI: make's "max_jobs" needs to be separated from -j (now?) In-Reply-To: References: Comments: In-reply-to: David Wolfskill message dated "Wed, 02 Oct 2024 08:14:37 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6+git; nmh 1.8; Emacs 29.3 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-ID: <35721.1727887704.1@kaos.jnpr.net> Content-Transfer-Encoding: quoted-printable Date: Wed, 2 Oct 2024 09:48:24 -0700 Message-ID: <38072.1727887704@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: SJ5PEPF000001D5:EE_|SJ0PR05MB7856:EE_ X-MS-Office365-Filtering-Correlation-Id: 45267ddd-b266-4c2f-2ff8-08dce30212ce X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0;ARA:13230040|376014|82310400026|32650700017|36860700013|1800799024; X-Microsoft-Antispam-Message-Info: =?us-ascii?Q?/VJZgUltfP6REVtLYLlqD+2dVq1AjBkaGxjJfmQNZyQExDUxEovseZ3Klu+D?= =?us-ascii?Q?eKXLhCJAJd5VASF+fuLLlCcxiXdA8In+2o1QytQjLs0wPW6/uOcrnxBySklb?= =?us-ascii?Q?rTWV5WmQyPuhcyKDy0Xy9h+XPVE/EoL+FxAeiYz8apEXIW9XYOxX9gQnSJRU?= =?us-ascii?Q?ysRoZeP36vbE8I9AxPRfSDqZQ/2qlQQL0ShegQj0skeZ7PKiUxrjZ0FgwmPT?= =?us-ascii?Q?zl9ijLGMDeUL2jSFs3GvjaxE8kyZHN/33ScInAtuLBB59pm/PMjw4MfYb/eD?= =?us-ascii?Q?X05hUEXFDBVNwd/PVZjeD90jPI24Q89jrRgn2fvyjhlQ7s7v+ZWOALUhWHjN?= =?us-ascii?Q?WLiSWysdqHmmjIwIdYS0CwlFKJHyoRFdn7TKxZH2PDeAOUb4vmOsO1pwizdT?= =?us-ascii?Q?gA+RXlgzp2MfWRhhaiL7PMRUpiHAKauyYXFscYX9zyKRwTmS6Y0gTV7vWhfP?= =?us-ascii?Q?qOnX7FaiwWEc/7xNXS2GOsaHE8oB6ba45njxIL1ZZx+uNqaM/5YSLwWX9usM?= =?us-ascii?Q?lCk571TLFnEH5athAmX9sGGDfQSBftUog2DFRfuWnPDSdoILuDUJq1Bcfhgq?= =?us-ascii?Q?PQb+YUG7CMON1ZYr1Etpx+Sx1Pf2WqznWQNLF6Y8ZbCa4ODegMl4OaD3qpeh?= =?us-ascii?Q?Jpl/2TkF4NkkNOwWpfZKtXV2VwnpeppkZStAKL8kwrUPkJ9o1IGuCJtX1G89?= =?us-ascii?Q?U3vPES2XMoB/1PTdz9Oa0vaXWZ40LgKSF+bjTEw0fBCdsnKLe3uhq6C0cFXs?= =?us-ascii?Q?F/y7geF4d5F6KjSP0IJbAZIq4Np9Tak/iYWnWmtKY5ZrhXPhIs8VWx7TfeD2?= =?us-ascii?Q?N5P+1TPDo6evpajrJ/PBs4lqsBoGDWTr1IYS8vwDBtqsYjdvhrUfJ9Hxd9pT?= =?us-ascii?Q?hg0zgEQnQRR97FhlPojZbA2BPOUAHcdP8SrInBbsj3d4/yPxXZzk86vOmkeO?= =?us-ascii?Q?Cm/OApwgrR3QjwfKF++j7XBMZNAeXjHCgeM80Byw5g7MmDKgjRQ7y75ya8Ll?= =?us-ascii?Q?UJtc1Nm5y9YYOVJjtla6CMQu4hHyB7acu6hiB3s+uMVVhDH7n0YF0w9NQzvK?= =?us-ascii?Q?ol4E0nlQpgLd+452eje0cTcmxgP+iJuLiOH3eoExJVcSsTEc6X3Xsmh581Xc?= =?us-ascii?Q?fha8RNAXKZnCI4vcWKGLPReK4IOV4uuhL30LYuiXRuNaT3yJCE1zKBkeK9Yr?= =?us-ascii?Q?Te/Kd3ATiYQ1QmHG4QqEWquKMEyosddZOQMFT35JZSsDYi8Bq2+Z5uBhrtQO?= =?us-ascii?Q?TuQCYsGQ66Z+nOeZDA+MmrCcd9Qnqbg8kR81nypLTMFI7M/FpNv7lQaEWGav?= =?us-ascii?Q?yMUl0wbW2eFaT1Wv1GTpxTDz?= X-Forefront-Antispam-Report: CIP:66.129.239.15;CTRY:US;LANG:en;SCL:1;SRV:;IPV:CAL;SFV:NSPM;H:p-exchfe-eqx-02.jnpr.net;PTR:InfoDomainNonexistent;CAT:NONE;SFS:(13230040)(376014)(82310400026)(32650700017)(36860700013)(1800799024);DIR:OUT;SFP:1102; X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 02 Oct 2024 16:48:42.4553 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 45267ddd-b266-4c2f-2ff8-08dce30212ce X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4;Ip=[66.129.239.15];Helo=[p-exchfe-eqx-02.jnpr.net] X-MS-Exchange-CrossTenant-AuthSource: SJ5PEPF000001D5.namprd05.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: SJ0PR05MB7856 X-Proofpoint-GUID: Gyw9lTcGX8WcuJ3a1OT1WZf7DQSnsjG_ X-Proofpoint-ORIG-GUID: Gyw9lTcGX8WcuJ3a1OT1WZf7DQSnsjG_ X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1039,Hydra:6.0.680,FMLib:17.12.60.29 definitions=2024-09-06_09,2024-09-06_01,2024-09-02_01 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 suspectscore=0 impostorscore=0 mlxscore=0 bulkscore=0 priorityscore=1501 phishscore=0 lowpriorityscore=0 clxscore=1011 spamscore=0 adultscore=0 malwarescore=0 mlxlogscore=759 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.19.0-2408220000 definitions=main-2410020121 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:26211, ipnet:208.84.65.0/24, country:US] X-Rspamd-Queue-Id: 4XJgmF4lMGz4CnM X-Spamd-Bar: ---- FWIW make itself does not care about whether there is space after -j or not. Both -j14 -j 14 will result in "-j 14" being added to .MAKEFLAGS (something that really annoys me ;-) So not even a makefile that is attempting to parse .MAKEFLAGS is likely to be screwing things up. In short; I would expect the -j issue to be a red-herring. David Wolfskill wrote: > On Wed, Oct 02, 2024 at 08:19:25PM +0700, dsdqmzk@hotmail.com wrote: > > ... > > Just got the same error, but both invocations didn't work, and I notic= ed > > that bootstrapped version of mtree failed to run because of (now) > > missing libmd.so.6. I think it's not really related to whitespace > > between -j and jobs number, rather you had to (re)build the bootstrap = tools. > = > Huh; interesting. Well, that last worked for me; a few more details re: > hashes: > = > Notes Running Sources > "-j14"; OK main-n272562-33ed9bdca307 main-n272579-3ec4fbdd98f2 > "-j14"; failed main-n272579-3ec4fbdd98f2 main-n272601-b35f0aa4952c > "-j14"; failed main-n272579-3ec4fbdd98f2 main-n272615-f5a04b16b189 > "-j 14"; OK main-n272579-3ec4fbdd98f2 main-n272615-f5a04b16b189 > = > Also: I have been running with "WITH_META_MODE=3Dyes" since May 2016, at > least. > = > Peace, > david > -- = > David H. Wolfskill david@catwhisker.org > Appeasement in 1938 did not bring peace in 1939. > What would appeasement bring now? > = > See https://www.catwhisker.org/~david/publickey.gpg for my public key. From nobody Wed Oct 2 20:38:24 2024 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 4XJmqB4SCkz5Y4Fn for ; Wed, 02 Oct 2024 20:38:30 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-ed1-x531.google.com (mail-ed1-x531.google.com [IPv6:2a00:1450:4864:20::531]) (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 4XJmq95fQwz4gF5 for ; Wed, 2 Oct 2024 20:38:29 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=dRlH9yub; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::531 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-ed1-x531.google.com with SMTP id 4fb4d7f45d1cf-5c89f3e8a74so184131a12.0 for ; Wed, 02 Oct 2024 13:38:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1727901506; x=1728506306; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:autocrypt:content-language :from:references:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=ix2jQG7Rsmdfs5Pri3YpJT/eVG3O7SGs8ZRldjlLDV4=; b=dRlH9yubxpTvAJJj/QeBfYlW4mRM5rQWQVh0gyZV4NKpptpW9OWy6Aay1OwuA8YSc0 YNOewrqtX2U7BW2U4jbt6/kS/882Ht/BmL2g9GUkBhMLnYbMNaRrltKU/SnOg6OgVxPS kmU7s/N6Zcf/pwca6TtSQ9DljIbmXr44mxBy29RZ45uBrqbsI3RajgkZFBoGifU10m4c uFSKNERfB2nMUNNQlhsgJgrin4U7Lyzt4T8fFBaDERL/AJGjwmlItXPUWLQ7qK44PIbU eCLjn2t6Hib5xU+1V5E8JEOcs9kBKi9biRWuQnvfydYNraPMiFmR5BZbGme6N1/kmEHP QU8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1727901506; x=1728506306; h=content-transfer-encoding:in-reply-to:autocrypt:content-language :from:references:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=ix2jQG7Rsmdfs5Pri3YpJT/eVG3O7SGs8ZRldjlLDV4=; b=O7p80MHdFjRrX0A57ABwQt6/BNqHIqSimU8YWJIHkBQ+C1JsIiggiNfiqNGB9W2LFl LseEUWzvVmvARq78KUB7KBAVV7v/U8eeS3yOYlvWprN96fuGS29zmdwF+Z/kHPZrWk69 4cGqIFPxW1SkuKZGfYT3jAyox0yBWLAic+ODDV1lhY647VWeArK0ydZgCAl34AduC8Y8 Kkhi02A+OnBdImLyUqzwJHbg0+XXzRoL4sqeZT26WIcQMYbvqVkjrjTtG9KI4yxr+thA 4Oog7PoT3Ebr5+nE3T/OWxqAuQrIDJwbpCp1dazf6ie2syHjngj23jH6jgtn0fjwRsZE VDXw== X-Gm-Message-State: AOJu0YwvrVP6ARftNVT2aRbWne6mULsSPZCZ6FgXIK+N/ypGd1BFuB3J odIF5fpPFzik//w6EjKVVw9wagAcXCMzNG0XRXKWLjw9Y2RBudjyhtThbiA/ X-Google-Smtp-Source: AGHT+IEQUqlVA//QQ3uv3O71InKj40fXE7IE7PlUsLr8AATZdZ7aMvrwQzH87lnJwJT2Mgc1JEzNIw== X-Received: by 2002:a05:6402:5108:b0:5c8:9553:c779 with SMTP id 4fb4d7f45d1cf-5c8b1b781a5mr3244166a12.27.1727901506444; Wed, 02 Oct 2024 13:38:26 -0700 (PDT) Received: from [192.168.1.10] (host-83-67-210-170.as13285.net. [83.67.210.170]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-5c88248bf54sm8011685a12.64.2024.10.02.13.38.25 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 02 Oct 2024 13:38:25 -0700 (PDT) Message-ID: Date: Wed, 2 Oct 2024 21:38:24 +0100 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: 1500024, libmd.so.6 and libmd.so.7 (was: FYI: make's "max_jobs" needs to be separated from -j (now?)) To: freebsd-current@freebsd.org References: From: Graham Perrin Content-Language: en-GB Autocrypt: addr=grahamperrin@gmail.com; keydata= xsFNBGKYt7ABEAClu83dJ3ZKfVgPOk9YKRv0Z+dl2b88+k9R4vwAmElgguYdKE7yhnQNhhWM v9vi6AFrBMc2oJdVHJ2OrXfwpELBFIgiSMEWNsC4e+Z3HtSajcl+pFZsP7ciiSoycj/w3wIV kAZoVGbhyIbNG7fbCEJ8q81TbfsGypV3bRmbZVvGNecBguYiooBtz2Qht1p3itXMkIA6P9pS YDl+6QddZLyUUAjAnFv2QDoYSHLnaDUWw4oONZsB0SKVu8jMIBh4uJZoYEOvdvc9jQQdOpA2 CAgA6ulfm42Ikr9lKBUUCtjqiWAhJ7iXOTyHAIdR4Mf8alCE6tdTq6dHdIt+GktTY7oYNyL2 3aD3C7I5waU0SFXvJcOMG10QLfwYQMOQoYQ9XJ0U5A28WYiDcylDdUWT7SappP1e1ZMeJWWO y14mxxNzHaJSI4rK8P/p5tp3Q7SSC4k5gMh9zKba3K2ApCWNbVLGvXsJeQkZZNvu70tE81ey AHI5iZcB6D7WaHysBUmsKaEpbcmm1ZThTnGL0SHEl5to5Jab5Fg6O+Cnly5sVz5lX/v8Aosx kKNei7SCVqXOVtteQeGxWbXWbhPgbMyc0Gi3DuxBI/yvJ43k/rJysQlLGLWfJx/UXprwLluC PDK9EvKEB+fD1Z349uzp1sKr3ihpySbyKI8fpudftnAz4EsoCwARAQABzSZHcmFoYW0gUGVy cmluIDxncmFoYW1wZXJyaW5AZ21haWwuY29tPsLBlAQTAQoAPhYhBFk/5bLDBwftvJcvCrdn SG9KGNQLBQJimMMBAhsDBQkFo5qABQsJCAcDBRUKCQgLBRYDAgEAAh4FAheAAAoJELdnSG9K GNQLbHAQAJi998y42bEbq5HmABYovmAEtQj33YSUWyc9QRmAHpN8Er3lTKsgmZcVChB5Fu/d go2oYynDjlVpA7+wiSmg4AG78mOYbg/e19XMhrH0keDKqZXFkU+G7agR0mF09qvpQZ9MTJYZ 2u7FtytZK665UfipOdV8eGn2hFC/WynjUwEzKyryBgbbLAEbfOPeZNry4h2ZPWbtTvx/PE/V X3Vh2oGqYx69DCGz+0xEhy62ZKbkX5SL8LUf/1WViyCVzsHasFxmFxYPWIfBy8ayQ7xapz7M cSXSQyu4oDT4qh9eZiGP9/aAcZKHcV6t9y77JGhUJ/5O1sANKMa3YhgimE+Z86LHYa1IH774 PHj1nAXBwS+Cj/1l/NQoQcyjvOj8zuCsMJVaLMb6B46YsReP4+3yBLpyeBC//t6zWPbgAkWW VjROC0dXUAMTFpnA6NZe3UghG+Nc4fnCLGOhc2nyWFYHIaYV6Hv1ITFSem9DdeNnR1CFm1VM TJ7i7TuqYM+WZTkoUsTf4c46hS/ZNJZSCxh0s9yYr+BYk3XBbd+ElaZ1dJE6cuSVdw15+P2h DnprurxC4byl4YFkn+UAVvQsOgeq6aSHLOHX0weYu1OLoiPYsTdyGhne72+kDhEEdFD5aHdQ PFrbQIrqWLV0a04++0ZwGpNvXtgnWhDdAQJDwGsSSwbLzsFNBGKYt7ABEADRb1tZuh7DPYET 0wK6fe7owbYgM+RfKhmcrGgR2HI9M2q6+0WKF/ITnggWdIW2Ecc4z2boLz/cwvPGCS7/YxZM 61KklGCwuS7q1s04XnHDWHuFxfXQPzAdVmNO3bYoMZbJjHXs6sB2u5ksiwPwaMAWWaGkviSj c5pwvHCiTmX5vH5CBj/Vi+5ESyX38vK4JM5S/m4ouI/6M9biyFgimV+v3vVyCxJCT1gI9g4o GIh1qq5S433b1fihn4yHPf8XOKyBpA/QcwLONViBqJL5nnOxpsh344rNxn2R7CcRzzicOV+e 2IbMem4lwNWQlZKoRotKXZi9LqN5mynSBYqAUdoZum0QinWT9F22B0Qex5PH1zAt9i2W91Vd kcPB3LwkRXj07ycRtsSzpgPA6fLc6AsoWFslHl8kVOO5eJIA4xhjlPa+W8lguQHZ0iX+5uAv 2eAgXR2swADuHPuENNFStmsgAMl8OOOgtq75yA5TpyIzxMuXV9Nmp0VfIaUM/IdLdmxhc1pC c320l5fYMHVLFAReWEbSj2QH8YzWfpXHIegutWWYEbH9SiDXgS9KoKmCJV/Qa+x6/b8y3pOZ vnIbCDaynC2Yr50s8gRa9kb54JE8Z+p8r16U3SEsK3PtUi0RF0e51danCVHrrE6/Hat2XUO/ 6nnYgVgFOrLao6Gh/VMs8wARAQABwsF8BBgBCgAmFiEEWT/lssMHB+28ly8Kt2dIb0oY1AsF AmKYt7ACGwwFCQWjmoAACgkQt2dIb0oY1Av7qg//YjCZg8VXyMzXssgIQpROKKqh5V0UBSQl rM3tq4tWhyg0HVMugQj0Om+iNPsEEOGHkm6tyhHMzlKGpAc/l0iAM+8twIyg44Yo5+DcfFXr OMTbTw9T9jDsWOkOBksxy29iYhgpqpWdDBnhXvrJp/FNAiX8CfzrIOZeFPydDoEiKBEXAxfe a9o5J/JeVnZiUeoiFe7i68nZGsb4JxhPczNfqW12t0Ll5/ibjszg5BgjXiLao0KqbWNh4bS5 CVwH90Or+5qqWgzWPeBiuz+rN2QXE/V/fL44GEj1YKASCqmaiYRgjoRFubz1aq1wCXMXY3Iq d4525rscUgS7HBxbblnyTodUPaamN/2nSzcmE/Pkx8MApDSgZCIhs0RTAg+/AoX4HULV1rSE TQwMrBEQt84Tw5W5rHsvXKr4ZEsJUpbPLWYTISsp23nHR+vZtL/Ug+OWCmHC7X7D21xk/xVJ 4sA1RLJBKdCHtnyA4Unv/kNS1KVGxHnITVyw1a71QJADu4qsdtM5u6CyYUhqhM1oseWtV6j+ Qi8KC/G4C3AgZf06fe2fVl42z2grTabL4bC6FQXMwTX2dsm5NakWjUCmUL8uwsQE7ZA4zKxo EYI1YV9q1birpzncYRupr1qnMoggMUHWq0IBYshFQrEO8PeVUZBw7/GfAeh3argdw2Qu748T Cyw= In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-3.88 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.89)[-0.895]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::531:from]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FREEFALL_USER(0.00)[grahamperrin]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; SUBJECT_HAS_QUESTION(0.00)[] X-Rspamd-Queue-Id: 4XJmq95fQwz4gF5 X-Spamd-Bar: --- On 02/10/2024 14:19, dsdqmzk@hotmail.com wrote: > … (now) missing libmd.so.6. … > sys: Chase libmd version bump with a __FreeBSD_version bump · > freebsd/freebsd-src@e3953c0 From nobody Wed Oct 2 21:23:02 2024 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 4XJnpd2YN5z5Y6Ys for ; Wed, 02 Oct 2024 21:23:05 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (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 4XJnpc5w51z4lCy for ; Wed, 2 Oct 2024 21:23:04 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; none Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 492LN3w9070449; Wed, 2 Oct 2024 21:23:03 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 492LN2pS070448; Wed, 2 Oct 2024 14:23:02 -0700 (PDT) (envelope-from david) Date: Wed, 2 Oct 2024 14:23:02 -0700 From: David Wolfskill To: Graham Perrin Cc: freebsd-current@freebsd.org Subject: Re: 1500024, libmd.so.6 and libmd.so.7 (was: FYI: make's "max_jobs" needs to be separated from -j (now?)) Message-ID: Mail-Followup-To: David Wolfskill , Graham Perrin , freebsd-current@freebsd.org References: 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; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Nld0bP70jGkOnEPJ" Content-Disposition: inline In-Reply-To: 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:7018, ipnet:107.192.0.0/12, country:US] X-Rspamd-Queue-Id: 4XJnpc5w51z4lCy X-Spamd-Bar: ---- --Nld0bP70jGkOnEPJ Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 02, 2024 at 09:38:24PM +0100, Graham Perrin wrote: > On 02/10/2024 14:19, dsdqmzk@hotmail.com wrote: > > =E2=80=A6 (now) missing libmd.so.6. =E2=80=A6 >=20 > >=20 > > sys: Chase libmd version bump with a __FreeBSD_version bump =C2=B7 > > freebsd/freebsd-src@e3953c0 > ..... Thank you for that clue! Booting a laptop to main-n272615-f5a04b16b189, then checking /usr/local/libexec/Xorg built under stable/14: g1-48(15.0-C)[11] ldd /usr/local/libexec/Xorg | grep found libmd.so.6 =3D> not found (0) which would be why xdm stopped working under head as of yesterday (for me).... Hmmm... does this indicate that we are approaching a point where creation (& maintenance) of a misc/compat14x port might be appropriate (for those of us who (e.g.) might want to run ports under head that were built under stable/14)? Peace, david --=20 David H. Wolfskill david@catwhisker.org Appeasement in 1938 did not bring peace in 1939. What would appeasement bring now? See https://www.catwhisker.org/~david/publickey.gpg for my public key. --Nld0bP70jGkOnEPJ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCZv25tl8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5bIMAQDwj1MW6JxoTCcBBvLqKIkVde+tJYQsyAHu6iMz6jd+mwEAsoxcF4OBX6wX oGo+SOvanOtGt4VKGJJLayR/0EI74Ao= =UEwf -----END PGP SIGNATURE----- --Nld0bP70jGkOnEPJ-- From nobody Wed Oct 2 22:16:15 2024 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 4XJr6q2wyDz5YDqh for ; Wed, 02 Oct 2024 23:07:15 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: from sdaoden.eu (sdaoden.eu [217.144.132.164]) (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 4XJr6p4h42z4vy9 for ; Wed, 2 Oct 2024 23:07:14 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sdaoden.eu; s=citron; t=1727910427; x=1728577093; h=date:author:from:to:cc:subject: message-id:in-reply-to:references:mail-followup-to:openpgp:blahblahblah: mime-version:content-type:content-transfer-encoding:author:from:subject: date:to:cc:resent-author:resent-date:resent-from:resent-sender:resent-to: resent-cc:resent-reply-to:resent-message-id:in-reply-to:references: mime-version:content-type:content-transfer-encoding:content-disposition: content-id:content-description:message-id:mail-followup-to:openpgp: blahblahblah; bh=gZ/eQuqd/PjVD8jz5N3gjBVwprE7hd7zXVfg6CNuUpE=; b=G9R0CuksNHosPHZCDqNwXV41KQYsl76d1B6Au+ywUS+D5Vasn2KdVJKUP1I66v3VHbTmss0m KgAk94UZ9RQIdEQFJJNuNHzOiOOMekPbcmKFRhefvpNG1EtKsSnn7GCt6xu/4nm35MQFcGOKSu LcRacmmNQWu40O5XAjGX3v6cSrKBrz9yN4vHmBAtyxG5R9AkZ+HVjf2miZEmYiwTP0x0KT5reS 8eAUWydUQC09Q9KJSYYyuPjI01X5GX2M4BWvdJX7i0a0hM7oG/Nv96yZHUZN0/kH+4p+qWR4KL DxRwR4rLpboey8hLRVfzusS0HOvHN8QMVMDdIbqoAuag+l8w== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=sdaoden.eu; s=orange; t=1727910427; x=1728577093; h=date:author:from:to:cc:subject: message-id:in-reply-to:references:mail-followup-to:openpgp:blahblahblah: mime-version:content-type:content-transfer-encoding:author:from:subject: date:to:cc:resent-author:resent-date:resent-from:resent-sender:resent-to: resent-cc:resent-reply-to:resent-message-id:in-reply-to:references: mime-version:content-type:content-transfer-encoding:content-disposition: content-id:content-description:message-id:mail-followup-to:openpgp: blahblahblah; bh=gZ/eQuqd/PjVD8jz5N3gjBVwprE7hd7zXVfg6CNuUpE=; b=a/jS6k1CYnmeQmCn98recskkH7JPjI73Z+BqOV7zJ9XaGLUArgTI7kjZmmlpNrQU9DR+o586 1c1Hr8qc8989BQ== Date: Thu, 03 Oct 2024 00:16:15 +0200 Author: Steffen Nurpmeso From: Steffen Nurpmeso To: freebsd-current@freebsd.org Cc: David Wolfskill , Graham Perrin Subject: Re: 1500024, libmd.so.6 and libmd.so.7 (was: FYI: make's "max_jobs" needs to be separated from -j (now?)) Message-ID: <20241002221615.Dq3duSPF@steffen%sdaoden.eu> In-Reply-To: References: Mail-Followup-To: freebsd-current@freebsd.org, David Wolfskill , Graham Perrin User-Agent: s-nail v14.9.25-608-ge479530e8d OpenPGP: id=EE19E1C1F2F7054F8D3954D8308964B51883A0DD; url=https://ftp.sdaoden.eu/steffen.asc; preference=signencrypt BlahBlahBlah: Any stupid boy can crush a beetle. But all the professors in the world can make no bugs. 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="utf-8" Content-Transfer-Encoding: quoted-printable 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:15987, ipnet:217.144.128.0/20, country:DE] X-Rspamd-Queue-Id: 4XJr6p4h42z4vy9 X-Spamd-Bar: ---- David Wolfskill wrote in : |On Wed, Oct 02, 2024 at 09:38:24PM +0100, Graham Perrin wrote: |> On 02/10/2024 14:19, dsdqmzk@hotmail.com wrote: ... |David H. Wolfskill david@catwhisker.org |Appeasement in 1938 did not bring peace in 1939. |What would appeasement bring now? Mr., hundreds of thousands of people were starving so much that a generation of children with soft bones grew up. Also after war. How about searching Google (it surely is that) for "K=C3=A4the Kollwitz Deutschlands Kinder hungern"? I tell you what, your country (America as superpower) failed by then, as they failed all the time ever since except for satisfying is own greed (that of their "elites" at least), in lots of Countries, .. in fact in all i know, and these are *many*. Watch out "Good Morning Vietnam", and do not forget the million deaths, if you want to. Yes, Hitler without that, to me unthinkable, given how much they were hurting themselves for example by that "question on who was guilty for WWI". (Hello, Great Britain!) Yes, my forefathers were rendered as women-misusing-gorillas, and had to die because of the US "stop that made brute" campaign, which started due to these exact military tactics that enabled such propaganda, which to my great surprise were used lots of times in the last decade in several conflicts from guess which side, the very same tactics, a hundred years later, get a YUCK! I would beg you to not go over Millions of in parts horrible deaths, as you think you seem worth (you surely are) all the time, those that died a hundred years ago, eighty years ago, and all the time, including today. Plug in your record player and go "We didn't start the fire". It was always burning. --End of Sorry this is off-topic, but as he now crossed his one hundred million kills limit, i had to say something in public. Btw the lua layer bug could still be in. --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) From nobody Sat Oct 5 03:58:33 2024 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 4XLBV370vMz5XZn7 for ; Sat, 05 Oct 2024 03:58:35 +0000 (UTC) (envelope-from kevans@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 4XLBV36Trmz47Pr; Sat, 5 Oct 2024 03:58:35 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1728100715; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=smSPVZdKOIjqkEL4pLF2njW1jptoV9AwtpQ9O2khD58=; b=b/IH4ikxVE0hLOMDpwlpytc67pEgSzKVzwT0c5eg01SFliPiEmoUn5NEjAP4+tiAf97k88 qHx4sUZ4VY93v9RAC0CDWT0+ePmKcgJHH+U0J2ny0obPIA4vQ27h/QHHMIcIlqPioW9so7 wpgy39AJufWghehDXuRFDsa42bkG8CWaOcdtTZ/e2m5IbEKhMMQ+aYx4Y6lyDQmj901GBE Eib//iJbMXj2rCjl84PVn34BNGOpPWVHsQN2fQlxah+lSEuR0wEsIrRQIunu4pICMe1+Jd 4tVKoLlJlyMzxQJXR46XMWBpzCgHFSwWK2oMuvthdiIic02PI+Xt31O+CzoWCw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1728100715; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=smSPVZdKOIjqkEL4pLF2njW1jptoV9AwtpQ9O2khD58=; b=B1IDN4ePAbu/HsQq+fK1rquFH16xkvvS8Rdd/wVSY0fdvUCVQ+o7q+++h0HX1GJ9aFVQdw TkXjkVnFu6+eSC0VKrKDY5Bgqy+50xKDQ1t+/9EvXuGPm2dGppa/zpuROd5sYC0vKI67Mv xcwff2w4WRqPcIIW8oir6+vixgSK3guVcvw0BY/hTWC3Q7AUJpvwDclo0tIYnw62rdHjWg wc88x4UYIyQF8/JSMCoz3OJj61y9euv+SdqcG8zox72nR3JzVyNZialpY1PowZIsbpPAT0 /KVhYsvgFJkhEzm6FpqR11o9Py2tVaIQ9soD+6/xq7gM0KoexxFn9lCOVTbZBg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1728100715; a=rsa-sha256; cv=none; b=jI5UVwaQerk/KI8Td56VBfDZ7dvhw/zpzwNDmHhbMKoEo3St04jrZsKwnupLXPMYwnLY3Z pyisLlRvabeFWS6d59CBqf+VklS5J3PHOuTUODhjvqRqgDsroSUw4Tltu7d1cYPCE891nz n31XCvjfJL6/7zfu1JIjQUzKmuP4urixOU9S2Ut3c8sBDxd6/NyOXxB0uBGfs8n5+fTJOv H7va2bbtTFtHlGDiZp98rQNoRdx/1DbRufUNQLq3r6paCOEcihnhC2PDXcjA0A0HOhSN4P gQYtSvhpwAjcaQtQIv1edUYuMO0Ji3sieuPRPLIu3/L1YWofpCLVcvMxaOpBLA== Received: from [10.9.4.95] (unknown [209.182.120.176]) (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) (Authenticated sender: kevans/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4XLBV33mT9zfZl; Sat, 5 Oct 2024 03:58:35 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: <0338a02e-ace6-46bd-a6d4-88bc004afd17@FreeBSD.org> Date: Fri, 4 Oct 2024 22:58:33 -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: Re: 1500024, libmd.so.6 and libmd.so.7 To: David Wolfskill , Graham Perrin , freebsd-current@freebsd.org References: Content-Language: en-US From: Kyle Evans In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 10/2/24 16:23, David Wolfskill wrote: > On Wed, Oct 02, 2024 at 09:38:24PM +0100, Graham Perrin wrote: >> On 02/10/2024 14:19, dsdqmzk@hotmail.com wrote: >>> … (now) missing libmd.so.6. … >> >> >> >>> sys: Chase libmd version bump with a __FreeBSD_version bump · >>> freebsd/freebsd-src@e3953c0 >> ..... > > Thank you for that clue! > > Booting a laptop to main-n272615-f5a04b16b189, then checking > /usr/local/libexec/Xorg built under stable/14: > > g1-48(15.0-C)[11] ldd /usr/local/libexec/Xorg | grep found > libmd.so.6 => not found (0) > > which would be why xdm stopped working under head as of yesterday (for > me).... > In case it's helpful, note that the .6 -> .7 bump didn't include any real ABI changes for the symbols that stuck around. In this specific case, one can safely symlink or libmap libmd.so.6 -> libmd.so.7 and rtld will DTRT to get you across the road until everything is rebuilt appropriately. > Hmmm... does this indicate that we are approaching a point where > creation (& maintenance) of a misc/compat14x port might be appropriate > (for those of us who (e.g.) might want to run ports under head that > were built under stable/14)? > Perhaps > Peace, > david Thanks, Kyle Evans From nobody Sun Oct 6 01:14:40 2024 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 4XLkpr5hJgz5Y19p for ; Sun, 06 Oct 2024 01:15:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.31]) (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 4XLkpp4Ppxz40RN for ; Sun, 6 Oct 2024 01:14:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=kUFNqYIH; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.31 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=1728177295; bh=IkgTWOl+l8qlM9olImegrAxVaFSsmhMrX+g8kVstqKQ=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=kUFNqYIHyouxakOC7VcsKgocJQGnM4pSRXLGUAXQ8wytr1G6ZF39B35cL66zi1c5xQVz+w4+nlMQczKiE2p4HFB0BBzjUq5DtqDY6WFD/X3kbXhDjqmhcsfcBND+PLVVcXLQanX7ISHo3afsEXkji2rLyNohTF+NM7/lS1BKCPZpzWbleHyaUmItFhhVreuJBpe6GsvqCAV5InCvZPJgqdlw+FZvLI7Imcwg17vku6rMRlXXm+Req6uHpXl3InrwDJfdydhCLdlrzHHVUMRlwWlyVROesVdbZLtcN2t5dgI37JWml2r30dUtt6jsCW7QCs/Q5qKdhCY58MFrFwo09Q== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1728177295; bh=tRYHZHPIzZqYx7Ry5d5DhMi1JslBRTWSthYdnIUAYTk=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=ZNwEH+sNGeDtvC9fsYAz5G9OygKG41QaBlektRahMZb3sEWsbvRgUqjPx+j2NxtVZ0TT7qqgazwkHSTRS0Tt7ZPtuTQT6mADsGl1fx8ajSepp7D87ZzcX90/5AY7/dudwoFStDsDOGOSE0X/adU19qhW/qgxk65ULV0KFye1BRP2/oSDdrMC4Tf++573E2+ZnM4vxETaOel9E8N46dPMSPBRlzNJxnsXxKrubHXdVb1hPTwTr0GvQHgF/okt7T3VJUbV9luwrEgHWG8giNT5mKN3XoGr31H5vMLH0bIe7WZbrb33xC87VuRx6w2xpcw0r53ec2VMnbNmctaHP3ZGjg== X-YMail-OSG: 69HMn4IVM1nWHRHAAllcFYFmqlkw1lds.Y3F1xkl._z_RQEVGDD7BC64_B3WVFR 8JljZz6N_BMKnSa2h2cMGYPVWDT7Uzqu9KQ5XxxqnAgVpdMteoblLrF3_gTa1HK9ddqhuAh285BI wBQReyayA9GAsn_97DY.XpnY.QyY6Ei4.CPmluFpsgmBNR941sR_QaMfrSxrxelCWq6dzm4jTVT3 lz9Z_P3Knvd5I99dWnxxlECDVoflubOUP.eZcjvNlf_x3eWw2Wph9DuQLf84c6B_Jn1nO.9YNWF1 e16g8YqHAUFs2NEKedg_JjBxS9dp5NTWClqZ9ks1iE1n03wMjTkAfVsgWljeH2WH.4ookgOQENnP 5AEknAdybZ9wyXD5N6.6A8SfxiIfPwsDG2fJNEUjS8aOT70g89EYx927jlI1MnSfLG36zzSLKtW2 _qu4KIcKYtBLM3YHBO8b0VAaNgmcwH4Lx3Ts7AfxgJcf76XE9oB6pIHMmcb8eJ7AjBk4aCEzNQa5 PmmtKb_9o7tPLbqOHO2eVheytlF9latGHVUy7Q9n7Z_N4e9FYQLsG5Izc9LHpjAabrNGAxUGJHjT 32KD2ExAMFRZsgaPaJOfjGDKITiNmdz7qBXJ_ZZc021JwV0PkuP_L4pF42br8IpTlBiMneXb6G6x C9k2KE6pmSNKPMtwUsZkgr2ErMZxjcs8UuOhbR1nRemBm1vQWBWsWf.PRC_8P2xaAux_.4v4ryIv iRNSwzh9_ecVEiRisKGI2Lg8KfdEDrUzkQ7SxppuzviVS7cUeBjeoP25_wtb0b41uuQSWhNGHAAo mbH8r_cSjMsPhO.KQi1f6lzKM6sHsqsqXogMMPN37zlVaWrjXFi92toveNPmiNhE16V1bF8nT937 F46S3cTpjs3niqok1oAdyozbWKlvNzMQpnam5xftqG1DB0uEPEjCzW2XSry4l_boC_cleJ.9pq0f uGZcUvlkN7I1DVj7rgrHsXMi_Mirf7Qg6uPpthYRSbRhm4RXjyHWOQ5z1vLeC26kNmjAeWwx42FO Amvapxl_GP8Kakk.yc3eyB95PlYf51CSByrEpj5gqurMpTQ8KwkwFranVYvMPYo6vrkc1aftjZOk kEAnIKX7eSOKtS9ZLTNSSZGmndwTzz1vd8C8POXdyROMuVgF5930LaDRuFh.Hc1rZFOV0Jrs5kbb oIPI5XFzbrFS4V.AnN9N8NfwduAAx.7EKauU6QIl4j5kFlF08jbIhnB0cxe8nCMOOx8QNh_rtokM 033L6huuYNyBhNY.QZ0q_vDsCGl5LmVqVlpNykuCguvNlEehLmxdOUr7g6oqdDL229E41D3tsi7q cs467bpJJgxITqX.QiHn08YcvtSOrXRXhMjMtQlyqE2IlY2fUxMzNMzWf418f71lcPaz9xpOSUtg vByVUEGrVa0JVpPr_B4_rgGoGsA9yss3Ae3AqG2SHFxFSMTdtSl.2G4G21.Hm3u8V_.FLZ96.IMh OfkcWhtrk7vmsiyKGBD10GCXCTpyOzjqPKbmkULwGcge9CwBE8TnSW4aRQAQAehUdbPtURWugZJw e28EbD8OssZkqiBNHzhhAKmn6JT0wS17QkydCcj4yG4gaHafuRo0F74ssWV8rsFnxacu1KDDyXDQ 0YsLXiIqe6Y13pxJz_31o2cq.kZh9rV3Ph0ztIwg_A6fxY2mhkVAwBpDAuEsGzfRD.ZUdRbfN7I. BULUfa2RaczTzlA0WAqvZvRzE1J.yg4nJtSau3MrtU_TYQWBrzNuvet1LFMDwdso7Fz0arYboSyU QA22McWhuPqSEaHIJXircKjLTOdL1.C6t8OqIB7VUW5KneBb5EwfLOYDeXGFo5EY9TsV98Ut.s0K 7iQBBd8hPfl0ELd7cC2d7WrNITU1sKXMVu6ud11LQ1IJbPHwmwiUjrhFjt195KPuMcY2YgYSXIra fJo46G23l2WB7ezmI2TWShmeqWJXzDiSE_nbB_LLUDMKoHYaRYGqgJlODwXeUFixLAoq8YDdomkb xPDkMSq40V..x6h96o0_rOZTWwtFeyzNtTDIIGP8VGUCkmtHxCveVtkJb1EU9aNdxYX9nY2pdXXv 22.lWszJGfVotl2ncHae9hvnDLjEzq1T2qfvQrCb1FkTxdinssU_zQbPlhod0sE527dSZOb2XN.R BxD0FWPuUGu_SI2tl_hZ_XuS_uxp9GgFTQxmb.5y3frMZ64sggnGt.t_uAwcYHhkaDtbK2zoapJX _NinwmLfmbZPyoh_vxSy3E9Teug.QwEifR9yqIrtHKvkukAv797mVDQki8ponqTtoIx0eJDJ2ubF 9Cg2qtMKv5xMdhI387uUQ4goV1Xfq3O81U0lRbXYWCASF X-Sonic-MF: X-Sonic-ID: cf059f8a-dd7f-4eb3-bf11-378e84cde9bb Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Sun, 6 Oct 2024 01:14:55 +0000 Received: by hermes--production-gq1-5d95dc458-dxlpk (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 4f72946c8be910634aeda29d4ef2ccfc; Sun, 06 Oct 2024 01:14:51 +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 \(3776.700.51\)) Subject: RE: git: 2c1963d46335 - main - procfs rlimit: handle pipebuf [and related] :pipebuf . . . Invalid argument Message-Id: <34434D36-A751-477A-8596-72A564113FB8@yahoo.com> Date: Sat, 5 Oct 2024 18:14:40 -0700 Cc: Konstantin Belousov To: Current FreeBSD , dev-commits-src-main@freebsd.org X-Mailer: Apple Mail (2.3776.700.51) References: <34434D36-A751-477A-8596-72A564113FB8.ref@yahoo.com> X-Spamd-Result: default: False [-3.70 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.70)[-0.702]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_THREE(0.00)[3]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.31:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.31:from] X-Rspamd-Queue-Id: 4XLkpp4Ppxz40RN X-Spamd-Bar: --- Konstantin Belousov wrote on Date: Fri, 20 Sep 2024 21:09:29 UTC : > The branch main has been updated by kib: >=20 > URL: = https://cgit.FreeBSD.org/src/commit/?id=3D2c1963d46335576d29fe21a4e7b424c4= 7b711ef4 >=20 > commit 2c1963d46335576d29fe21a4e7b424c47b711ef4 > Author: Konstantin Belousov > AuthorDate: 2024-09-20 15:04:06 +0000 > Commit: Konstantin Belousov > CommitDate: 2024-09-20 21:08:51 +0000 >=20 > procfs rlimit: handle pipebuf >=20 > Sponsored by: The FreeBSD Foundation > MFC after: 1 week > --- > sys/sys/resource.h | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) >=20 > diff --git a/sys/sys/resource.h b/sys/sys/resource.h > index c18e45d50b30..81346028f1ed 100644 > --- a/sys/sys/resource.h > +++ b/sys/sys/resource.h > @@ -127,7 +127,7 @@ struct __wrusage { > */ >=20 > #ifdef _RLIMIT_IDENT > -static const char *rlimit_ident[RLIM_NLIMITS] =3D { > +static const char *rlimit_ident[] =3D { > "cpu", > "fsize", > "data", > @@ -143,6 +143,7 @@ static const char *rlimit_ident[RLIM_NLIMITS] =3D = { > "swap", > "kqueues", > "umtx", > + "pipebuf", > }; > #endif As part of an experiment I just had 1500024 (somewhat after the libmd.so.{6 -> 7} update) boot with a 1500023 kernel that was somewhat before the fairly recent pipebuf related changes, such as the above. This produced a bunch of error messages, such as: . . . ugen0.7: at usbus0 (disconnected) Warning: no time-of-day clock registered, system time will not be set = accurately 2024-10-05T17:33:58.032649-07:00 - init 20 - - getting pipebuf resource = limit: Invalid argument . . . Starting devd. limits: setrlimit pipebuf: Invalid argument /etc/rc: WARNING: failed to start devd Waiting 30s for the default route interface: = ............................. . . . Starting syslogd. limits: setrlimit pipebuf: Invalid argument /etc/rc: WARNING: failed to start syslogd . . . Starting rpcbind. limits: setrlimit pipebuf: Invalid argument /etc/rc: WARNING: failed to start rpcbind NFS access cache time=3D60 Starting ntpd. limits: setrlimit pipebuf: Invalid argument /etc/rc: WARNING: failed to start ntpd . . . Starting rpcbind. limits: setrlimit pipebuf: Invalid argument /etc/rc.d/mountd: WARNING: Unable to force rpcbind. It may already be = running. Starting mountd. limits: setrlimit pipebuf: Invalid argument /etc/rc: WARNING: Unable to force mountd. It may already be running. /etc/rc: WARNING: failed precmd routine for nfsd . . . Starting sshd. limits: setrlimit pipebuf: Invalid argument /etc/rc: WARNING: failed to start sshd Starting cron. limits: setrlimit pipebuf: Invalid argument /etc/rc: WARNING: failed to start cron . . . 2024-10-06T00:34:50.800786-07:00 aarch64-main-pbase init 1014 - - = getting pipebuf resource limit: Invalid argument 2024-10-06T00:34:50.800858-07:00 aarch64-main-pbase init 1015 - - = getting pipebuf resource limit: Invalid argument 2024-10-06T00:34:50.800939-07:00 aarch64-main-pbase init 1016 - - = getting pipebuf resource limit: Invalid argument 2024-10-06T00:34:50.801101-07:00 aarch64-main-pbase init 1018 - - = getting pipebuf resource limit: Invalid argument 2024-10-06T00:34:50.801090-07:00 aarch64-main-pbase init 1017 - - = getting pipebuf resource limit: Invalid argument 2024-10-06T00:34:50.801240-07:00 aarch64-main-pbase init 1020 - - = getting pipebuf resource limit: Invalid argument 2024-10-06T00:34:50.801250-07:00 aarch64-main-pbase init 1019 - - = getting pipebuf resource limit: Invalid argument 2024-10-06T00:34:50.801406-07:00 aarch64-main-pbase init 1021 - - = getting pipebuf resource limit: Invalid argument ugen0.6: at usbus0 2024-10-06T00:35:08.833554-07:00 aarch64-main-pbase login 1014 - - login = on ttyv0 as root 2024-10-06T00:35:08.833623-07:00 aarch64-main-pbase login 1014 - - ROOT = LOGIN (root) ON ttyv0 2024-10-06T00:35:08.835269-07:00 aarch64-main-pbase login 1022 - - = getting pipebuf resource limit: Invalid argument . . . It seems related changes introducing incompatibility with even recent older kernels should have had a __FreeBSD_version update and might need to be documented for the now-existing incompatibility with most of the 1500023 and older history? =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Oct 6 06:30:57 2024 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 4XLsql0Gg9z5YN72; Sun, 06 Oct 2024 06:31:15 +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 4XLsqk0T2hz4Qx6; Sun, 6 Oct 2024 06:31:13 +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 4966UvkC057803; Sun, 6 Oct 2024 09:31:00 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 4966UvkC057803 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 4966Uvwc057802; Sun, 6 Oct 2024 09:30:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 6 Oct 2024 09:30:57 +0300 From: Konstantin Belousov To: Mark Millard Cc: Current FreeBSD , dev-commits-src-main@freebsd.org, Konstantin Belousov Subject: Re: git: 2c1963d46335 - main - procfs rlimit: handle pipebuf [and related] :pipebuf . . . Invalid argument Message-ID: References: <34434D36-A751-477A-8596-72A564113FB8.ref@yahoo.com> <34434D36-A751-477A-8596-72A564113FB8@yahoo.com> 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: <34434D36-A751-477A-8596-72A564113FB8@yahoo.com> 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-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] X-Rspamd-Queue-Id: 4XLsqk0T2hz4Qx6 X-Spamd-Bar: ---- On Sat, Oct 05, 2024 at 06:14:40PM -0700, Mark Millard wrote: > Konstantin Belousov wrote on > Date: Fri, 20 Sep 2024 21:09:29 UTC : > > > The branch main has been updated by kib: > > > > URL: https://cgit.FreeBSD.org/src/commit/?id=2c1963d46335576d29fe21a4e7b424c47b711ef4 > > > > commit 2c1963d46335576d29fe21a4e7b424c47b711ef4 > > Author: Konstantin Belousov > > AuthorDate: 2024-09-20 15:04:06 +0000 > > Commit: Konstantin Belousov > > CommitDate: 2024-09-20 21:08:51 +0000 > > > > procfs rlimit: handle pipebuf > > > > Sponsored by: The FreeBSD Foundation > > MFC after: 1 week > > --- > > sys/sys/resource.h | 3 ++- > > 1 file changed, 2 insertions(+), 1 deletion(-) > > > > diff --git a/sys/sys/resource.h b/sys/sys/resource.h > > index c18e45d50b30..81346028f1ed 100644 > > --- a/sys/sys/resource.h > > +++ b/sys/sys/resource.h > > @@ -127,7 +127,7 @@ struct __wrusage { > > */ > > > > #ifdef _RLIMIT_IDENT > > -static const char *rlimit_ident[RLIM_NLIMITS] = { > > +static const char *rlimit_ident[] = { > > "cpu", > > "fsize", > > "data", > > @@ -143,6 +143,7 @@ static const char *rlimit_ident[RLIM_NLIMITS] = { > > "swap", > > "kqueues", > > "umtx", > > + "pipebuf", > > }; > > #endif > > As part of an experiment I just had 1500024 (somewhat after the > libmd.so.{6 -> 7} update) boot with a 1500023 kernel that was > somewhat before the fairly recent pipebuf related changes, such > as the above. This produced a bunch of error messages, such as: > > > . . . > ugen0.7: at usbus0 (disconnected) > Warning: no time-of-day clock registered, system time will not be set accurately > 2024-10-05T17:33:58.032649-07:00 - init 20 - - getting pipebuf resource limit: Invalid argument > . . . > Starting devd. > limits: setrlimit pipebuf: Invalid argument > /etc/rc: WARNING: failed to start devd > Waiting 30s for the default route interface: ............................. > . . . > Starting syslogd. > limits: setrlimit pipebuf: Invalid argument > /etc/rc: WARNING: failed to start syslogd > . . . > Starting rpcbind. > limits: setrlimit pipebuf: Invalid argument > /etc/rc: WARNING: failed to start rpcbind > NFS access cache time=60 > Starting ntpd. > limits: setrlimit pipebuf: Invalid argument > /etc/rc: WARNING: failed to start ntpd > . . . > Starting rpcbind. > limits: setrlimit pipebuf: Invalid argument > /etc/rc.d/mountd: WARNING: Unable to force rpcbind. It may already be running. > Starting mountd. > limits: setrlimit pipebuf: Invalid argument > /etc/rc: WARNING: Unable to force mountd. It may already be running. > /etc/rc: WARNING: failed precmd routine for nfsd > . . . > Starting sshd. > limits: setrlimit pipebuf: Invalid argument > /etc/rc: WARNING: failed to start sshd > Starting cron. > limits: setrlimit pipebuf: Invalid argument > /etc/rc: WARNING: failed to start cron > . . . > 2024-10-06T00:34:50.800786-07:00 aarch64-main-pbase init 1014 - - getting pipebuf resource limit: Invalid argument > 2024-10-06T00:34:50.800858-07:00 aarch64-main-pbase init 1015 - - getting pipebuf resource limit: Invalid argument > 2024-10-06T00:34:50.800939-07:00 aarch64-main-pbase init 1016 - - getting pipebuf resource limit: Invalid argument > 2024-10-06T00:34:50.801101-07:00 aarch64-main-pbase init 1018 - - getting pipebuf resource limit: Invalid argument > 2024-10-06T00:34:50.801090-07:00 aarch64-main-pbase init 1017 - - getting pipebuf resource limit: Invalid argument > 2024-10-06T00:34:50.801240-07:00 aarch64-main-pbase init 1020 - - getting pipebuf resource limit: Invalid argument > 2024-10-06T00:34:50.801250-07:00 aarch64-main-pbase init 1019 - - getting pipebuf resource limit: Invalid argument > 2024-10-06T00:34:50.801406-07:00 aarch64-main-pbase init 1021 - - getting pipebuf resource limit: Invalid argument > ugen0.6: at usbus0 > 2024-10-06T00:35:08.833554-07:00 aarch64-main-pbase login 1014 - - login on ttyv0 as root > 2024-10-06T00:35:08.833623-07:00 aarch64-main-pbase login 1014 - - ROOT LOGIN (root) ON ttyv0 > 2024-10-06T00:35:08.835269-07:00 aarch64-main-pbase login 1022 - - getting pipebuf resource limit: Invalid argument > . . . > > > It seems related changes introducing incompatibility with even > recent older kernels should have had a __FreeBSD_version update > and might need to be documented for the now-existing > incompatibility with most of the 1500023 and older history? We do not provide forward compatibility between kernel and userspace. User binaries must be newer than kernel. From nobody Sun Oct 6 07:40:44 2024 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 4XLvNF1CbKz5YRTc for ; Sun, 06 Oct 2024 07:41:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XLvND6SPQz4W3K for ; Sun, 6 Oct 2024 07:41:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1728200458; bh=jWGmQ/IIcZaNS6Q6UFGIhuXR3hn4/Efkk2i/GGGQrm4=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=CvnSFOBNMuwFyNrAt03Wa9Eerk4nA/hYvrnyXY7HRF+YmAZV7bIJWIKHOuhU59nmhuQtnLJjqQdAzVtSczuZY5x0pf7fDz8OJkcNULn5iQLJojuYnxSKxjgZNJNDYqZfOcURpJs+RVROSDztbQD8emCVjzsxxPTUMOOqHR/ll+8qB5NnsWXxrNjUbgDgVRnE/r+5QORSe9ikRFYU9SF63odqDTzrz8lb3M9aIrHusnbwQRHOBS0pBCwGh3Jg1ub/UIKOFSrYn8tLw81YA9ehyWZ4b3aB1AVNqCLNK0tcgxplYXBxE/XyD8WwbKCGUvR8lB3suSYc3X465rsMpUfaMQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1728200458; bh=fV6Zx1iPDLbDqoM5S4tDYC5e+5Ppg2MlC63bjIlibc0=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Jrvf/D/nRe+37iqYu6e9gU01imaVVrGh5a7TDXgnBK72nReTHAhR1aeBO91ne2ZHdIf5olf/hXDIUqMudqNfTxw5KqLmK7Q0q9gVYU1hz/2k1pz3WND89D4GOwsodO4KRMUN1XKP4g2QME53MfRCkE5gGhqcLxYeH2UcYJjYcJoUSQRrLBgHFtIVQwQw9bpYrT9oTpCKj15+0BuHUOcUJMwckhTf0kji3HEshcQkjToElVcBCX84Z4dpDocXiTRL9nkU74r/eQRlRh1dGUzzrX2EWqXHdGLBhnmgqyZDUD64tgGGGbAAgsY6RCyqba87m/fpvLoSo8Ve9ElnMi0WAA== X-YMail-OSG: ShW5hQ4VM1kVw.X0ujN4RsUZ.xrUrEZ0CKHdSxEiv62NmQmh.73x.QomtMU7b0l BpWewcspeNml0GmNpNOAlo5iy4e0gG1L716d.FliDw47BsdLu3qnjZ52eu8O3IIUsbAF0e13gFKn G9TTe_UlRNgJ6gVwik_ARzh2tjF8mvoU5gL8qR0zOOkluyJQ9UHbDK2wxS9b6RXUTW0rIRo.Igdo 6PmKZNgIglYAHWu_H1hOXIHZ0GhMDJoINlvfq8Yza1Oi7IEFVd7.ZxS_t_sqGU3BfPd1rGPQ2FGs 9DatLlJKIlBRfmi0HnKH48WFSXzWSNWcDn9lbsumq5gzHSu.nYs.K4.kHPe3x5UdffA63yvzwgLT KRcTJEK2jYgvz33VCzDoOBl61XeEUjutTZnnta1bpHOASq6UVwLjyLfonuTb.voivQSXvyvYYTrx uUR7OguZzPJwtjlWq9EJViEbiUkB9osOGHBwumxgVlkc7iV5cT5ut10otBIZyFuu8CXCiMkp3gtf z49cxyugYZ05n0YZcYSC0MPXvzqjTMsJqAmh3UOLJK57hj2zAad7AhT7796uzWt38EUqDgT.06Pu 0u8YNKoz69kPbEP79T7iTLXgdWkJZwQPSfngU4CHthpsIPHVae2cdZa0GVfVYxIKT9ysgjUtS2Uw D4j7u8RKiiASxndrzgO2_.rWIDbc01VP6wrNdhbGljUfSm_ijrM0LK2OwumGwPjVHnTatizOTMO0 ssW95XpvPsYvZGSWJHoJa9nvPhdRHYx7sHfGqji635__wQycybrhqmuKzd35n7aRXcFWFUEh8Ay4 4P7_b0RL5iFg9AZWpFj7gHx0FD4CDiWnsYBvYiQ8yCXcbwTOQrUN2jYAi9CvprcNSedqTQaxpgHD R5mhXR5RYdX6DG6biIGPbrew922LZL63AEj0CvvGo2OgfezDnPVLcYbFEdXUh_ksKW0YgT8fZQff GIf2ZavjGE0rKfPObBnBclUVerYGy6.6Tp2z7L3adAbWRoOyfj00gHM64GGTMTe9.WTVwrfXL_00 RPwJ6dzmnX6tZZTDNMWuhllZwtRJ7QaJSBQvJCGhkzi0DjQDM7UcV3ULcmks9rMdWsK0WySOHIfZ zKAww_WDJJEwJODU74qSJRY_8lne8zWOMcwkXnVIRHf7.RDLuwlAXE0v1B2RroR2QL4JqrF3BZx6 Rw.GHUhmy1WR651iyzk5f2eEBZ_.QdJa2Yynzq6tplTkloqzwghXaHkA6HDLO56izDQ0YOnm6kZl Syg_jcysG.5jFCvaG5BoHTfFLW4UuaQIQdp_9AcmK7eqYiktnyYfc118Sbomzch61.VwJw2MYnWW ryI0eQQ4WoHWR6EfYo.U3XiOGP_E.FsUEGRq1s6ylA5wr.R7pEqVZLMyAx1Vm45OcuhPJ8U5a73B ANwXS.SRUifDaKhI8aV8mFeaqi7Kw7WJqTp8AcCahkRbqIC0o8NKW_fSBsur7BzlgcUHRHdU1LN_ 5wOeK1KQmUMD.hp4bnAEfP68L8WXxahVXiKPjfXmo.EvngkprIRL0668FFaQdb09C15NoyRaSBs4 bN1gFYi94c9lYVqasAgPsjJ4uyUX0VR7oDGDKMU559WgE1NJte2xS6oFmL.Z._mUnY6i9lCobhPZ SYN3xeo2dQt7QV.HhOYRllmJx7N0rlnDm9jVjYGnWH2vQT358YxN6e5rWuY.eFkgcdofr23n0lSP N_fkAulrdheGpGu7Vct7alfsgoMgDn5h36qa91idVnj7iw7PAokqHT.FT1ygrYFsb4rOfg89iTns 2rUALNMm34e6C5EA8.KN4a5wDs4UTyvvKRH249xR.UwQa_oGokZ47w3LM8QtYifQ5QL6zk820Pzh SqjjWsNMW2pbTi1KE1jOGnrQPTd9M1.16HqfVLjwFNYL9vaTeGk4X93D9yQEVNsmMK6hzon_EPmM fn4T2nhieuOyNo0zYCN2928e.dg6FX16o7Tgq7twZd_ysPusoLdYdwIhGv3rohdRJhXTjPdXVbL1 mBLVLPdE6tGa2oIL4.JAyNVf7iCSx4UKZ3oTj_uQaJfJe2_D9KTc47WzPag7P10IcYanZ8DtjrNf ixMBiMMdQI1e3B0QnTuj372oR1OI1.sTbWzPb8aHYSJsDj.VyNlJcTUvpqkibglyxSEWOQEsNJqT 4zfuiW7eC4dm1GHHyKS6uwilBGYu4heAa8aQG6Abg5PtL5ebaugStNGPC7o6oMtapfDhrXMlJWkJ rM7XUic9J5rB1bssOLn4KgWVK1rBLAZhUrj_mOInQILXpIDIn6YNudzSXo2uVx9bWl3pO9a9sHwS 1ThjnYMfrvYVkQ1tbj0WWO27KoE5bCgn0mrY- X-Sonic-MF: X-Sonic-ID: 9c75c41c-d681-49b4-a272-fc4be9b95424 Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sun, 6 Oct 2024 07:40:58 +0000 Received: by hermes--production-gq1-5d95dc458-4tw7n (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 4a3f2811d35b5fe682ba3fdaea989815; Sun, 06 Oct 2024 07:40:55 +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 \(3776.700.51\)) Subject: Re: git: 2c1963d46335 - main - procfs rlimit: handle pipebuf [and related] :pipebuf . . . Invalid argument From: Mark Millard In-Reply-To: Date: Sun, 6 Oct 2024 00:40:44 -0700 Cc: Current FreeBSD , dev-commits-src-main@freebsd.org, Konstantin Belousov Content-Transfer-Encoding: quoted-printable Message-Id: References: <34434D36-A751-477A-8596-72A564113FB8.ref@yahoo.com> <34434D36-A751-477A-8596-72A564113FB8@yahoo.com> To: Konstantin Belousov X-Mailer: Apple Mail (2.3776.700.51) X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4XLvND6SPQz4W3K X-Spamd-Bar: ---- On Oct 5, 2024, at 23:30, Konstantin Belousov = wrote: > On Sat, Oct 05, 2024 at 06:14:40PM -0700, Mark Millard wrote: >> Konstantin Belousov wrote on >> Date: Fri, 20 Sep 2024 21:09:29 UTC : >>=20 >>> The branch main has been updated by kib: >>>=20 >>> URL: = https://cgit.FreeBSD.org/src/commit/?id=3D2c1963d46335576d29fe21a4e7b424c4= 7b711ef4 >>>=20 >>> commit 2c1963d46335576d29fe21a4e7b424c47b711ef4 >>> Author: Konstantin Belousov >>> AuthorDate: 2024-09-20 15:04:06 +0000 >>> Commit: Konstantin Belousov >>> CommitDate: 2024-09-20 21:08:51 +0000 >>>=20 >>> procfs rlimit: handle pipebuf >>>=20 >>> Sponsored by: The FreeBSD Foundation >>> MFC after: 1 week >>> --- >>> sys/sys/resource.h | 3 ++- >>> 1 file changed, 2 insertions(+), 1 deletion(-) >>>=20 >>> diff --git a/sys/sys/resource.h b/sys/sys/resource.h >>> index c18e45d50b30..81346028f1ed 100644 >>> --- a/sys/sys/resource.h >>> +++ b/sys/sys/resource.h >>> @@ -127,7 +127,7 @@ struct __wrusage { >>> */ >>>=20 >>> #ifdef _RLIMIT_IDENT >>> -static const char *rlimit_ident[RLIM_NLIMITS] =3D { >>> +static const char *rlimit_ident[] =3D { >>> "cpu", >>> "fsize", >>> "data", >>> @@ -143,6 +143,7 @@ static const char *rlimit_ident[RLIM_NLIMITS] =3D = { >>> "swap", >>> "kqueues", >>> "umtx", >>> + "pipebuf", >>> }; >>> #endif >>=20 >> As part of an experiment I just had 1500024 (somewhat after the >> libmd.so.{6 -> 7} update) boot with a 1500023 kernel that was >> somewhat before the fairly recent pipebuf related changes, such >> as the above. This produced a bunch of error messages, such as: >>=20 >>=20 >> . . . >> ugen0.7: at usbus0 (disconnected) >> Warning: no time-of-day clock registered, system time will not be set = accurately >> 2024-10-05T17:33:58.032649-07:00 - init 20 - - getting pipebuf = resource limit: Invalid argument >> . . . >> Starting devd. >> limits: setrlimit pipebuf: Invalid argument >> /etc/rc: WARNING: failed to start devd >> Waiting 30s for the default route interface: = ............................. >> . . . >> Starting syslogd. >> limits: setrlimit pipebuf: Invalid argument >> /etc/rc: WARNING: failed to start syslogd >> . . . >> Starting rpcbind. >> limits: setrlimit pipebuf: Invalid argument >> /etc/rc: WARNING: failed to start rpcbind >> NFS access cache time=3D60 >> Starting ntpd. >> limits: setrlimit pipebuf: Invalid argument >> /etc/rc: WARNING: failed to start ntpd >> . . . >> Starting rpcbind. >> limits: setrlimit pipebuf: Invalid argument >> /etc/rc.d/mountd: WARNING: Unable to force rpcbind. It may already be = running. >> Starting mountd. >> limits: setrlimit pipebuf: Invalid argument >> /etc/rc: WARNING: Unable to force mountd. It may already be running. >> /etc/rc: WARNING: failed precmd routine for nfsd >> . . . >> Starting sshd. >> limits: setrlimit pipebuf: Invalid argument >> /etc/rc: WARNING: failed to start sshd >> Starting cron. >> limits: setrlimit pipebuf: Invalid argument >> /etc/rc: WARNING: failed to start cron >> . . . >> 2024-10-06T00:34:50.800786-07:00 aarch64-main-pbase init 1014 - - = getting pipebuf resource limit: Invalid argument >> 2024-10-06T00:34:50.800858-07:00 aarch64-main-pbase init 1015 - - = getting pipebuf resource limit: Invalid argument >> 2024-10-06T00:34:50.800939-07:00 aarch64-main-pbase init 1016 - - = getting pipebuf resource limit: Invalid argument >> 2024-10-06T00:34:50.801101-07:00 aarch64-main-pbase init 1018 - - = getting pipebuf resource limit: Invalid argument >> 2024-10-06T00:34:50.801090-07:00 aarch64-main-pbase init 1017 - - = getting pipebuf resource limit: Invalid argument >> 2024-10-06T00:34:50.801240-07:00 aarch64-main-pbase init 1020 - - = getting pipebuf resource limit: Invalid argument >> 2024-10-06T00:34:50.801250-07:00 aarch64-main-pbase init 1019 - - = getting pipebuf resource limit: Invalid argument >> 2024-10-06T00:34:50.801406-07:00 aarch64-main-pbase init 1021 - - = getting pipebuf resource limit: Invalid argument >> ugen0.6: at usbus0 >> 2024-10-06T00:35:08.833554-07:00 aarch64-main-pbase login 1014 - - = login on ttyv0 as root >> 2024-10-06T00:35:08.833623-07:00 aarch64-main-pbase login 1014 - - = ROOT LOGIN (root) ON ttyv0 >> 2024-10-06T00:35:08.835269-07:00 aarch64-main-pbase login 1022 - - = getting pipebuf resource limit: Invalid argument >> . . . >>=20 >>=20 >> It seems related changes introducing incompatibility with even >> recent older kernels should have had a __FreeBSD_version update >> and might need to be documented for the now-existing >> incompatibility with most of the 1500023 and older history? >=20 > We do not provide forward compatibility between kernel and userspace. > User binaries must be newer than kernel. Well, the official port-packing builders frequently use combinations like: Host OSVERSION: 1500023 [So: kernel and world] Jail OSVERSION: 1500024 [So: Jail world, still 1500023 kernel] I temporarily had kernel: 1500023 (not very old) and world: 1500024, no jail or chroot involved in the activity. [This was by accident of timing, not a deliberate status.] I expect that a world from just before 1500024 would have had the same sort of results, with both then being 1500023, which is part of why I reported what I did. [The change to 1500024 is not tied to the pipebuf changes but to libmd updates.] Are you suggesting that I should not expect two 1500023's (one kernel, one world) to be compatible unless I also know the more detailed timing relationship within 1500023's span? I though the ordering principles were for across distinct values, not for the same value. If I was wrong, it would be good to know that explicitly. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Oct 6 08:57:23 2024 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 4XLx4P3xyPz5YWFM; Sun, 06 Oct 2024 08:57:25 +0000 (UTC) (envelope-from des@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 4XLx4P3Pc2z4ddt; Sun, 6 Oct 2024 08:57:25 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1728205045; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=DyQVuirlZ0nJGSD4LncDU1PCnPP2J99jSL/HeVFw4tA=; b=POTs4RKiB0peTfKvGOH4qALJa3C0+plzz5iuymIYmScpGL7e/4UIoc0i/sfzWg3F2yeOl/ 5azbI/8X083be0Om5fUb2CUnZZN27GJthoVTk/yBetGOXa9Vb2kus2nXTOw6GJC+fB15US b5ylGHScgvLJ+uYnm5z3dFKcG5NqFHjySqm1A4HKuKhpx+FwlDNeCNHyIQ1Fj2DJGzhWec T4VlpBQk9LLWQOtNOrTwEqD7nXmoBp1/GWqzXfnYpmQmI9X2VbkN5e92PghV0IxZZtnzkU oRpCnJFxHrxHl/ifGUiVVo7WzlL2M49y6BITntRrpmPq3Y3UAqoLwKJ8SMhw9Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1728205045; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=DyQVuirlZ0nJGSD4LncDU1PCnPP2J99jSL/HeVFw4tA=; b=K+ygSZfDTlTBeDQc3GFNqcYOLIG20GYG/8sA5x4ToVh2IjX+Wy2fXn+++aCYNJkKOgsUX5 5/xt9XynI+SvnYheR6upAutMKAGVyMx6w5eYvlHAs/QOGGuYaxUvaWTVmdsKo0n40X7A/I 3E07nnwadlK9DjNwrMATndz75kQSPpEf3IamYoYW49BN8/QA0OPVMpqUyyuhTkxNKITdNN Qmu3HT07PMiAFyLJmJQPhgxKfs/DPyGPzxA1zJXpG9g7KC7jrOLAVhQk70JGrWLSY707TW jBX3u6p4ZFnFwmO4bOBQqeKjI3gzj0570V8W918yi21mVJFNhzfNK/3IMEYNrQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1728205045; a=rsa-sha256; cv=none; b=BnYdfjq5LoPnBoxaPo2t7zpk+zKt8otbQvMEplVm7CG9U0sCHTlfz7psti6pBLGjj/U5nt lvXjqK6DuNk5CHNsbV9eMyxEK6PIZZICnPBNStGe/8aoimUyf8k/G3yrLMhCyslaXt/Sv1 Y3pJsrxi0Aje4g9Wqzly+vVPN3IJf4raMug1NcCBpGKBiPm1tZSYRH2c41+C7l8rD7CgUw LcBKAVEgPQVv0kWyJPvkXN5VjRMzEfvz+t8h2D8gHM6aOSvzP34ueRMWUZUCi6nyZSdbRP 5epWBEbEJBUa8ToQxMLHJH73qJiyoTAI3ucglOqMTj9HkQ7yOoLKYtamDexO/w== Received: from ltc.des.dev (unknown [IPv6:2a01:e0a:386:9c20:922e:16ff:fef1:acef]) (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) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4XLx4P2H6ZzG7Q; Sun, 6 Oct 2024 08:57:25 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 47C96BF8A7; Sun, 06 Oct 2024 10:57:23 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Konstantin Belousov Cc: Mark Millard , Current FreeBSD , dev-commits-src-main@freebsd.org, Konstantin Belousov Subject: Re: git: 2c1963d46335 - main - procfs rlimit: handle pipebuf [and related] :pipebuf . . . Invalid argument In-Reply-To: (Konstantin Belousov's message of "Sun, 6 Oct 2024 09:30:57 +0300") References: <34434D36-A751-477A-8596-72A564113FB8.ref@yahoo.com> <34434D36-A751-477A-8596-72A564113FB8@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Sun, 06 Oct 2024 10:57:23 +0200 Message-ID: <86r08tvcb0.fsf@ltc.des.dev> 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=utf-8 Content-Transfer-Encoding: quoted-printable Konstantin Belousov writes: > We do not provide forward compatibility between kernel and userspace. > User binaries must be newer than kernel. Uh, no. The opposite, in fact. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Sun Oct 6 09:09:35 2024 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 4XLxLc5lFhz5YXCn; Sun, 06 Oct 2024 09:09:44 +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 4XLxLb5vPyz4g0g; Sun, 6 Oct 2024 09:09:42 +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 49699ZAZ063149; Sun, 6 Oct 2024 12:09:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 49699ZAZ063149 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 49699ZHj063148; Sun, 6 Oct 2024 12:09:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 6 Oct 2024 12:09:35 +0300 From: Konstantin Belousov To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= Cc: Mark Millard , Current FreeBSD , dev-commits-src-main@freebsd.org Subject: Re: git: 2c1963d46335 - main - procfs rlimit: handle pipebuf [and related] :pipebuf . . . Invalid argument Message-ID: References: <34434D36-A751-477A-8596-72A564113FB8.ref@yahoo.com> <34434D36-A751-477A-8596-72A564113FB8@yahoo.com> <86r08tvcb0.fsf@ltc.des.dev> 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=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86r08tvcb0.fsf@ltc.des.dev> 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-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] X-Rspamd-Queue-Id: 4XLxLb5vPyz4g0g X-Spamd-Bar: ---- On Sun, Oct 06, 2024 at 10:57:23AM +0200, Dag-Erling Smørgrav wrote: > Konstantin Belousov writes: > > We do not provide forward compatibility between kernel and userspace. > > User binaries must be newer than kernel. > > Uh, no. The opposite, in fact. Right, it is opposite. It was a typo. Anyway, __FreeBSD_version is not about compatibility between specific snapshot of kernel and user sources. It de-facto provides two technical measures: 1. kernel refuses to load modules built against headers set with higher __FreeBSD_version than kernel 2. Some values of __FreeBSD_version are used by userspace to detect if specific change is present in kernel. See sys/param.h P_OSREL_ list. From nobody Sun Oct 6 13:56:01 2024 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 4XM3jF2zw4z5Y6PN for ; Sun, 06 Oct 2024 13:56:17 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x1030.google.com (mail-pj1-x1030.google.com [IPv6:2607:f8b0:4864:20::1030]) (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 4XM3jD3hVYz40M9 for ; Sun, 6 Oct 2024 13:56:16 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x1030.google.com with SMTP id 98e67ed59e1d1-2e109539aedso3034972a91.0 for ; Sun, 06 Oct 2024 06:56:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1728222975; x=1728827775; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=LyFgoFNB0rWglfzEWRJiK2RrWh6mEdJY5X2Ew+UtSDI=; b=UceBScrcZpELqwDKG645iFDKuogxIMPP/mKcyz3UCB/CgZKI8/Fx0cy7o1TKT/ZRyu mIQI2WUEFzWpC7+Y0s1U0tj8wU+hwATy7EbFThpTYAr+5Pd4QmOOP7bc/JBA1CC09Z3V 0TeNg6IBgrAlPUUvIWMKt/bgNBRJPMUD5XF3UWvNfsb8QmeMApzrBV05lPDRVDtaMLpi cVlXeXSglJdz0SrcF6h6Mh4xYzQqc0ObBtnz0M6HKkuCquxOOgUpRse+gvOGnbU5BT9v Y+nFY3d0Jb244utVPPNy1TYjiyrAa8lQsBJu8wlIduYZkcJ1f8kVpM9hza+CPNScYtDC ZC1Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1728222975; x=1728827775; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=LyFgoFNB0rWglfzEWRJiK2RrWh6mEdJY5X2Ew+UtSDI=; b=hfbeGreIQomfKScwDXmuhxaF+wc9x/8I/eA87ZjdCFW78ps0UJ4APHSBgHv1Zb/C8W eyDTiV6aJYz+s4j1Myr4zDHrqyAxA2JdpSBFq0Mb2G6QVw9SY0ojwdCITjdnWznaPfVu /WPXU6ZDT4EVpJzixSZpKdYou+m1bBi4NGQe3S/OMd0DGLxXrNt/kyshIwQEwrnjxKgS WKUeLfAcF4ye/0ccld61MVLS5PSvW9awWD/kRmDlC/+tGis6cR5LbMssHal/Yl5YotV6 K+NZLI17JhtAGBKEeC5AfiLxxmUwwcscW1E/LH0ue87e8b/Yh8M72YgiLZTOg2DlXbCV x8VA== X-Forwarded-Encrypted: i=1; AJvYcCXGgKHMmBBnRY3R/uoTxk2LO5TsWF3r8fmt3aAS/iG8MYChGiq1Lh2cCsiOcEve+/+33eKM/o3io2g1E6AuxCY=@freebsd.org X-Gm-Message-State: AOJu0Yx3KOG7kEqy+p6S1dE+ZwAzPZ+XYLLEB4SpZjsx6L831X9+bghk iAQxHJ29XpKS074G+38JYlOL0At1P/WjOvQYVFdgfZgtQbVdVXXDiKQyvxqTc6KMwtr/1J2sxGo i6V+GuBCUTXpZHYGDhL50igJ4LQ8FSaniNHoYsg== X-Google-Smtp-Source: AGHT+IGdM+XVy7cRM6/pl64LO5ydIrlh/rx12yCgPjIZbTVxco2dx5dISiW8fifGEtF7MQb7gMcwxxObRAy/t6OX5XA= X-Received: by 2002:a17:90b:4a81:b0:2d8:84de:5e0e with SMTP id 98e67ed59e1d1-2e1e629da77mr11795890a91.19.1728222974871; Sun, 06 Oct 2024 06:56:14 -0700 (PDT) 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 References: <34434D36-A751-477A-8596-72A564113FB8.ref@yahoo.com> <34434D36-A751-477A-8596-72A564113FB8@yahoo.com> <86r08tvcb0.fsf@ltc.des.dev> In-Reply-To: From: Warner Losh Date: Sun, 6 Oct 2024 07:56:01 -0600 Message-ID: Subject: Re: git: 2c1963d46335 - main - procfs rlimit: handle pipebuf [and related] :pipebuf . . . Invalid argument To: Konstantin Belousov Cc: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= , Mark Millard , Current FreeBSD , dev-commits-src-main@freebsd.org Content-Type: multipart/alternative; boundary="00000000000082a4f30623cf449d" 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:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4XM3jD3hVYz40M9 X-Spamd-Bar: ---- --00000000000082a4f30623cf449d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Oct 6, 2024 at 3:09=E2=80=AFAM Konstantin Belousov wrote: > On Sun, Oct 06, 2024 at 10:57:23AM +0200, Dag-Erling Sm=C3=B8rgrav wrote: > > Konstantin Belousov writes: > > > We do not provide forward compatibility between kernel and userspace. > > > User binaries must be newer than kernel. > > > > Uh, no. The opposite, in fact. > > Right, it is opposite. It was a typo. > > Anyway, __FreeBSD_version is not about compatibility between specific > snapshot of kernel and user sources. It de-facto provides two technical > measures: > 1. kernel refuses to load modules built against headers set with higher > __FreeBSD_version than kernel > 2. Some values of __FreeBSD_version are used by userspace to > detect if specific change is present in kernel. See sys/param.h > P_OSREL_ list. > 3. It's used extensively in 3rd party software to select different interfaces (including ports). That's why we document why we do each bump. While 'forward compatibility' is sometimes needed / provided when it adversely affects upgrade from source and fall back to prior kernel while it's worked out. But (a) ZFS BEs eliminate many problems and (b) we've only done it when it was impossible to run buildkernel / git (or svn or cvs in the past) to fix the problem. While the messages are annoying, they don't prevent that limited exception we've occasionally done in the past. In general, we've avoided changes so incompatible that they've needed a new P_OSREL_ entry to cope... Warner --00000000000082a4f30623cf449d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Sun, Oct 6, 2024 at 3:09=E2=80=AFA= M Konstantin Belousov <kostikbel@= gmail.com> wrote:
On Sun, Oct 06, 2024 at 10:57:23AM +0200, Dag-Erling Sm=C3=B8rgr= av wrote:
> Konstantin Belousov <kostikbel@gmail.com> writes:
> > We do not provide forward compatibility between kernel and usersp= ace.
> > User binaries must be newer than kernel.
>
> Uh, no.=C2=A0 The opposite, in fact.

Right, it is opposite.=C2=A0 It was a typo.

Anyway, __FreeBSD_version is not about compatibility between specific
snapshot of kernel and user sources.=C2=A0 It de-facto provides two technic= al
measures:
1. kernel refuses to load modules built against headers set with higher
=C2=A0 =C2=A0__FreeBSD_version than kernel
2. Some values of __FreeBSD_version are used by userspace to
=C2=A0 =C2=A0detect if specific change is present in kernel.=C2=A0 See sys/= param.h
=C2=A0 =C2=A0P_OSREL_ list.

3. It's= used extensively in 3rd party software to select different interfaces
(including ports). That's why we document why we do each bump.

While 'forward compatibility' is sometimes n= eeded / provided when it
adversely affects upgrade from source an= d fall back to prior kernel while
it's worked out. But (a) ZF= S BEs eliminate many problems and (b) we've
only done it when= it was impossible to run buildkernel / git (or svn or cvs
in the= past) to fix the problem. While the messages are annoying, they
= don't prevent that limited exception we've occasionally done in the= past.
In general, we've avoided changes so incompatible that= they've needed
a new P_OSREL_ entry to cope...
Warner=C2=A0
--00000000000082a4f30623cf449d-- From nobody Sun Oct 6 22:34:11 2024 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 4XMHCG5hTVz5YdYs; Sun, 06 Oct 2024 22:34:34 +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 4XMHCF5Cmdz45Zs; Sun, 6 Oct 2024 22:34:33 +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 496MYBCR088256; Mon, 7 Oct 2024 01:34:14 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 496MYBCR088256 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 496MYBtm088255; Mon, 7 Oct 2024 01:34:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 7 Oct 2024 01:34:11 +0300 From: Konstantin Belousov To: Warner Losh Cc: Dag-Erling =?utf-8?B?U23DuHJncmF2?= , Mark Millard , Current FreeBSD , dev-commits-src-main@freebsd.org Subject: Re: git: 2c1963d46335 - main - procfs rlimit: handle pipebuf [and related] :pipebuf . . . Invalid argument Message-ID: References: <34434D36-A751-477A-8596-72A564113FB8.ref@yahoo.com> <34434D36-A751-477A-8596-72A564113FB8@yahoo.com> <86r08tvcb0.fsf@ltc.des.dev> 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=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: 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-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] X-Rspamd-Queue-Id: 4XMHCF5Cmdz45Zs X-Spamd-Bar: ---- On Sun, Oct 06, 2024 at 07:56:01AM -0600, Warner Losh wrote: > On Sun, Oct 6, 2024 at 3:09 AM Konstantin Belousov > wrote: > > > On Sun, Oct 06, 2024 at 10:57:23AM +0200, Dag-Erling Smørgrav wrote: > > > Konstantin Belousov writes: > > > > We do not provide forward compatibility between kernel and userspace. > > > > User binaries must be newer than kernel. > > > > > > Uh, no. The opposite, in fact. > > > > Right, it is opposite. It was a typo. > > > > Anyway, __FreeBSD_version is not about compatibility between specific > > snapshot of kernel and user sources. It de-facto provides two technical > > measures: > > 1. kernel refuses to load modules built against headers set with higher > > __FreeBSD_version than kernel > > 2. Some values of __FreeBSD_version are used by userspace to > > detect if specific change is present in kernel. See sys/param.h > > P_OSREL_ list. > > > > 3. It's used extensively in 3rd party software to select different > interfaces > (including ports). That's why we document why we do each bump. Which is exactly what's wrong with __FreeBSD_version. It seems that the use in third-party patches for Linux-ported software is the way of least resistance to proper feature detection. Also it is usually wrong because it checks the compilation environment, as opposed to the runtime. > > While 'forward compatibility' is sometimes needed / provided when it > adversely affects upgrade from source and fall back to prior kernel while > it's worked out. But (a) ZFS BEs eliminate many problems and (b) we've > only done it when it was impossible to run buildkernel / git (or svn or cvs > in the past) to fix the problem. While the messages are annoying, they > don't prevent that limited exception we've occasionally done in the past. > In general, we've avoided changes so incompatible that they've needed > a new P_OSREL_ entry to cope... P_OSREL_ is 50/50 between incompatibilities (like P_OSREL_SIGSEGV) and _runtime_ indication of the feature presence. Still it cannot solve some very basic problems. For instance, we do mark binaries against csu' version they were linked against, but we do not mark dso's. I did not ended with a scheme to enable LA57 on amd64 without causing big bangs because large AS breaks unpatched jemalloc, and there is no good way for kernel to know if libc is patched. From nobody Sun Oct 6 23:11:30 2024 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 4XMJ2D5CXRz5Ygqk for ; Sun, 06 Oct 2024 23:11:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (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 4XMJ2D2FTzz4CN5 for ; Sun, 6 Oct 2024 23:11:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1728256306; bh=2aijTQjh+RmnUACrTk+dcdCJy8dHk2Wf1qA30Q/0Pc8=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=IikoHKwx65kQTmbUaUHhqaSEsd2JIwURFJG4w9Uij9znuhlB+4ZRlP1YVkBMHgd1nPEvtz1qG/BGgluSkBBMnsbmhh811tIGUn4lqs8UkZXzBNuAGgRuj7c0KimjiqfxZVoTqsUwCFqdOFwYMoetAaJsKXY/gU2l+iY3C5CUtFG7SeFImNA5fwaz3cB4YkASS4bsvvYnt/HPKn+8ORpRhnouJV6c+xPJ265iPhAAFHL+KgEMDKMEA4SQlhtJ3HHsMTccECQWG//QExSpAaP3zQWCMe3cG9RqjEYWzmSznnwZMH4KYon/A8LNf7pRhiX4wjDe9tslUJ+IcPFW1RYxjg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1728256306; bh=5rG9UQmRcFOd5AyDKtrkpkDcFRhOCRBHJdJY9byWHlo=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=mR5B3TFEBEWiwwz9VpQmQ9QQxPhXMogvHkBPJ3aisGUc0hT53lH4XxnRLEVWEjopUcIV87vQVZdgauFew4KOKQR/0r66VmXB1A9b4XQE4k4seOCqStTZTKWrh2d1xGKq8yZOsKw+e6CVoBnmvEfRdM5ASS6CRos1UHyLAFu+guWFjEQ/8uY9W6D5L7YgykHSMvHqDPEMzL+lUWi+eSxbeVlnCVZf1l/WW4tkkgEC3yJrwRD2hRDwnvni4aNBS/udS71uHeJylo1bt0ThwMK3rXBSxKgrvfxrPc61/4OcEH2NZbBOoq7G/h2MUh1O7jtXOFXyYrWB23tjzWPxQotcqA== X-YMail-OSG: jTEzua8VM1nS8TnuKqknRN_3qCrSKwVbJH7CmROzCIkBsBUY75Hc7cjz20onEqE vKgjVsIYJNaw3u.Y.f0WjKFmUEoRJLmGQASONWzBD1ktMmik6ea4m1tY0.4KqylVUKI2DNWL1rZR h0FmEFzcw4.4iOBgr6ir8hNfSWnFMBPjVWEyB0Uea7YFrLUxTgE3B5r9DBtS0Nb186hDsVFu10iD unDjVE2FsG23rJL37HZhBcssYQKjna9k7j.VUj_C235ZTBQPptBIAA62kjVtiL5eUvgOaj9EAMOt u6vm6ryWkyofWM.HIPtQdlDALrm0Dk9IY4AvRObBsmK71CNNCoHHGayKhtyuFHaSE4HqX7CzORuC 1rAqy2VeNqVML1T7th49sVhxyvYozE8nfCGRXgMYyWjyQHgMyKrOq8ER100grUp2wvtuu8t17QLr 2KhksF7qGh0NVYKpAQ.yNltTmEHKokRefW0FjvVKR9NiF9wh2b0AFjax6FcVOzpoOGSLOwsQIGtZ 3p4kqunFgc6azFkFhGSlvDFJIqZ9dn3Y5bfYMUSJTXYl.nhz9RGol_UTeoYFpRkdGmGKGyMoMnz. fCAn3P6bdvNHdkv2OB3VhD9tdhJLK1o4S6xH33e3e2IlbsSE2Wxj4THIkkK1gSG_dLYZ0w7mmr9T WVMatw5CBnc1eLivaB64zIZprD0Dqq66MV9WaJqx4ZchtPFuxX9GettPPBr_0CRJdvJiCSXeKmo1 JXKzJDDZLUTOSIWE719ceZa6FoWZ02fy0RvXT.ajplSsaRU9HaH2KKxrw2ytpZUPX3bgQZxea6Bs PTRh5h21KGfuZ0pXtzM4S_m9e1JpjXlcgQCdx6quZ.o7MgDNVCCYbheSFgDzUyms12_zOfrFx8qN Ts9NjmA.rYNUwbM4iJiT5Wu1CE5Y8tY9rPFDsUiopQ8p0FKflt48wBXF3nyvIgZ.QFNSa3H_TEUP WOaMwvSRPTux_A0.RxvUkZUdB_N33PiKMu4wT1s0rWH5INaImg2OHUiOjgFyTuwjwyEpmRhbYcLs PtWmNTx9u_f7F0WCxHq4KCwvrA777ncgnvVTQ9Js_BECUOR.Y0IZJLuGjXGBznM739TIvl6O69mn AhvdDANKVILJRu.wIyylLwsokIG_RUSvK_.xUp7RqYLXZWXZvWIy4X0cwX9QTE8wRxYwU8lgOd9s 3Kd6ZtBVo8ZGfk.47.fUgyGiXCMQYE7lv80soip8BNJNywGQOMIwTyKECG81PIgKe6gGo5H9naHM E6J28VwGhHbogYX870VkRxbrvWkzL8trVQzjHSBpKCBqUwUF4YBr_9ZSsnuApsUlxO271aSPu_w4 Lq1mvnbz5pC3mUQbyim0XoMMj0bYOU0hRSc2iatXJolf0qT5iqWChrYAX41ILDMVlqAe_EdzBwVi aNBbG_jUhBoQIqGQK6ROnSffV3ofF1duYsDEi7rGVf8Um5NE_OGjJDvWLGJSH97UZMxt6mePbQsM jAbsRkSFeC6y3wwZb7fz3agNwA3GUzq1IHVY5pZTzP4DAMzQWUe_ec19GCZduwpfUemXgw3NObBF vljVl3ufMdKuseiwTcGImdnLQRKssdas1tRnwM8_djL.5J9u1q75D4lVw_lWQl_Xb7SiIQ7nPxvE J4pH0WBVKpDWV1iy9nrnXSphUecBRf0k2Yg2GkUxwly.45PD7ocX1OmeB2F8saSfouytqM6R2H.K 1M1jnFF3j57.luFubURHO_KG70vxh9akAZjHy3QgLN4V9u1aQHjoJoDuAwgKp854ItCeTUOk572f dzFmrVwW3PaRmrpE5AM3Hmd_obIXGXidhpGF2Ufh9AT04xnyFRkvN4BgumkWIAZxy9FOboTM37hV _DJjH7QmgDEa_nQ4QDR8BRSvLXdE_qk40Z66Zdp3bG1un9DajjNl.EvzqlcCGZK8Tpt.Z5ZFo2dH .rkwaXj6Pp4G61eaetNwYV5JN_9r7P2LGa7Ohzh1dLw6nTxRzRTdDggk0Zx1H_jSZPwvhZXC.x5x DmHY4wPi_edMY_0vmBvCnEmq3.k82iwrjSd4X0nApSGaFsxvPeaLhVjUB.dFAcg0HS9.L2Wbndfp BbPitWzr4x.FdfEHgKk08Tic0GdbG1qmp0W1kNAQw7t_ilfOQK4aHUbaJhONwVwLkh1_wjlQBBGH 7tadU2eJuxSivEj_kNNFVO3cDHLgH4YBpWFx6.6QAGCKoXvgLXFAWyBj6Ojh6JnL4WgqlAjODP5e pRjLMcM_vo.w6gWP4GrJXhEF.tMbe7puJcF1O.PCfsrb03ZblBu1BZTEq0NekXjre8eBuvBB5Bk3 rQXbeZrIzyZRZry0- X-Sonic-MF: X-Sonic-ID: 964c7c57-b24f-4bb2-93da-3b8065720f60 Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sun, 6 Oct 2024 23:11:46 +0000 Received: by hermes--production-gq1-5d95dc458-dxlpk (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID cc9d8cd943563ff20357dea77e1c7ece; Sun, 06 Oct 2024 23:11:41 +0000 (UTC) Content-Type: text/plain; charset=utf-8 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 \(3776.700.51\)) Subject: Re: git: 2c1963d46335 - main - procfs rlimit: handle pipebuf [and related] :pipebuf . . . Invalid argument From: Mark Millard In-Reply-To: Date: Sun, 6 Oct 2024 16:11:30 -0700 Cc: Konstantin Belousov , =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , Current FreeBSD , dev-commits-src-main@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <34434D36-A751-477A-8596-72A564113FB8.ref@yahoo.com> <34434D36-A751-477A-8596-72A564113FB8@yahoo.com> <86r08tvcb0.fsf@ltc.des.dev> To: Warner Losh X-Mailer: Apple Mail (2.3776.700.51) X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4XMJ2D2FTzz4CN5 X-Spamd-Bar: ---- On Oct 6, 2024, at 06:56, Warner Losh wrote: > On Sun, Oct 6, 2024 at 3:09=E2=80=AFAM Konstantin Belousov = wrote: > On Sun, Oct 06, 2024 at 10:57:23AM +0200, Dag-Erling Sm=C3=B8rgrav = wrote: > > Konstantin Belousov writes: > > > We do not provide forward compatibility between kernel and = userspace. > > > User binaries must be newer than kernel. > >=20 > > Uh, no. The opposite, in fact. >=20 > Right, it is opposite. It was a typo. >=20 > Anyway, __FreeBSD_version is not about compatibility between specific > snapshot of kernel and user sources. It de-facto provides two = technical > measures: > 1. kernel refuses to load modules built against headers set with = higher > __FreeBSD_version than kernel > 2. Some values of __FreeBSD_version are used by userspace to > detect if specific change is present in kernel. See sys/param.h > P_OSREL_ list. >=20 > 3. It's used extensively in 3rd party software to select different = interfaces > (including ports). That's why we document why we do each bump. >=20 > While 'forward compatibility' is sometimes needed / provided when it > adversely affects upgrade from source and fall back to prior kernel = while > it's worked out. But (a) ZFS BEs eliminate many problems and (b) we've > only done it when it was impossible to run buildkernel / git (or svn = or cvs > in the past) to fix the problem. While the messages are annoying, they > don't prevent that limited exception we've occasionally done in the = past. > In general, we've avoided changes so incompatible that they've needed > a new P_OSREL_ entry to cope... >=20 I will note that the official build of each port-package for main [so: 15] do get a ulimit invalid argument report in the log file for the build now, in the section just before "phase: check-sanity": . . . --Resource limits-- ulimit: can't get limit: Invalid argument cpu time (seconds, -t) unlimited file size (512-blocks, -f) unlimited data seg size (kbytes, -d) 33554432 stack size (kbytes, -s) 524288 core file size (512-blocks, -c) unlimited max memory size (kbytes, -m) unlimited locked memory (kbytes, -l) unlimited max user processes (-u) 89999 open files (-n) 8192 virtual mem size (kbytes, -v) unlimited swap limit (kbytes, -w) unlimited socket buffer size (bytes, -b) unlimited pseudo-terminals (-p) unlimited kqueues (-k) unlimited umtx shared locks (-o) unlimited --End resource limits-- =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D . . . That text is from: = http://beefy18.nyi.freebsd.org/data/main-amd64-default/pe65c3d3818f0_s74f6= ec6fe3c/logs/qt6-tools-6.7.3.log which also reports: Host OSVERSION: 1500023 Jail OSVERSION: 1500024 The vintage of 1500023 predates the 2024-Sep-20 pipebuf change so the kernel is too old to provide support. (Not that it is generally easy to know much detail about the Host vintage of main within the 1500023 span.) =3D=3D=3D Mark Millard marklmi at yahoo.com