From nobody Mon Oct 14 07:40:38 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 4XRq083vVwz5ZMlt for ; Mon, 14 Oct 2024 07:40:40 +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 4XRq083Nqjz4Xky for ; Mon, 14 Oct 2024 07:40:40 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1728891640; 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=Ise0b0CfVzz3hixXKMwwDfBwTFsab9J6XIycIytw4rA=; b=Gt/XlW/Um0aHAvgRS6RcbV+1TAml3KOQetv/tkhmMTK9QQgI2zRI+O6kcsybumglYbuF35 QFCbTeCzKn8goeJNCtj7+pgOKafilkFwxGIZEumcIez4F9i3NlH9vXEVIrv7CJJNJAHpvw xTASu2LEe56/iE4x1nt2btNVZrfxgVePTDebxmpyCHJ3PlXN5GxM7f1GUTFufQtV6FzO3i BZEXbsODuFeREAz0d2sEE2SrgkkNW/cVpBlUYpkmgEmnQGBsulfwJxLixM4AbRaO25oY4b Z65k/3Y43IIJ7bfeFzyi1v5iPpF8MEy9WAprEzJrX8TBfFuT22h15ZRZCpQb4w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1728891640; 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=Ise0b0CfVzz3hixXKMwwDfBwTFsab9J6XIycIytw4rA=; b=yst0IiSgmXg80DG4A+HlLDDUrmlaPkiko/F97HMDFytXrRd/czfgjZz2Cjf0XgvlfmloZ9 UMYZjaI+uPSXnjMc/tEHyOZH3rb1C1eie6m+xC/JgHTZE5zaDib6JDY2KeKDAQk5sbiUna sXXCzfC4Cj+rSYvqavbAc7NGbLgHclVuBpc0D8XmRVP18CsuWw8F4HN8deu8ud+wysrcyn Wo1ZfFixAc3/F2/2C0BiW/GzeLTc9wBdHAVx8UwijLlQ0bUrGTSNUEbhJBRqj29erF9ylL jXhth71JwOyshd0YciAR9mt+P6Z2yErYQ0JDSF2qgCLfLh1BYA6CkdKMuuKrkg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1728891640; a=rsa-sha256; cv=none; b=b54Vvvnwpail5FVtdlouWvb6XF8ThRqa3K8Avk1V0oI0ojpVMcA9SdqJxZ6FtfwWxZfVa6 alL6eK594g1jjxCdQeYeW1hdYe/sAfxx3JNRhm10E/8C50OdY7GX7K23qwWiF3MXu/vzy2 Y6GdxAa+ef3ZRSCi6xPyNeBNBGqnMb7s7qHdbk1Jx8MeNNGDL4x8+T8UyxEVJyAMg7nKS9 r3YzOf4hG/utfENe56K3a1g/+NeE4ZOVaZXkF1LReR43V+6MG4lvFLMjQXakeVOMdH0MrW 4Jj8slz5dgQZX3kZKQ1luyxejoMCpD5CgTflV0inkubD1089PFsJUD7AjwDwLg== Received: from ltc.des.dev (unknown [91.174.26.112]) (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 4XRq082Fsqz1Hky for ; Mon, 14 Oct 2024 07:40:40 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 06398BF849; Mon, 14 Oct 2024 09:40:38 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: freebsd-current@freebsd.org Subject: Re: new tls-cert-store and cert-bundle methods In-Reply-To: (void@f-m.fm's message of "Fri, 16 Feb 2024 23:53:33 +0000") References: User-Agent: Gnus/5.13 (Gnus v5.13) Date: Mon, 14 Oct 2024 09:40:38 +0200 Message-ID: <864j5fuo7d.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 void writes: > Now that we have system tls-cert-store, if one needs to reference > a tls-cert-bundle like provided by ca_root_nss, do we need > to concatenate all of the certs listed in /usr/share/certs/trusted > into, for example cert.pem then symlink /etc/ssl/cert.pem to > that concatenated file? This is being worked on. For now, if you need a bundle, just install ca_root_nss, which has the same contents as the system store but in bundle form. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Mon Oct 14 12:32:36 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 4XRxT33v9zz5YVn4 for ; Mon, 14 Oct 2024 12:32:39 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fhigh-a8-smtp.messagingengine.com (fhigh-a8-smtp.messagingengine.com [103.168.172.159]) (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 4XRxT2644gz45GV for ; Mon, 14 Oct 2024 12:32:38 +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=vf7dS6FJ; dkim=pass header.d=messagingengine.com header.s=fm2 header.b="Y bSnDwI"; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 103.168.172.159 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from phl-compute-09.internal (phl-compute-09.phl.internal [10.202.2.49]) by mailfhigh.phl.internal (Postfix) with ESMTP id 4E35B1140112 for ; Mon, 14 Oct 2024 08:32:38 -0400 (EDT) Received: from phl-mailfrontend-02 ([10.202.2.163]) by phl-compute-09.internal (MEProxy); Mon, 14 Oct 2024 08:32:38 -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=1728909158; x=1728995558; bh=kz3yxJmvthg6h59GUlpNxemqDAqHojxbQMDAPFj+7co=; b= vf7dS6FJ1GCsVfvpcCQTMt+c9dlGl11HnkXgpe3IOBCo0rlUETliVKtx+8Tvmns1 UJuyNVDmCDrEaOo6QjgL56fAtSJeRp1TJTbXKCZX/t8A6kpDL1xi4bbEsRIqF+rq LkU0lKa6bdnwAzXtL7rpa2onn3t1TKWo7qXp1R7qSR/QEqWvyspPT3UeTMJ4ZfNu wMH8kRM6aoH76yAOqE7V7TZIoznV8FoBV4UeahouMRaTV2uYqeL5IDrlNUqLsFGu AdS/s9IONILbL2ejn+DuCWnJsc5WrfOd8ohiQw/P6jDSe0/tsfqRtc0gfyTXMTrp WBAjmz1C7YUP69GB95s5nw== 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=1728909158; x= 1728995558; bh=kz3yxJmvthg6h59GUlpNxemqDAqHojxbQMDAPFj+7co=; b=Y bSnDwIkTes15Hw4EKvo1xykeQK7ohnUK7tAF1T+km4Xxqe8tEi6+E+VCQqOEj5vN crMdRgMIzKBanac5I9uboT2H9K2pdl94D6LfJhVyFDjRs5pJCjDqByFcVkvqBztU 4egaymbX+2HALv3QvPpZUcJN0g/j+C6opxJgdE7aDE0ycpqnYssMbxo+gqK33v00 AgWlxKd9S98I5ppr+T0wip+OkuxnEpQUIa3WSb2nXiVDmc3fSlIzVfwCiEiCK+aQ tyj4IrlHSY0Fg17YG+Owesjm2KQuep/UVkb5LUkpYTFpFGyPTGs+NXfWK+e/6xSc +nlGIU+8/s0I34fzFX+Iw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrvdeghedghedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuf fkfhggtggugfgjsehtkeertddttddunecuhfhrohhmpehvohhiugcuoehvohhiugesfhdq mhdrfhhmqeenucggtffrrghtthgvrhhnpeekvdejiedtjeehkeeikeekiedutdffvddute ehveegieejhedtffefgeegkedtfeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgr mhepmhgrihhlfhhrohhmpehvohhiugesfhdqmhdrfhhmpdhnsggprhgtphhtthhopedupd hmohguvgepshhmthhpohhuthdprhgtphhtthhopehfrhgvvggsshguqdgtuhhrrhgvnhht sehfrhgvvggsshgurdhorhhg X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Mon, 14 Oct 2024 08:32:37 -0400 (EDT) Date: Mon, 14 Oct 2024 13:32:36 +0100 From: void To: freebsd-current@freebsd.org Subject: Re: new tls-cert-store and cert-bundle methods Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <864j5fuo7d.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=iso-8859-1; format=flowed Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <864j5fuo7d.fsf@ltc.des.dev> X-Spamd-Result: default: False [-3.80 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; MID_RHS_NOT_FQDN(0.50)[]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm2,messagingengine.com:s=fm2]; RWL_MAILSPIKE_VERYGOOD(-0.20)[103.168.172.159:from]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27:c]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.159:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; 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]; ASN(0.00)[asn:209242, ipnet:103.168.172.0/24, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Rspamd-Queue-Id: 4XRxT2644gz45GV X-Spamd-Bar: --- On Mon, Oct 14, 2024 at 09:40:38AM +0200, Dag-Erling Smørgrav wrote: >void writes: >> Now that we have system tls-cert-store, if one needs to reference >> a tls-cert-bundle like provided by ca_root_nss, do we need >> to concatenate all of the certs listed in /usr/share/certs/trusted >> into, for example cert.pem then symlink /etc/ssl/cert.pem to >> that concatenated file? > >This is being worked on. For now, if you need a bundle, just install >ca_root_nss, which has the same contents as the system store but in >bundle form. Thank you for this info. I have encountered one consequence of the above situation very recently that stopped a port from initially functioning: deskutils/nextcloudclient . It gave "The issuer certificate of a locally looked up certificate could not be found" with the cloud's letsencrypt cert. Installation of ca_root-nss allowed syncing up to the cloud to proceed via nextcloudclient. Access via web browser was never an issue. -- From nobody Mon Oct 14 19:48: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 4XS77n0yrqz5Z3jd; Mon, 14 Oct 2024 19:48:21 +0000 (UTC) (envelope-from rick.macklem@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 4XS77m2zYxz4twd; Mon, 14 Oct 2024 19:48:20 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=A6A+SF1N; spf=pass (mx1.freebsd.org: domain of rick.macklem@gmail.com designates 2a00:1450:4864:20::531 as permitted sender) smtp.mailfrom=rick.macklem@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-ed1-x531.google.com with SMTP id 4fb4d7f45d1cf-5c9850ae22eso1171456a12.3; Mon, 14 Oct 2024 12:48:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1728935299; x=1729540099; darn=freebsd.org; h=cc:to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=QAfLiAW+oeT/wBq/Bnr7oYKOJkAvGGw8oTxMi7nKZSs=; b=A6A+SF1NquQd8VH53OptPYkElg3lNNBQ433O84pkhUWvxdnKFIjiu8CCkeBvTGYohU 7rXgwbEh1r3hlQFu5I75ylcHWQeUvalOy+iSM3ClaNWYkqLlwHCB0eI7q4N5hk/+ojUT /AG8mYvtVL812kbEWzK7YUFjRN3SVSV6d+wYJTsDdLuSUGRfEjeVR2u1Vvn+Nv4vC6MP 6YlpH6EmqN3J+mjm9riGgXwjOt/x1Uey3uU1U5Vwu5Lsiax8qPz6ia0pgShDcA1JhzBY mtRISczkd4aRj9ORS92Pxwv9XbDZKAQlMEzqVb0shVjcJEe3muMU4Up2te6N36dloai9 mWkQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1728935299; x=1729540099; h=cc:to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=QAfLiAW+oeT/wBq/Bnr7oYKOJkAvGGw8oTxMi7nKZSs=; b=n3DGnPfHEHrLjIbe6Sv3VV/0R7irmAD1ZcPoG623ogJdx7xmpTqd2MFVd9RSl7yWSd SzwIEvfRiB6TG6VyEJZDMvrAxOpGW94DAFWtREjV5lLLjLzSBh1D85KE1Q1Bsu0xsFSU P8TYeQc3ftum4cbdwrahoqRMleLwd1ioZ3mgkaB4Gmzqg045hkrIllXumwJDYBmD25zo tOKO/7LJEEG91eKJxHc90UyeJpeGLSfI5vyo+h+PRP3i/wxaIJ8doiJJN3yoH31tda+l JZVuS305xCPV9ndmIdl7f0fnWBUvvo6nnogI70ifxZdrcRxAPF5xz0SWqCX0vgapfCRx it4g== X-Forwarded-Encrypted: i=1; AJvYcCUIDYpsSVSNnPQnn9QdxtT5sf0uc2eNRYWlVr1WGvVruC/WLL78xZzaabgmrtHKuna6arc=@freebsd.org, AJvYcCVWznQOSbfZXj5ncbkTbUKoaeS+pzFQfl6X2hZ1ouACN0Vdlavryd2yN20QAXUgmm6paRrZAqA=@freebsd.org, AJvYcCW0pRAgpaqTpdl0y8IhqF1q9v40cWCVrHTclqevinpdXNhwLFUe4AYPbFrldcUPxSXxtAXH1w==@freebsd.org X-Gm-Message-State: AOJu0Yw7W6TNbkOo7DXUm3cWm0RahNL/zGUo+yDok8Q8+bc1h3vs0JC3 C7WBT2d0DSTfRZsa1coXhZF920mbmVM1SU5LHHiPjnN7kAi0gmHa2EGhoGyOsg5GWK7JvwFsJSa ASz8/PLobSOo7gUMgI7SsIzZ2bVnTuBs= X-Google-Smtp-Source: AGHT+IFKK0DdycVNbOJDCvMUEtukWDDj3L3Z8qLCBY7WrORcSZB7yXiqAXB/RX6nK37C8ir5fqURcXdOndX6aniCiB8= X-Received: by 2002:a05:6402:2113:b0:5c9:634c:8eb7 with SMTP id 4fb4d7f45d1cf-5c9634c918fmr6994336a12.28.1728935298546; Mon, 14 Oct 2024 12:48:18 -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 From: Rick Macklem Date: Mon, 14 Oct 2024 12:48:08 -0700 Message-ID: Subject: NFS server credentials with cr_ngroups == 0 To: FreeBSD CURRENT Cc: freebsd-stable@freebsd.org, Olivier Certner , Brooks Davis , so@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.996]; 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]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::531:from]; TO_DN_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_FIVE(0.00)[5]; MID_RHS_MATCH_FROMTLD(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TAGGED_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org,freebsd-stable@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MISSING_XM_UA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com] X-Rspamd-Queue-Id: 4XS77m2zYxz4twd X-Spamd-Bar: --- olce@ reported an issue where the credentials used for mapped user exports (for the NFS server) could have cr_ngroups == 0. At first I thought this was a mountd bug, but he pointed out the exports(5) manpage, which says: Note that user: should be used to distinguish a credential containing no groups from a complete credential for that user. The group names may be quoted, or use backslash escaping. As such, this is not just an allowed case, but a documented one. (This snippet from exports(5) goes all the way back to May 1994 when the man page was imported from 4.4BSD Lite.) Note that these credentials are not POSIX syscall ones. They are used specifically by the NFS server for file access. The good news is that the current main sources appear to always funnel down into groupmember() to check this. The not so good news is that commit 7f92e57 (Jun 20, 2009) broke groupmember() for the case where cr_ngroups == 0, assuming there would always be at least one group (cr_groups[0] or cr_gid, if you prefer). So, what should we do about this? #1 A simple patch can be applied to groupmember() and a couple of places in the NFS server code, so that cr_ngroups == 0 again works correctly for this case. #2 Decide that cr_ngroups == 0 should no longer be supported and patch accordingly. OR ??? Personally, I am thinking that #1 should be done right away and MFC'd to stable/14 and stable/13 so that the currently documented behaviour is supported for FreeBSD 13 and FreeBSD14. (To do otherwise would seem to be a POLA violation to me.) Then, the FreeBSD community needs to decide if #2 should be done (or document that the cr_ngroups == 0 case needs to work correctly). Please respond with your opinion w.r.t. how to handle this. Note that if a file with these pemissions: rw-r----- 1 root games 409 Dec 30 2023 foo were exported to a client with the following exports(5) line: /home -sec=sys -maproot=1001: Then, "root" on an NFS mounted client tried to read the file, the attempt should fail (assuming root in not a member of games). However, if cr_groups[0] just happened to have 13 in it (it is random junk when cr_ngroups == 0), the read would succeed. --> This vulnerability can be avoided by never using the syntax "=:" for -maproot or -mapall in /etc/exports. Should so@ do some sort of announcement w.r.t. this? Thanks in advance for your comments, rick ps: Yes, I cross posted, since I wanted both developers and users to see this. From nobody Tue Oct 15 06:21:13 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 4XSPB46KPjz5YPy9 for ; Tue, 15 Oct 2024 06:21:16 +0000 (UTC) (envelope-from paulf2718@gmail.com) Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) (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 4XSPB4249sz4s8M for ; Tue, 15 Oct 2024 06:21:16 +0000 (UTC) (envelope-from paulf2718@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=BQbWkuAP; spf=pass (mx1.freebsd.org: domain of paulf2718@gmail.com designates 2a00:1450:4864:20::436 as permitted sender) smtp.mailfrom=paulf2718@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-wr1-x436.google.com with SMTP id ffacd0b85a97d-37d49a7207cso3192938f8f.0 for ; Mon, 14 Oct 2024 23:21:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1728973275; x=1729578075; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id:from :to:cc:subject:date:message-id:reply-to; bh=FBdq5t5OUxAqU2CjcIMftjI/DDXJ8RkGh2c22HFENHU=; b=BQbWkuAPRegVzz2cPe8cDeMN70S0TxD4pqw5UE2CRyT5Ny2dcZKE4aMlV6WCsd/Dc8 yWPTYNd3sKCGbNzF3r3bPJf9IJnxpgaQYzf1WI7W1ScPpbBbfzW5ycmyWxgeTzrKQGW4 ASg6QlsobQwPQh8IyLC2ZbPlaS1clmBFeqN/MxW2N4WkkUY2OSRoKF6FxOJ+v1Hj7p4+ O+hTFa/y9IjrAUfwoti8R7mo559TFGedsZbaX7yBWRyFQr5DWIGRk+rvAjdu8CKwTWv9 NCYq+fvYUUeUlHsAnokd/u9+gt5p1wyRl84JL5OSZvbiRAOIAUOKeqPEPFETNcgUgmaa 4Xhw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1728973275; x=1729578075; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=FBdq5t5OUxAqU2CjcIMftjI/DDXJ8RkGh2c22HFENHU=; b=OYIFK9Jy8dlUPJ7BT+4arb3Ks3WTsj1/bWizgwPMZYIhgjNMsr0cOWx8xqFlPHqgCQ RrquKXO9ub8W7NVKJE1jHfOPiqZIYdsByXyfqPgK6/dW+A5CUyQ1scB08QMX6qyDfA2H CpW9L+AY2J5I8BfNg1Jx0ksrzHU7mwM9gSeh+zfCd1wnS1agTOUWlf6b9VdlYbecJhwH 9Iiu4ENH0UQ/Q0QNgfTLfRoqIH0p+ZLOq4VDAOSSUW6X0BydJlm5rSv9ZozLhiMHviAH ZSMgLIovwOjhPOyg1NwHW6EgTJrqvtOhCyIqXOllbDO/MMdxwsBFwEBMr01ueJA9Id8q WvYw== X-Gm-Message-State: AOJu0YyCIKTebWvqCoXcgJjvecB9S95q6drPSIg/IzcP++L+O52pKux9 zWr7r5ycmFxa44mY1U3FLLNDRcRXMzHLcYUGjtZrfQgHuNW78iNRkjx1f7RC X-Google-Smtp-Source: AGHT+IHXhVWZ1bfXDospKbxVMcFsDt89YnW7DcsKehMpfCqPSQ7T8KjLThnq0RfMX8vEYgPpg4IBXw== X-Received: by 2002:a05:6000:1816:b0:37d:5276:69f0 with SMTP id ffacd0b85a97d-37d5ffbf31emr6521835f8f.44.1728973274588; Mon, 14 Oct 2024 23:21:14 -0700 (PDT) Received: from ?IPV6:2a01:cb15:801f:7500:1aa9:5ff:fe16:2efb? ([2a01:cb15:801f:7500:1aa9:5ff:fe16:2efb]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-37d7fa95dfesm695258f8f.63.2024.10.14.23.21.14 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 14 Oct 2024 23:21:14 -0700 (PDT) Message-ID: <48a4c570-9c68-4e90-b468-0c305baccb44@gmail.com> Date: Tue, 15 Oct 2024 06:21:13 +0000 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: Problems with FreeBSD-15.0-CURRENT-amd64-20241003 To: freebsd-current@freebsd.org References: <7bdb3c71-8a36-444e-8b1d-9c4f789fe638@gmail.com> <62745a68-9ed7-4f6f-bd6f-0ba3e10629c3@gmail.com> Content-Language: en-US From: Paul Floyd In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.98 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; NEURAL_HAM_SHORT(-1.00)[-0.996]; 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)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; 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::436:from] X-Rspamd-Queue-Id: 4XSPB4249sz4s8M X-Spamd-Bar: --- On 10-10-24 11:16, Konstantin Belousov wrote: > If you can determine not just the number of taken locks, but also the > specific locks that were taken, perhaps you can check that this is > the libc exit lock? For the moment I've turned off the check for FreeBSD 15 and above. At present the ExeContext is not saved for each lock. Each thread has a set of held lock IDs. It might be useful to change that, depending on the memory and time overhead. I'll try to see if there is an efficient way to check that the ExeContext for pthread_mutex_lock is exit/__libc_start1. A+ Paul From nobody Tue Oct 15 10:07:27 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 4XSVCD2YjBz5YhCQ; Tue, 15 Oct 2024 10:07:36 +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 4XSVCD1kJ9z4Nmb; Tue, 15 Oct 2024 10:07:36 +0000 (UTC) (envelope-from olce@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1728986856; 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=4VRl+UVzPVQDsrkbnAYvdcKs97dNdeBFj6v6cHdkwKI=; b=Q3PlIU3im2dzrfZKHeS2z6SeSeyYhY6CU0S0kimoxV19csdiqW1hHCIAQVtT39iUoGBjAw reU4FjFrLbuCjMiDcqVr2L9xlWBTI3rFvCOHPXRi4d4Cl9B7V1KO0TJjF0W8fIX0W3IRgd SaVAjeWaA1r1ykBKOn1254kOnU3JSDAzK7BSMl6/WCbqK+7bRpv7xVIlf5psGp2R33hLxs cI+OUo0e1mjNXYGgh6/e19Qn79Zpbz2Fzo2WsjL0vWewr3wZm/68WYSHkqmNgSq667PkIq IK0yj3QVv+LODEmdaluTWpjGDceuFL1fkuc7vRQbZeg87hPEwxAbLddyHivFeQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1728986856; 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=4VRl+UVzPVQDsrkbnAYvdcKs97dNdeBFj6v6cHdkwKI=; b=thcpkyuAKKQGlIe1/SGG0jEPS51lw6foGYZSIS6zcsZdqbQqxYWZJr+RRFcegFPxXjbEnl xhk9jNJla0KEV+UB9lTJ6nZWcv4a3PG77qSrJq03gv4qlC2zbo+dVeP6P1xfgO/mzXLRaA MhYVs/6yN5krfk1wCOStosWGQfgixEiOx2B3Ixw7EOSh8qP8Rdo8QJ+RYcWMne1EPeJeMV nlHUs/q7cDRQav97YYxBcJCEJxhEKHaYJUWaaxGNjLlWW9esiZsiyBBVZ90WHQcCHhyl4V gJkrseJ5ljRDn6IHRhpzmSTgf+ZMutdveT+nM4Cfge4EMqggukG0ja7WwWQUXA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1728986856; a=rsa-sha256; cv=none; b=fE17h3Thgs4s5vgNa16dogR/HBn0J/9rdjkOc+wvzouDqMURX21TGtGNAhALwUgzxYklS0 8bj7d1aJxm3YqD6DgdiFbCnDNkaIbHIxpEY4Vgq9U5IuyLCSWBdF61/uvZw40MiHy0y/oB iPGzclNsPCLHiceiRaKkS4AcH/nUG+XHbWGOziq1yRHrxR4SJm4//m/dfmzCRE+WUVKPdI Xwovh4ou2r2VUB3G9THCdQiWYEGXvb0Us+1+Dopd8ZNvsNvEeQS14uzcqTmb3uX6i1Yphf +iSTg2SNffZI+MjHy8+gXiKycH2WToznliDsC9nEBF7BL7uDajr/MCsgaVfHbw== 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 4XSVCC40mczcNq; Tue, 15 Oct 2024 10:07:35 +0000 (UTC) (envelope-from olce@freebsd.org) From: Olivier Certner To: FreeBSD CURRENT Cc: Rick Macklem , freebsd-stable@freebsd.org, Brooks Davis , so@freebsd.org Subject: Re: NFS server credentials with cr_ngroups == 0 Date: Tue, 15 Oct 2024 12:07:27 +0200 Message-ID: <28864347.QdLYigECfs@ravel> In-Reply-To: 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; boundary="nextPart3243809.VPuetLRq1i"; micalg="pgp-sha384"; protocol="application/pgp-signature" --nextPart3243809.VPuetLRq1i Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8"; protected-headers="v1" From: Olivier Certner To: FreeBSD CURRENT Subject: Re: NFS server credentials with cr_ngroups == 0 Date: Tue, 15 Oct 2024 12:07:27 +0200 Message-ID: <28864347.QdLYigECfs@ravel> MIME-Version: 1.0 Hello, > olce@ reported an issue (...) In addition to that, I've been proposing a way to solve the noticed problems (among others) in some revision series, from D46914 to D46918, which is summarized below. > Note that these credentials are not POSIX syscall ones. > They are used specifically by the NFS server for file access. The current situation can be seen as stemming from conflation between full process credentials and those that are needed solely to perform file access checks (which are a subset of the previous). This conflation was introduced as soon as 2001 (commit b1fc0ec1a7a49dede, r77183) with as far as I can tell the goal of code simplification (a part of which was some locking avoidance) and consistency of checks, which are undeniably important benefits. Its drawbacks are unnecessary information passing in some cases, and generally the loss of context on the credentials use (for callers) and provenance (for callees). > The not so good news is that commit 7f92e57 (Jun 20, 2009) > broke groupmember() for the case where cr_ngroups == 0, > assuming there would always be at least one group (cr_groups[0] > or cr_gid, if you prefer). Because process credentials are always supposed to have an effective GID (and a real and saved one), this assumption was quite natural. It is more largely a symptom that kernel code has been for a long time written with the "`cr_ngroups[]` member of 'struct cred' has at least one element" assumption in mind. This is the reason why I initially chose, in the above-mentioned series of revisions, to fix the current problem of uninitialized effective GID in NFS by enforcing a default value for it when it is not explicitly specified. Some "natural" value for the fallback group has existed since at least 4.4BSD in the form of the "nogroup" group, which incidentally NFS has been using for very long. In some subsequent patch series (see in particular D47011), the fallback effective GID is obtained by a lookup of "nogroup" in the group database, and if that fails the constant GID_NOGROUP is used. The drawback here is that "nogroup" is in fact just a regular group, with the consequence that defaulting to "nogroup" would give access to files having "nogroup" as their group. This is arguably a strange situation that should barely happen in practice, but it remains true that defaulting to "nogroup" is not exactly the same as supporting true NFS export credentials with no groups. > So, what should we do about this? > > #1 A simple patch can be applied to groupmember() and a couple > of places in the NFS server code, so that cr_ngroups == 0 again > works correctly for this case. > #2 Decide that cr_ngroups == 0 should no longer be supported and > patch accordingly. > OR ??? > > Personally, I am thinking that #1 should be done right away and > MFC'd to stable/14 and stable/13 so that the currently documented > behaviour is supported for FreeBSD 13 and FreeBSD14. > (To do otherwise would seem to be a POLA violation to me.) #1 fixes the immediately discoverable NFS problems, but does it fix all possible ones? Also, it is only partial, as the effective GID is not the only field to fill in credentials: Real and saved ones should be as well, and these fields are not optional (contrary to the effective GID which occupies a slot in an array whose size can be reduced). I can buy that these credentials are intended to be used only for file access checks where these fields are supposedly not used, but after having spent a few days tracking the flow of credentials in most of NFS components, I can say this is relatively hard to verify, and almost impossible to prove (given that, e.g., any filesystem is in theory free to implement the access checks it wants, and maybe or maybe not use the effective, real or saved GIDs in the process; and there are no guarantees that changes in NFS or elsewhere would suddenly not cause these credentials to be used in other contexts). If #1 is "simple" in terms of number of lines of change, I think it is foremost risky given the history of treatment for 'struct ucred'. In turn, #2 is simple as well, as can be seen in the series D46914 to D46918, and does not have the associated risk. So, in the immediate, I would rather commit to #2 and the already proposed code, and MFC it to stable/13 and stable/14, to fix the current uninitialized reads triggered by NFS. I don't think the POLA argument has much wait given that the current problems date back to 2009, and don't think it necessarily hints at #1 either since the use of a fallback group is currently the norm in several places in NFS. We can later discuss on whether we should pursue supporting credentials with no groups, which #1 is only a small part of. Doing so would allow credentials without groups in NFS export, but has the drawback of context conflation and associated risk. I'm not sure if it is worth it, but do not have a strong opinion about it. However, if we go down this path, I think at the very least we need to add accessors to GIDs in 'struct ucred' implementing sanity checks (were groups actually filled?), removing most direct accesses in the process, and add checks to some critical pieces of code where there is enough context to know that groups must have been filled correctly (e.g., proc_set_cred()), to counter the effect of increased conflation. I have started to explore this route: It doesn't seem especially difficult but entails several changes in different, unrelated places, an additional reason for me to recommend avoiding it as a stopgap measure. Thanks and regards. -- Olivier Certner --nextPart3243809.VPuetLRq1i Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCQAdFiEEmNCxHjkosai0LYIujKEwQJceJicFAmcOPuAACgkQjKEwQJce Jif0vQ/+O9mKc4YkPg4O2tw6/9H8PppyNQCwEhoBPErP/YEMtfVz9UoHWWxVOH3C mBsce9HBoTt/TK2y8aeLs71ASgTLofplOEs5JXBHn3e5n9WZKkxvoH3ZuS8CwA0E b+pQaepULTZn29pZxlR9rKB0/D72tT9QU4T5ojEa04y4wnT0Qf9Ac8g/17ygULl3 8A3bdpGrKRRfoaT82RJg7NlYAjdZC9Uo6yqR72+UY5xR/P4LU/XgGRc2QHCYlG+u A3ldN0aE/DEP20MDp3G/0h25VaS+TMmO+uiYa95h9GbcngaJmCFMzIJMB1lPFhSU mseqywTvUnNc7+yh32ofSwX+AvGyZIr3sZXzcF4h9bMr71lnsGz6KaSXYSB5RzrN exYOu1zdPARdu2xIHgTgDALIaDnjm33+Jm4+eBg1ulbYlbXTHWY72kOwD3PxE6Sb 9gj6tBxDMfH9lcYZGZ95nU3hbbMsZexY//KqtHw+s94IreTeqkqx4Vhx9MgrWlyM 13Jvqa0+dPWuXmSn9C8joDsXU7tVOOci3YycuRAxlTNuH4flz5cRChjPInrRU584 UinwbpxJo9hy61nbTpjB1ISxJUfGGnoPBJIP5C3t7OWNS47M5+mTcONol9KrEdwL TSxwiH3lHRlnkZf1a4XBSnFshoCPjmeIKwJ4us5MsBwbjOvz7Tw= =Wn8r -----END PGP SIGNATURE----- --nextPart3243809.VPuetLRq1i-- From nobody Thu Oct 17 01:30:50 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 4XTVfM1sgfz5ZHlm for ; Thu, 17 Oct 2024 01:31:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.206]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XTVfL1nlrz4Z4G for ; Thu, 17 Oct 2024 01:31:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b="GDxqIPh/"; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1729128664; bh=k/a6Ly5YYBaVjOMUv9cYV0BvhW2P0fEdQQHnta8xfZE=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=GDxqIPh/NFnfkshnFllIVMT106GVCJF1F3jiGlFRjfm1TLNMwCbnLpDI9FJE1dax4LiRNufHLoryAJP+Gl0opjN/VgJX1Ux2eSPL8iVE1+MetY1qO2eQjTNovt90pfMceZTOoOcob1FOOUysqmsy+XMkH6H8W1/zgeknDXkHPbzmzeMWojawuLWh4TYbmZw+1cT2a9AtSrJ//FegkN4vYYvgtsIxUDCsKZkmgA3hDAWbBWkQng/iYcX4Aqi3kQZPnW3gu+tIAW2o6MHcOjBVLKSj2yHp7gNi+ZE608a2pzKNwA19JtaD7vMo1gnOIDkZuNnAazl/fXnF3BDMhsXGpQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1729128664; bh=70ozNiRf0V+3BnXdNkd325+n4/34UD6wGOVFQLYszPC=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=VCPECe8i+hYjGP6Gh70FKzivc1rdkM0tu+syoHilXC23JCEDJAVYeaF2sMNN0OtVfeKB/plo0jZ0w91xYYNHeyFYviv1fTaEzR4wmkkagYXLUbda5LLHNPuLjfRL9C0bISyXJJMku6iUEEM1qEgRrLeSt8nvDUdL5wLDzwJwySUZvdfgM++dg9c7b/uviN36coz/1+v7yUlOU8kR+p1hLJtaOISV8lmMGT9xyoLcU2vmKs14Y++DmDHSf89n6xNC4BhcOo5R3zQS8ZjayN3cuMGm5S3aynAgqRwHyvJPA7woMu5Zhy8uDnge9FcwqUl92qQRjEPHarXE7I+Qd6FBgA== X-YMail-OSG: .0ONN8sVM1kmpWhOQ1su5eaWwJY9HxDLyJG4eGLUSJAnLNHhmNiea8bFWn2_GkI 60n31Nl.WoW.JyTvHvFztk80F6gX4ahWt4wG0O27AhEqNk3tHtex_BB6mlkzjelDNgu93_Kzt_mI cK7qHjpb_frsySUfoq05ewNnBao3Rl1h_QJZNJpoXE7dfw7r9yfCFG4uMBsxsVhWsOw6lXScArkY VIaYaP0mDeWMQlkNKhfFf98S19TALGNvddYOxgpMCb8_13VfPrAZY0_iTdqXsCQ8XIUH0bn8riNC 0ZSrRfUwXHo5QXNW3jL3MI.e0fJt6KG1YpO.QE8Dz0k52VNONOCtwS08t9Br0MOdbBL36dCqHj4_ SAuzTcKMXlbFSisN3zFjN2iILKUO2Hwuu6DWolm_gEQzcrB4d8ebhcjhuM9OtzDE8IosE0dOut1H 4JP7qXUrLfUlRmEjjusrYA8xpCJyOy4GTgDc0Ac3PWjxGMt2u01XWwwtvdRE0rHyUciB2PVF7mXg zs0pj6lzdewUnzWrW4wk6V50xcA8RBmhVzCp0u4kw6NoBcaunUWHmBMLaB.aIdHYzXTwYDl_05E8 L1._XlllAVr4eDL.HB5DjXqZ1dOXikbL._rRG5s2wD.2b0sEDZ9yAFhDoudXSzxm4xolMLgYnfAv Jcajyp7LQ2VOvAux_Tdx.FoxkX8m4sGQpv6fSxV3m1Rdhj4wnYwNAyTrNo7rWGxCRbSm7dj5KcUZ Rmf.lDamFbqQQYveCGcZChFTosgAd9CJEM9v1UlilEBHpZCiZwOYt0MFN1GovXs4zRlGCYa2yVjM sXKfuVLKtfLIcxLQqOERpp_1P2DixAr_CGYeRLZRt9mKlmoIZDImhHEeUIEBBIioRK2rsab5cVsw b5pOS8vUHyLTM_DO0oB7DOHqpnXZlB9k5CIqDZEtOS8FSZfIZNJFdJSHzanLt9SU2lyvC4lXTBcL nBW6totOoufqRjrzFowraIgWvLa7yh4tBHt5XTLxCVvvW1Cor3pa3b_stnfHRLUTaQnDD3rS_hHI U.vQLZYsLGQEc9HRQm49LUU8vtWEqenCuhMpkxpgL99bpWrZMqE8YDhV6hvPetkyS3hv7iQhaVrO pV_NsKONMe9PbFTvJGZw1.5JP8kopnxyYMBzamKBQZZPTpjDjIdvNOk2vdjFFBY29yh2T9xNX6JT 6oN0vHvqKTQWhQyMUrD5W5SWbXKHfolgaFZetAY0XFLXfz92SG16DiRMGt.huBxjMN_8xcdAU1xe cDmahuWqUfokBKTN_w7c1DrO403AgsOVTCmOAvI17qy5sgyImJNNorh78Bl9_d1mc8J5Gie.qEZD dyw47uZ2FOoBygVKebGrEsw3DCtAib7k.x464Vn1VSQMHb7zC19Dow7MEMgVSuyum0wUjJR7X1JA 9bgxwyRNvyNSfd5kfYZ2DPZ2srfL0yMAD7PX_Wjiumc4Ca0wxfaI2bgzAAfogz6yFyTE7eZXU75H 4lZxemt9AyG1NRfFH1YPeBrVaivGtleL5mI3tzWzYuAp3ynFleKciHyWEZM9GYPztvEa7UyB3f8e JwdYQk.FISWJrEykwqVaxrmChklJQa2WVQiZY7JghLWXx0KmR9.nYF.1q_Dr3QkCBX7EUg0vMIKN 6s2240TeW55G3m_8CNGt86QJ.9ijS3VJIsr2QPyaYHZbWzepbUYLLxVoMhuPm3XUYokkPb5ea7Lf ppmw05PsJeO0vrrdE0HjNNukE.1GGzuwcY0Ie0qAx.frPJINLxtPxF95X0xkEFQiIbFZcbJrtN7v 9Hi3YbL_a5wZnlUzuYSTSkROJN2ZkjcZgmHtCBkhvJhPta3y2tpcmu9K2pjLAPlLpDenGTRRJ_VM At5gZFy4juejfoyHhK0RFk4nsn.dvOItArMdxtHwOFztwUZJFDPcb7OSLR88Pf07LpfpGE38sNfe t1t9fp9g7rJIN_MxXzqly25CJaNSKzUY2PIGVlFxFD8V_H9Af4tgk5tS6jQc.UbFkx0Z9pGULKSz YgWsxr_32u1SHzWy49e_3mrJfJ18GOiqvld6DogFjkS7rdrS4wZEETG3yXkujls9lcsIYoKhZ309 EQd5.2qD_nrinnlRlc8_Z9nSnEGD4z22m4XQbER9amfdVFs_h1iEny.IvIvOJzxpzFMXdcPtO7zu BxTc84Xfq7.de5U3pHFdr1.iAFTHHIxuvzC0qmVwI6kxkLQEpmfGpf_YsptZB12PHOpmRWmAKIIx cSq4VjFm2t04w1ER1bWGU2jNSmm5nV9V7qSNxrAfEN4sl.0E0ojmg99vc2bNVse0aQ2QNOPp9.Ga Q4u1gc2s7pom9jUC5 X-Sonic-MF: X-Sonic-ID: 5810d035-1c59-41c9-bc2d-cb2e5bb24ba6 Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Thu, 17 Oct 2024 01:31:04 +0000 Received: by hermes--production-gq1-5dd4b47f46-9j75b (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 7c925cc2a1870c53bd3017ac05cb4121; Thu, 17 Oct 2024 01:31:01 +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: Error message during a iozone test: "fsync: giving up on dirty . . ." Message-Id: Date: Wed, 16 Oct 2024 18:30:50 -0700 To: FreeBSD ARM List , Current FreeBSD X-Mailer: Apple Mail (2.3776.700.51) References: X-Spamd-Result: default: False [-3.95 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.95)[-0.948]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; 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.65.206:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.206:from] X-Rspamd-Queue-Id: 4XTVfL1nlrz4Z4G X-Spamd-Bar: --- After doing an iozone test run with some basic monitoring ( top use, ls -lodTt /tmp/iozone.* ), I later noticed that the console was displaying message(s). dmesg -a dispalyed them as well: fsync: giving up on dirty (error =3D 35) 0xffffa00087390a50: type VCHR = state VSTATE_CONSTRUCTED op 0xffff000000cb5458 usecount 1, writecount 0, refcount 31 seqc users 0 rdev = 0xffffa00087271400 hold count flags () flags () v_object 0xffffa0008e01de70 ref 0 pages 2185 cleanbuf 28 dirtybuf 1 lock type mntfs: EXCL by thread 0xffff000145b3a900 (pid 17261, = iozone, tid 100423) with exclusive waiters pending Unfortunately, this was based on my personal build, not an official FreeBSD build. I do not know if it is repeatable in either type of context. # uname -apKU FreeBSD aarch64-main-pbase 15.0-CURRENT FreeBSD 15.0-CURRENT #9 = main-n272664-149e1af6ae49-dirty: Sat Oct 5 20:13:13 PDT 2024 = root@aarch64-main-pbase:/usr/obj/BUILDs/main-CA76-nodbg-clang/usr/main-src= /arm64.aarch64/sys/GENERIC-NODBG-CA76 arm64 aarch64 1500024 1500024 The context was UFS, no ZFS pool in use. The system was a Windows Dev Kit 2023 using a USB3 media: a U.2 Optane via an adaptor. For reference: # iozone -w -i 0 -l 128 -r 4k -s 1g Iozone: Performance Test of File I/O Version $Revision: 3.506 $ Compiled for 64 bit mode. Build: freebsd =20 Contributors:William Norcott, Don Capps, Isom Crawford, Kirby Collins Al Slater, Scott Rhine, Mike Wisner, Ken Goss Steve Landherr, Brad Smith, Mark Kelly, Dr. Alain CYR, Randy Dunlap, Mark Montague, Dan Million, Gavin Brebner, Jean-Marc Zucconi, Jeff Blomberg, Benny Halevy, Dave Boone, Erik Habbinga, Kris Strecker, Walter Wong, Joshua Root, Fabrice Bacchella, Zhenghua Xue, Qin Li, Darren Sawyer, Vangel Bojaxhi, Ben England, Vikentsi Lapa, Alexey Skidanov, Sudhir Kumar. Run began: Wed Oct 16 17:09:54 2024 Setting no_unlink Record Size 4 kB File size set to 1048576 kB Command line used: iozone -w -i 0 -l 128 -r 4k -s 1g Output is in kBytes/sec Time Resolution =3D 0.000001 seconds. Processor cache size set to 1024 kBytes. Processor cache line size set to 32 bytes. File stride size set to 17 * record size. Min process =3D 128 Max process =3D 128 Throughput test with 128 = processes Each process writes a 1048576 kByte file in 4 kByte records Children see throughput for 128 initial writers =3D 209938.09 kB/sec Parent sees throughput for 128 initial writers =3D 130875.72 kB/sec Min throughput per process =3D 863.04 kB/sec Max throughput per = process =3D 4826.54 kB/sec Avg throughput per process =3D 1640.14 kB/sec Min xfer =3D 524736.00 kB Children see throughput for 128 rewriters =3D 214463.62 kB/sec Parent sees throughput for 128 rewriters =3D 214422.18 kB/sec Min throughput per process =3D 805.30 kB/sec Max throughput per = process =3D 1983.41 kB/sec Avg throughput per process =3D 1675.50 kB/sec Min xfer =3D 425788.00 kB iozone test complete. I do not know the relative timing vs. the message, but a: # ls -lodTt /tmp/*=20 load: 3.24 cmd: ls 17508 [ufs] 35.14r 0.00u 0.00s 0% 3056k #0 0xffff0000004fad98 at mi_switch+0xd8 #1 0xffff0000004baafc at sleeplk+0xfc #2 0xffff0000004b951c at lockmgr_slock_hard+0x27c #3 0xffff00000082b474 at ffs_lock+0x64 #4 0xffff0000006007c8 at _vn_lock+0x58 #5 0xffff0000005e80b8 at vget_finish+0x28 #6 0xffff0000005ceae4 at cache_fplookup_final_child+0x54 #7 0xffff0000005cc680 at cache_fplookup+0x4c0 #8 0xffff0000005d8534 at namei+0xd4 #9 0xffff0000005f9154 at kern_statat+0xa4 #10 0xffff0000005f976c at sys_fstatat+0x2c #11 0xffff0000008c00c4 at do_el0_sync+0x634 #12 0xffff00000089a1ac at handle_el0_sync+0x4c load: 10.95 cmd: ls 17508 [ufs] 61.42r 0.00u 0.00s 0% 3064k #0 0xffff0000004fad98 at mi_switch+0xd8 #1 0xffff0000004baafc at sleeplk+0xfc #2 0xffff0000004b951c at lockmgr_slock_hard+0x27c #3 0xffff00000082b474 at ffs_lock+0x64 #4 0xffff0000006007c8 at _vn_lock+0x58 #5 0xffff0000005e80b8 at vget_finish+0x28 #6 0xffff0000005ceae4 at cache_fplookup_final_child+0x54 #7 0xffff0000005cc680 at cache_fplookup+0x4c0 #8 0xffff0000005d8534 at namei+0xd4 #9 0xffff0000005f9154 at kern_statat+0xa4 #10 0xffff0000005f976c at sys_fstatat+0x2c #11 0xffff0000008c00c4 at do_el0_sync+0x634 #12 0xffff00000089a1ac at handle_el0_sync+0x4c ^C seemed to have been unable to make progress during the "rewriters" activity. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Oct 19 15:44: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 4XW5Vb6VkNz5bDTL for ; Sat, 19 Oct 2024 15:44:55 +0000 (UTC) (envelope-from rebecca@bsdio.com) Received: from fhigh-a4-smtp.messagingengine.com (fhigh-a4-smtp.messagingengine.com [103.168.172.155]) (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 4XW5Vb0K61z4jtJ; Sat, 19 Oct 2024 15:44:55 +0000 (UTC) (envelope-from rebecca@bsdio.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdio.com header.s=fm3 header.b=JDS2Q80+; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=F5rGoW2V; spf=pass (mx1.freebsd.org: domain of rebecca@bsdio.com designates 103.168.172.155 as permitted sender) smtp.mailfrom=rebecca@bsdio.com; dmarc=none Received: from phl-compute-05.internal (phl-compute-05.phl.internal [10.202.2.45]) by mailfhigh.phl.internal (Postfix) with ESMTP id 631E6114015B; Sat, 19 Oct 2024 11:44:50 -0400 (EDT) Received: from phl-mailfrontend-02 ([10.202.2.163]) by phl-compute-05.internal (MEProxy); Sat, 19 Oct 2024 11:44:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdio.com; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:message-id:mime-version:reply-to :subject:subject:to:to; s=fm3; t=1729352690; x=1729439090; bh=qk CPoT8194TaGelvLRUva3aubSEnXAp9NeJjsXZsA/E=; b=JDS2Q80+gqwAxak7Mj dhH+Z4hdVhcKmqxEJmE6brSfiYWb4rT1akBjFceW1Hj9l/e2BYeoqUbQeaFNhyW6 fDAy0RFuAaQ7ZoT0vIaJ9EiqYsqzmDMRvGadq1iBRg6JWEo97/a8EfN0roQYcWYk AoRQrsg0m6aMlYzgW+q88HNq+mHUKiZDY9Y6CKWCYl+F0FLkjikEyzoJspzukU8j sA+Q+1RUCJwBPFTL/YVoLOAzSNgb0VFivRKRvrGgzDPtLp9zoiF4ngRgmrnBHKS2 qyZxdD/EW8Ojnr+L15+8H6X7WGzD1D5my5KSDjH4q3PAil4OTB0yfQz9KoTk5llP nY7g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:message-id:mime-version:reply-to:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; t=1729352690; x=1729439090; bh=qkCPoT8194TaG elvLRUva3aubSEnXAp9NeJjsXZsA/E=; b=F5rGoW2VLHxzDKDW8bJhlW2AvkB4k FZDUBVSFpG1bOfpuS9LAvq3S5mREtK24A3WqY8WXJytiyXLVdypzd2XQX6eHuKTu t5HZkZbzQR7Q+h5+STNfpGSwatzmjJ9+fQ8E7IaCdgJwVkUojfrkx7ZVx946LmCD RgflL0FJwd6mHlrzT1s2OmqU3XKAMtYfL71A7uywjyiRmHYVsAQIW+zd5wwRiPdI hHxMN0E9HKjkZEEknmCjAcCDG7oTkNYE5R6Un+yaPCKPyLaakX/K22GLg83x2SQR qjDaF1GTLJ2pfFEno60fiQPfrHqJmNbpqAocQLPLdhMUbfvC8dSSS2pfQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrvdehhedgleehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhepkfffgggfvfevhffutgfgsehtkeertddtvdejnecu hfhrohhmpeftvggsvggttggrucevrhgrnhcuoehrvggsvggttggrsegsshguihhordgtoh hmqeenucggtffrrghtthgvrhhnpeevhedvveekueeugedvgfegkeeivdduveevleegvddu vddvleffhfegieetgeefvdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmh grihhlfhhrohhmpehrvggsvggttggrsegsshguihhordgtohhmpdhnsggprhgtphhtthho pedvpdhmohguvgepshhmthhpohhuthdprhgtphhtthhopehfrhgvvggsshguqdgtuhhrrh gvnhhtsehfrhgvvggsshgurdhorhhgpdhrtghpthhtohepmhgrnhhusehfrhgvvggsshgu rdhorhhg X-ME-Proxy: Feedback-ID: i5b994698:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 19 Oct 2024 11:44:49 -0400 (EDT) Message-ID: <52524135-d232-460a-9961-1fbc4463f6ba@bsdio.com> Date: Sat, 19 Oct 2024 09:44:26 -0600 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: Current FreeBSD Content-Language: en-US Cc: Emmanuel Vadot From: Rebecca Cran Subject: loader.efi: "Malformed line (27)" error apparently due to recent splash config entry Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-3.59 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27]; R_DKIM_ALLOW(-0.20)[bsdio.com:s=fm3,messagingengine.com:s=fm2]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.155:from]; XM_UA_NO_VERSION(0.01)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:209242, ipnet:103.168.172.0/24, country:US]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DMARC_NA(0.00)[bsdio.com]; TO_DN_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_TWO(0.00)[2]; DKIM_TRACE(0.00)[bsdio.com:+,messagingengine.com:+] X-Rspamd-Queue-Id: 4XW5Vb0K61z4jtJ X-Spamd-Bar: --- I just updated one of my systems (an AArch64 ADLINK Ampere Altra Dev Kit) to the latest -CURRENT and copied the latest /boot/loader.efi into /boot/efi/efi/freebsd/loader.efi and /boot/efi/efi/boot/bootaa64.efi and noticed a new message during boot, apparently introduced in this commit? commit 7df3e400ea68722b6263cd71937e43a98585eeda Author: Emmanuel Vadot Date:   Mon Oct 14 11:25:57 2024 +0200     loader: default: Add a default splash screen     Setting boot_mute="YES" currently use the in-kernel black and white logo.     Instead default to the color png one.     Sponsored by:   Beckhoff Automation GmbH & Co. KGSetting currdev to zfs:zroot/ROOT/default: The messages are: Loading /boot/defaults/loader.conf Loading /boot/defaults/loader.conf Malformed line (27):         'splash="/boot/images/freebsd-logo-rev.png"  # Set boot_mute="YES" to load it' Failed to parse config: '/boot/defaults/loader.conf' Loading /boot/device.hints -- Rebecca Cran From nobody Sat Oct 19 18:19: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 4XW8xf3tZ6z5YsWy for ; Sat, 19 Oct 2024 18:20:06 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pg1-x52c.google.com (mail-pg1-x52c.google.com [IPv6:2607:f8b0:4864:20::52c]) (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 4XW8xf23rXz3xs4 for ; Sat, 19 Oct 2024 18:20:06 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pg1-x52c.google.com with SMTP id 41be03b00d2f7-7ea79711fd4so2239596a12.0 for ; Sat, 19 Oct 2024 11:20:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1729362004; x=1729966804; 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=jMb0DWxIwlInsy0TGwhksrlMCJn9AbB8f/Og4o8W0Wg=; b=wNHS6isvym3p72JlkQ/vGL948F3zlCd75FHVNqljL/p1oepMpAfYldNw6Cf0utcIFf 1TZJ0FB3QfAy/mUQydVJdUZq/n6ISASGsLbH/H1SzCtKwoCpUy5q9CpqBARd2q86dbAM afePxQZP0A9EEur3useqYLVJFfZobT9HEo98+5hDL6hYqkEb4M/SMTloWfmahykqWVNF 2bz0IvnISZ6Jr5UYcsAjojNVvvbdVE5ys6wtzB0JIL0450P+1d/2jEu7fYl+0OvbLe3f To8byo7Kz1epTTu59dAY7MPP7KXCbajxxg1DxGS5hCZSFcOBpJhid4yjUX709tQadz+t ChSA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1729362004; x=1729966804; 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=jMb0DWxIwlInsy0TGwhksrlMCJn9AbB8f/Og4o8W0Wg=; b=wdTOaQDOzZiFEBIzbAcLktyEqoGZmNQkU/4QZeBl8UifqCtB/9feiRHi7fsBgEd1Ry U/KSJPzdEXjDqXVU230HGSBAUErvtqA29vD9LHi54He7cp5QgbHiXtN+nUZsch7ipq5e +6canVlCSyU1dcqoST2Wi9tbbRQtBteeFmErTIsvaq3J4XFoZKCQuXfeaKTOO3tCXQD/ pR4BHrr2e+pRIP3Hsv8j/lDz5rFLwB7v+4HjukyW1cwh70/VgAjaTsuWPzZcFIApqBwt zwjMAus+bNOwhZNf0mvcGuCba0y8u7UIgJhcnpWEeK3LHa1myjIgrXGaKzHs4T/rFtMf IM4w== X-Gm-Message-State: AOJu0YxXYmER9V4hlXb0C++usF13g7PklYb7FSZr2JfoLLxV+uZc+1X8 nM2hFUz6hGPmth+Q3HS5ngyAcP0oN5dZalQPxqEizDEdt5bwp8lmSKdJBLi9d9n+7OOlxYY1MYQ SlNanJxvA3ywuXECghuvYEys+i/cLk7BMZkpStQ== X-Google-Smtp-Source: AGHT+IFDG2WJGeNgvQkQWyaQh+lZY4WGdqnyYd47QGzIFVhXYTJOPcVW33tOhXDnHUfWgc9S8/YoOgyZcb9gktb9uZM= X-Received: by 2002:a05:6a21:1690:b0:1d9:af2:6143 with SMTP id adf61e73a8af0-1d92c4e13c3mr9813061637.16.1729362004289; Sat, 19 Oct 2024 11:20: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: <52524135-d232-460a-9961-1fbc4463f6ba@bsdio.com> In-Reply-To: <52524135-d232-460a-9961-1fbc4463f6ba@bsdio.com> From: Warner Losh Date: Sat, 19 Oct 2024 12:19:52 -0600 Message-ID: Subject: Re: loader.efi: "Malformed line (27)" error apparently due to recent splash config entry To: Rebecca Cran Cc: Current FreeBSD , Emmanuel Vadot Content-Type: multipart/alternative; boundary="000000000000f4499c0624d8772b" 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: 4XW8xf23rXz3xs4 X-Spamd-Bar: ---- --000000000000f4499c0624d8772b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hey Rebecca I've uploaded this differential https://reviews.freebsd.org/D47201 which should fix it. We should allow " in # comments, but at the moment we don't. We should also fix the parser to allow it. Since stabilization week is coming up, I'd like to rush this in, if it works. Warner On Sat, Oct 19, 2024 at 9:45=E2=80=AFAM Rebecca Cran wr= ote: > I just updated one of my systems (an AArch64 ADLINK Ampere Altra Dev > Kit) to the latest -CURRENT and copied the latest /boot/loader.efi into > /boot/efi/efi/freebsd/loader.efi and /boot/efi/efi/boot/bootaa64.efi and > noticed a new message during boot, apparently introduced in this commit? > > > commit 7df3e400ea68722b6263cd71937e43a98585eeda > Author: Emmanuel Vadot > Date: Mon Oct 14 11:25:57 2024 +0200 > > loader: default: Add a default splash screen > > Setting boot_mute=3D"YES" currently use the in-kernel black and whit= e > logo. > Instead default to the color png one. > > Sponsored by: Beckhoff Automation GmbH & Co. KGSetting currdev to > zfs:zroot/ROOT/default: > > > The messages are: > > Loading /boot/defaults/loader.conf > Loading /boot/defaults/loader.conf > Malformed line (27): > 'splash=3D"/boot/images/freebsd-logo-rev.png" # Set > boot_mute=3D"YES" to load it' > Failed to parse config: '/boot/defaults/loader.conf' > Loading /boot/device.hints > > -- > Rebecca Cran > > > --000000000000f4499c0624d8772b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hey Rebecca

I've uploade= d this differential

https://reviews.freebsd.org/D47201

w= hich should fix it. We should allow " in # comments, but at the moment= we don't. We should also fix the
parser to allow it. Since s= tabilization week is coming up, I'd like to rush this in, if it works.<= /div>

Warner

<= div dir=3D"ltr" class=3D"gmail_attr">On Sat, Oct 19, 2024 at 9:45=E2=80=AFA= M Rebecca Cran <rebecca@bsdio.com> wrote:
I = just updated one of my systems (an AArch64 ADLINK Ampere Altra Dev
Kit) to the latest -CURRENT and copied the latest /boot/loader.efi into /boot/efi/efi/freebsd/loader.efi and /boot/efi/efi/boot/bootaa64.efi and noticed a new message during boot, apparently introduced in this commit?

commit 7df3e400ea68722b6263cd71937e43a98585eeda
Author: Emmanuel Vadot <manu@FreeBSD.org>
Date:=C2=A0=C2=A0 Mon Oct 14 11:25:57 2024 +0200

=C2=A0=C2=A0=C2=A0=C2=A0 loader: default: Add a default splash screen

=C2=A0=C2=A0=C2=A0=C2=A0 Setting boot_mute=3D"YES" currently use = the in-kernel black and white
logo.
=C2=A0=C2=A0=C2=A0=C2=A0 Instead default to the color png one.

=C2=A0=C2=A0=C2=A0=C2=A0 Sponsored by:=C2=A0=C2=A0 Beckhoff Automation GmbH= & Co. KGSetting currdev to
zfs:zroot/ROOT/default:


The messages are:

Loading /boot/defaults/loader.conf
Loading /boot/defaults/loader.conf
Malformed line (27):
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 'splash=3D"/boot/= images/freebsd-logo-rev.png"=C2=A0 # Set
boot_mute=3D"YES" to load it'
Failed to parse config: '/boot/defaults/loader.conf'
Loading /boot/device.hints

--
Rebecca Cran


--000000000000f4499c0624d8772b-- From nobody Sun Oct 20 09:07:56 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 4XWXf826Sjz5b1CM for ; Sun, 20 Oct 2024 09:08:00 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x42d.google.com (mail-wr1-x42d.google.com [IPv6:2a00:1450:4864:20::42d]) (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 4XWXf74rMHz4K8b for ; Sun, 20 Oct 2024 09:07:59 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=GhhanV2m; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::42d as permitted sender) smtp.mailfrom=grahamperrin@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-wr1-x42d.google.com with SMTP id ffacd0b85a97d-37d47eff9acso2308786f8f.3 for ; Sun, 20 Oct 2024 02:07:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1729415277; x=1730020077; 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=iOjbDWM9TWd13kl/IVmtzHh8i+GbH0fWYBtmuUooIjg=; b=GhhanV2mFG1vCiy/CKvFbQbKxEI4Yqq44G3c/lTo2Gl/FtMmkvIvlS7hf9dDT/KDwG TnGqYBcxsMO1gEmXAXaLJYjQuYxJLTZJfnS6w7Woc04oxzfCNP29wCF041x3ZoGlGdkT IFhhMSLEnOVGvx5pXbObCVDWfCnjrdBnu4Fxj44in2AY34nCZ6dujSHDES3uT8UWmy9X s9aBO+YJACsIsbUCShWjg/NZvoDwopdkqTQKsJYuyKw4lMjTi/tHJ0/brzvbg5hmhkVn qceTkg+9Lt81vRHlqNbrc3YgBWfxJVlAjr73ddc9H3ugh4Ni2b451nhgnda5uinlsWDm cO7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1729415277; x=1730020077; 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=iOjbDWM9TWd13kl/IVmtzHh8i+GbH0fWYBtmuUooIjg=; b=cfslvelEQfMTodTLtsjvng8kx4R43hSXTZuH7APCSxcgG9A4keCpULNMFsDPE7cC/H NotiKQIY9U8/M/Ok+Z2WJ4+i4AXrZD8LOGIZK+mtFNopQc0eiFBLnDckB7qoC8IEQwqA 5FZXommpUeW8R7BD2ZtyDbvN6nVg8DP7p3zBAlEZoPOH7L9qNBff8Sga6/O4mQqoniFE XL4tadpe1T1JDhxq9fQc+OQSf+AYmwyR4UPW7AfXtOllzCIV9dnkt3rSUnQkbZV+CPs4 +g9PjgmPUjslgt6arhVo0qdQMJALYHiEiknbQhW2LQYrJ35kSru6pLZ/mzpWixoRIoHi Y8eA== X-Gm-Message-State: AOJu0Yyp/QX0ysz9RTEfcw7IIi0v5Rpp6R8tmpNe63HeEXsCyTdSWg0o kGb8X36fxgk/Vj6ydOafVwD+6OR76BeyaT9OU/EJxGqCuAU8gDlJdMaTfS+ZznU= X-Google-Smtp-Source: AGHT+IE0Mnu9ylubn76Kp8+1+vKxvwK5E+L+O3pr760N06SnnWT+U4hE7iY89XaJVLuZJbZbuCSIuw== X-Received: by 2002:adf:eece:0:b0:37d:4e74:689 with SMTP id ffacd0b85a97d-37eab6ee16cmr5515700f8f.47.1729415277150; Sun, 20 Oct 2024 02:07:57 -0700 (PDT) Received: from [192.168.1.10] (host-78-147-83-34.as13285.net. [78.147.83.34]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-431605f81a2sm85941255e9.0.2024.10.20.02.07.56 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 20 Oct 2024 02:07:56 -0700 (PDT) Message-ID: <4930c9b6-21e0-4cd8-9c38-c0dab72fd1a0@gmail.com> Date: Sun, 20 Oct 2024 10:07:56 +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: Problems with FreeBSD-15.0-CURRENT-amd64-20241003 To: freebsd-current@freebsd.org References: <7bdb3c71-8a36-444e-8b1d-9c4f789fe638@gmail.com> 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: <7bdb3c71-8a36-444e-8b1d-9c4f789fe638@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; 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)[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:+]; 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::42d:from] X-Rspamd-Queue-Id: 4XWXf74rMHz4K8b X-Spamd-Bar: --- On 09/10/2024 07:35, Paul Floyd wrote: > … ld-elf.so.1: Shared object "libmd.so.6" not found, … pkgbase context: | From nobody Sun Oct 20 12:14:29 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 4XWcnP1Ksjz5YyY7 for ; Sun, 20 Oct 2024 12:14:33 +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 4XWcnM3jdRz4jmd for ; Sun, 20 Oct 2024 12:14:31 +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 49KCETLK003649 for ; Sun, 20 Oct 2024 12:14:29 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 49KCETji003648 for current@freebsd.org; Sun, 20 Oct 2024 05:14:29 -0700 (PDT) (envelope-from david) Date: Sun, 20 Oct 2024 05:14:29 -0700 From: David Wolfskill To: current@freebsd.org Subject: Build failure in share/examples/tests/tests/googletest/sample1_unittest.full Message-ID: Reply-To: current@freebsd.org Mail-Followup-To: 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="rBATSFY/LK8UHRbB" Content-Disposition: inline X-Spamd-Result: default: False [-0.40 / 15.00]; REPLYTO_EQ_TO_ADDR(5.00)[]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170:c]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; FREEFALL_USER(0.00)[david]; ARC_NA(0.00)[]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DMARC_NA(0.00)[catwhisker.org]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; HAS_REPLYTO(0.00)[current@freebsd.org] X-Rspamd-Queue-Id: 4XWcnM3jdRz4jmd X-Spamd-Bar: / --rBATSFY/LK8UHRbB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Running: FreeBSD freebeast.catwhisker.org 15.0-CURRENT FreeBSD 15.0-CURRENT #5 main-= n273063-4ad443a106d3: Sat Oct 19 10:38:11 UTC 2024 root@freebeast.catwh= isker.org:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC amd64 1500025 1500= 025 after updating sources to main-n273073-bd66c1b43e33: =2E.. Building /common/S4/obj/usr/src/amd64.amd64/tests/sys/pjdfstest/tests/renam= e/11 Building /common/S4/obj/usr/src/amd64.amd64/tests/sys/pjdfstest/tests/symli= nk/01 Building /common/S4/obj/usr/src/amd64.amd64/secure/lib/libcrypto/ASN1_gener= ate_nconf.3.gz ld: error: undefined symbol: testing::internal::MakeAndRegisterTestInfo(cha= r const*, char const*, char const*, char const*, testing::internal::CodeLoc= ation, void const*, void (*)(), void (*)(), testing::internal::TestFactoryB= ase*) >>> referenced by sample2_unittest.cc:47 (/usr/src/contrib/googletest/googl= etest/samples/sample2_unittest.cc:47) >>> sample2_unittest.o:(_GLOBAL__sub_I_sample2_unittest.cc) >>> referenced by sample2_unittest.cc:78 (/usr/src/contrib/googletest/googl= etest/samples/sample2_unittest.cc:78) >>> sample2_unittest.o:(_GLOBAL__sub_I_sample2_unittest.cc) >>> referenced by sample2_unittest.cc:85 (/usr/src/contrib/googletest/googl= etest/samples/sample2_unittest.cc:85) >>> sample2_unittest.o:(_GLOBAL__sub_I_sample2_unittest.cc) >>> referenced 1 more times Building /common/S4/obj/usr/src/amd64.amd64/share/man/man5/periodic.conf.5.= gz Building /common/S4/obj/usr/src/amd64.amd64/share/i18n/csmapper/CP/UCS%CP85= 0.mps Building /common/S4/obj/usr/src/amd64.amd64/tests/sys/fs/tmpfs/h_tools Building /common/S4/obj/usr/src/amd64.amd64/share/msgdef_unicode/tr_TR.UTF-= 8.out Building /common/S4/obj/usr/src/amd64.amd64/share/man/man9/BUF_TIMELOCK.9.gz Building /common/S4/obj/usr/src/amd64.amd64/secure/lib/libcrypto/ASN1_item_= d2i_bio.3.gz Building /common/S4/obj/usr/src/amd64.amd64/share/i18n/esdb/APPLE/MACARABIC= =2Esrc Building /common/S4/obj/usr/src/amd64.amd64/share/i18n/csmapper/KOI/UCS%KOI= 8-CyrillicOld.mps c++: error: linker command failed with exit code 1 (use -v to see invocatio= n) *** [sample1_unittest.full] Error code 1 make[8]: stopped making "all" in /usr/src/share/examples/tests/tests/google= test =2EERROR_TARGET=3D'sample1_unittest.full' =2EERROR_META_FILE=3D'/common/S4/obj/usr/src/amd64.amd64/share/examples/tes= ts/tests/googletest/sample1_unittest.full.meta' =2EMAKE.LEVEL=3D'8' MAKEFILE=3D'' =2EMAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' Building /common/S4/obj/usr/src/amd64.amd64/bin/csh/ja_JP.UTF-8.cat _ERROR_CMD=3D'c++ -target x86_64-unknown-freebsd15.0 --sysroot=3D/common/S4= /obj/usr/src/amd64.amd64/tmp -B/common/S4/obj/usr/src/amd64.amd64/tmp/usr/b= in -O2 -pipe -fno-common -fPIE -g -gz=3Dzlib -Wno-format-zero-length -fstac= k-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-u= nused-parameter -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -= Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Wdate-t= ime -Wmissing-variable-declarations -Wno-empty-body -Wno-string-plus-int -W= no-unused-const-variable -Wno-error=3Dunused-but-set-parameter -Qunused-arg= uments -I/common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/private -DGTEST= _HAS_POSIX_RE=3D1 -DGTEST_HAS_PTHREAD=3D1 -DGTEST_HAS_STREAM_REDIRECTION=3D= 1 -frtti -fPIE -std=3Dc++14 -Wno-c++11-extensions -Wl,-zrelro -pie -o sa= mple1_unittest.full sample1_unittest.o sample1.o -lprivategtest_main -lpri= vategtest;' =2ECURDIR=3D'/usr/src/share/examples/tests/tests/googletest' =2EMAKE=3D'make' =2EOBJDIR=3D'/common/S4/obj/usr/src/amd64.amd64/share/examples/tests/tests/= googletest' =2ETARGETS=3D' all' CPUTYPE=3D'' DESTDIR=3D'/common/S4/obj/usr/src/amd64.amd64/tmp' LD_LIBRARY_PATH=3D'' MACHINE=3D'amd64' MACHINE_ARCH=3D'amd64' MACHINE_CPUARCH=3D'amd64' MAKEOBJDIRPREFIX=3D'' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20240711' =2E... (Also had a (similar) whine about linker commands failing, for tests/sys/capsicum/capsicum-test.full.) This is in meta-mode, on a 32x2 Epyc running "make -j 112 buildworld". I have placed copies of the build typescript and the 2 meta files in https://www.catwhisker.org/~david/FreeBSD/head/n273073/ I am about to try a similar build on a couple of smaller machines, but they may take a while to get to the point of failure. Peace, david --=20 David H. Wolfskill david@catwhisker.org It has been said that history repeats itself. This is perhaps not quite correct; it merely rhymes. -- Theodor Reik See https://www.catwhisker.org/~david/publickey.gpg for my public key. --rBATSFY/LK8UHRbB Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCZxT0JV8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5ZwgAP9WlXH+0UfG/46rjOCRFj+NYkhRFxj0zXIvwU490BZx/AD+P8UCH9ymmc+a RFyza+t1ho8qWQQ/YmD7JbaG/IJHfQg= =gsby -----END PGP SIGNATURE----- --rBATSFY/LK8UHRbB-- From nobody Sun Oct 20 13:18: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 4XWfC10tm5z5Z2vr for ; Sun, 20 Oct 2024 13:18:21 +0000 (UTC) (envelope-from eduardo@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 4XWfC10ND9z4rYB for ; Sun, 20 Oct 2024 13:18:21 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1729430301; 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=FA7p8iFJ7CcjcdV8iI4GkjORnqlxfZ1yvrKwXZu5IWI=; b=vztrbpsjt2SJXOkipVJYl0AtdTZSiFI/VUPLtrRiCUuhAJxhGpi93fVj3eECqjE5Qbuerc /eM9x14/iAUT/fcsQUh/yIwJFiPi+cfEIc0KVvUhpWQEm1LtZh4If0NyvVzWpjFJOxNLGA opPaAfslOyztonxs3lmHMDi4SLWt+DQXDz7N9nSY8Qo4PeZoILMMb+bZpRL/pN5Lcc1tUn IxAF6O3fwVrxQkmQSi8WBO2H9C4A54oPHujn3Y/T2XSQu7RCRcgU0+g9EmyOzx9aUhHHgh +Mnag7rCJBagRvC07c8DbQp7GjruTkEK/3yXTKcQKQ6UMm3k16oq3oYFY8spcA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1729430301; 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=FA7p8iFJ7CcjcdV8iI4GkjORnqlxfZ1yvrKwXZu5IWI=; b=AEAseYbH0h4AQPNtSyffdIju9zywAiMsIlKedOkMQStEpnY87C68K0xF0P4OtbX7JHH9YY gUxHJfciD+YE48+Lll9Qc/9p7WHZHk2ctv8V3iNcAap9svALxEzOgPOITpxlMA0CyGVKiB xUoNJKHEGatwbVNOvNB3OUpQbn830kV9szaJ+ijlUUuI6ZJ5p2npiPCPomOcTPRg0DM4YP fdUozzlnD5y2Y5WWr6WPf0JIxsCYWtHXZPQwVEP4jmbo7jHIpmNKGq8kq74DjFK6Q/nNNp MXAKGH8GiFcib3q3RXY5YT1SxYBItJBw0G+ZGY+Ar/uHC4Djzq05Ps+H+8en3Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1729430301; a=rsa-sha256; cv=none; b=X3mVTBIdD8vYXaqQEu+vij/hjTGU3UAUCXGfR82SyVcWCKWXPPupbjYdnIGSJGYKUzb9Bd PnrMK5Si1bMahI/4bI56EIrYuR5iEUTkOoR0jTcVpF5l93nEAacUh+8XdO8E5G+DWoNLiQ KwPGNKnWXiGGcSOKgymAwDgRG72CthmLbJf5FC4DqJkHPk39eA4GkljJm3eOy3KTPyvn8d wxjDI5MpTYaTIcbm9tvxUoPtTxWlCa6nKTFGzDQ3nhJdFvC4n7yg+la585/eiW9brhW0KY ctds4UfdgzbRuuB0y0946zekmsIXXv8725Q/pUaiDvqLP3vRjCb1GtIxIpXD7w== Received: from mail-qk1-f180.google.com (mail-qk1-f180.google.com [209.85.222.180]) (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: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4XWfC06xs5zDkP for ; Sun, 20 Oct 2024 13:18:20 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qk1-f180.google.com with SMTP id af79cd13be357-7b14acb1e5fso57445885a.1 for ; Sun, 20 Oct 2024 06:18:20 -0700 (PDT) X-Gm-Message-State: AOJu0YzcxvGb/6FZNEc3WRHlbaMVPsOpqcwA5Su3L7VrOsCVs3yyYZ3T pdnTs29/oS84J/0bHGHSgVJQPEgN0IHxKNvwA8c7oXirjjdxFzlx/gYr8W9ZYKh2lxg54I6RYwo OiA/UiykfPbRqEEdrQzbfaa2wnRU= X-Google-Smtp-Source: AGHT+IEdvdyxJ4YBFMjngNFVZHSIKGCfH8P4Yzjhfx25VcOFefT4rTSFOOXg1FWSEOFhec83FHwK+TqSp7ky4jSiT9Y= X-Received: by 2002:a05:622a:1992:b0:45c:9927:2457 with SMTP id d75a77b69052e-460aeb9d975mr63075951cf.0.1729430300579; Sun, 20 Oct 2024 06:18:20 -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: Nuno Teixeira Date: Sun, 20 Oct 2024 14:18:09 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Build failure in share/examples/tests/tests/googletest/sample1_unittest.full To: current@freebsd.org Content-Type: multipart/alternative; boundary="000000000000bae99b0624e85e99" --000000000000bae99b0624e85e99 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, Same here with meta-mode on a i7 laptop. David Wolfskill escreveu (domingo, 20/10/2024 =C3=A0= (s) 13:15): > Running: > FreeBSD freebeast.catwhisker.org 15.0-CURRENT FreeBSD 15.0-CURRENT #5 > main-n273063-4ad443a106d3: Sat Oct 19 10:38:11 UTC 2024 > root@freebeast.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/GENE= RIC > amd64 1500025 1500025 > > after updating sources to main-n273073-bd66c1b43e33: > > ... > Building > /common/S4/obj/usr/src/amd64.amd64/tests/sys/pjdfstest/tests/rename/11 > Building > /common/S4/obj/usr/src/amd64.amd64/tests/sys/pjdfstest/tests/symlink/01 > Building > /common/S4/obj/usr/src/amd64.amd64/secure/lib/libcrypto/ASN1_generate_nco= nf.3.gz > ld: error: undefined symbol: > testing::internal::MakeAndRegisterTestInfo(char const*, char const*, char > const*, char const*, testing::internal::CodeLocation, void const*, void > (*)(), void (*)(), testing::internal::TestFactoryBase*) > >>> referenced by sample2_unittest.cc:47 > (/usr/src/contrib/googletest/googletest/samples/sample2_unittest.cc:47) > >>> sample2_unittest.o:(_GLOBAL__sub_I_sample2_unittest.cc) > >>> referenced by sample2_unittest.cc:78 > (/usr/src/contrib/googletest/googletest/samples/sample2_unittest.cc:78) > >>> sample2_unittest.o:(_GLOBAL__sub_I_sample2_unittest.cc) > >>> referenced by sample2_unittest.cc:85 > (/usr/src/contrib/googletest/googletest/samples/sample2_unittest.cc:85) > >>> sample2_unittest.o:(_GLOBAL__sub_I_sample2_unittest.cc) > >>> referenced 1 more times > Building > /common/S4/obj/usr/src/amd64.amd64/share/man/man5/periodic.conf.5.gz > Building > /common/S4/obj/usr/src/amd64.amd64/share/i18n/csmapper/CP/UCS%CP850.mps > Building /common/S4/obj/usr/src/amd64.amd64/tests/sys/fs/tmpfs/h_tools > Building > /common/S4/obj/usr/src/amd64.amd64/share/msgdef_unicode/tr_TR.UTF-8.out > Building > /common/S4/obj/usr/src/amd64.amd64/share/man/man9/BUF_TIMELOCK.9.gz > Building > /common/S4/obj/usr/src/amd64.amd64/secure/lib/libcrypto/ASN1_item_d2i_bio= .3.gz > Building > /common/S4/obj/usr/src/amd64.amd64/share/i18n/esdb/APPLE/MACARABIC.src > Building > /common/S4/obj/usr/src/amd64.amd64/share/i18n/csmapper/KOI/UCS%KOI8-Cyril= licOld.mps > c++: error: linker command failed with exit code 1 (use -v to see > invocation) > *** [sample1_unittest.full] Error code 1 > > make[8]: stopped making "all" in > /usr/src/share/examples/tests/tests/googletest > .ERROR_TARGET=3D'sample1_unittest.full' > > .ERROR_META_FILE=3D'/common/S4/obj/usr/src/amd64.amd64/share/examples/tes= ts/tests/googletest/sample1_unittest.full.meta' > .MAKE.LEVEL=3D'8' > MAKEFILE=3D'' > .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' > Building /common/S4/obj/usr/src/amd64.amd64/bin/csh/ja_JP.UTF-8.cat > _ERROR_CMD=3D'c++ -target x86_64-unknown-freebsd15.0 > --sysroot=3D/common/S4/obj/usr/src/amd64.amd64/tmp > -B/common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin -O2 -pipe -fno-common > -fPIE -g -gz=3Dzlib -Wno-format-zero-length -fstack-protector-strong > -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter > -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshad= ow > -Wunused-parameter -Wcast-align -Wchar-subscripts -Wdate-time > -Wmissing-variable-declarations -Wno-empty-body -Wno-string-plus-int > -Wno-unused-const-variable -Wno-error=3Dunused-but-set-parameter > -Qunused-arguments > -I/common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/private > -DGTEST_HAS_POSIX_RE=3D1 -DGTEST_HAS_PTHREAD=3D1 > -DGTEST_HAS_STREAM_REDIRECTION=3D1 -frtti -fPIE -std=3Dc++14 > -Wno-c++11-extensions -Wl,-zrelro -pie -o sample1_unittest.full > sample1_unittest.o sample1.o -lprivategtest_main -lprivategtest;' > .CURDIR=3D'/usr/src/share/examples/tests/tests/googletest' > .MAKE=3D'make' > > .OBJDIR=3D'/common/S4/obj/usr/src/amd64.amd64/share/examples/tests/tests/= googletest' > .TARGETS=3D' all' > CPUTYPE=3D'' > DESTDIR=3D'/common/S4/obj/usr/src/amd64.amd64/tmp' > LD_LIBRARY_PATH=3D'' > MACHINE=3D'amd64' > MACHINE_ARCH=3D'amd64' > MACHINE_CPUARCH=3D'amd64' > MAKEOBJDIRPREFIX=3D'' > MAKESYSPATH=3D'/usr/src/share/mk' > MAKE_VERSION=3D'20240711' > .... > > (Also had a (similar) whine about linker commands failing, for > tests/sys/capsicum/capsicum-test.full.) > > This is in meta-mode, on a 32x2 Epyc running "make -j 112 buildworld". > > I have placed copies of the build typescript and the 2 meta files in > https://www.catwhisker.org/~david/FreeBSD/head/n273073/ > > I am about to try a similar build on a couple of smaller machines, > but they may take a while to get to the point of failure. > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > It has been said that history repeats itself. This is perhaps not quite > correct; it merely rhymes. -- Theodor Reik > > See https://www.catwhisker.org/~david/publickey.gpg for my public key. > --=20 Nuno Teixeira FreeBSD UNIX: Web: https://FreeBSD.org --000000000000bae99b0624e85e99 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

Same here with meta-m= ode on a i7 laptop.

David Wolfskill <david@catwhisker.org> escreveu (domingo, 20/10/2024 = =C3=A0(s) 13:15):
freebeast.catwhisker.org 15.0-CURRENT FreeBSD 15.0-CURREN= T #5 main-n273063-4ad443a106d3: Sat Oct 19 10:38:11 UTC 2024=C2=A0 =C2=A0 = =C2=A0ro= ot@freebeast.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/GENE= RIC amd64 1500025 1500025

after updating sources to main-n273073-bd66c1b43e33:

...
Building /common/S4/obj/usr/src/amd64.amd64/tests/sys/pjdfstest/tests/renam= e/11
Building /common/S4/obj/usr/src/amd64.amd64/tests/sys/pjdfstest/tests/symli= nk/01
Building /common/S4/obj/usr/src/amd64.amd64/secure/lib/libcrypto/ASN1_gener= ate_nconf.3.gz
ld: error: undefined symbol: testing::internal::MakeAndRegisterTestInfo(cha= r const*, char const*, char const*, char const*, testing::internal::CodeLoc= ation, void const*, void (*)(), void (*)(), testing::internal::TestFactoryB= ase*)
>>> referenced by sample2_unittest.cc:47 (/usr/src/contrib/googlet= est/googletest/samples/sample2_unittest.cc:47)
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sample2_= unittest.o:(_GLOBAL__sub_I_sample2_unittest.cc)
>>> referenced by sample2_unittest.cc:78 (/usr/src/contrib/googlet= est/googletest/samples/sample2_unittest.cc:78)
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sample2_= unittest.o:(_GLOBAL__sub_I_sample2_unittest.cc)
>>> referenced by sample2_unittest.cc:85 (/usr/src/contrib/googlet= est/googletest/samples/sample2_unittest.cc:85)
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sample2_= unittest.o:(_GLOBAL__sub_I_sample2_unittest.cc)
>>> referenced 1 more times
Building /common/S4/obj/usr/src/amd64.amd64/share/man/man5/periodic.conf.5.= gz
Building /common/S4/obj/usr/src/amd64.amd64/share/i18n/csmapper/CP/UCS%CP85= 0.mps
Building /common/S4/obj/usr/src/amd64.amd64/tests/sys/fs/tmpfs/h_tools
Building /common/S4/obj/usr/src/amd64.amd64/share/msgdef_unicode/tr_TR.UTF-= 8.out
Building /common/S4/obj/usr/src/amd64.amd64/share/man/man9/BUF_TIMELOCK.9.g= z
Building /common/S4/obj/usr/src/amd64.amd64/secure/lib/libcrypto/ASN1_item_= d2i_bio.3.gz
Building /common/S4/obj/usr/src/amd64.amd64/share/i18n/esdb/APPLE/MACARABIC= .src
Building /common/S4/obj/usr/src/amd64.amd64/share/i18n/csmapper/KOI/UCS%KOI= 8-CyrillicOld.mps
c++: error: linker command failed with exit code 1 (use -v to see invocatio= n)
*** [sample1_unittest.full] Error code 1

make[8]: stopped making "all" in /usr/src/share/examples/tests/te= sts/googletest
.ERROR_TARGET=3D'sample1_unittest.full'
.ERROR_META_FILE=3D'/common/S4/obj/usr/src/amd64.amd64/share/examples/t= ests/tests/googletest/sample1_unittest.full.meta'
.MAKE.LEVEL=3D'8'
MAKEFILE=3D''
.MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dye= s verbose'
Building /common/S4/obj/usr/src/amd64.amd64/bin/csh/ja_JP.UTF-8.cat
_ERROR_CMD=3D'c++ -target x86_64-unknown-freebsd15.0 --sysroot=3D/commo= n/S4/obj/usr/src/amd64.amd64/tmp -B/common/S4/obj/usr/src/amd64.amd64/tmp/u= sr/bin -O2 -pipe -fno-common -fPIE -g -gz=3Dzlib -Wno-format-zero-length -f= stack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -W= no-unused-parameter -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Wda= te-time -Wmissing-variable-declarations -Wno-empty-body -Wno-string-plus-in= t -Wno-unused-const-variable -Wno-error=3Dunused-but-set-parameter -Qunused= -arguments -I/common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/private -DG= TEST_HAS_POSIX_RE=3D1 -DGTEST_HAS_PTHREAD=3D1 -DGTEST_HAS_STREAM_REDIRECTIO= N=3D1 -frtti -fPIE -std=3Dc++14 -Wno-c++11-extensions=C2=A0 -Wl,-zrelro -pi= e=C2=A0 =C2=A0-o sample1_unittest.full=C2=A0 sample1_unittest.o sample1.o -= lprivategtest_main -lprivategtest;'
.CURDIR=3D'/usr/src/share/examples/tests/tests/googletest'
.MAKE=3D'make'
.OBJDIR=3D'/common/S4/obj/usr/src/amd64.amd64/share/examples/tests/test= s/googletest'
.TARGETS=3D' all'
CPUTYPE=3D''
DESTDIR=3D'/common/S4/obj/usr/src/amd64.amd64/tmp'
LD_LIBRARY_PATH=3D''
MACHINE=3D'amd64'
MACHINE_ARCH=3D'amd64'
MACHINE_CPUARCH=3D'amd64'
MAKEOBJDIRPREFIX=3D''
MAKESYSPATH=3D'/usr/src/share/mk'
MAKE_VERSION=3D'20240711'
....

(Also had a (similar) whine about linker commands failing, for
tests/sys/capsicum/capsicum-test.full.)

This is in meta-mode, on a 32x2 Epyc running "make -j 112 buildworld&q= uot;.

I have placed copies of the build typescript and the 2 meta files in
https://www.catwhisker.org/~david/FreeBSD/hea= d/n273073/

I am about to try a similar build on a couple of smaller machines,
but they may take a while to get to the point of failure.

Peace,
david
--
David H. Wolfskill=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 =C2=A0 =C2=A0 david@catwhisker.org
It has been said that history repeats itself. This is perhaps not quite
correct; it merely rhymes. -- Theodor Reik

See https://www.catwhisker.org/~david/publickey.gpg for my public key.


--
--000000000000bae99b0624e85e99--