From nobody Mon May 12 13:13:55 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Zx0Rz2GhKz5w25q for ; Mon, 12 May 2025 13:14:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Zx0Ry3nDFz3x7g for ; Mon, 12 May 2025 13:14:05 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zabbadoz.net header.s=20240622 header.b="hfJkobN/"; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 2003:a:140a:2200:6:594:fffe:19 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net; dmarc=pass (policy=none) header.from=zabbadoz.net Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id 87933A64805 for ; Mon, 12 May 2025 13:13:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1747055634; bh=MIkbRnHjvA2iK71/l5qyEM6VWytdYqZ4ozAxC+LFg8U=; h=Date:From:To:Subject; b=hfJkobN/zowkQPTxW3suQdUae6glycpIvPn6MyIrKrb/E/teu4Do2Ws+iQgZCe+3D UD5Igq9ar05gUF6Tjh5lvwdd7UNKngixWr94ZyU76ZiLgo4hznD8drg7xo4JQa19nP X1RvpAZJGWDkNnmHqa7aayrkE47A/GR8HOeSZLqF7T8iFfhJaVtq002vtIOuAsP0Pb PZ3JOrN56m53IFSxXdufDs91aZNhe3yj/+M7RInqs+OJfwWYE77omQlm1+DznbuK1V j1LnnAFWiWJGXmYmQGfzb6cj5Xws9JjPnYQuRpiESsF6+cye6YFb5kiQVyVJMnSZDn TBkFvcXEbncVGRpti+NE2+44buCxj+mhxNBmwawPyMQyTwBActN1Om3Fazhv+YuCsC Yz+pzxbcaJ+8vwe4C8GQtjaylB5xMZffCAMo8kXbzTkzV491029ohC+4Kp26K73Ks8 jTterSxpbbpa6HoBCcf89OeaGtruR+jV2EmiWeM1K5SpfDI3l7RKN6SKt/VNJGMUHI nikYK86B172VbntRGkSQDgC+DVgULrnvDetrVMLaFFuOu9ubWu5D26vDsUpPh2P7CA ot7sxhOZVNvVTS7W3hUr87lLYrHJegjtKCZFINeQI8fjl3bHIZTvmjFVQhpCGQm9Kf jQFKNzbdRsDZ4j8intA7kWvY= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 59C6A2D029E0 for ; Mon, 12 May 2025 13:13:56 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id M6dw6ZguXOwN for ; Mon, 12 May 2025 13:13:55 +0000 (UTC) Received: from strong-rtwn0.sbone.de (strong-rtwn0.sbone.de [IPv6:fde9:577b:c1a9:4902:3e64:cfff:fe55:bc80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 6733F2D029D8 for ; Mon, 12 May 2025 13:13:55 +0000 (UTC) Date: Mon, 12 May 2025 13:13:55 +0000 (UTC) From: "Bjoern A. Zeeb" To: current@freebsd.org Subject: LOR netlink / so_rcv triggered by acpi_UserNotify -> devctl_notify Message-ID: X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Rspamd-Queue-Id: 4Zx0Ry3nDFz3x7g X-Spamd-Bar: - X-Spamd-Result: default: False [-1.42 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_SPAM_MEDIUM(0.73)[0.728]; DMARC_POLICY_ALLOW(-0.50)[zabbadoz.net,none]; R_SPF_ALLOW(-0.20)[+ip6:2003:a:140a:2200:6:594:fffe:19]; R_DKIM_ALLOW(-0.20)[zabbadoz.net:s=20240622]; NEURAL_HAM_LONG(-0.15)[-0.146]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:3320, ipnet:2003::/19, country:DE]; RCVD_COUNT_THREE(0.00)[4]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[zabbadoz.net:+] [73275.585599] lock order reversal: [73275.585623] 1st 0xfffffe003c3665b0 netlink lock (netlink lock, rm) @ sys/netlink/netlink_domain.c:219 [73275.585670] 2nd 0xfffff800451949e0 so_rcv (so_rcv, sleep mutex) @ sys/netlink/netlink_io.c:229 [73275.586487] lock order netlink lock -> so_rcv attempted at: [73275.586509] #0 0xffffffff80bdadc1 at witness_checkorder+0xbe1 [73275.587246] #1 0xffffffff80b3bee1 at __mtx_lock_flags+0x91 [73275.588757] #2 0xffffffff80de364d at nl_send+0xad [73275.588773] #3 0xffffffff80ddf5cf at nl_send_group+0x1df [73275.589534] #4 0xffffffff80de3a62 at _nlmsg_flush+0x22 [73275.590052] #5 0xffffffff837942c6 at sysevent_send+0x1e6 [73275.591013] #6 0xffffffff80b01f13 at devctl_notify+0x53 [73275.591018] #7 0xffffffff804b931a at acpi_UserNotify+0x7a [73275.591142] #8 0xffffffff821604ca at acpi_ibm_notify+0x40a [73275.591344] #9 0xffffffff803e8530 at AcpiEvNotifyDispatch+0x40 [73275.591509] #10 0xffffffff804b6250 at acpi_task_execute+0x10 [73275.591514] #11 0xffffffff80bccfc2 at taskqueue_run_locked+0x1c2 [73275.591678] #12 0xffffffff80bcdeb3 at taskqueue_thread_loop+0xd3 [73275.591833] #13 0xffffffff80b15042 at fork_exit+0x82 [73275.592029] #14 0xffffffff81002f2e at fork_trampoline+0xe -- Bjoern A. Zeeb r15:7 From nobody Mon May 12 14:18:50 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Zx1vY6yj9z5w68k for ; Mon, 12 May 2025 14:19:37 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (mailgate.leidinger.net [IPv6:2a00:1828:2000:313::1:5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Zx1vX41H2z44Xn; Mon, 12 May 2025 14:19:36 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=leidinger.net header.s=outgoing-alex header.b=foTkNIyu; spf=pass (mx1.freebsd.org: domain of Alexander@Leidinger.net designates 2a00:1828:2000:313::1:5 as permitted sender) smtp.mailfrom=Alexander@Leidinger.net; dmarc=pass (policy=quarantine) header.from=leidinger.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 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1747059563; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=VUTf2UYSpJYEbtmI1zqKbPmBtyS9xyX12DeDIAe0ulA=; b=foTkNIyuDLUQfJS+wd4DBEUtoQjit1M/Tkq8jxCc6EosTE3raAmL4eODijOjFHuwHyOLmo SM+Ge6Ts/6NB/LsuZOdOZYYj69eqzv2dFxgBGUt+6KBG2artnXLomHKmnBLQT8Y+uHaEFc 2y3hFLNh8pNAuOIrTk7Owb5F2Wqy18zuUBonQq18QVTVcQDcwcE7BMEM1NKuAQIFz5Dm+w nUi+ds4qGOP4ORjorkbOGZhPrLBcYkpEsVUiCoLsf8ry/i5Wf+Ird1/ty2t21qGm/7Ua94 pX7lQVDXLrnL+LY9dCRQs/PFt45KU+G0opEHjIqmz69xzvcHGVaX/qbfoa/KHw== Date: Mon, 12 May 2025 16:18:50 +0200 From: Alexander Leidinger To: Current , Gleb Smirnoff Subject: panic: Assertion sb->sb_acc >= datalen failed at /space/system/usr_src/sys/kern/uipc_usrreq.c:1440 Message-ID: Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_06cbe93ac8a7790c9baf7f34120f9b7e"; micalg=pgp-sha256 X-Rspamd-Queue-Id: 4Zx1vX41H2z44Xn X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.24 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.996]; NEURAL_HAM_LONG(-0.98)[-0.977]; DMARC_POLICY_ALLOW(-0.50)[leidinger.net,quarantine]; R_DKIM_ALLOW(-0.20)[leidinger.net:s=outgoing-alex]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_MEDIUM(-0.16)[-0.164]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TO_DN_ALL(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[leidinger.net:+]; MISSING_XM_UA(0.00)[]; HAS_ORG_HEADER(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; HAS_ATTACHMENT(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:34240, ipnet:2a00:1828::/32, country:DE]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+,1:+,2:~] This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_06cbe93ac8a7790c9baf7f34120f9b7e Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Hi, I have this crash with current as of 2025-05-11-145144 (CET): ---snip--- [409] Mon May 12 15:53:20 CEST 2025 [416] panic: Assertion sb->sb_acc >= datalen failed at /space/system/usr_src/sys/kern/uipc_usrreq.c:1440 [416] cpuid = 16 [416] time = 1747058008 [416] KDB: stack backtrace: [416] db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe078836cae0 [416] vpanic() at vpanic+0x136/frame 0xfffffe078836cc10 [416] panic() at panic+0x43/frame 0xfffffe078836cc70 [416] uipc_soreceive_stream_or_seqpacket() at uipc_soreceive_stream_or_seqpacket+0x9ca/frame 0xfffffe078836cd40 [416] soreceive() at soreceive+0x43/frame 0xfffffe078836cd60 [416] kern_readv() at kern_readv+0x95/frame 0xfffffe078836cdb0 [416] sys_read() at sys_read+0x7e/frame 0xfffffe078836ce00 [416] amd64_syscall() at amd64_syscall+0x15b/frame 0xfffffe078836cf30 [416] fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe078836cf30 [416] --- syscall (3, FreeBSD ELF64, read), rip = 0x1ae2a3270bfa, rsp = 0x1ae298b65718, rbp = 0x1ae298b65740 --- [416] Uptime: 6m56s ---snip--- Gleb, can this be related to the socket stuff you did? More complete crashinfo output available. Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_06cbe93ac8a7790c9baf7f34120f9b7e Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmgiA1kACgkQEg2wmwP4 2IbEiQ//flBRz9kbzdIB6XAs5/Cxyk5eER+sIHAWDPYL/PjUAdPHyfgcYyJRPHpI i9iA9d1hRrKS21+D5PlPu+xM6KQwYZ2hRHtYvFaRHqRdxZB7ym5A2yQlG+W5SZMU L8Nwx4eGWs9weWvoiA2XBQzZbPs5ZHCpe/Z2ny1hdoEI+UwMEA82kNJi33GnumaZ N/CuEXwBTVF0y4XkvNTBNqT7AtdaH/RdXjeGV4GWaj7dSsSbs1BBeLmAELnCaq2g ptPTWId1rC7ye9qpNWPAOCvdwgOmV7OPLpOE3Bpee4nqIDUZEtUJ6C5B1WsgSm1H VTDlj7xluJVyVrsB4kybKGYrueZ49DnTcAAwPl+sd5k/29M315x1ttw+LqrH/96H LEmy2M4HkXTCyswFlK3rAdgBm+q616wMlxSArQ0qi95Qjcd8PRblbeGJCIcJEwty DOPYKWtnsIgC8XiMjG7Qm2pEtdg+2mVFpAXuEAcsw2jiXGb0/gJn1oEPu/34kdSt BFfzzIrMGtRJbbLvSa37Bnw5qM4LsZZ0BR3x+hjMvA0+/vP7TRewZGuE5SY0FIub M5BScdffg8psXLelc2AX6VOFLatwIj7pBN2XkYzjWvfUBP1IGspM2VHbbi+uU8kk mLPwiRioDCd1Vk9735mQbWjjyuw/hmbl8y6+bVa2sAXvA3VzKgM= =bfcJ -----END PGP SIGNATURE----- --=_06cbe93ac8a7790c9baf7f34120f9b7e-- From nobody Mon May 12 14:44:56 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Zx2Sq4fmNz5w7cJ for ; Mon, 12 May 2025 14:44:59 +0000 (UTC) (envelope-from glebius@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Zx2Sq40gkz48v9; Mon, 12 May 2025 14:44:59 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747061099; 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=KAiq8LzAUY+CqdrQHkA6XwOdawo6v+81vQ4ey5WI8aQ=; b=suFux1CF7RgIDtEv9joUh+V4OGjtFkgstQGbwfnlcwCV+UnrhJOmWNsXRvfSYsJfXzwkh5 T/NV/QnMQkyLFXlN9ofEcoNRsQxoB9eqWbhCQImb8SiCF6BN2iuJWs9mZHVnsdz5UpM6aF p7m4bKnUUDcEWYhecQ967rwJOZBQW0ekGMrHZm/gxUkuHYc/Zkb+KkyNkDeSwY8wXPzzB3 sXiB2+p8EdWxfCP9BSwvvOG25TvsVVdmtRRL1HijBPA0bY5HD66QV3VkPsto1LWFQI+St5 E/XYbh6U/Ggddvpy+Q+IRS15STyIM1xGbBoP7jWEHyfk7433kJfFUTJ2r6LeUQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747061099; 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=KAiq8LzAUY+CqdrQHkA6XwOdawo6v+81vQ4ey5WI8aQ=; b=fOnBOCUUvXrOJIoMXpX7u/O2yEEuMS9ZMu56j3egq7KTbpK5D0LSem2s90M1DqUWp7r7L2 3W3VEVxfXLtMLc/aNmrVu5C+rXZspactFHk2w+OF7qj0UrW/pKr2sjfdatWk0cKAdg6awu rDx0TqJjaevPIEsT7zrAfJ/ku32F2bjLHGZ0elr50ed7cmDEYEGrky7y7Ccyog9Uz+roEV q+kEGkKdKL98o85QmMmVpUCuiYeVid/o0ohvjpUxVsNn7+kj1ylt5TRbmlRsjHZAQ2JWZ9 17Taow3qJhL3Lv0sRwbrlcRNUQagg+g/9OgbnuPBTEE/0W8yT4jOrgYmm4ooBg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1747061099; a=rsa-sha256; cv=none; b=ZvFdzd2aMJts3pWoZJgjW1TQMON6yWyzS4bjU4HidQytn4OoA9ILyb3heEPbj4kajfbAYQ JasBJ9RIL0W7xLey8vSl5gBAvnSdroCm8Ekb1AxbxoAEVXK0C8qf+QNPI6xKqh+01Kk8Mk FeeUTaRQIg61hQZYo1n4tk4whj6AkWRnYO9nq/DVefY6zggbcY2EYi5WuF//ON7CxNEzFK jHOTs/A7AFYeNdn8dcTtt+e4BBtGP0ZfcLS8KmddYE8VcMUEI3uFhGMWbH9gKzk4C5O2Qk tLedLueMQeXvqFjqiYWxGm0mVoIyqFW85Vk5cAn/JaSGFvlhyksPxGlhNYTbIA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none 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 4Zx2Sq0T8lznyC; Mon, 12 May 2025 14:44:58 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Mon, 12 May 2025 07:44:56 -0700 From: Gleb Smirnoff To: Alexander Leidinger Cc: Current Subject: Re: panic: Assertion sb->sb_acc >= datalen failed at /space/system/usr_src/sys/kern/uipc_usrreq.c:1440 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: Alexander, On Mon, May 12, 2025 at 04:18:50PM +0200, Alexander Leidinger wrote: A> I have this crash with current as of 2025-05-11-145144 (CET): A> ---snip--- A> [409] Mon May 12 15:53:20 CEST 2025 A> [416] panic: Assertion sb->sb_acc >= datalen failed at A> /space/system/usr_src/sys/kern/uipc_usrreq.c:1440 A> [416] cpuid = 16 A> [416] time = 1747058008 A> [416] KDB: stack backtrace: A> [416] db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame A> 0xfffffe078836cae0 A> [416] vpanic() at vpanic+0x136/frame 0xfffffe078836cc10 A> [416] panic() at panic+0x43/frame 0xfffffe078836cc70 A> [416] uipc_soreceive_stream_or_seqpacket() at A> uipc_soreceive_stream_or_seqpacket+0x9ca/frame 0xfffffe078836cd40 A> [416] soreceive() at soreceive+0x43/frame 0xfffffe078836cd60 A> [416] kern_readv() at kern_readv+0x95/frame 0xfffffe078836cdb0 A> [416] sys_read() at sys_read+0x7e/frame 0xfffffe078836ce00 A> [416] amd64_syscall() at amd64_syscall+0x15b/frame 0xfffffe078836cf30 A> [416] fast_syscall_common() at fast_syscall_common+0xf8/frame A> 0xfffffe078836cf30 A> [416] --- syscall (3, FreeBSD ELF64, read), rip = 0x1ae2a3270bfa, rsp = A> 0x1ae298b65718, rbp = 0x1ae298b65740 --- A> [416] Uptime: 6m56s A> ---snip--- A> A> Gleb, can this be related to the socket stuff you did? A> More complete crashinfo output available. Yes, I would like to have a change to look into the core, if possible. -- Gleb Smirnoff From nobody Mon May 12 18:00:55 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Zx6qq4QxVz5vbJG for ; Mon, 12 May 2025 18:01:43 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 4Zx6qp4gsNz3tTx; Mon, 12 May 2025 18:01:42 +0000 (UTC) (envelope-from sjg@juniper.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=juniper.net header.s=PPS1017 header.b=bPR1JPFr; dkim=none ("invalid DKIM record") header.d=juniper.net header.s=selector1 header.b=TZUaTjWK; spf=pass (mx1.freebsd.org: domain of sjg@juniper.net designates 67.231.152.164 as permitted sender) smtp.mailfrom=sjg@juniper.net; arc=pass ("microsoft.com:s=arcselector10001:i=1"); dmarc=pass (policy=reject) header.from=juniper.net Received: from pps.filterd (m0108163.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 54CGhQKg024188; Mon, 12 May 2025 11:01:41 -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=bBz7oBHoeiesL b6jYViN1+aM/cBUWJbZ1Vvx3VuRgRk=; b=bPR1JPFrGxEh2hNxcKsrMzPAxPJbm s6oo/McVTmWPqFKGm6jiysPpK/Ky+EheqZjlhQnjxpcT4tUCRnXom/BTF9oH/0xu Jh78tSctphcd7lk/ThgFump2CQBH8LjIgQdUgByc/n2+WTacA/EWdF6qoSQLWKC3 cHvgGNVw13MmNIoyEYMLJrLHl0FNUh91mjEGGEp+bvAPHT/h8nbjoPs8ZcAphgXG ag0pOAm/OWAp5XcLBQcts0h5zSUG1BeOeKW0toC23da9/YrHOxZsH6s1R0wSr8cj pyM3fc5CPYyKDvl40byGPrSIJ0DJ8zBoBbvFs8XfPuI/WaGA/dcDbgWYQ== Received: from ch1pr05cu001.outbound.protection.outlook.com (mail-northcentralusazlp17010004.outbound.protection.outlook.com [40.93.20.4]) by mx0b-00273201.pphosted.com (PPS) with ESMTPS id 46jjsntx3w-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 12 May 2025 11:01:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=acBH95ZBV554lolDC7Lienhr32FjqurPXmsakTrtdXg+umpxTYuYFX0Zo7WsYd8Cb15SA3Y9uKiUkjRkYOhCo2SZEsQujn6MLigNSqI0b+lt02tffk1QzoDNnxaqjHBhccQfIPdChpeT0mgd3yL7FjMAemiNdbzQx7e4zIoRN+5RtJcNRdCPbT/hktYuPW0MS+wu/isgz8doT0mdpO4JhjhefQtpW8MPD9onTvx6J35rqVf7DIpAtyhoye0gMgQ79U8zbtgTiy+0dV1v3mhJiVAhJXZI0haQES8jtPI6x8soGrgn0o3OYazFkLIgT46mNmuACGb+jXHwapMcN/iLWA== 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=bBz7oBHoeiesLb6jYViN1+aM/cBUWJbZ1Vvx3VuRgRk=; b=CC1NGnXTULrEd5PRPZ390G+r8cYYsr3hgH78aZp52fI8T4oJEeXBEs7P3MUcWgLcHtG4+Mx5N1hL+UAVobzxdGuiaSQelGtuBnFCLl2S1aSYFPN62BVUE8l00fpercybBC8jiSlFU6IMcvyDypn3Kh2sNQHf9PJAzpjfhhvPvVyetd7ZQO7EtV+FHGke5v4HyYO91T3E6prvpDH5uFD0zhXjQpXNcT2PCIfpJdcm4ikx+t/3AdZ1iLBIQxUUqgzUZWWBNmhr8TSurRQWvSIHORqFj8AIvk3P9351dvz/0fj30Lj3JaLfIAtXitdq20qt11ElrT1L1xjtoHtiK5QUkw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=softfail (sender ip is 66.129.239.14) smtp.rcpttodomain=freebsd.org 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=bBz7oBHoeiesLb6jYViN1+aM/cBUWJbZ1Vvx3VuRgRk=; b=TZUaTjWKA3kJXTN8YgJc7xEg9V5NVEBAJK3WsZJ7VmN01kf0fxi2s5VAIHkLuMF7S9zkj10TF/6hVbjF6ziYufD7MULB/lyJwM3w/Nwf7CGLtUBeq/MZLzrgRm2prqy4FTEcULWuz2CsezY4TLeoBr+n4nNQeULv+iRXtK5OpgY= Received: from MW4PR04CA0067.namprd04.prod.outlook.com (2603:10b6:303:6b::12) by CO6PR05MB7524.namprd05.prod.outlook.com (2603:10b6:5:351::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8722.29; Mon, 12 May 2025 18:01:36 +0000 Received: from MWH0EPF000971E3.namprd02.prod.outlook.com (2603:10b6:303:6b:cafe::f2) by MW4PR04CA0067.outlook.office365.com (2603:10b6:303:6b::12) with Microsoft SMTP Server (version=TLS1_3, cipher=TLS_AES_256_GCM_SHA384) id 15.20.8699.31 via Frontend Transport; Mon, 12 May 2025 18:01:36 +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 MWH0EPF000971E3.mail.protection.outlook.com (10.167.243.70) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8722.18 via Frontend Transport; Mon, 12 May 2025 18:01:36 +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.14; Mon, 12 May 2025 13:01:36 -0500 Received: from kaos.jnpr.net (10.104.20.6) by p-exchbe-eqx-02.jnpr.net (10.104.9.15) with Microsoft SMTP Server id 15.2.1544.14 via Frontend Transport; Mon, 12 May 2025 13:01:36 -0500 Received: by kaos.jnpr.net (Postfix, from userid 1377) id C8142DE069; Mon, 12 May 2025 11:00:55 -0700 (PDT) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id C7AE9DE135; Mon, 12 May 2025 11:00:55 -0700 (PDT) To: Nuno Teixeira CC: Mark Millard , FreeBSD Current , Subject: Re: incremental bulds from scratch with beinstall.sh In-Reply-To: References: <28F2BDE7-5903-4C04-A570-6A407F19D5F2.ref@yahoo.com> <28F2BDE7-5903-4C04-A570-6A407F19D5F2@yahoo.com> <49396.1746554966@kaos.jnpr.net> <87401.1746562441@kaos.jnpr.net> <4ACBBC16-3BB6-436A-B0B1-A18F088B000E@yahoo.com> <4421.1746572832@kaos.jnpr.net> <2CA19E21-0F2F-465A-BE8E-81ACDEE42D23@yahoo.com> <10858.1746584427@kaos.jnpr.net> Comments: In-reply-to: Nuno Teixeira message dated "Sun, 11 May 2025 13:35:20 +0100." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6+git; nmh 1.8; Emacs 30.1 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: <25543.1747072855.1@kaos.jnpr.net> Date: Mon, 12 May 2025 11:00:55 -0700 Message-ID: <27515.1747072855@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: MWH0EPF000971E3:EE_|CO6PR05MB7524:EE_ X-MS-Office365-Filtering-Correlation-Id: 0b1541c0-8c35-4623-a1f4-08dd917f09a5 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0;ARA:13230040|36860700013|1800799024|376014|82310400026|7053199007; X-Microsoft-Antispam-Message-Info: =?us-ascii?Q?/vJsPZwQdImz9SKfi8PCDG64xbgE/nOO/hIGR4r/Y89vfHRjy8iL051yRy27?= =?us-ascii?Q?uiryzcWJQKvlsRgVi3iHow0fa0PDob14TXK4dp5MgrvWVh3FT128qLZgML1y?= =?us-ascii?Q?xzua9A46e4gDiXcGUKQ2+vI9yvt71jPw1f/wMir2ezKFAg8Gz28RTkVa5rDt?= =?us-ascii?Q?ZcmIwAAXa4JmcmtCOBkOrM3UJ4ToIAhl6vbdF84kbc3UgnoWpAnc6dR/2PG+?= =?us-ascii?Q?8TQCXz2nDhqkkwLzx53r8LYLjoXqX1h8QzUvW7WUrf3PmZUxiJH03sdvIxDi?= =?us-ascii?Q?XNmAiFuR/+odRW0P8wRg00vEDz51RcjA1CCStF451g8AN3PBLUXBxHkDP1sL?= =?us-ascii?Q?9I4vcmU8VFJLhbr8xxFc9iO7CUhgcNjmEP6dQJY7UfwVDhM+QoEbpMimRiNw?= =?us-ascii?Q?u1PztcL6mJhKjWLeuF2evd0O+0aVPD0wIGG3WXnX25qNOdiRarBKNivB+JQT?= =?us-ascii?Q?qxp7Txpt9Kl2+AFoU/mY15Bc9sDryG6UYYm4Az0MwhYJ3pu2zId7QtASmNAJ?= =?us-ascii?Q?begjx34x7p1pPtFBdAxL+vLpaHj1YJawQI2VKo7RU+TbE/C4wldubN0oGW1X?= =?us-ascii?Q?8PjZiqX6LrBi3M4O9QTKJYONlbFrFnR4GtlyHVjbMleNaoj02eYVm2bVK24R?= =?us-ascii?Q?rQSNW6ewicHUn81t41sMkyyJgHsArY06CngIg55WhUfx1LfPVkcJLRPveYyH?= =?us-ascii?Q?yx9BFvFNah2fkqjy7Hm+jDamPlnHKilsJ3x8B0l3nVw9ib8d+MAlkabvvo8X?= =?us-ascii?Q?hIdVyJyLH3V57iYNPC5O6hzxrygpPtnMPfnvIsBgL6HneHQfhod+q0+W8zY7?= =?us-ascii?Q?+9eH7G6CBxyytxMW0Wltjok1TvRjQzPlIxVh8Fs0Ruj6W+aWilRXeKoOf8ya?= =?us-ascii?Q?mcIqWGTJasHLJaDorpEPe/y0Mkxc0NuiKvYHigZbcP/3erICep7HjO9CPCn0?= =?us-ascii?Q?X56XyCkXXRzSG5xswbPOd5EOdi9wUPPo1SOzDHex/eHiAK7OAUJCoaCwy8VZ?= =?us-ascii?Q?4dY4Set5YPH+kWbd6c4OO2VR1kIiIh+mP+2VSN6tbP/eNl6JQOZK8172YwEB?= =?us-ascii?Q?JktaLxHWLpAIUf+F2i77LAy5fRATHaoZ6eQ2gQ9e9wuAeQnNfBZX5R72sfok?= =?us-ascii?Q?vc9m4AfdAotLatLCBJTc1747DazHGV+2+8ibMC8tTLyLhJ0QDQVVYc+kZV5X?= =?us-ascii?Q?cCvSibGotTxtZ2KIu0u/VPdapTPHPruUMONzxOQGrM0yXd7CqIks/qzwbSlh?= =?us-ascii?Q?xoX+FmtYWIjISJNp0HSk2P+EPS+tTUe8N1L9WRQaZsTFRuL2SDnfcU/g0aqA?= =?us-ascii?Q?k5rGkIiY/x+QPU03NWDVGmhuofsqTmee5znjVDhfrDfD1gTrMsDCbdDeky5m?= =?us-ascii?Q?6DNxmoupk0H6K745CrycYcjs73iybCXhPTwcsJYMV/UFEcR0/58efEnWLBfn?= =?us-ascii?Q?Z+HU4V2MuVod91U6uRIGs5fgi1yyitcyR/hu6PPHRk8/7M9fD++IvPedhDHO?= =?us-ascii?Q?zwyIcNHln1U9GJFDBK/JzfIW7RpzUFRdWH4/nhB1JzanB7Kj+S7ppJWUkg?= =?us-ascii?Q?=3D=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)(36860700013)(1800799024)(376014)(82310400026)(7053199007);DIR:OUT;SFP:1102; X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 12 May 2025 18:01:36.4630 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 0b1541c0-8c35-4623-a1f4-08dd917f09a5 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: MWH0EPF000971E3.namprd02.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO6PR05MB7524 X-Proofpoint-Spam-Details-Enc: AW1haW4tMjUwNTEyMDE4NSBTYWx0ZWRfXxx73Kw1uaqBF M2UrvFSoIpTkZUaB6msPh/CMN+nGweqo2cHmruSY8pcDZ9JfAtPx9b+1omDlPTDhcvmt+M3L9OW qwAoDhUxuZgkZqyM2UG/iAcuv22Bf/VaT/PX4h/xxEoUYkS7TZMTv4fXvVPavmy4GpW5DdNbUc1 Fl7lTPredspguGxSmI8VHvR03n4WA3AvG+XA9ZSUFA7GNnsuzNpsjrr3BCAgUv7jhS+3YKx/m1z HvskBx/FI84tafaORbewhkAEuFegqEfsmHrS2ryC9IjtPby2UyEmGefALb383NPQ+YDdzhem2gG Jy1YEWC++DIudRWLrREvBmHPy7FGVOhHo7lC3tEBM1dABN7HSEE/KNNeFWLcUOsLU1MH0YPc53N U0Jzo4wzqTvpnzDXL0O+NpberJCmrjFHWchPKj9ZpQ9I4XBFYsMvtOk8eLb2hHB29X+Od2Ko X-Authority-Analysis: v=2.4 cv=D/ZHKuRj c=1 sm=1 tr=0 ts=68223784 cx=c_pps a=i94dX+5hBIrr0Xz7fFY0Kg==:117 a=f/rncuQqEjTEF/G1odkJ9w==:17 a=h8e1o3o8w34MuCiiGQrqVE4VwXA=:19 a=wKuvFiaSGQ0qltdbU6+NXLB8nM8=:19 a=Ol13hO9ccFRV9qXi2t6ftBPywas=:19 a=kj9zAlcOel0A:10 a=dt9VzEwgFbYA:10 a=s63m1ICgrNkA:10 a=rhJc5-LppCAA:10 a=6I5d2MoRAAAA:8 a=fLfnpJxtrmnRp8zg-xEA:9 a=CjuIK1q_8ugA:10 a=zZCYzV9kfG8A:10 X-Proofpoint-ORIG-GUID: Il2kiar724Eyc0ZU6gUa23BMi_USVZNQ X-Proofpoint-GUID: Il2kiar724Eyc0ZU6gUa23BMi_USVZNQ X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1099,Hydra:6.0.736,FMLib:17.12.80.40 definitions=2025-05-12_06,2025-05-09_01,2025-02-21_01 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 mlxlogscore=805 adultscore=0 lowpriorityscore=0 priorityscore=1501 suspectscore=0 impostorscore=0 clxscore=1015 phishscore=0 spamscore=0 malwarescore=0 mlxscore=0 bulkscore=0 classifier=spam authscore=0 authtc=n/a authcc= route=outbound adjust=0 reason=mlx scancount=1 engine=8.19.0-2504070000 definitions=main-2505120185 X-Rspamd-Queue-Id: 4Zx6qp4gsNz3tTx X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.99 / 15.00]; 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.89)[-0.893]; DMARC_POLICY_ALLOW(-0.50)[juniper.net,reject]; R_DKIM_ALLOW(-0.20)[juniper.net:s=PPS1017]; R_SPF_ALLOW(-0.20)[+ip4:67.231.152.164]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[67.231.152.164:from]; R_DKIM_PERMFAIL(0.00)[juniper.net:s=selector1]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_NONE(0.00)[40.93.20.4:received]; ASN(0.00)[asn:22843, ipnet:67.231.152.0/24, country:US]; TO_DN_SOME(0.00)[]; FREEFALL_USER(0.00)[sjg]; DKIM_TRACE(0.00)[juniper.net:+,juniper.net:~]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_HAS_DN(0.00)[]; FREEMAIL_CC(0.00)[yahoo.com,freebsd.org,juniper.net]; RCPT_COUNT_THREE(0.00)[4]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_MIXED(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_SEVEN(0.00)[9] Nuno Teixeira wrote: > Is any progress going on? > I can do some testing on my side too. https://reviews.freebsd.org/D50313 buildworld is happy. > > > I think you could use something like this, which should be safe to > > > commit: > > > > I do not have a commit bit. Should I submit a bugzilla > > entry or something for its eventual commit? > > That's ok. Confirm it works for you and I'll see if I can break > anything with it From nobody Mon May 12 19:50:04 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Zx9F32c9hz5vl1r for ; Mon, 12 May 2025 19:50:15 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 4Zx9F21tdsz40Yt for ; Mon, 12 May 2025 19:50:14 +0000 (UTC) (envelope-from jakob@alvermark.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=alvermark.net header.s=x header.b="aM3El/14"; spf=pass (mx1.freebsd.org: domain of jakob@alvermark.net designates 185.34.136.138 as permitted sender) smtp.mailfrom=jakob@alvermark.net; dmarc=pass (policy=none) header.from=alvermark.net Received: from c-92-35-77-188.bbcust.telenor.se ([92.35.77.188] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.1 (FreeBSD)) (envelope-from ) id 1uEZA5-00000000Am1-3Fy9 for freebsd-current@freebsd.org; Mon, 12 May 2025 21:50:05 +0200 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alvermark.net; s=x; h=In-Reply-To:From:References:To:Subject:MIME-Version: Date:Message-ID:Content-Type:Sender:Reply-To:Cc:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=R2iIemVqVlWHbN5rhZXg8EkDPhX0UyW8Qyoe/CCX7Zc=; b=aM3El/14q+OkbiRFSzjhV+Mi3X 33h+zJhw/olLq6Oh3n7HrT6joNurubq8Ztsg3EQ4duZmQVYYTxty9HnEB9SFGBWrH0Yh5+P400wo9 phWiCyOZJN2aO10whIDrcLIBcFihmP9bAwLmWahI6lTugm+HlQ0RUFDh9TTDS3BcwQe8WYZKY7yjg ilIibpbuudmQDBHghzzUj8GZx4WDIyAYLrLfu+e4lkEteY00w0zExFlgen/vNoZcz2Xtbl3rpDnhs P0aHIeSqUztVUlIsVc6pC3UMuOLVQxuthwoFgdXybP50/eXqLlnBSRKaxaZrI+HHFhvC7aBuUhxKh BMIH3E+w==; Received: from [192.168.67.33] by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1uEZA5-0004LV-1o for freebsd-current@freebsd.org; Mon, 12 May 2025 21:50:05 +0200 Content-Type: multipart/alternative; boundary="------------kwzzpM8g2NvVXG0mZoXNnGZX" Message-ID: <73eac8ee-1c83-4f96-b0e5-412ab257670d@alvermark.net> Date: Mon, 12 May 2025 21:50:04 +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: Loader goes to LINES=16 and kernel stays on that :( To: freebsd-current@freebsd.org References: <988144rr-r83q-1s32-3498-s07r557p6083@yvfgf.mnoonqbm.arg> Content-Language: en-US From: Jakob Alvermark In-Reply-To: X-Rspamd-Queue-Id: 4Zx9F21tdsz40Yt X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.93 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.93)[-0.935]; DMARC_POLICY_ALLOW(-0.50)[alvermark.net,none]; R_DKIM_ALLOW(-0.20)[alvermark.net:s=x]; R_SPF_ALLOW(-0.20)[+ip4:185.34.136.138]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:34971, ipnet:185.34.136.0/24, country:IT]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[alvermark.net:+] This is a multi-part message in MIME format. --------------kwzzpM8g2NvVXG0mZoXNnGZX Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 2025-05-10 22:13, Adrian Chadd wrote: > > > On Sat, 10 May 2025 at 13:10, Warner Losh wrote: > > Yea. This is due to the new, larger font and a hidden bug. > > > Hasn't this been fixed in -HEAD? I thought tsoome was working on it. > > Oh, here: > > https://reviews.freebsd.org/D50258 > > Want to try that out and see if it fixes things? > This has a very weird effect on my laptop (Lenovo ThinkPad X13 Gen 4, 1920x1200 screen) The first few lines from the loader looks normal, but then it clears the screen veery sloowly. I can see big blocks of the text being erased. After the screen has been cleared, it starts printing "Loading /boot/default/loader.conf" etcetera, with a GIANT FONT, really really slowly. Then it switches to the small font (I have "screen.font=8x14" in my loader.conf) and displays the menu quickly. Jakob --------------kwzzpM8g2NvVXG0mZoXNnGZX Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
On 2025-05-10 22:13, Adrian Chadd wrote:


On Sat, 10 May 2025 at 13:10, Warner Losh <imp@bsdimp.com> wrote:
Yea. This is due to the new, larger font and a hidden bug.  

Hasn't this been fixed in -HEAD? I thought tsoome was working on it.

Oh, here:


Want to try that out and see if it fixes things?

This has a very weird effect on my laptop (Lenovo ThinkPad X13 Gen 4, 1920x1200 screen)

The first few lines from the loader looks normal, but then it clears the screen veery sloowly. I can see big blocks of the text being erased.

After the screen has been cleared, it starts printing "Loading /boot/default/loader.conf" etcetera, with a GIANT FONT, really really slowly.

Then it switches to the small font (I have "screen.font=8x14" in my loader.conf) and displays the menu quickly.


Jakob


--------------kwzzpM8g2NvVXG0mZoXNnGZX-- From nobody Mon May 12 20:36:23 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZxBGR6mqQz5vp9G for ; Mon, 12 May 2025 20:36:31 +0000 (UTC) (envelope-from tsoome@me.com) Received: from outbound.ci.icloud.com (p-east1-cluster5-host9-snip4-5.eps.apple.com [57.103.89.216]) (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 4ZxBGR2sJjz3h5v for ; Mon, 12 May 2025 20:36:31 +0000 (UTC) (envelope-from tsoome@me.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=1a1hai; bh=SpboH4HUoMdxI8fhunqw2FecGplst7JzxAqwmx4uiT4=; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:To:x-icloud-hme; b=YcILzW8qo95LyvK3SI697w6P0HwdB+QUAZm9ZbKIHBqdDaAaNHjGfw03xUOF+UEiO BGIID/l3Csuv0mCw5KYgiJUYYzo0fyXmWpx1kTLZKadA2V+8AZOP+q8OwkOhsfs+c1 ymobkoLabPjBaH+rQ40/KLpj5v1ach19TT+WMZSeY4KRp7x/n2p1L4HA2MqYHZq0l0 OqmbWnCHDWjt4OB3Vm61HncjFe56wmg8jHLM+BoWSP+g2RDX51wfjIbwXwTO2oZXnS WKAKg9/iJhUB3oFJipO4urppoVxu9gZheBPAVREkdnn/cqljgtIEtES00oKzuTynp4 Y8Rib/VbIUVhQ== Received: from smtpclient.apple (unknown [17.57.156.36]) by outbound.ci.icloud.com (Postfix) with ESMTPSA id B661C180019C; Mon, 12 May 2025 20:36:27 +0000 (UTC) From: Toomas Soome Message-Id: <6C4280EE-2E82-4CE6-AF5D-BF46C894625D@me.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_D6EBB1D9-F634-45B2-B29C-F0006A827378" List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.500.181.1.5\)) Subject: Re: Loader goes to LINES=16 and kernel stays on that :( Date: Mon, 12 May 2025 23:36:23 +0300 In-Reply-To: <73eac8ee-1c83-4f96-b0e5-412ab257670d@alvermark.net> Cc: freebsd-current@freebsd.org To: Jakob Alvermark References: <988144rr-r83q-1s32-3498-s07r557p6083@yvfgf.mnoonqbm.arg> <73eac8ee-1c83-4f96-b0e5-412ab257670d@alvermark.net> X-Mailer: Apple Mail (2.3826.500.181.1.5) X-Proofpoint-GUID: cL1GcvKpXzTrBxHRriEWTYUaTz_XVT8o X-Proofpoint-ORIG-GUID: cL1GcvKpXzTrBxHRriEWTYUaTz_XVT8o X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1099,Hydra:6.0.736,FMLib:17.12.80.40 definitions=2025-05-12_07,2025-05-09_01,2025-02-21_01 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999 phishscore=0 adultscore=0 suspectscore=0 mlxscore=0 clxscore=1011 bulkscore=0 spamscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.22.0-2503310001 definitions=main-2505120212 X-Rspamd-Queue-Id: 4ZxBGR2sJjz3h5v 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:714, ipnet:57.103.88.0/22, country:US] X-Spamd-Bar: ---- --Apple-Mail=_D6EBB1D9-F634-45B2-B29C-F0006A827378 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 12. May 2025, at 22:50, Jakob Alvermark = wrote: >=20 > On 2025-05-10 22:13, Adrian Chadd wrote: >>=20 >>=20 >> On Sat, 10 May 2025 at 13:10, Warner Losh > wrote: >>> Yea. This is due to the new, larger font and a hidden bug. =20 >>=20 >> Hasn't this been fixed in -HEAD? I thought tsoome was working on it. >>=20 >> Oh, here: >>=20 >> https://reviews.freebsd.org/D50258 >>=20 >> Want to try that out and see if it fixes things? >>=20 > This has a very weird effect on my laptop (Lenovo ThinkPad X13 Gen 4, = 1920x1200 screen) >=20 > The first few lines from the loader looks normal, but then it clears = the screen veery sloowly. I can see big blocks of the text being erased. >=20 > After the screen has been cleared, it starts printing "Loading = /boot/default/loader.conf" etcetera, with a GIANT FONT, really really = slowly. >=20 > Then it switches to the small font (I have "screen.font=3D8x14" in my = loader.conf) and displays the menu quickly. >=20 >=20 giant font hints that you do not have loader.efi updated in ESP, that is = you have the font but not D50258. (D50258 probably has to have || in its = check;) The screen clear is something I=E2=80=99m working about now. There are = some things to change about it - we have screen map and should use it to = skip =E2=80=9Cclearing=E2=80=9D the clear areas, but resolution and font = changes need a bit of attention. rgds, toomas --Apple-Mail=_D6EBB1D9-F634-45B2-B29C-F0006A827378 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

On 12. May 2025, at 22:50, Jakob Alvermark = <jakob@alvermark.net> wrote:

=20 =20
On 2025-05-10 22:13, Adrian Chadd wrote:


On Sat, 10 May 2025 at 13:10, Warner Losh <imp@bsdimp.com> wrote:
Yea. This is due to the new, larger font = and a hidden bug.  

Hasn't this been fixed in -HEAD? I thought tsoome was working on it.

Oh, here:

https://reviews.freebsd.org/D50258

Want to try that out and see if it fixes things?

This has a very weird effect on my laptop (Lenovo = ThinkPad X13 Gen 4, 1920x1200 screen)

The first few lines from the loader = looks normal, but then it clears the screen veery sloowly. I can see big blocks of the text being erased.

After the screen has been cleared, it starts = printing "Loading /boot/default/loader.conf" etcetera, with a GIANT FONT, really really slowly.

Then it switches to the small font (I have = "screen.font=3D8x14" in my loader.conf) and displays the menu quickly.



giant font hints that = you do not have loader.efi updated in ESP, that is you have the font but = not D50258. (D50258 probably has to have || in its = check;)

The screen clear is something I=E2=80=99m= working about now. There are some things to change about it - we have = screen map and should use it to skip =E2=80=9Cclearing=E2=80=9D the = clear areas, but resolution and font changes need a bit of = attention.

rgds,
toomas

= --Apple-Mail=_D6EBB1D9-F634-45B2-B29C-F0006A827378-- From nobody Mon May 12 21:02:31 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZxBrm10NJz5vqc8 for ; Mon, 12 May 2025 21:02:48 +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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZxBrl6C0wz43Q9 for ; Mon, 12 May 2025 21:02:47 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747083767; 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=hlbNZDulmlD/CfLgxnLXUezvsIfznJUmGRTSqzvmeBY=; b=oulco9kap7kwj1jxWAdPcNDJJEcSElM3dVdFQXxG00KMseo3bUVKr5SYvhWd+POK3bygYM y1i2xIl6MK8lesemvbZDktdkXWR8ynGMgkCV97I85ngapndYEh5MmkTJISjZLjlAEWdvvj VkPyNKK4cTsHVs0xqL6crMTj15G9dwNNNSW0p7Pk+G5b0tPcKEpOPd2sFrfaIxmQ99mdWy YDHOOZc2np3BCpynnXx6VcvKygKUlU70PObexL9ghw8a0I5qMKvDM01X2xVh5VqVxtFs7h 3yv5fJAHmxvhqHOQxSrW/KMf3Vx7MVgeZ3/olo4YCiPUaspRt7HbZw4TrXL4tw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747083767; 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=hlbNZDulmlD/CfLgxnLXUezvsIfznJUmGRTSqzvmeBY=; b=Y1PZ31e9jNPFpxdBFAIQ9/gmx2kx7x1T7UXty6wuNBXHuEyLKsgdhXEL7dD4jE3WiXxXcd 3AwP+2qKgtSMBkICQlz0+tjdyXjCNlPqnGotLPyxKkWMbu1vBcWFkR10UBXAkTcVnRr9WN 5RUIw6xQbcsRwzC/WnwpBHuOvxmNNOy9hSSQOTJpVtHp4dm8zT0UYJ1SWHMsNxOjDSES/G gXyOnM/Wppdt06+xJzxbb08iTWMgKwuwnMXV7SPuyWFgWonecf3LC77g/eXtgs9aDjhSOO Cisj1n7FzOJhsdw+PPFGF5VGnOq7OtC9vpj5Au2Pr6XfqIU1KPApM7i2Si3nnQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1747083767; a=rsa-sha256; cv=none; b=s+tMwhCkujxh0+Ep2cId6wfGSuYIVcvehsvjcMUTqhGnf+tqdM1gJXA7W1fllJGwOTvlCo RtMSd0oFaFiY3oZcnbVSAdMUuolY9TJmqtH0gO5A1r0QaxkdHmNRmUSOGix2p7zgrGlXZe 2x6yOVpZHWaMtL7N7QoFOsVjjeg1m67JFvsIbCaAuAr8pEPNMhHh5z67oPBYAFFZIdeScw x9UhRyYCtyXEpXyerCMEGZJSz77UBmTL5a4Sb7h0fa5AWYH9qI93lQLVBAawrxMUfS04gF 3SdnLd7zkrS/XGNr3SmKJhlVIRiaijNINIP81P4HNTztnu5keYJNiGLUGdk23Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from mail-qv1-f44.google.com (mail-qv1-f44.google.com [209.85.219.44]) (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 4ZxBrl5b5yzwRg for ; Mon, 12 May 2025 21:02:47 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qv1-f44.google.com with SMTP id 6a1803df08f44-6f54a3e512bso8391956d6.1 for ; Mon, 12 May 2025 14:02:47 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCUAlZ5Rp8+KmZIO6b/tzta2x31bEq3qHqd5jBOclEOkY9VDdEKIWroKiMLl1Z+nIZAui5xMARiz4U16+bJD3KI=@freebsd.org X-Gm-Message-State: AOJu0YyCNyZXQyMleDtcP+TPjhG1O3y7aJ42/89UwpJLCHsNQ70Wz0XD jZTAs7+9QYqJloozmYebI0/Rd+13AzJMVGzoAOkuI8/SVQTxw5XYzXnGZutOwv+k3x6WjU9LAsw 9n+iO90Da2khuDTSPGsSrZOzxmOI= X-Google-Smtp-Source: AGHT+IGThP70yUg+3MiMhFkjtFfhw9VDXAgpQBOmGT6DyOTt/EvzOoTC8HQLVp76IY4tEXHQWuqBai180Go0UgJsyww= X-Received: by 2002:a05:622a:647:b0:474:f369:8dd4 with SMTP id d75a77b69052e-49452726c29mr88743941cf.4.1747083767213; Mon, 12 May 2025 14:02:47 -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: <28F2BDE7-5903-4C04-A570-6A407F19D5F2.ref@yahoo.com> <28F2BDE7-5903-4C04-A570-6A407F19D5F2@yahoo.com> <49396.1746554966@kaos.jnpr.net> <87401.1746562441@kaos.jnpr.net> <4ACBBC16-3BB6-436A-B0B1-A18F088B000E@yahoo.com> <4421.1746572832@kaos.jnpr.net> <2CA19E21-0F2F-465A-BE8E-81ACDEE42D23@yahoo.com> <10858.1746584427@kaos.jnpr.net> <27515.1747072855@kaos.jnpr.net> In-Reply-To: <27515.1747072855@kaos.jnpr.net> From: Nuno Teixeira Date: Mon, 12 May 2025 22:02:31 +0100 X-Gmail-Original-Message-ID: X-Gm-Features: AX0GCFv33QV4M90m7p45LbKnNaU38cX7RAbDKHX3l27x_O6Ijr3L4ra1g1KZCBA Message-ID: Subject: Re: incremental bulds from scratch with beinstall.sh To: "Simon J. Gerraty" Cc: Mark Millard , FreeBSD Current Content-Type: multipart/alternative; boundary="0000000000005677800634f6a3dc" --0000000000005677800634f6a3dc Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Oh, thats nice! I will test it and follow procedure: - apply patch 1- make buildworld-jobs buildkernel-jobs -- bectl create "${RELEASE}" -- bectl mount "${RELEASE}" "${BASEDIR}" -- make DESTDIR=3D"${BASEDIR}" installkernel -- etcupdate -p -D "${BASEDIR}" -- make DESTDIR=3D"${BASEDIR}" installworld -- etcupdate -D "${BASEDIR}" -- bectl activate "${RELEASE}" - reboot to new BE 2- make buildworld-jobs buildkernel-jobs Curious to see what results will I have in phase 2. Do I need to set any config variable? Cheers, Simon J. Gerraty escreveu (segunda, 12/05/2025 =C3=A0(s) 19:01): > Nuno Teixeira wrote: > > Is any progress going on? > > I can do some testing on my side too. > > https://reviews.freebsd.org/D50313 > > buildworld is happy. > > > > > I think you could use something like this, which should be safe to > > > > commit: > > > > > > I do not have a commit bit. Should I submit a bugzilla > > > entry or something for its eventual commit? > > > > That's ok. Confirm it works for you and I'll see if I can break > > anything with it > --=20 Nuno Teixeira FreeBSD UNIX: Web: https://FreeBSD.org --0000000000005677800634f6a3dc Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Oh, thats nice!

I will test it and = follow procedure:

- apply patch
1- make buildwo= rld-jobs buildkernel-jobs
-- bectl create "${RELEASE}"
-- b= ectl mount "${RELEASE}" "${BASEDIR}"
-- make DESTDIR= =3D"${BASEDIR}" installkernel
-- etcupdate -p -D "${BASED= IR}"
-- make DESTDIR=3D"${BASEDIR}" installworld
-- et= cupdate -D "${BASEDIR}"
-- bectl activate "${RELEASE}&quo= t;
- reboot to new BE
2- make buildworld-jobs buildkern= el-jobs

Curious to see what results will I have in phase = 2.
Do I need to set any config variable?

Ch= eers,


Simon J. Gerraty <sjg@juniper.net> escreveu (segunda, 12/0= 5/2025 =C3=A0(s) 19:01):
Nuno Teixeira <eduardo@freebsd.org> wrote:
> Is any progress going on?
> I can do some testing on my side too.

https://reviews.freebsd.org/D50313

buildworld is happy.

> > > I think you could use something like this, which should be s= afe to
> > > commit:
> >
> > I do not have a commit bit. Should I submit a bugzilla
> > entry or something for its eventual commit?
>
> That's ok.=C2=A0 Confirm it works for you and I'll see if I ca= n break
> anything with it


--
Nuno Teixeira
=
FreeBSD UNIX:=C2=A0 <eduardo@FreeBSD.org>=C2=A0 =C2=A0Web:=C2=A0 https://Fr= eeBSD.org
--0000000000005677800634f6a3dc-- From nobody Mon May 12 21:38:25 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZxCf24pWyz5vsh0 for ; Mon, 12 May 2025 21:38:34 +0000 (UTC) (envelope-from sgharms@stevengharms.com) Received: from mail-4323.protonmail.ch (mail-4323.protonmail.ch [185.70.43.23]) (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 "protonmail.com", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZxCf12jSPz3XJk for ; Mon, 12 May 2025 21:38:33 +0000 (UTC) (envelope-from sgharms@stevengharms.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=stevengharms.com header.s=protonmail header.b=LTzpKE3g; spf=pass (mx1.freebsd.org: domain of sgharms@stevengharms.com designates 185.70.43.23 as permitted sender) smtp.mailfrom=sgharms@stevengharms.com; dmarc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stevengharms.com; s=protonmail; t=1747085909; x=1747345109; bh=Gg+gC/HKQ9Jga7ySaquiqJ4hvez8ZKJXwGTmp+bNeRY=; h=Date:To:From:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector: List-Unsubscribe:List-Unsubscribe-Post; b=LTzpKE3g4A242ddlV7qE72FT1cnOD6QCrjuq8pdGDW+1IfYW8mQT4P/diWX7emZLV LnOCLdTJu9m7lAq7IE6YRVYGu2GJR0/xF2hPO9YRjPHiFA0pjP+kkasN/LE91if9Rx ZtrSlI3EO3f+QPHkkj/lgFyxsBwMBmznyDk+NMcI= Date: Mon, 12 May 2025 21:38:25 +0000 To: "freebsd-current@freebsd.org" From: "Steven Harms (High-Security Mail)" Subject: Getting DRM on current w/ Meteor Lake Message-ID: <-BF8ID6ZSLDBSZ48WqdkI0j1UodlyxmN0fI5maKLBj36acMvAVhVDN6Tikobrz-mNkOERHoqaaMwBcZzhOcRzo9CE7vrIQHe9TMm-rvk674=@stevengharms.com> Feedback-ID: 16996530:user:proton X-Pm-Message-ID: ab25ca8080a33343f0a9cc00b03af9a0e0346096 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/alternative; boundary="b1=_biqhErCY8ds8CKFhPdgMinG1FPggwm6EjgFy9l85bPY" X-Rspamd-Queue-Id: 4ZxCf12jSPz3XJk X-Spamd-Bar: - X-Spamd-Result: default: False [-1.75 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_MEDIUM(0.97)[0.969]; NEURAL_HAM_SHORT(-0.92)[-0.919]; RWL_MAILSPIKE_EXCELLENT(-0.40)[185.70.43.23:from]; R_SPF_ALLOW(-0.20)[+ip4:185.70.43.0/24]; R_DKIM_ALLOW(-0.20)[stevengharms.com:s=protonmail]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH]; MISSING_XM_UA(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_ZERO(0.00)[0]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[185.70.43.23:from]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[stevengharms.com]; TO_DN_EQ_ADDR_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@FreeBSD.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[stevengharms.com:+] --b1=_biqhErCY8ds8CKFhPdgMinG1FPggwm6EjgFy9l85bPY Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGkgZm9sa3MsIEkgYW0gdHJ5aW5nIHRvIGdldCBsaWQgY2xvc2UgPT0+IFMzIGFuZCBoaWdoZXIt cmVzb2x1dGlvbiBncmFwaGljcyAoc28gSSBjYW4gdXNlIFdheWxhbmQvWCkgd29ya2luZyBvbiBt eSBuZXcgbGFwdG9wIG9uIG15IDE1LjAtQ1VSUkVOVCBsYXB0b3AuCgpEb2luZyBhIHBjaWNvbmYg c2VhcmNoIEkgc2VlIHRoYXQgSSBoYXZlIGFuCgpJbnRlbCBDb3Jwb3JhdGlvbgpNZXRlb3IgTGFr ZS1QCmRpc3BsYXkKVkdBCgpPSyB0aGF04oCZcyBmYW1pbGlhciwgdGhhdOKAmXMgd2hhdCBJIGhh ZCBvbiBteSBwcmV2aW91cyBGcmVlQlNEIGxhcHRvcC4gSSAqdGhpbmsqIHRoYXQgbWVhbnMgSSBu ZWVkIHRvIHVzZSB0aGUgZHJtIGttb2QuIFNpbmNlIEnigJltIG9uIDE1LjAtQ1VSUkVOVCwgSeKA mW0gdGhpbmtpbmcgaXQgYmVzdCB0byBjb21waWxlIHRoZSBtb2R1bGUgZnJvbSBzb3VyY2UuIEkg cHVsbGVkIHRoZSBsYXRlc3Qgc3RhdGUgb2YgdHJlZSAoOTEyNDhlZTgzKSBhbmQgZ28gdG8gZ3Jh cGhpY3MvZHJtLTY2LWttb2QuCgpCdWlsZGluZyB3aXRoIGBtYWtlYCwgSSBnZXQgdGhlIG91dHB1 dCBvZiBpOTE1a21zLmtvLiBZYXkhCgpPSywgc28gdGhlbiBqdXN0IHRvIHRlc3QgdGhpbmdzIG91 dCwgSSBkbyBga2xkbG9hZCBpOTE1a21zLmtvYCBvbiB0aGUganVzdC1idWlsdCBtb2R1bGUgYW5k IHRoZSBzY3JlZW4gZmxhc2hlcyBhbmQgc2VlbXMgdG8gYmUgdHJhbnNpdGlvbmluZyB0byBhIGhp Z2hlci1yZXNvbHV0aW9uIG1vZGUg4oCUIGJ1dCB0aGVuIGl04oCZcyBibGFjay4gQnV0IGl04oCZ cyBhIGhpZ2hlciByZXNvbHV0aW9uIGJsYWNrLCBpdCBmZWVscyB0byBteSBhbGwtdG9vIGh1bWFu IGV5ZXMuIEFueXdheSwgYXQgdGhpcyBwb2ludCwgSSBjYW7igJl0IHJlY292ZXIgdGhlIG1hY2hp bmUgYW5kIEkgaGF2ZSB0byBkbyBhIGhhcmQgcmVib290LgoKSSBjYXB0dXJlZCBhIGJpdCBvZiBk bWVzZyBhcyBhbiBhdHRlbXB0IHRvIGRlYnVnIGJ1dCB3b3VsZCBiZSB3aWxsaW5nIHRvIHRlc3Qg L2RlYnVnIGlmIGl0IGdldHMgbWUgYSB3b3JraW5nIGRyaXZlci4gSWYgSeKAmXZlIGVycmVkIHBs ZWFzZSBsZXQgbWUga25vdy4gQWxzbywgdGV4dCBjYW1lIGZyb20gY2FtZXJhIGNhcHR1cmUgZHVl IHRvIG90aGVyIG5ldHdvcmsgY29uc3RyYWludHMsIHNvIHBsZWFzZSBsZXQgbWUga25vdyBpZiBo aWdoZXIgZmlkZWxpdHkgaXMgcmVxdWlyZWQuCgpUaGFua3MgLSBTdGV2ZW4KCmRtZXNnIGNhcHR1 cmU6CgpNYXkgMTIKMTQ6MzA6NTUgemVic2Qga2VybmVsOiBkcm1uQDogW2RybV0gTm8gR1NDIEZX IHNlbGVjdGVkLCBkaXNhYmxpbmcgR1NDIENTIGFuIG1lZGlhIEM2CgpNYXkgMTIKMTQ6MzA6NTUg emVuYnNkIGtlcm5lbDogZHJtbkA6IChkcm1dICpFUlJPUiogVW5leHBlY3RlZCBjaGlsZCBkZXZp Y2UgY29uZmkKc2l6ZSA0MCAoZXhwZWN0ZWQKZm9yIFZCVAp2ZXJzaW9uIDI1NikKCk1heSAxMgox NDozMDo1NSB6ZW5ic2Qga2VybmVsOiBkcm1uMDogc3VjY2Vzc2Z1bGx5IGxvYWRlZCBmaXJtd2Fy ZSBpbWFnZSAnMTkxCmFtdGxfZG1jLmJpbicKCk1heSAxMgoxNDozMDo1NQp6ZW5ic2QKa2VybmVs Ogpkcm1uwq46IFtkcm1dIEZpbmlzaGVkIGxvYWRpbmcgRE1DIGZpcm13YXJlIDFnMTUvbXRsX2Rt Yy5iaW4gKHYyLjIzKQoKTWF5IDEyCjE0OjMwOjU1CnplbmJzZAprZXJuZWw6IDFrcGlfaWljMDog PExpbnV4S1BJIEkyQz4gb24gZHJtbmEKCk1heSAxMgoxNDozMDo1NQprZXJuZWw6IGlpY2J1czI6 IOKAuVBoaWxpcHMgSTJDIGJ1c+KAuiBvbiBsa3BpX2lpCgrigKYuTWFueSBvdGhlciBzaW1pbGFy 4oCmCgpNYXkgMTIgMTQ6MzA6NTUKemVuYnNkCmtlcm5lbDoKZHJtbsKuOiBbZHJtXSAqRVJST1Iq IEdUMDogRW5hYmxpbmcgdWMgZmFpbGVkICgtNSkKCk1heSAxMiAxNDozMDo1NQp6ZW5ic2QKa2Vy bmVsOgplZCEKZHJtbsKuOiBbZHJtXSAqRVJST1IqIEdUMDogRmFpbGVkIHRvIGluaXRpYWxpemUg R1BVLCBkZWNsYXJpbmcgaXQgd2VkZ2VkIQoKTWF5CjEyCjE0OiAzMDo1NQp6ZW5ic2Qga2VybmVs OiBkcm1uOiBbZHJtOiAweGZmZmZmZmZmODM5MzI0ODBzXSBPeGZmZmZmZTAxMjdjNjE3ZjhW --b1=_biqhErCY8ds8CKFhPdgMinG1FPggwm6EjgFy9l85bPY Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PC9oZWFkPjxib2R5PiA8ZGl2IGRpcj0iYXV0byI+PGRpdj48YnI+PC9kaXY+ PGRpdj48YnI+PC9kaXY+PGRpdj5IaSBmb2xrcywgSSBhbSB0cnlpbmcgdG8gZ2V0IGxpZCBjbG9z ZSA9PSZndDsgUzMgYW5kIGhpZ2hlci1yZXNvbHV0aW9uIGdyYXBoaWNzIChzbyBJIGNhbiB1c2Ug V2F5bGFuZC9YKSB3b3JraW5nIG9uIG15IG5ldyBsYXB0b3Agb24gbXkgMTUuMC1DVVJSRU5UIGxh cHRvcC48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkRvaW5nIGEgcGNpY29uZiBzZWFyY2ggSSBz ZWUgdGhhdCBJIGhhdmUgYW4mbmJzcDs8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkludGVsIENv cnBvcmF0aW9uPC9kaXY+PGRpdj5NZXRlb3IgTGFrZS1QPC9kaXY+PGRpdj5kaXNwbGF5PC9kaXY+ PGRpdj5WR0E8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pk9LIHRoYXTigJlzIGZhbWlsaWFyLCB0 aGF04oCZcyB3aGF0IEkgaGFkIG9uIG15IHByZXZpb3VzIEZyZWVCU0QgbGFwdG9wLiBJICp0aGlu ayogdGhhdCBtZWFucyBJIG5lZWQgdG8gdXNlIHRoZSBkcm0ga21vZC4gU2luY2UgSeKAmW0gb24g MTUuMC1DVVJSRU5ULCBJ4oCZbSB0aGlua2luZyBpdCBiZXN0IHRvIGNvbXBpbGUgdGhlIG1vZHVs ZSBmcm9tIHNvdXJjZS4gJm5ic3A7SSBwdWxsZWQgdGhlIGxhdGVzdCBzdGF0ZSBvZiB0cmVlICg5 MTI0OGVlODMpIGFuZCBnbyB0byBncmFwaGljcy9kcm0tNjYta21vZC48L2Rpdj48ZGl2Pjxicj48 L2Rpdj48ZGl2PkJ1aWxkaW5nIHdpdGggYG1ha2VgLCBJIGdldCB0aGUgb3V0cHV0IG9mIGk5MTVr bXMua28uIFlheSE8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pk9LLCBzbyB0aGVuIGp1c3QgdG8g dGVzdCB0aGluZ3Mgb3V0LCBJIGRvIGBrbGRsb2FkIGk5MTVrbXMua29gIG9uIHRoZSBqdXN0LWJ1 aWx0IG1vZHVsZSBhbmQgdGhlIHNjcmVlbiBmbGFzaGVzIGFuZCBzZWVtcyB0byBiZSB0cmFuc2l0 aW9uaW5nIHRvIGEgaGlnaGVyLXJlc29sdXRpb24gbW9kZSDigJQgYnV0IHRoZW4gaXTigJlzIGJs YWNrLiAmbmJzcDtCdXQgaXTigJlzIGEgaGlnaGVyIHJlc29sdXRpb24gYmxhY2ssIGl0IGZlZWxz IHRvIG15IGFsbC10b28gaHVtYW4gZXllcy4gQW55d2F5LCBhdCB0aGlzIHBvaW50LCBJIGNhbuKA mXQgcmVjb3ZlciB0aGUgbWFjaGluZSBhbmQgSSBoYXZlIHRvIGRvIGEgaGFyZCByZWJvb3QuPC9k aXY+PGRpdj48YnI+PC9kaXY+PGRpdiBkaXI9ImF1dG8iPkkgY2FwdHVyZWQgYSBiaXQgb2YgZG1l c2cgYXMgYW4gYXR0ZW1wdCB0byBkZWJ1ZyBidXQgd291bGQgYmUgd2lsbGluZyB0byB0ZXN0IC9k ZWJ1ZyBpZiBpdCBnZXRzIG1lIGEgd29ya2luZyBkcml2ZXIuIElmIEnigJl2ZSBlcnJlZCBwbGVh c2UgbGV0IG1lIGtub3cuIEFsc28sIHRleHQgY2FtZSBmcm9tIGNhbWVyYSBjYXB0dXJlIGR1ZSB0 byBvdGhlciBuZXR3b3JrIGNvbnN0cmFpbnRzLCBzbyBwbGVhc2UgbGV0IG1lIGtub3cgaWYgaGln aGVyIGZpZGVsaXR5IGlzIHJlcXVpcmVkLjwvZGl2PjxkaXYgZGlyPSJhdXRvIj48YnI+PC9kaXY+ PGRpdiBkaXI9ImF1dG8iPlRoYW5rcyAtIFN0ZXZlbjwvZGl2PjxkaXYgZGlyPSJhdXRvIj48YnI+ PC9kaXY+PGRpdiBkaXI9ImF1dG8iPmRtZXNnIGNhcHR1cmU6PC9kaXY+PGRpdj48YnI+PC9kaXY+ PGRpdj5NYXkgMTI8L2Rpdj48ZGl2PjE0OjMwOjU1IHplYnNkIGtlcm5lbDogZHJtbkA6IFtkcm1d IE5vIEdTQyBGVyBzZWxlY3RlZCwgZGlzYWJsaW5nIEdTQyBDUyBhbiBtZWRpYSBDNjwvZGl2Pjxk aXY+PGJyPjwvZGl2PjxkaXY+TWF5IDEyPC9kaXY+PGRpdj4xNDozMDo1NSB6ZW5ic2Qga2VybmVs OiBkcm1uQDogKGRybV0gKkVSUk9SKiBVbmV4cGVjdGVkIGNoaWxkIGRldmljZSBjb25maTwvZGl2 PjxkaXY+c2l6ZSA0MCAoZXhwZWN0ZWQ8L2Rpdj48ZGl2PmZvciBWQlQ8L2Rpdj48ZGl2PnZlcnNp b24gMjU2KTwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+TWF5IDEyPC9kaXY+PGRpdj4xNDozMDo1 NSB6ZW5ic2Qga2VybmVsOiBkcm1uMDogc3VjY2Vzc2Z1bGx5IGxvYWRlZCBmaXJtd2FyZSBpbWFn ZSAnMTkxPC9kaXY+PGRpdj5hbXRsX2RtYy5iaW4nPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5N YXkgMTI8L2Rpdj48ZGl2PjE0OjMwOjU1PC9kaXY+PGRpdj56ZW5ic2Q8L2Rpdj48ZGl2Pmtlcm5l bDo8L2Rpdj48ZGl2PmRybW7CrjogW2RybV0gRmluaXNoZWQgbG9hZGluZyBETUMgZmlybXdhcmUg MWcxNS9tdGxfZG1jLmJpbiAodjIuMjMpPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5NYXkgMTI8 L2Rpdj48ZGl2PjE0OjMwOjU1PC9kaXY+PGRpdj56ZW5ic2Q8L2Rpdj48ZGl2Pmtlcm5lbDogMWtw aV9paWMwOiAmbHQ7TGludXhLUEkgSTJDJmd0OyBvbiBkcm1uYTwvZGl2PjxkaXY+PGJyPjwvZGl2 PjxkaXY+TWF5IDEyPC9kaXY+PGRpdj4xNDozMDo1NTwvZGl2PjxkaXY+a2VybmVsOiBpaWNidXMy OiDigLlQaGlsaXBzIEkyQyBidXPigLogb24gbGtwaV9paTwvZGl2PjxkaXY+PGJyPjwvZGl2Pjxk aXY+4oCmLk1hbnkgb3RoZXIgc2ltaWxhcuKApjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+TWF5 IDEyIDE0OjMwOjU1PC9kaXY+PGRpdj56ZW5ic2Q8L2Rpdj48ZGl2Pmtlcm5lbDo8L2Rpdj48ZGl2 PmRybW7CrjogW2RybV0gKkVSUk9SKiBHVDA6IEVuYWJsaW5nIHVjIGZhaWxlZCAoLTUpPC9kaXY+ PGRpdj48YnI+PC9kaXY+PGRpdj5NYXkgMTIgMTQ6MzA6NTU8L2Rpdj48ZGl2PnplbmJzZDwvZGl2 PjxkaXY+a2VybmVsOjwvZGl2PjxkaXY+ZWQhPC9kaXY+PGRpdj5kcm1uwq46IFtkcm1dICpFUlJP UiogR1QwOiBGYWlsZWQgdG8gaW5pdGlhbGl6ZSBHUFUsIGRlY2xhcmluZyBpdCB3ZWRnZWQhPC9k aXY+PGRpdj48YnI+PC9kaXY+PGRpdj5NYXk8L2Rpdj48ZGl2PjEyPC9kaXY+PGRpdj4xNDogMzA6 NTU8L2Rpdj48ZGl2PnplbmJzZCBrZXJuZWw6IGRybW46IFtkcm06IDB4ZmZmZmZmZmY4MzkzMjQ4 MHNdIE94ZmZmZmZlMDEyN2M2MTdmOFY8L2Rpdj48L2Rpdj48ZGl2IGRpcj0iYXV0byI+PGJyPjwv ZGl2PjxkaXY+PGJyPjwvZGl2PiA8L2JvZHk+PC9odG1sPg== --b1=_biqhErCY8ds8CKFhPdgMinG1FPggwm6EjgFy9l85bPY-- From nobody Mon May 12 21:56:14 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZxD2n1Cm9z5vtMH for ; Mon, 12 May 2025 21:56:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (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 4ZxD2m4ljHz3nZc for ; Mon, 12 May 2025 21:56:32 +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=1747086990; bh=clksEqtHVWUvugAHqwdU1bM/6qkBv7lHgfI/ZU3W+qw=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=mD8ohuqw2ATdV1gwX6zegxhxKVl40UFAl5zmdFKOwFPuDFwAQoexwGpEY7UpMtcdmKMX5yp6g+xhucryRte1BWdUtwjf8sg+7dz5m8qx3ioaBvNH0yfWlZuwPc5UF0lowvCgY+yH44XeCHQcoQUEBus+otr2TE04Nl5oQEBoXjNSzFjELLAJx9siDv5ubRv6nsr0wssKxcGpzVl9EW53iJQ8PHYsrDgoiQLinr1ldGTESka+55dDMD8QFt/TvPU9U6ap5/JS9hMhHhOM6U86pkNpayHoME5wkQpGKznF9lbGDPvzE3BkH6DPx+chOwAN+Vo0wuHHNtd+IVMto4Uddg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1747086990; bh=tLJhK7X1p2seGW1jxvAbqIM9lCtuGXGHAC86bDd2AD5=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=hAIXZ3T5TmQ0OfEDf35yS1FzDHEuKsxUAxNs5JUukE9aGyAVOFAFEDWejRn4bXs2t4uV8s2CShUXlzlCxqSFTFg7oSecg+nWHOGiWPV//OoojnH3bNAC1AqOwM8hqR0uLn6CaD0B0RVZSZGBC5L9hZqik3DgbqcWTvXtXu5GQSWzo5JLbhn/MoHFmqO3mGNTxXfvmUpatY1Zuy69mDTDtNE31t8VScYKn2gLCWsWJAtMU34tvR3nU7A/MuC83jxpZtT4g0vpCdO913umWvAEspOKrzNKVFyEK2777ZQV5Gh47Cwmbn3eynZEPAuEc87XIui9oZNEnAwnAGFUdVLEBw== X-YMail-OSG: CGmpRKAVM1mRGA8E3il1wVNKh1Z6w5l3RWXixMW61EksobGFq1KrxG0lGRaQdNA q6jaDKWygrI4RVDgn3LrmRVF4424iH2x7_b5Vr2kiFWjnKl7bJiZsC7d4Lu2hDCSKFMPNmYNBaQv 7S2lljJwG3Y9j1TMuACdkMTQ.DnF8bJ.VOUCq8lV806qsP4nzx4rT1NRQzOLkYuzKboo4VaxHT2Z 6KXbw45KqrsTOZ.XBe_xZxiKfU8zON3zPxiwGLLlmRTN0MefnwAcwvvX696TS6JiWhIuqAzsek.F BydQg4XnmkGAhGFTw7kt2qEZ3Vx2uZexz1Bdxj5HE78DkbiKJXwzXXzWJpY6Xva2cUHMiRJJyvCz tFLv2.sDUa44w9WyfXqBOHXS9L0NdjwCsWGVoDCy5EnNKJ4dx5WTVJCpdtq39SlwZq2TK73UX94i eqfVir.Y.njj7c0idg.y7k08qQShbR0fkqnBlgy.5VRKpVI13poQyruhd5lW4l4V3.Kj5Z5CFDpr rI3fiB0SxB0WtCNFyew.2frk0NbDmN8H6xb4_4xNUbjzByH8N9Hrf67t1k22Y98D05.hYjERJwdu 51vA2mxRhGWgWdwuJnqVLnGr4WqYabfCNj_r_RH.abIP5ZZE1JS5Ji70Vc89fEzkYOcOdgkbTndJ 20._qSZja0szYoHWeD6yl4EMyoOypEElRu7zhmkezn.rksBFctAvLJZZKIzRJdMFASAipLEba.Rc T264LfOtpoZiXxp7JjkzXZNRQeKCLQb1Y_FpJBcUzVNx5Mz8UfMcGKo4I.iRzuvrPkZqrz4ppBgU YG59T2q2zmt5bFHlEWPZiPv9UKBsz_D.tWmJqKkiMyAhvXzMV7RJZQQ9oP9lsQy7SWC8Zsld7G4X em.SzXJQ6fHRMRHgy6SMjvD43CYFwqKao8Vkxkl86Dd6I6nm5q4hwMXW5pbLpxwvo2NtCiOcBAtg C06eHzRqPwCeTJrgfa6jIxT0ar8S.XhW5hB7LZ3Px4fK7M0QcW0NaA7rN0.gu.zJ5RtLl9q8NhH9 ikphRvgIN9nzBt92DV3RgwkxGF484HeQfXCuORbp.3Ei46yVRAB9gjHgsfS3BJYn2NSNy6gXtje1 QbTBuKnDj27GjYQm3OHfOvfO9WDuoFSCl.Rrh555pUZAZYBrsfPZsPYECBtWvuQpXecizvlwSDOZ AwmZDPURsXfsvUg90iCSGVVSQYtZfugUoPrN4rkKhON4W4Q9T6Sicv7heo_xBekRKB6Uvn4ji4TD 7RqdFgIOSEBx.ap4pdSiFO9xp60hczVINClKE_JCmFM20ag.bmH_rGnlFhEu91Qy2BHWXNxfu5OB mFck0pn3lQlzWnoZxt1vj47emzZQa16V6vYdfGJGetmzBf7IZILR5gN95v4ixaOsqs8AH.0v9Wfm KkxqOBJ2iaxljdgOlZTnAQMDBX2K3lXHaXKIWCzFBU2hVa_YO71qqTZMkraraVglClywnMrTRt9x RwNPao2_S853XOwp6OCMG7_D7gHcFchYfjN8II2yLCqYRymAHzqMilX9t3UKivu73hJxX2OOUAeU C3QqM1zY9hZSEUCfPhorTmCLL2QIsFO.HwEtvCiibD8j144FZ4bgZ6yF6Kd.FSP7yVsuAPlBsvob R9fsTYnGZT91LyZNOKHhlX7_KEbjjvcUjUJAyWrNeS7Iz_JO9DK5ZPEGH0zhTgHNd0eA1djcTyWg 6pPPEFlnrd3IwYZWJb114kNaFgcwEk0rH5WomN2HkXHbPie.62IspFGKrYDmXqDcer4zg084GvQK BMRzNu5mTGIXehxH2G05475xHrbbg82IcSOiDuMkpvJqpFY86nPnzJqk9NfclFbFd0FPhl1Q_Ncd gXlqAKU7iUeXIjJB36uPGRZQJrD1ETDSgw.1zBiyXU6VeG46UsF6L0hTWJutjHOY4jav29u7_m9g 5kSgfHEv2Myt9_rV79TkNhLlXCE08odXNOv6.etmlRxbD9yIsWwoSz_E2Is.npCU_7nzBkvNu_Ry sF5OPeKucTCpHEzfdmWnjMQNA9Vqh9sIK0BTR.btdQGvU8S4.f3Gj0H8JxoLGzBnnC9fqeOXAKAj rU0fHXWJN_5wtJosODYwDjQcRoh3BmrkznkG2b9mjrXZSbt7QTRlCHX1aZhwiLratbWoGhT6Fcbn iNcikBa_aT1gaQbeGNloEqA9y7yQFb8g_Sm9OEpGfMoPRuLMm7ERMmMtbpAMzX7ac5NQNOLQJQGO XnfeBcxECEV8Kfzi3X2e3wt4unw-- X-Sonic-MF: X-Sonic-ID: a55f58af-4cf1-4323-933f-0cd8fc776a9c Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Mon, 12 May 2025 21:56:30 +0000 Received: by hermes--production-gq1-74d64bb7d7-cskn8 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 7b0481b8b5947602491e7decb4be4aab; Mon, 12 May 2025 21:56:25 +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 \(3826.500.181.1.5\)) Subject: Re: incremental bulds from scratch with beinstall.sh From: Mark Millard In-Reply-To: Date: Mon, 12 May 2025 14:56:14 -0700 Cc: "Simon J. Gerraty" , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <3D5D0CE0-64A9-4A99-8282-61918987BA5C@yahoo.com> References: <28F2BDE7-5903-4C04-A570-6A407F19D5F2.ref@yahoo.com> <28F2BDE7-5903-4C04-A570-6A407F19D5F2@yahoo.com> <49396.1746554966@kaos.jnpr.net> <87401.1746562441@kaos.jnpr.net> <4ACBBC16-3BB6-436A-B0B1-A18F088B000E@yahoo.com> <4421.1746572832@kaos.jnpr.net> <2CA19E21-0F2F-465A-BE8E-81ACDEE42D23@yahoo.com> <10858.1746584427@kaos.jnpr.net> <27515.1747072855@kaos.jnpr.net> To: Nuno Teixeira X-Mailer: Apple Mail (2.3826.500.181.1.5) X-Rspamd-Queue-Id: 4ZxD2m4ljHz3nZc 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-Spamd-Bar: ---- On May 12, 2025, at 14:02, Nuno Teixeira wrote: > Oh, thats nice! sjg provided something (SB_OBJROOT) that needs to be put to use for the purpose --but did not put that thing to any use. This gets back to my notes illustrating what I have in my environment now for adjusting .MAKE.META.IGNORE_PATHS . . . Use of a: env __MAKE_CONF=3D"/usr/home/root/src.configs/make.conf" prefix for each make command and the file content like shown by the cat below: # cat ~/src.configs/make.conf # SB_OBJROOT is an addition to share/mk/src.sys.obj.mk # provided by Simon J. Gerraty for my experimentation # with this avoidance of some unnecessary build # activity in META MODE: # # # if we didn't get SB_OBJROOT from env, # # it is handy to set it now, so we can remember it # .if empty(SB_OBJROOT) # SB_OBJROOT:=3D ${OBJROOT} # .export SB_OBJROOT # .endif # # TARGET.TARGET_ARCH for amd64 stays as amd64.amd64 for obj-lib32 = (correct for the purpose) # MACHINE.MACHINE_ARCH for amd64 turns into i386.i386 for obj-lib32 = (wrong for the purpose) # IGNORELEGACY_NOSYMLINKPREFIX=3D = ${SB_OBJROOT}/${TARGET}.${TARGET_ARCH}/tmp/legacy/usr IGNOREOTHER_NOSYMLINKPREFIX=3D = ${SB_OBJROOT}/${TARGET}.${TARGET_ARCH}/tmp/usr/bin # .for ignore_legacy_tool in awk basename cap_mkdb cat chmod cmp cp = crunchgen crunchide cut date dd dirname echo egrep env expr fgrep file2c = find gencat grep gzip head hostname jot lex lb ln ls m4 make mkcsmapper = mkdir mktemp mtree mv nawk patch realpath rm sed sh sort touch tr = truncate uudecode uuencode wc xargs .MAKE.META.IGNORE_PATHS+=3D = ${IGNORELEGACY_NOSYMLINKPREFIX}/sbin/${ignore_legacy_tool} .endfor # .for ignore_other_tool in ctfconvert objcopy nm .MAKE.META.IGNORE_PATHS+=3D = ${IGNOREOTHER_NOSYMLINKPREFIX}/${ignore_other_tool} .endfor # .MAKE.META.IGNORE_PATHS:=3D ${.MAKE.META.IGNORE_PATHS} > I will test it and follow procedure: You will need to set up something like I reference above in order to put into use in .MAKE.META.IGNORE_PATHS the SB_OBJROOT that was added by sjg in order to get the right file paths involved. Without such the SB_OBJROOT will not be used for anything and all those commands will be treated as they were before the addition. You may be able to use /etc/make.conf instead of using __MAKE_CONF : QUOTE of man make.conf : The default location of make.conf is /etc/make.conf, though an alternative location can be specified in the make(1) variable __MAKE_CONF. You may need to override the location of make.conf if = the system-wide settings are not suitable for a particular build. For instance, setting __MAKE_CONF to /dev/null effectively resets all = build controls to their defaults. END QUOTE > - apply patch Also: your variation of what I report above. The resulting __MAKE_CONF assignment (if any) should be in place for each make command. > 1- make buildworld-jobs buildkernel-jobs > -- bectl create "${RELEASE}" > -- bectl mount "${RELEASE}" "${BASEDIR}" > -- make DESTDIR=3D"${BASEDIR}" installkernel > -- etcupdate -p -D "${BASEDIR}" > -- make DESTDIR=3D"${BASEDIR}" installworld > -- etcupdate -D "${BASEDIR}" > -- bectl activate "${RELEASE}" > - reboot to new BE > 2- make buildworld-jobs buildkernel-jobs >=20 > Curious to see what results will I have in phase 2. > Do I need to set any config variable? >=20 > Cheers, >=20 >=20 > Simon J. Gerraty escreveu (segunda, 12/05/2025 =C3=A0(= s) 19:01): > Nuno Teixeira wrote: > > Is any progress going on? > > I can do some testing on my side too. >=20 > https://reviews.freebsd.org/D50313 >=20 > buildworld is happy. >=20 > > > > I think you could use something like this, which should be safe = to > > > > commit: > > > > > > I do not have a commit bit. Should I submit a bugzilla > > > entry or something for its eventual commit? > >=20 > > That's ok. Confirm it works for you and I'll see if I can break > > anything with it =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon May 12 22:21:52 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZxDcD2B8nz5vw8R for ; Mon, 12 May 2025 22:22:04 +0000 (UTC) (envelope-from eduardo@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZxDcD0W72z4C9b for ; Mon, 12 May 2025 22:22:04 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747088524; 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=MR57tPOnttWshHWi+9kll7lV0oHrXgZDJ2Y5dhCR5Co=; b=W7M7TUh8NIGFoSxzkdhyZXe8QKYnwTPIeg1qtgCp1dcI2OqDf8D0BtMq2q4Ta0ADSgD+Sm +9O7S85qtdqjjYTsS2JeThW5i4GCaGxLulWCri3ay247JkUD8GpBbU36GKO9lksUP331Tn 566L1WY2keO1lH8Iu4UFdWeryC4fYbl22CvQZZ9lD/j1STctiUkvQ3LOZl7iektacJvboN NyDAQlVbzKHizoztjKGd4K8c2Gz+kYeZPbrZs6TQRN3Rv0VioWg8aPtRwEK8mjIlWTpYMN IQYLuYXMz82ZPqCtoP6CN15MwKGuWy8L2FN5dgk+6gG658pSAgSUkXrQLDk5uA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747088524; 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=MR57tPOnttWshHWi+9kll7lV0oHrXgZDJ2Y5dhCR5Co=; b=uGHe8se7oDM/wx07+kcisOZoUSfV0k5QtRDAe42aEPTE/Xrl8VkQdngfRgHuqM1XVX4JgV 792S5l/+/vlsw4SNIaLoIEZ2ogLiwksfcuoM3PtwrShCKxd/Bu8SDTNYU+NNsef6xqd1cf SQ80zDpIRnx6gZjhrTQ5OdAEPJ4Rf5zTLraSsXsHjm/KCUxnah1eO7I6zEfMOGavRxmSXD MgGfeHJiPoVOc1TkhpEN/GI+pSkyylTlzYyupo9mSGFRWFcxDswPy72/D2qDbJlQdbcSSA nanmsJ5Y2qxlrFcOFhRZsqnrqvF0HyElLCUbZB72Y6bsX5sns9S/BefmgQ1P0A== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1747088524; a=rsa-sha256; cv=none; b=tq+8I+nTZptXhhFizYtlx00nma6krppItYo1zy8DtVB8GtJV3APKdFE+KwxHFjz6q/OI9f Gu0+VU0E+Nst6V1YihPgyv+FfbtKyUWpcQswQOEvdFmVbgbwfaHV2IHU9Uc2iRJ5Q3qFWb /vORw/hKrsAd7ObHIvkvTDITqGAR3lzg552YujU06j9sM+8g2GAtxcb6VS1imdQEKvCGY6 B30AfCJ74K/38y05Nq80YvBcp/U/BkeNQKwn/AB3o4giWgALhsLLRQVYrew89u3r8/nMxM zpLqqqVuEaurWUGlArpakj/JTSpsrrMFf8t+ueS4H/ygU1Dj7wNvpMIC/Ld9JA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from mail-qt1-f169.google.com (mail-qt1-f169.google.com [209.85.160.169]) (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 4ZxDcC707WzyBq for ; Mon, 12 May 2025 22:22:03 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f169.google.com with SMTP id d75a77b69052e-47666bd7026so2165001cf.2 for ; Mon, 12 May 2025 15:22:03 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCVKKlaPVy0kzze+ufp29c9LICMOCLlhP9ABceKqTmRWOqKlsyF7wP4IjPpQX1PDKyvL9+ZFO7ksPhnU4qeCxtg=@freebsd.org X-Gm-Message-State: AOJu0YwjdYreSiLv25vZnVZ5xcVofFoyiS0z2nI52HqudMVvg0u5FBQb +iQFj3wuPNAPnatCOzPQu0r8frb1Ug6MTiLj0Wnr1bBYBt/WsxnQepmHxc+mpqS+ovrJX5wGuna 9YWTvA2jWTNtufYXYhV1TOEqpAU8= X-Google-Smtp-Source: AGHT+IEJzjfHn7LXl4rXTzvY8FXcaJf0e6ebRc/jIxADLz+4TX726H/KVc18ABbRIE7cLmNyKIyw+JAXqFoPykOVw/Y= X-Received: by 2002:ac8:5911:0:b0:472:1d00:1fc3 with SMTP id d75a77b69052e-494527633cdmr78717661cf.8.1747088523383; Mon, 12 May 2025 15:22:03 -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: <28F2BDE7-5903-4C04-A570-6A407F19D5F2.ref@yahoo.com> <28F2BDE7-5903-4C04-A570-6A407F19D5F2@yahoo.com> <49396.1746554966@kaos.jnpr.net> <87401.1746562441@kaos.jnpr.net> <4ACBBC16-3BB6-436A-B0B1-A18F088B000E@yahoo.com> <4421.1746572832@kaos.jnpr.net> <2CA19E21-0F2F-465A-BE8E-81ACDEE42D23@yahoo.com> <10858.1746584427@kaos.jnpr.net> <27515.1747072855@kaos.jnpr.net> <3D5D0CE0-64A9-4A99-8282-61918987BA5C@yahoo.com> In-Reply-To: <3D5D0CE0-64A9-4A99-8282-61918987BA5C@yahoo.com> From: Nuno Teixeira Date: Mon, 12 May 2025 23:21:52 +0100 X-Gmail-Original-Message-ID: X-Gm-Features: AX0GCFt6WvAtQk_mBB-Rdzxr1mbgYE1DylKhpwmZUefjbcQPQwQ_IEcCjt_Dl4I Message-ID: Subject: Re: incremental bulds from scratch with beinstall.sh To: Mark Millard Cc: "Simon J. Gerraty" , FreeBSD Current Content-Type: multipart/alternative; boundary="000000000000d3db930634f7be46" --000000000000d3db930634f7be46 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable In previous mails I found cat of __MAKE_CONF. For what you saying I can use the following configs in /etc/make.conf? ``` # cat ~/src.configs/make.conf # SB_OBJROOT is an addition to share/mk/src.sys.obj.mk # provided by Simon J. Gerraty for my experimentation # with this avoidance of some unnecessary build # activity in META MODE: # # # if we didn't get SB_OBJROOT from env, # # it is handy to set it now, so we can remember it # .if empty(SB_OBJROOT) # SB_OBJROOT:=3D ${OBJROOT} # .export SB_OBJROOT # .endif # # TARGET.TARGET_ARCH for amd64 stays as amd64.amd64 for obj-lib32 (correct for the purpose) # MACHINE.MACHINE_ARCH for amd64 turns into i386.i386 for obj-lib32 (wrong for the purpose) # IGNORELEGACY_NOSYMLINKPREFIX=3D ${SB_OBJROOT}/${TARGET}.${TARGET_ARCH}/tmp/legacy/usr IGNOREOTHER_NOSYMLINKPREFIX=3D ${SB_OBJROOT}/${TARGET}.${TARGET_ARCH}/tmp/usr/bin # .for ignore_legacy_tool in awk basename cap_mkdb cat chmod cmp cp crunchgen crunchide cut date dd dirname echo egrep env expr fgrep file2c find gencat grep gzip head hostname jot lex lb ln ls m4 make mkcsmapper mkdir mktemp mtree mv nawk patch realpath rm sed sh sort touch tr truncate uudecode uuencode wc xargs .MAKE.META.IGNORE_PATHS+=3D ${IGNORELEGACY_NOSYMLINKPREFIX}/sbin/${ignore_legacy_tool} .endfor # .for ignore_other_tool in ctfconvert objcopy nm .MAKE.META.IGNORE_PATHS+=3D ${IGNOREOTHER_NOSYMLINKPREFIX}/${ignore_other_tool} .endfor # .MAKE.META.IGNORE_PATHS:=3D ${.MAKE.META.IGNORE_PATHS} ``` Mark Millard escreveu (segunda, 12/05/2025 =C3=A0(s) 22= :56): > On May 12, 2025, at 14:02, Nuno Teixeira wrote: > > > Oh, thats nice! > > sjg provided something (SB_OBJROOT) that > needs to be put to use for the purpose > --but did not put that thing to any use. > > This gets back to my notes illustrating > what I have in my environment now for > adjusting .MAKE.META.IGNORE_PATHS . . . > > Use of a: > > env __MAKE_CONF=3D"/usr/home/root/src.configs/make.conf" > > prefix for each make command and the file content > like shown by the cat below: > > # cat ~/src.configs/make.conf > # SB_OBJROOT is an addition to share/mk/src.sys.obj.mk > # provided by Simon J. Gerraty for my experimentation > # with this avoidance of some unnecessary build > # activity in META MODE: > # > # # if we didn't get SB_OBJROOT from env, > # # it is handy to set it now, so we can remember it > # .if empty(SB_OBJROOT) > # SB_OBJROOT:=3D ${OBJROOT} > # .export SB_OBJROOT > # .endif > # > # TARGET.TARGET_ARCH for amd64 stays as amd64.amd64 for obj-lib32 > (correct for the purpose) > # MACHINE.MACHINE_ARCH for amd64 turns into i386.i386 for obj-lib32 > (wrong for the purpose) > # > IGNORELEGACY_NOSYMLINKPREFIX=3D > ${SB_OBJROOT}/${TARGET}.${TARGET_ARCH}/tmp/legacy/usr > IGNOREOTHER_NOSYMLINKPREFIX=3D > ${SB_OBJROOT}/${TARGET}.${TARGET_ARCH}/tmp/usr/bin > # > .for ignore_legacy_tool in awk basename cap_mkdb cat chmod cmp cp > crunchgen crunchide cut date dd dirname echo egrep env expr fgrep file2c > find gencat grep gzip head hostname jot lex lb ln ls m4 make mkcsmapper > mkdir mktemp mtree mv nawk patch realpath rm sed sh sort touch tr truncat= e > uudecode uuencode wc xargs > .MAKE.META.IGNORE_PATHS+=3D > ${IGNORELEGACY_NOSYMLINKPREFIX}/sbin/${ignore_legacy_tool} > .endfor > # > .for ignore_other_tool in ctfconvert objcopy nm > .MAKE.META.IGNORE_PATHS+=3D > ${IGNOREOTHER_NOSYMLINKPREFIX}/${ignore_other_tool} > .endfor > # > .MAKE.META.IGNORE_PATHS:=3D ${.MAKE.META.IGNORE_PATHS} > > > > I will test it and follow procedure: > > You will need to set up something like I reference > above in order to put into use in .MAKE.META.IGNORE_PATHS > the SB_OBJROOT that was added by sjg in order to get the > right file paths involved. > > Without such the SB_OBJROOT will not be used for anything > and all those commands will be treated as they were before > the addition. > > You may be able to use /etc/make.conf instead of using > __MAKE_CONF : > > QUOTE of man make.conf : > The default location of make.conf is /etc/make.conf, though an > alternative location can be specified in the make(1) variable > __MAKE_CONF. You may need to override the location of make.conf if > the > system-wide settings are not suitable for a particular build. For > instance, setting __MAKE_CONF to /dev/null effectively resets all > build > controls to their defaults. > END QUOTE > > > - apply patch > > Also: your variation of what I report above. > > The resulting __MAKE_CONF assignment (if any) > should be in place for each make command. > > > 1- make buildworld-jobs buildkernel-jobs > > -- bectl create "${RELEASE}" > > -- bectl mount "${RELEASE}" "${BASEDIR}" > > -- make DESTDIR=3D"${BASEDIR}" installkernel > > -- etcupdate -p -D "${BASEDIR}" > > -- make DESTDIR=3D"${BASEDIR}" installworld > > -- etcupdate -D "${BASEDIR}" > > -- bectl activate "${RELEASE}" > > - reboot to new BE > > 2- make buildworld-jobs buildkernel-jobs > > > > Curious to see what results will I have in phase 2. > > Do I need to set any config variable? > > > > Cheers, > > > > > > Simon J. Gerraty escreveu (segunda, 12/05/2025 =C3=A0= (s) > 19:01): > > Nuno Teixeira wrote: > > > Is any progress going on? > > > I can do some testing on my side too. > > > > https://reviews.freebsd.org/D50313 > > > > buildworld is happy. > > > > > > > I think you could use something like this, which should be safe t= o > > > > > commit: > > > > > > > > I do not have a commit bit. Should I submit a bugzilla > > > > entry or something for its eventual commit? > > > > > > That's ok. Confirm it works for you and I'll see if I can break > > > anything with it > > > > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > > --=20 Nuno Teixeira FreeBSD UNIX: Web: https://FreeBSD.org --000000000000d3db930634f7be46 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
In previous mails I found cat of __MAKE_CONF. For wha= t you saying I can use the following configs in /etc/make.conf?
<= br>
```
# cat ~/src.configs/make.conf
# SB_OBJROOT is an addition to share/mk/src.sys.obj.mk
# provided by Simon J. Gerraty for my experimentation
# with this avoidance of some unnecessary build
# activity in META MODE:
#
 # # if we didn't get SB_OBJROOT from env,
# # it is handy to set it now, so we can remember it
# .if empty(SB_OBJROOT)
# SB_OBJROOT:=3D ${OBJROOT}
# .export SB_OBJROOT
# .endif
#
# TARGET.TARGET_ARCH=C2=A0 =C2=A0for amd64 stays as=C2=A0 amd64.amd64 for o= bj-lib32 (correct for the purpose)
# MACHINE.MACHINE_ARCH for amd64 turns into i386.i386=C2=A0 for obj-lib32 (= wrong=C2=A0 =C2=A0for the purpose)
#
 IGNORELEGACY_NOSYMLINKPREFIX=3D ${SB_OBJROOT}/${TARGET}.${TARGET_ARCH}/tmp/= legacy/usr
IGNOREOTHER_NOSYMLINKPREFIX=3D=C2=A0 ${SB_OBJROOT}/${TARGET}.${TARGET_ARCH}= /tmp/usr/bin
#
.for ignore_legacy_tool in awk basename cap_mkdb cat chmod cmp cp=20 crunchgen crunchide cut date dd dirname echo egrep env expr fgrep file2c find gencat grep gzip head hostname jot lex lb ln ls m4 make mkcsmapper mkdir mktemp mtree mv nawk patch realpath rm sed sh sort touch tr=20 truncate uudecode uuencode wc xargs
.MAKE.META.IGNORE_PATHS+=3D ${IGNORELEGACY_NOSYMLINKPREFIX}/sbin/${ignore_l= egacy_tool}
.endfor
#
.for ignore_other_tool in ctfconvert objcopy nm
.MAKE.META.IGNORE_PATHS+=3D ${IGNOREOTHER_NOSYMLINKPREFIX}/${ignore_other_t= ool}
.endfor
#
.MAKE.META.IGNORE_PATHS:=3D ${.MAKE.META.IGNORE_PATHS}
```
<= /div>
Mark Millard <= marklmi@yahoo.com> escreveu (segunda, 12/05/2025 =C3=A0(s) 22:56):
On May 12, 2025, = at 14:02, Nuno Teixeira <eduardo@freebsd.org> wrote:

> Oh, thats nice!

sjg provided something (SB_OBJROOT) that
needs to be put to use for the purpose
--but did not put that thing to any use.

This gets back to my notes illustrating
what I have in my environment now for
adjusting .MAKE.META.IGNORE_PATHS . . .

Use of a:

env __MAKE_CONF=3D"/usr/home/root/src.configs/make.conf"

prefix for each make command and the file content
like shown by the cat below:

# cat ~/src.configs/make.conf
# SB_OBJROOT is an addition to share/mk/src.sys.obj.mk
# provided by Simon J. Gerraty for my experimentation
# with this avoidance of some unnecessary build
# activity in META MODE:
#
# # if we didn't get SB_OBJROOT from env,
# # it is handy to set it now, so we can remember it
# .if empty(SB_OBJROOT)
# SB_OBJROOT:=3D ${OBJROOT}
# .export SB_OBJROOT
# .endif
#
# TARGET.TARGET_ARCH=C2=A0 =C2=A0for amd64 stays as=C2=A0 amd64.amd64 for o= bj-lib32 (correct for the purpose)
# MACHINE.MACHINE_ARCH for amd64 turns into i386.i386=C2=A0 for obj-lib32 (= wrong=C2=A0 =C2=A0for the purpose)
#
IGNORELEGACY_NOSYMLINKPREFIX=3D ${SB_OBJROOT}/${TARGET}.${TARGET_ARCH}/tmp/= legacy/usr
IGNOREOTHER_NOSYMLINKPREFIX=3D=C2=A0 ${SB_OBJROOT}/${TARGET}.${TARGET_ARCH}= /tmp/usr/bin
#
.for ignore_legacy_tool in awk basename cap_mkdb cat chmod cmp cp crunchgen= crunchide cut date dd dirname echo egrep env expr fgrep file2c find gencat= grep gzip head hostname jot lex lb ln ls m4 make mkcsmapper mkdir mktemp m= tree mv nawk patch realpath rm sed sh sort touch tr truncate uudecode uuenc= ode wc xargs
.MAKE.META.IGNORE_PATHS+=3D ${IGNORELEGACY_NOSYMLINKPREFIX}/sbin/${ignore_l= egacy_tool}
.endfor
#
.for ignore_other_tool in ctfconvert objcopy nm
.MAKE.META.IGNORE_PATHS+=3D ${IGNOREOTHER_NOSYMLINKPREFIX}/${ignore_other_t= ool}
.endfor
#
.MAKE.META.IGNORE_PATHS:=3D ${.MAKE.META.IGNORE_PATHS}


> I will test it and follow procedure:

You will need to set up something like I reference
above in order to put into use in .MAKE.META.IGNORE_PATHS
the SB_OBJROOT that was added by sjg in order to get the
right file paths involved.

Without such the SB_OBJROOT will not be used for anything
and all those commands will be treated as they were before
the addition.

You may be able to use /etc/make.conf instead of using
__MAKE_CONF :

QUOTE of man make.conf :
=C2=A0 =C2=A0 =C2=A0The default location of make.conf is /etc/make.conf, th= ough an
=C2=A0 =C2=A0 =C2=A0alternative location can be specified in the make(1) va= riable
=C2=A0 =C2=A0 =C2=A0__MAKE_CONF.=C2=A0 You may need to override the locatio= n of make.conf if the
=C2=A0 =C2=A0 =C2=A0system-wide settings are not suitable for a particular = build.=C2=A0 For
=C2=A0 =C2=A0 =C2=A0instance, setting __MAKE_CONF to /dev/null effectively = resets all build
=C2=A0 =C2=A0 =C2=A0controls to their defaults.
END QUOTE

> - apply patch

Also: your variation of what I report above.

The resulting __MAKE_CONF assignment (if any)
should be in place for each make command.

> 1- make buildworld-jobs buildkernel-jobs
> -- bectl create "${RELEASE}"
> -- bectl mount "${RELEASE}" "${BASEDIR}"
> -- make DESTDIR=3D"${BASEDIR}" installkernel
> -- etcupdate -p -D "${BASEDIR}"
> -- make DESTDIR=3D"${BASEDIR}" installworld
> -- etcupdate -D "${BASEDIR}"
> -- bectl activate "${RELEASE}"
> - reboot to new BE
> 2- make buildworld-jobs buildkernel-jobs
>
> Curious to see what results will I have in phase 2.
> Do I need to set any config variable?
>
> Cheers,
>
>
> Simon J. Gerraty <sjg@juniper.net> escreveu (segunda, 12/05/2025 =C3=A0(s) 19:01):=
> Nuno Teixeira <eduardo@freebsd.org> wrote:
> > Is any progress going on?
> > I can do some testing on my side too.
>
> https://reviews.freebsd.org/D50313
>
> buildworld is happy.
>
> > > > I think you could use something like this, which should= be safe to
> > > > commit:
> > >
> > > I do not have a commit bit. Should I submit a bugzilla
> > > entry or something for its eventual commit?
> >
> > That's ok.=C2=A0 Confirm it works for you and I'll see if= I can break
> > anything with it



=3D=3D=3D
Mark Millard
marklmi at yahoo.com



--
Nuno Teixeira
=
FreeBSD UNIX:=C2=A0 <eduardo@FreeBSD.org>=C2=A0 =C2=A0Web:=C2=A0 https://Fr= eeBSD.org
--000000000000d3db930634f7be46-- From nobody Tue May 13 00:49:22 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZxHtV1T1Dz5w4xZ for ; Tue, 13 May 2025 00:49:38 +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 4ZxHtT3tlDz3nhh for ; Tue, 13 May 2025 00:49:37 +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=1747097375; bh=oYF/gQhTpqpIOlSqJzqiiUJzn7cN2pmr+PsAIYS61NA=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=c8FxSd+8QWY8VXe76q28ZuLqUuIjEwIBjk+K6BqfgwIIXmI6UTYmYOKfauOopnda78DLWhsWBnJLx6G0eyq6348XEcwS1rX8TLQe4xsBHYc79w90u38uBTdpE7sU/c/xut4DVrlIBa8l2V4mOgZcF0+oXKypInY4ePm2+jcs3LjvCPC/TAwdUNXfqobOeuQ1MsyCvB1racnF0Cp19a9mtCv8SO+KxrPnaplK2WADYHt2ISaq+oOYYc+Xz8wiEBbmAVcAk76JpcKTmmEbTYwbNSch8dbQz7VNyvKYZoktuy63OruGbtV+tKQvEoC0nhsRbv5jMt/GlieSOz5VS4XJWQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1747097375; bh=Yb2tajlY+NgLMgvgsOwUMKaOqVibzLbEGDwu8J9Gi2/=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=sv5XF4GMKSzVjvo/XABC4/hdN/yuWNtIhuAOHUICYKEes+bQsfcNwjyDkdEbSDJb+TfwqS59dqsV41cIqKlOA7WAvMmgUeULFNrlwybvfqXvkhWpfHMN6g78pyZ50jMGA8DH0t0T4IZkN1dLhpbajH05Z4gorHjzdKFKv/IgWjuEO1P2vo2Se9Yg30BoDjULDQ9s5JBSQl+5iT3Ijo38qdpFcul62DWbIOGTopI7IQ2syt4X0GB2RgeOsZtGcYX67j7krCEXfdQykfKYih/2zUNLe1NFhC7jImDi1S8vZUn6Q0Dv5l1alJYb/xb6E12ztwi9TLjjFj16SCggcBJwwg== X-YMail-OSG: dgwn6jAVM1n51W1grl2_Ev6Uy7pINLyuq8NXreHlmO4NzYppaYOBksxNJnzrxHs tSfH954TVaz_t_TLvo2i3DigEh7gFcG6h6nONE3nrvFafF8e7cOmUtWMSc2Gc1uXBi4Zo2bdZpMn IqTPgj3JVNy49rSRulLyqWELLKTf6MYvkps5nubdNjh7DoB9lRE_QvsZHH5JZTvF4i3tbOisAJxb _0lKv0.S5gpb3YzS40nuZeVBtXRjkgD25EXC0vYqzBgAdEQudwEFLsVrW2GXsLGrk.fKHgRvwtAJ Tmxyk4E3WRYGfRiRRlbpKHKaOc6vVdGA0B5R2UhYn1REkK55gCzDEASU3jZnH5LkTREQkwbSbggH hmecAjILxJYp6sNNhEr1igxLEu2XExNfuvgw2mk8MXHuQDTEn.Y_.danJKA3PGtuQuaWzMs3bETj AWvq3hh9W1ZqAvnRw0C1RBPHuMANzyil5hYCWqAr3_ydpnZb5ji0T7QiKLUwjahkebtBuWwn_RvJ D5ogPVgRRTZSgv5CiGHiGGy6NJKNrUC.Yp3ZFyGZ7DQ1g5RBKQQOCa3i60xdjcctfZXa_M1ytgpF ttSJSy8b2I9HJkO2ncuC17ga1ie_UB_QY7LCGqJyQ22dzhqciR29vqiHISbigiBMyZv5QxdKC_gt B5lOnYy8mflorq83XLvrOxzwSJtsPVql75Tczy.6wkq.G08Z1Jrr9yN6Ykeg6.a4mHj.VSVbTNSL uiK0OSdKJbR4Pcvl05X1MnP0FdkusplX.Vx1UGVRPXnoklRRgPJx5NSE1bl8JwGSwxz6lZbZoRC1 w3LJlflyvbrBVzH8B8cCmqnzi.VVYJBLspc.XMzytFnY5_BsprgZmaQyxgF_t8msGY5zM4LBG4XQ sfP0VjXrJHE01UsDzivMrfsk.36qO.okNBCk07SLryQCuD_bbJU2xgI9_.RL.e90PKgWUSx39kTT 4TbqPWkKs_coqC3v0HRnL78SpAHUPGN4ZdbwenQXgG9FN.NFG7b49_ceA9uMoM5W7wr69CENeaPa aFt3_hn_bVe7lQVy0xOjxnXu.ZvnwYy_wGyLvTfm2eIz99WDY54hmo47s1NeCO9bDVuzUCjKnA88 fiN8cCXHRxq9HSVXRI4jcp80HkT8WHV_iFdm2ov.VIpD6nTiTm3HzIMDrLPWusSn2oXVpCDv9FZw pN51vEc2VF7q7NqleQSkk032G078C.KH.lgdYFrd62rb.BRcU5shAZhUZChwAQBu3U8rEsTHuGc1 k3gXVsJATcPii62gcqAld5SdSRjX38gaTrQqMSuGWV0oMdn9xgHsmyeVxkmO.kfx8c5X1cActau1 D4ykDtByBt_sTSVoyGI_EWOwXF_PlbWk8xIFNNr7lR2v0YIzpGvzHr0S7nUMYHcrb1obvkkNugLp U1lBZohgOnRfPqnqKel13jmDFQRIw4dp.YA6FlWcdbMqp0LvWhIf7hhB59UQzsWz55JUWatcq61i hGph0vOnBZSUOqENckmHjoxBcMsWIKHxlHM1j34KuvZr4chwuvys32Zb2ceNSWjN9eUoQgNSg3AO jnUNnxQon1j__.DA7QcTt6V5wj0tBSeWfArKI9UxsUptTkPOZ8T.DGJJ5a3abEVkQWIRuy3Co.iw AqP0f8HfEfnEEDvRSUc5UyIwQ7gq8reBediCIFGkt.nsmNehOdmg621Kt_ptH0f3ZG5h9u67YooM PmncErc0l56lcr0gDB_poMprHnV_mxmATX7Gez0R6Bov_85ITK8XaIJu8UoDR0u7ijQXTsR7gxaH AVBL.iPV1f4PlKG6Wo_xGa8x2l0e03ZoMJfN82PAwCEpM9kZC_v76tA4mYXicbBqUWZ7R1EMIOFP F7R5QCzQ8Qd.yx90A7teLJsfL43Ftk6WzE_nRhykU7eVLkTvzBpE2BwWynhBM6Va_Ut7Qw9gsolL a5guRFK7.JlS3mK3HL809lGNg9OFQDNoydyh_UAO4n98IJ.v5nNslE8UFljGQDkbSh8e6YfFgEwr QuY4jusx1.f6n6ObeVauaOB4uOW1z65huGFk1XhVDeKSrCIsgffelvNnmiDKPeP6DD.AaM3MKHLn WkRq3aD6njiHZ7l_FtTYD_ILgi6_XxEdn5usL4Gpu3hWuxaAQZSmoREkczVTNo4SJ7pm8TmQ.2Mt MVLX.c6bzB9FMfD7mNb0HfC7SXwSSuU.XkyTUHad_BPDBJz19V1eeNbwe2G45v9lleTNqG0fhAVo S1szAORrSTx6IKi6sDhFvOiwQWGyVVa9qsnBvHRq7LwnkVC6uuehCdfAu8DaKBMUWeias8PnSAuo ShJ5i X-Sonic-MF: X-Sonic-ID: cf4da5b8-0cc1-4b56-8ef3-1fff701f79f5 Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Tue, 13 May 2025 00:49:35 +0000 Received: by hermes--production-gq1-74d64bb7d7-s6s6l (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 896177874aa05874e079cc4cc4f0373f; Tue, 13 May 2025 00:49:33 +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 \(3826.500.181.1.5\)) Subject: Re: incremental bulds from scratch with beinstall.sh From: Mark Millard In-Reply-To: Date: Mon, 12 May 2025 17:49:22 -0700 Cc: "Simon J. Gerraty" , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <8FA02BF7-2653-4B4A-8EFD-84C148473AF5@yahoo.com> References: <28F2BDE7-5903-4C04-A570-6A407F19D5F2.ref@yahoo.com> <28F2BDE7-5903-4C04-A570-6A407F19D5F2@yahoo.com> <49396.1746554966@kaos.jnpr.net> <87401.1746562441@kaos.jnpr.net> <4ACBBC16-3BB6-436A-B0B1-A18F088B000E@yahoo.com> <4421.1746572832@kaos.jnpr.net> <2CA19E21-0F2F-465A-BE8E-81ACDEE42D23@yahoo.com> <10858.1746584427@kaos.jnpr.net> <27515.1747072855@kaos.jnpr.net> <3D5D0CE0-64A9-4A99-8282-61918987BA5C@yahoo.com> To: Nuno Teixeira X-Mailer: Apple Mail (2.3826.500.181.1.5) X-Rspamd-Queue-Id: 4ZxHtT3tlDz3nhh 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-Spamd-Bar: ---- On May 12, 2025, at 15:21, Nuno Teixeira wrote: > In previous mails I found cat of __MAKE_CONF. For what you saying I = can use the following configs in /etc/make.conf? Use of env __MAKE_CONF=3DPATH is a way to override the default of using /etc/make.conf . If you want to use /etc/make.conf instead for how your context is set up: go ahead and put the content in there. The "cat" line below was how I got the lines from the file to display after that command. It is not one of the lines from the file. You may not want to duplicate various of my comment lines. > ``` > # cat ~/src.configs/make.conf > # SB_OBJROOT is an addition to share/mk/src.sys.obj.mk > # provided by Simon J. Gerraty for my experimentation > # with this avoidance of some unnecessary build > # activity in META MODE: > # > # # if we didn't get SB_OBJROOT from env, > # # it is handy to set it now, so we can remember it > # .if empty(SB_OBJROOT) > # SB_OBJROOT:=3D ${OBJROOT} > # .export SB_OBJROOT > # .endif > # > # TARGET.TARGET_ARCH for amd64 stays as amd64.amd64 for obj-lib32 = (correct for the purpose) > # MACHINE.MACHINE_ARCH for amd64 turns into i386.i386 for obj-lib32 = (wrong for the purpose) > # > IGNORELEGACY_NOSYMLINKPREFIX=3D = ${SB_OBJROOT}/${TARGET}.${TARGET_ARCH}/tmp/legacy/usr > IGNOREOTHER_NOSYMLINKPREFIX=3D = ${SB_OBJROOT}/${TARGET}.${TARGET_ARCH}/tmp/usr/bin > # > .for ignore_legacy_tool in awk basename cap_mkdb cat chmod cmp cp = crunchgen crunchide cut date dd dirname echo egrep env expr fgrep file2c = find gencat grep gzip head hostname jot lex lb ln ls m4 make mkcsmapper = mkdir mktemp mtree mv nawk patch realpath rm sed sh sort touch tr = truncate uudecode uuencode wc xargs > .MAKE.META.IGNORE_PATHS+=3D = ${IGNORELEGACY_NOSYMLINKPREFIX}/sbin/${ignore_legacy_tool} > .endfor > # > .for ignore_other_tool in ctfconvert objcopy nm > .MAKE.META.IGNORE_PATHS+=3D = ${IGNOREOTHER_NOSYMLINKPREFIX}/${ignore_other_tool} > .endfor > # > .MAKE.META.IGNORE_PATHS:=3D ${.MAKE.META.IGNORE_PATHS} > ``` >=20 > Mark Millard escreveu (segunda, 12/05/2025 =C3=A0(s)= 22:56): > On May 12, 2025, at 14:02, Nuno Teixeira wrote: >=20 > > Oh, thats nice! >=20 > sjg provided something (SB_OBJROOT) that > needs to be put to use for the purpose > --but did not put that thing to any use. >=20 > This gets back to my notes illustrating > what I have in my environment now for > adjusting .MAKE.META.IGNORE_PATHS . . . >=20 > Use of a: >=20 > env __MAKE_CONF=3D"/usr/home/root/src.configs/make.conf" >=20 > prefix for each make command and the file content > like shown by the cat below: >=20 > # cat ~/src.configs/make.conf > # SB_OBJROOT is an addition to share/mk/src.sys.obj.mk > # provided by Simon J. Gerraty for my experimentation > # with this avoidance of some unnecessary build > # activity in META MODE: > # > # # if we didn't get SB_OBJROOT from env, > # # it is handy to set it now, so we can remember it > # .if empty(SB_OBJROOT) > # SB_OBJROOT:=3D ${OBJROOT} > # .export SB_OBJROOT > # .endif > # > # TARGET.TARGET_ARCH for amd64 stays as amd64.amd64 for obj-lib32 = (correct for the purpose) > # MACHINE.MACHINE_ARCH for amd64 turns into i386.i386 for obj-lib32 = (wrong for the purpose) > # > IGNORELEGACY_NOSYMLINKPREFIX=3D = ${SB_OBJROOT}/${TARGET}.${TARGET_ARCH}/tmp/legacy/usr > IGNOREOTHER_NOSYMLINKPREFIX=3D = ${SB_OBJROOT}/${TARGET}.${TARGET_ARCH}/tmp/usr/bin > # > .for ignore_legacy_tool in awk basename cap_mkdb cat chmod cmp cp = crunchgen crunchide cut date dd dirname echo egrep env expr fgrep file2c = find gencat grep gzip head hostname jot lex lb ln ls m4 make mkcsmapper = mkdir mktemp mtree mv nawk patch realpath rm sed sh sort touch tr = truncate uudecode uuencode wc xargs > .MAKE.META.IGNORE_PATHS+=3D = ${IGNORELEGACY_NOSYMLINKPREFIX}/sbin/${ignore_legacy_tool} > .endfor > # > .for ignore_other_tool in ctfconvert objcopy nm > .MAKE.META.IGNORE_PATHS+=3D = ${IGNOREOTHER_NOSYMLINKPREFIX}/${ignore_other_tool} > .endfor > # > .MAKE.META.IGNORE_PATHS:=3D ${.MAKE.META.IGNORE_PATHS} >=20 >=20 > > I will test it and follow procedure: >=20 > You will need to set up something like I reference > above in order to put into use in .MAKE.META.IGNORE_PATHS > the SB_OBJROOT that was added by sjg in order to get the > right file paths involved. >=20 > Without such the SB_OBJROOT will not be used for anything > and all those commands will be treated as they were before > the addition. >=20 > You may be able to use /etc/make.conf instead of using > __MAKE_CONF : >=20 > QUOTE of man make.conf : > The default location of make.conf is /etc/make.conf, though an > alternative location can be specified in the make(1) variable > __MAKE_CONF. You may need to override the location of make.conf = if the > system-wide settings are not suitable for a particular build. = For > instance, setting __MAKE_CONF to /dev/null effectively resets all = build > controls to their defaults. > END QUOTE >=20 > > - apply patch >=20 > Also: your variation of what I report above. >=20 > The resulting __MAKE_CONF assignment (if any) > should be in place for each make command. >=20 > > 1- make buildworld-jobs buildkernel-jobs > > -- bectl create "${RELEASE}" > > -- bectl mount "${RELEASE}" "${BASEDIR}" > > -- make DESTDIR=3D"${BASEDIR}" installkernel > > -- etcupdate -p -D "${BASEDIR}" > > -- make DESTDIR=3D"${BASEDIR}" installworld > > -- etcupdate -D "${BASEDIR}" > > -- bectl activate "${RELEASE}" > > - reboot to new BE > > 2- make buildworld-jobs buildkernel-jobs > >=20 > > Curious to see what results will I have in phase 2. > > Do I need to set any config variable? > >=20 > > Cheers, > >=20 > >=20 > > Simon J. Gerraty escreveu (segunda, 12/05/2025 = =C3=A0(s) 19:01): > > Nuno Teixeira wrote: > > > Is any progress going on? > > > I can do some testing on my side too. > >=20 > > https://reviews.freebsd.org/D50313 > >=20 > > buildworld is happy. > >=20 > > > > > I think you could use something like this, which should be = safe to > > > > > commit: > > > > > > > > I do not have a commit bit. Should I submit a bugzilla > > > > entry or something for its eventual commit? > > >=20 > > > That's ok. Confirm it works for you and I'll see if I can break > > > anything with it >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue May 13 04:08:30 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZxNJ14cH8z5wHYZ for ; Tue, 13 May 2025 04:08:33 +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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZxNJ1466hz3GT9; Tue, 13 May 2025 04:08:33 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747109313; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=3bUwN+UFoREtTaNvyncFcSFS57YHm69XpfRyAq6K/Fg=; b=CDyQBmfsadTadJpmfhOOrAxQPxHTjua/1qJnTurjBx5hja4rkHOJXRxcOxIwq/n5KXrpNE lv7JKy4UTHARtoelISiY8d5T8UH3kchiCPqnVAtEyUwTVd+KPOMA4yQ82I3YcfAOh2xK0k tt7YJYaYNFEJsUvvZ3nXqTAjwAYjHlUF58UPdmAEwIcel0XWNRaEGArTFF417hvz0+ToAD JRWF26Bwn3j86Nv088XXELArGsu33mDpseDEhIK7KUKUFojgQw7EKi7nWWh+Uc1XbWD2CU bXrDhdSc9XgxZJub7QOM7WVM7zx57lA5t2EtgtZre8VL5j8gaM0aNTZkWDV10w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747109313; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=3bUwN+UFoREtTaNvyncFcSFS57YHm69XpfRyAq6K/Fg=; b=rESaxn8+H7KZ+WA1HpAyRCbZmoGLmNs3zSLhfP1JlxcSbVnSbCQUZTl1SiT3Gx3yAQ1cpo drzYI6e6kVvRem8HgWeQkEpezsglkrsXJlMTrsPJ07Lv3GsgCESvFHw1NAagFnUDnNsPF0 ZfcggKEBByV4pYO2Xgz3f5rOJoJGVn3uIxVhFWuYpYAhrXHJrTUjYbfXINzPOo7MAEY1p9 97ZO9pjQXHiN1B/MZszO1pc5fe+zrFRrnhz9oopFdKvcVZBT6WpYBQTmav/Ixt6dT7Z1yA VD82y0PFwHVIEijZf98xnCvl3+4bazJqSP2ZxEyRTR90YVgRrcul+25P240DZg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1747109313; a=rsa-sha256; cv=none; b=BDwv5wzphWyJNlCaLxSSccBcfYBb5hEpaUjVRAUlDjaGgm2MAVIXg66/hF2mDa9j5KQFuv 87jlnG9n4wWkNWFeaKj1YiKAyYlU6DGIAOrukGIwer+ul7lh/cun4gVlybFTOMmptYaSsm T5f/mBypz9MuJn+vb1lwEpZxKPrHs93/FbPwASirDjVpmZlO9hAVqNFvCwPWMx/uvCMYER ulPlO778PkC2+uQLm/H1Wu5lFmx8hGU5QbttamK7bO6kKTV9cleHynC3N6fh/BGlHhVjai QpRX5aWcVV+dWnAJ7rfWGsksBOlDXRonh5Cl/I4cSvHQhNiBQQMZFvXCkUFV6Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none 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 4ZxNJ06fznz15r9; Tue, 13 May 2025 04:08:32 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Mon, 12 May 2025 21:08:30 -0700 From: Gleb Smirnoff To: Alexander Leidinger , Evgenii Khramtsov <2khramtsov@gmail.com> Cc: current@freebsd.org Subject: update on unix(4) 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 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I'm aware of 3 recently discovered regressions due to my d15792780760: 1) sway gets into infinite loop, bug 286692. 2) A panic reported by Alexander on recv(2). 3) A panic found by syzkaller on shutdown(2). The 1) is probably top priority since happens all the time and blocks certain desktops setups. The 2) seems to happened only once, not very clear from the email. Alexander, can you please confirm? The 3) should not happen with normal applications. I'm writing this email cause I'm going almost offline for a week. There is small chance that I will have a good internet access to work on them. Please don't perceive no progress on the problems or no response on emails as being abandoned. I'll be back next Tuesday and will focus on them. Very sorry for such bad scheduling. I planned that between May 5 and today there is enough time to discover and fix possible regressions, but was wrong. -- Gleb Smirnoff From nobody Tue May 13 04:10:54 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZxNM24mhVz5wHR4 for ; Tue, 13 May 2025 04:11:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (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 4ZxNM11Krbz3JyN for ; Tue, 13 May 2025 04:11:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=qDipc1Zh; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.148 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=1747109467; bh=rAZF9CljCCND7iWX//KXVLqyEg5aHm2HkVKV7+G90hU=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=qDipc1ZhJpjt9CHFzns47rbeLX9JqIm+Ddb32XVVWuhyA2ZcCaSiSiEGAR/s4BLfb+1ajBuOXVQytulPFjq0qqW2nq9t6qgRPHsC3/VCfAo2d7ma53RGUf+GjGrv3LT5NTDVNS7l1DuA0rDsR1y6TFv6q3tUMBsp3tQLGi68I4qcCkXGht1XjnHQEWWTpY8z83mo6Lp7d1Vc0x64DgkBuIVcHTWlp69m/Hyf/nRhsJxpxyAOjOQb+Ov8hXIf2vWUPkn2ypZElmnb62JanreSQy3boR5drKkd4qU7oVVw5zPNliBS4dM1FT9VHtUeYm9bz9Nyc1Fof+Pa78ca5mr+pg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1747109467; bh=niYULWP52PytY7QJJGs3wjCbmA+k/2Jtv95q/DBdLBF=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=UfC43o0QEaZObUjFx4c5aPKZYJoJPxSC9ARx7KFSVunR9cCC1SAwk+3BQB500/yW09uRvopk1a3taezvgJ8iShLXlIGPGPAyQMQMLA5wcyPBtG2oM2P6FF756GgMS6yavXpATHH8MY6wKWnVKiYgY7iy1BrUdWiPYJ9G05Af1t061TdOKTJNfCeWcbKIue5O4UaU0A8idqltGdNf1VMhuqarWuxvIPH73OAwF0mlh7r4QEY4aUcQ6YGVHBVDd+HnXjf1Vm/wwzIHD1pokmjnfl7GsoBXfEjeOnLgjH+jnVelNq8ppuhSNOkiNqdeKn3O434qeUR4ymdYo6RUHktJzQ== X-YMail-OSG: skuU8lAVM1k7CusvgWsS_HmjYQfhx0ldqyV9gBgRko2NkevpD_CLr3KEg1DMGOF kYgzjL_V7ep2vqrkeHovf.2l02hStl6v_Ke.mP3MGM5fUVi8n57vvpE1MkvzoDRe3AwNpUgtggOV Zh0nQtG9UG9pKkK_7Xj6WcOgZ3Q.GtMVUNvs5kBHKduxJqIJE9iUPczOeEoKGywqosfh2cBXqSC5 SZB8_m32h2fgldgbOdu5NhTg7_tvBgxD5VtFCeOR7JoGy4J2gA_sj5f4ANrswfTvBO9EjPhu0aHK 7NeU.ScljNeQQraDTk.7_6YZ7Dn90SIoGByjWTg6E8wGhZ0JGBRGD53FvjWIfbd533OSia3Vf7HR OKIL6TykjpagBA38q3_4B7T8IHw_i3k_P0cnwIpOk9W7z97K2vv3oEVj7gZkL5HEMfdRQjdLPaIP 30ExFERcy3_k0htBhz484wsb0uT6g2J8k80o2yh1qZNLLV90DXDUDvmOzZbh67WeBKDD9yKNxstc CNw5Wk20kwdiLQYVdd2TuZ9ot3W1re27QZTXuLhurDK6Ole.j2i0ewEf0cpY35EAlUWAuSpOWAp2 cS58HJ6NUQDPe.I_8648mZAHCbB9C_.8.TREBdzzrNVlhaC_JxrPylyHPMR4eJ3p6_I65z1ulQoQ qj47ChkY0CPRxHv_gilDPmK_9J3CziDoGGFPMqHpBL3eg2etyrCiUoBv3.N2KeUIzfOPCTTFOmOf hIM7PvJDPcgi1qKvA5OkXPveRx40CPEAbzhhvXU5Q7wRuNTk_9jpsjXFnSSYK8xT3_o8d_GiLqaB Wn49e2_Y5nJdi_efDgmNgf1YYJgHKNGejXEoL.V2du08eRUvw.eUSGYZXy6vfgXXqJPDE5ZY7a0f sigyh..kP4Tdi8SQM9fVont5C5CZ37ofhzX5cO1UbMDyrTCcO2GqMMdh4tX2Id88p8wAE9Xx1jql BuUEwE3k2587cKi1rDJNxrliDKpsYLoeVZ7sK8z2MzfflZpe4ChApSjnXZphq6bERRQTeZJr8ysR etcRIByWe.SfEPZZgK_Sui.wBtXzO3NTUPHS_I5jjoa03Mwtc9HgZpzbOVMdZbuil4LDg7vqGQB5 2d9R2YkrSTjaoz.KsjMCUwTDVDTgZA797tsdpyzI89jSLriMe3iN6LHSvXnzXSNKvM8NV4nf59Mf zNCBiVQ55lakyc_xPOSHxt.cr20lxd9tdt4jBteF4zWkR0DEZWUmEODTB2s.jzRrtSTfhYdD3lg7 E7FmIBpDxlD1yOvtnC8ethLt9r2bEBLxfVIKEUpyFwLnaCuQtv4feiOck.j40SjYCW0q8XVw5767 mKbYT_LI6SR1Ge1jamt1r06GUrLhyshTrbV9aCLORmbqPBhlXdGIov0POJ81dtHs9ehBTpIvtd5_ lTp9vIP1dU.XJYIKwDWkKTcQCwiD5e8K7Lvc4S0VVzD1Yep7vB61Euvl7DuYbuD8LFgyHY19hQby kWxPol9De3TfN5SFrdpcjgbkeFPTK0BrpNacBCYsKTb8fyu.9T5ZaclHY6rchUWLX1h_mOcnCYDx _WSSFX8Fhf4XoKeQXXDD0UuModnGt7W82.N0sKzx1ygBxWg7fNzK8tP_3oi6tTFHAS5IncpLR.Zm t3xaenCxDmRh9cwYU_xcN8Op3W9qsuOCtTqvF7WjRoi5ObK4WusqmHsp38DH84JnIiW3VV0OKz.Q XLgiVhQuvy8cIJJvqPhif9wx6smWQSWiwnj_9swU3MxfFnOb8riu9trM_UFjOKDanji3.6TigeR8 lBVbhDxZB3SU3MbP_J9r3hHWO1OZhh3ZRNOOqrnvSQmlv_Kb9w9FdjZL18oiukfh8rrpm7wDcq.T 22AjV0CPc0aiEWqx7kvcP4UVAZu4IZz31GXrOXsehxiH6UK7ZI.mxKMH_cBcAu_JfwqLlGS6XxpK 0WKWhbX03g1l.d3dJpU4A0Fi0KOFG8jaQKsuYJRbZjOlKTS6Degm0T0SW2fGF86NMvauAr7.mwFn ul9Br8JEPGzyVmcenWXrB2n__HMcKs4xLyP5vNr2B57A9Mmwast3KrTvEVMEFoaLMlYcoc39DDvN 48RdTobP6TQYKJ0ZIQ7bTpsWveNJkR.OrCfNP_pjDKPpe8g2sgfUdPpAtnmW056rZCD_FnEozSt. Nd8nBcys5.rLrwXeJsDvw3r118fLJe8uMbymPBBeYT1IQLizeSbHPpgxrXQtRqPjiGXGusW35nZM dU2xHT1vWMiT3kaEE1HHSLqadMvNJRGFgUAPepKj4y5tlQDRD0fTIse9YO7qY0Kn2Dq7ty4FtlT4 4 X-Sonic-MF: X-Sonic-ID: f52efaab-6465-4d9e-80ad-1efc2f290f58 Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Tue, 13 May 2025 04:11:07 +0000 Received: by hermes--production-gq1-74d64bb7d7-cskn8 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 120d79e667856b11729746e6fb82b8fe; Tue, 13 May 2025 04:11:05 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.500.181.1.5\)) Subject: main armv7 context: kldload of sdt.ko leads to lots of "invalid tracepoint . . ." output during its kldload and some later kldload activity Message-Id: Date: Mon, 12 May 2025 21:10:54 -0700 To: FreeBSD ARM List , FreeBSD Current X-Mailer: Apple Mail (2.3826.500.181.1.5) References: X-Rspamd-Queue-Id: 4ZxNM11Krbz3JyN X-Spamd-Bar: - X-Spamd-Result: default: False [-1.47 / 15.00]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_MEDIUM(-0.97)[-0.973]; MV_CASE(0.50)[]; 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]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_FROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.148:from]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.148:from] To test the status of a couple of old armv7 networking bugzilla submittal I'd done, I ran my old script for preloading various kernel modules used by kyua tests. It has been a very long time since I've done such. (Note: I also avoided loading zfs.ko because of its reporting that only having 2 pages reserved for the armv7 could lead to kernel stack overflow problems.) sdt.ko lead to new behavior: (without it loaded no "invalid tracepoint" output happens) invalid tracepoint 0xc008771c->0xc00877dc for sdt:::m__getcl invalid tracepoint 0xc008834c->0xc0088444 for sdt:::m__free invalid tracepoint 0xc0091060->0xc0091168 for sdt:::m__getcl . . . LONG LIST OF LINES . . . invalid tracepoint 0xe1447230->0xe14472c8 for = geom:multipath:config:disconnect invalid tracepoint 0xe14483b8->0xe1448440 for geom:multipath:config:fail invalid tracepoint 0xe1448614->0xe144869c for = geom:multipath:config:remove Loaded sdt.ko, id=3D16 dtrace.ko dtrace.ko is already loaded . . .=20 ipdivert Loaded ipdivert.ko, id=3D35 pf invalid tracepoint 0xe192e888->0xe192ee58 for pf:sctp:multihome:remove invalid tracepoint 0xe192eac0->0xe192ee88 for pf:sctp:multihome:remove invalid tracepoint 0xe19313a4->0xe19313dc for pf:purge:state:rowcount invalid tracepoint 0xe1934354->0xe1934684 for sdt:::m__gethdr invalid tracepoint 0xe1935618->0xe1935804 for pf::test:reason_set invalid tracepoint 0xe19356b8->0xe19357dc for pf::test:reason_set . . . invalid tracepoint 0xe1980ff8->0xe198107c for pf:ioctl:nvchk:error invalid tracepoint 0xe1981484->0xe19814c0 for pf:ioctl:function:error invalid tracepoint 0xe198162c->0xe19816f8 for pf:ioctl:nvchk:error invalid tracepoint 0xe198165c->0xe1981734 for pf:ioctl:nvchk:error invalid tracepoint 0xe1981674->0xe19816a8 for pf:ioctl:function:error invalid tracepoint 0xe1981684->0xe19816d4 for pf:ioctl:function:error Loaded pf.ko, id=3D36 if_bridge.ko invalid tracepoint 0xe19dc504->0xe19dc5b8 for sdt:::m__gethdr invalid tracepoint 0xe19dc7ac->0xe19dca80 for sdt:::m__gethdr invalid tracepoint 0xe19b4664->0xe19b4d94 for mib:ip6:count:ip6s_badvers invalid tracepoint 0xe19b479c->0xe19b491c for mib:ip:count:ips_badhlen invalid tracepoint 0xe19b47a4->0xe19b4dc4 for = mib:ip6:count:ip6s_toosmall invalid tracepoint 0xe19b48cc->0xe19b491c for mib:ip:count:ips_badvers invalid tracepoint 0xe19b4cc0->0xe19b4df0 for = mib:ip6:count:ip6s_toosmall invalid tracepoint 0xe19b509c->0xe19b5100 for = mib:ip:count:ips_fragmented Loaded if_bridge.ko, id=3D37 bridgestp bridgestp.ko is already loaded mqueuefs Loaded mqueuefs.ko, id=3D39 tcpmd5 invalid tracepoint 0xe2238fc0->0xe2238fe8 for = mib:tcp:count:tcps_sig_err_buildsig Loaded tcpmd5.ko, id=3D40 carp invalid tracepoint 0xe226017c->0xe2261000 for sdt:::m__gethdr invalid tracepoint 0xe226023c->0xe2261088 for sdt:::m__gethdr invalid tracepoint 0xe22604cc->0xe2261114 for sdt:::m__gethdr invalid tracepoint 0xe2260768->0xe22611e8 for sdt:::m__gethdr Loaded carp.ko, id=3D41 sctp invalid tracepoint 0xe242c068->0xe242c0b4 for sctp:cwnd:net:init invalid tracepoint 0xe242c14c->0xe242c158 for sctp:cwnd:net:ack invalid tracepoint 0xe242c494->0xe242c4e4 for sctp:cwnd:net:fr invalid tracepoint 0xe242c6c0->0xe242c70c for sctp:cwnd:net:to . . . invalid tracepoint 0xe248b724->0xe248bfe8 for sctp:::state__change invalid tracepoint 0xe248c08c->0xe248c0a0 for sctp:::state__change invalid tracepoint 0xe2491de4->0xe2491df8 for sctp:::state__change invalid tracepoint 0xe24936dc->0xe24937c0 for sdt:::m__free Loaded sctp.ko, id=3D42 if_stf invalid tracepoint 0xe24bf76c->0xe24bf9e4 for if_stf::ioctl:ifaddr invalid tracepoint 0xe24bf9b4->0xe24bf9c0 for if_stf::ioctl:sdstv4 invalid tracepoint 0xe24bfa64->0xe24bffa0 for if_stf::stf_output:in invalid tracepoint 0xe24bfea8->0xe24bffd0 for if_stf::stf_output:out invalid tracepoint 0xe24bff84->0xe24bfffc for if_stf::stf_output:error invalid tracepoint 0xe24c0054->0xe24c01a4 for if_stf::encapcheck:in invalid tracepoint 0xe24c021c->0xe24c064c for if_stf::stf_input:in invalid tracepoint 0xe24c0680->0xe24c0690 for if_stf::stf_input:out invalid tracepoint 0xe24c0728->0xe24c093c for if_stf::getsrcifa6:in invalid tracepoint 0xe24c0908->0xe24c096c for = if_stf::getsrcifa6:notfound invalid tracepoint 0xe24c0a0c->0xe24c0b48 for if_stf::getin4addr:in invalid tracepoint 0xe24c0b20->0xe24c0b80 for if_stf::getin4addr:out invalid tracepoint 0xe24c0d0c->0xe24c0e14 for if_stf::checkaddr6:in invalid tracepoint 0xe24c0d84->0xe24c0e58 for if_stf::checkaddr6:out invalid tracepoint 0xe24c0e9c->0xe24c0f8c for sdt:::m__free invalid tracepoint 0xe24c1048->0xe24c1110 for if_stf::getin4addr_in6:out Loaded if_stf.ko, id=3D43 if_ovpn invalid tracepoint 0xe24e7204->0xe24e7590 for if_ovpn:tx:transmit:start invalid tracepoint 0xe24e73d4->0xe24e75b4 for if_ovpn:tx:route:ip4 invalid tracepoint 0xe24e7500->0xe24e75e4 for if_ovpn:tx:route:ip6 Loaded if_ovpn.ko, id=3D44 ipsec invalid tracepoint 0xe2291084->0xe2291144 for = mib:ipsec:count:ips_out_polvio invalid tracepoint 0xe22910e0->0xe229116c for = mib:ipsec:count:ips_out_inval invalid tracepoint 0xe229140c->0xe2291468 for = mib:ipsec:count:ips_in_polvio . . . invalid tracepoint 0xe22a0778->0xe22a0af8 for = mib:ipcomp:count:ipcomps_crypto invalid tracepoint 0xe22a0834->0xe22a0b20 for = mib:ipcomp:count:ipcomps_uncompr invalid tracepoint 0xe22a088c->0xe22a0b48 for = mib:ipcomp:count:ipcomps_wrap invalid tracepoint 0xe22a09d0->0xe22a0b70 for = mib:ipcomp:count:ipcomps_nopf invalid tracepoint 0xe22a0ea0->0xe22a112c for mib:esp:count:esps_input invalid tracepoint 0xe22a0f1c->0xe22a10b4 for mib:esp:count:esps_notdb invalid tracepoint 0xe22a0f80->0xe22a10dc for mib:esp:count:esps_nopf invalid tracepoint 0xe22a0fe8->0xe22a1104 for mib:esp:count:esps_notdb invalid tracepoint 0xe22a1058->0xe22a1158 for mib:esp:count:esps_nopf invalid tracepoint 0xe22a1278->0xe22a13ac for mib:esp:count:esps_nopf invalid tracepoint 0xe22a1338->0xe22a13d4 for mib:esp:count:esps_nopf Loaded ipsec.ko, id=3D45 dummynet load_dn_sched dn_sched FIFO loaded load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded load_dn_sched dn_sched PRIO loaded load_dn_sched dn_sched FQ_CODEL loaded load_dn_sched dn_sched FQ_PIE loaded load_dn_aqm dn_aqm CODEL loaded load_dn_aqm dn_aqm PIE loaded Loaded dummynet.ko, id=3D46 # uname -apKU FreeBSD OPiP2E-RPi2v1p1 15.0-CURRENT FreeBSD 15.0-CURRENT = main-n277207-62f55b34ec42 GENERIC arm armv7 1500042 1500042 (So that is an official PkgBase installation, having booted kernel instead of kernel-NODEBUG .) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue May 13 07:41:10 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZxT1R5Vqtz5wVZm for ; Tue, 13 May 2025 07:41:15 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 4ZxT1R2sYBz3tLX for ; Tue, 13 May 2025 07:41:14 +0000 (UTC) (envelope-from jakob@alvermark.net) Authentication-Results: mx1.freebsd.org; none Received: from c-92-35-77-188.bbcust.telenor.se ([92.35.77.188] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.1 (FreeBSD)) (envelope-from ) id 1uEkGF-00000000BbY-1x0t; Tue, 13 May 2025 09:41:11 +0200 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alvermark.net; s=x; h=In-Reply-To:From:References:Cc:To:Subject: MIME-Version:Date:Message-ID:Content-Type:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=PtA0faLKItlSWW3SmVggo+ffUapaNDTTN7Zejo+xe2Q=; b=ESZP/ZBQg7eT9pDxEvnnpdHXK zX4guB9KUnE1RR0VQmkCiL4y9LLW7rCoJA6lyDjwdEt0P/rfmRocf2RVzlEeHu96RRh/l6C/pN5ZB DrH6TNtQnh8gvNRoBx+ACVCZkD5sQPqr49pyJBpT+ouFkV8DN5y4wjrvMf9jbVNxQ9G2GvwV2h6E5 5Xa9LaWJJjdkTG+aWQvIQ3bQdWjey6L5vUhOYbmX59wWz6NddffJMB8P/I3KHeUcJkWRw/Z3E1d2x WAcNP6fNBwSuHLcUwfXMtaeI0vxzmUk///3Jm8wnZi3ahUSGHoghgVPJBGUPAblX8NHeZ1Tiigm05 9gfiQ8gLg==; Received: from wggw.ownit.se ([84.55.106.55] helo=[192.168.22.4]) by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1uEkGE-000JTx-Nl; Tue, 13 May 2025 09:41:10 +0200 Content-Type: multipart/alternative; boundary="------------4d4Vn8LXcjs6ZSNAB7Pb0u0u" Message-ID: Date: Tue, 13 May 2025 09:41:10 +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: Loader goes to LINES=16 and kernel stays on that :( To: Toomas Soome Cc: freebsd-current@freebsd.org References: <988144rr-r83q-1s32-3498-s07r557p6083@yvfgf.mnoonqbm.arg> <73eac8ee-1c83-4f96-b0e5-412ab257670d@alvermark.net> <6C4280EE-2E82-4CE6-AF5D-BF46C894625D@me.com> Content-Language: en-US From: Jakob Alvermark In-Reply-To: <6C4280EE-2E82-4CE6-AF5D-BF46C894625D@me.com> X-Rspamd-Queue-Id: 4ZxT1R2sYBz3tLX 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:34971, ipnet:185.34.136.0/24, country:IT] X-Spamd-Bar: ---- This is a multi-part message in MIME format. --------------4d4Vn8LXcjs6ZSNAB7Pb0u0u Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 2025-05-12 22:36, Toomas Soome wrote: > > >> On 12. May 2025, at 22:50, Jakob Alvermark wrote: >> >> On 2025-05-10 22:13, Adrian Chadd wrote: >>> >>> >>> On Sat, 10 May 2025 at 13:10, Warner Losh wrote: >>> >>> Yea. This is due to the new, larger font and a hidden bug. >>> >>> >>> Hasn't this been fixed in -HEAD? I thought tsoome was working on it. >>> >>> Oh, here: >>> >>> https://reviews.freebsd.org/D50258 >>> >>> Want to try that out and see if it fixes things? >>> >> This has a very weird effect on my laptop (Lenovo ThinkPad X13 Gen 4, >> 1920x1200 screen) >> >> The first few lines from the loader looks normal, but then it clears >> the screen veery sloowly. I can see big blocks of the text being erased. >> >> After the screen has been cleared, it starts printing "Loading >> /boot/default/loader.conf" etcetera, with a GIANT FONT, really really >> slowly. >> >> Then it switches to the small font (I have "screen.font=8x14" in my >> loader.conf) and displays the menu quickly. >> >> > > giant font hints that you do not have loader.efi updated in ESP, that > is you have the font but not D50258. (D50258 probably has to have || > in its check;) > > The screen clear is something I’m working about now. There are some > things to change about it - we have screen map and should use it to > skip “clearing” the clear areas, but resolution and font changes need > a bit of attention. > > rgds, > toomas > Yes, I didn't think about updating the loader in the ESP. I did that now and it works just as before. Jakob --------------4d4Vn8LXcjs6ZSNAB7Pb0u0u Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
On 2025-05-12 22:36, Toomas Soome wrote:


On 12. May 2025, at 22:50, Jakob Alvermark <jakob@alvermark.net> wrote:

On 2025-05-10 22:13, Adrian Chadd wrote:


On Sat, 10 May 2025 at 13:10, Warner Losh <imp@bsdimp.com> wrote:
Yea. This is due to the new, larger font and a hidden bug.  

Hasn't this been fixed in -HEAD? I thought tsoome was working on it.

Oh, here:


Want to try that out and see if it fixes things?

This has a very weird effect on my laptop (Lenovo ThinkPad X13 Gen 4, 1920x1200 screen)

The first few lines from the loader looks normal, but then it clears the screen veery sloowly. I can see big blocks of the text being erased.

After the screen has been cleared, it starts printing "Loading /boot/default/loader.conf" etcetera, with a GIANT FONT, really really slowly.

Then it switches to the small font (I have "screen.font=8x14" in my loader.conf) and displays the menu quickly.



giant font hints that you do not have loader.efi updated in ESP, that is you have the font but not D50258. (D50258 probably has to have || in its check;)

The screen clear is something I’m working about now. There are some things to change about it - we have screen map and should use it to skip “clearing” the clear areas, but resolution and font changes need a bit of attention.

rgds,
toomas

Yes, I didn't think about updating the loader in the ESP.

I did that now and it works just as before.


Jakob

--------------4d4Vn8LXcjs6ZSNAB7Pb0u0u-- From nobody Tue May 13 08:44:35 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZxVRY0vcHz5wYMr for ; Tue, 13 May 2025 08:45:29 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (mailgate.leidinger.net [IPv6:2a00:1828:2000:313::1:5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZxVRW5qFTz3KjJ for ; Tue, 13 May 2025 08:45:27 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=leidinger.net header.s=outgoing-alex header.b=qjFkxnIE; spf=pass (mx1.freebsd.org: domain of Alexander@Leidinger.net designates 2a00:1828:2000:313::1:5 as permitted sender) smtp.mailfrom=Alexander@Leidinger.net; dmarc=pass (policy=quarantine) header.from=leidinger.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 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1747125923; 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=2XZFkaet6y1l2EHCSAXpaKrEu5eH08Ty4dVyWfwPzI4=; b=qjFkxnIELNE/9HW5tTFoM+n230fw06StSvP8I4rWGrWXkWo+2JfOHeO8AxSpyQXcF6zFv6 Lv5naRJ/JBsuyJ0U8SwLAjmYysII9iZmaPhV9/Wso9X7rzmM0/CWdSM7QPcvaHSUZeO+Qn /gWhlQh2/ZYuPkzKGcK76b7VBoAQzt2/Ee/ZTfNvdW2LNDJ0/2Kx16+3vVUJdkH/yHm1pc qd/aAzbeMrZ9h1urLq4ToUqyhwxoIsE1QGBNirL2nPj28Vu8D4f+psGrTV+/fRifwJ6Jf9 61hBynhcXjOXIw/OKUDhsCWjBMtPeqs/HIlhkFjTr7lJtmjwXqdBQUfY7HqOXQ== Date: Tue, 13 May 2025 10:44:35 +0200 From: Alexander Leidinger To: Gleb Smirnoff Cc: Evgenii Khramtsov <2khramtsov@gmail.com>, current@freebsd.org Subject: Re: update on unix(4) In-Reply-To: References: Message-ID: Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_ca9feb0f24c1ca1a2b50f42cf67bc561"; micalg=pgp-sha256 X-Rspamd-Queue-Id: 4ZxVRW5qFTz3KjJ X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.06 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_LONG(-0.99)[-0.986]; NEURAL_HAM_SHORT(-0.98)[-0.976]; DMARC_POLICY_ALLOW(-0.50)[leidinger.net,quarantine]; R_DKIM_ALLOW(-0.20)[leidinger.net:s=outgoing-alex]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; ARC_NA(0.00)[]; ASN(0.00)[asn:34240, ipnet:2a00:1828::/32, country:DE]; HAS_ORG_HEADER(0.00)[]; MISSING_XM_UA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DKIM_TRACE(0.00)[leidinger.net:+]; RCPT_COUNT_THREE(0.00)[3]; FROM_HAS_DN(0.00)[]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; HAS_ATTACHMENT(0.00)[] This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_ca9feb0f24c1ca1a2b50f42cf67bc561 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Am 2025-05-13 06:07, schrieb Gleb Smirnoff: > Hi, > > I'm aware of 3 recently discovered regressions due to my d15792780760: > > 1) sway gets into infinite loop, bug 286692. > 2) A panic reported by Alexander on recv(2). > 3) A panic found by syzkaller on shutdown(2). > > The 1) is probably top priority since happens all the time and blocks > certain > desktops setups. The 2) seems to happened only once, not very clear > from the > email. Alexander, can you please confirm? The 3) should not happen with > normal > applications. I tried to boot into the BE two times and each time I got the panic. Not directly at boot, but after some jails started services and normal operation progressed. I would say I got the panic within minutes (normal operation with smtp/DB/http/TLS/... traffic). Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_ca9feb0f24c1ca1a2b50f42cf67bc561 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmgjBoEACgkQEg2wmwP4 2IZS2Q/9FchPLCYVGB50GjaI5y1pQ2sgm7SmmYhc5ianu75iLOyhF0Pn/YbPFlsS TYRZD3UXVxgpuncO8SaO2VUmHVE3c0V6WH8jCgShQWGb6TV2N37waJyMM3FSeUca Fek4rp3JnVQ2Y+nDsW4K0KSIb47mUOnunFMFP87WCXiKXLTn7BGGD1vssOOe8ihh lh+Xz2JsFnCIUAthpeIVPtYX4V8Q/gDiVEWk2WpfFtCFH97bnwTsUDQESIFmAWSP oB07nmj8oCjbinvgWE+iKbhDeRBg65n8ebUVLxMe/MdTdVXTv/nrzluFnLe6rAnd +7jQa21zIi8Mcw8v64IPX7ecXWrwrleIz7B4DpzDlugMHZGRNJh35UP4WVdvk1wU O69WXmjd0vsWoEZRqD83uk3NwH7oMehtfYu+bhfqXVKwD68AwSjfU+VEHxjt4mM1 0W1ns3zHhHTIvzWXto131piNpu71cq33E4AtfzB9ODdiG9Ig8wMFSx9Q2ZPlnADB uRg5glCNDJ0b/9OVMVXur1AsqoAn2w0aINheQFluQ2nqsVoYKlhVXDS2SQMn2PVv I/y0m42DQqPsAfmfkmC2EXt34ivcUYwuM2O7d4ZRFgi9UPbPoBkE7d9qchaINK0o 1ePEnZQ1+C0iwtXm5bVesZwnNwX1XrHvQXXzg/cnurXqIdq8gIE= =o2SZ -----END PGP SIGNATURE----- --=_ca9feb0f24c1ca1a2b50f42cf67bc561-- From nobody Tue May 13 15:43:14 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZxgkT6qXzz5vXMF for ; Tue, 13 May 2025 15:44:01 +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 4ZxgkT4RWtz3D3c; Tue, 13 May 2025 15:44:01 +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 54DFZgEN007817; Tue, 13 May 2025 08:44:00 -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=SSGTpljmd6n+Y j9J1JS5C5QGhxUk/sYPs2zyEip+Lig=; b=fr32ICuV5KuXyQY92P48ZKUIoTSZa KjO2kW2fr+bE4eJcvjhRPJ2fj//td8UosUtjiP1QhBoxxJpnz6/6GCqdD3+sUC/R IMNRD3nsNRXMTLu96+6iA7XZBXU4aaxiYCJvGA2bbnX/t7ESBxIWzVdAnC13Dy5+ tDFL4oP2vM2mJ96Zb0ThHoCtyfEpXADHMGkeny63mpzqzHa2nMV41xUa3MNwWVAP 0IdVpQv8x9KtiRsDMoUskxzD8IFwkM/+dsi2tQSA06d4r5fOTLKb+/TODYUdnrTj IEPqYzQUGtGm6Q1xbzggO8NU4fB20TvgyACMLeOjqF03NURjMsCXLyQgw== Received: from ch5pr02cu005.outbound.protection.outlook.com (mail-northcentralusazlp17012055.outbound.protection.outlook.com [40.93.20.55]) by mx0a-00273201.pphosted.com (PPS) with ESMTPS id 46j5thdxq1-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 13 May 2025 08:44:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=YG/A9zVqlk54D2diuqsRtcCqhO6GLtNqcqs+1sCoKFWL+A1XqU6k3vS5EwLxnUU7NdnVLJ2PAnHlV5v9ZNb484CBXsedlJINfzbZjJOT6yTpX41dtxVwXFC9IflaIWZOLpgeF9S9ghD1M/0NUlI8ljgt4MWe3HTpZp3reYQHRDPqXfOzhwDyElH6M6WyAdtDcqTy9kLwOYieQ2LtekbokHa88cVTHGRBCY4pD7Gvl8UHbYqupzLW9c61OymZu4Cny+aMCYoekAoNk6aTEGX7XTRW+KJR5+mC6S3Hw0bDwzQ3RXbKvyjAcmMxLulC9LJwBTdbpxlL5565JtiwAHRtCQ== 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=SSGTpljmd6n+Yj9J1JS5C5QGhxUk/sYPs2zyEip+Lig=; b=io6sfM+4ZlsT5mPYiC7BYe3bnmH7X8COEusCwwMj0W+OYvZJmfxwqiY1cDa8OJBlLs96kwbwkJIBijeRlUpscXXcQPO7ab4kdivPRlzeEky4Ivp0uabO81IlullNPiHMG1mpzi0NTYvo+LBHwDu1D1nsuAjWG5iQimA1NmjD9igVdwP6lH29LhPpXM216Ot0zAGyUxQOF6Rza0N3S01cctJQt1DhJyeesBgm+ijkUwxh+R4nKXhyTGHaZuPPT1zpOXDw7hNuIXLMRzqZusMJP6d+7846AayeQJJIDKhgTToE5aAhomRJyfx5nzkTyTu3fl8md+RFUa2Ih15JcRiojQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=softfail (sender ip is 66.129.239.15) smtp.rcpttodomain=freebsd.org 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=SSGTpljmd6n+Yj9J1JS5C5QGhxUk/sYPs2zyEip+Lig=; b=jBE/SwIWtnJWhHqGVvcWpl5ZKsliEeu1NyQxLaw014nyALYryclAxTN+mNlz6Z6eJklJfQXbrFyO1I8RU1pxFIiKuPyZIAPD2K9N5BcYR3VPSjHk2rAPK0OeDUv25MaYbNh/ZoZPle8zrjbGzZG6F3kjESYyCW3cxm3xyE14VpQ= Received: from SA9PR10CA0014.namprd10.prod.outlook.com (2603:10b6:806:a7::19) by CH3PR05MB9460.namprd05.prod.outlook.com (2603:10b6:610:144::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8722.30; Tue, 13 May 2025 15:43:57 +0000 Received: from SN1PEPF0002636B.namprd02.prod.outlook.com (2603:10b6:806:a7:cafe::6b) by SA9PR10CA0014.outlook.office365.com (2603:10b6:806:a7::19) with Microsoft SMTP Server (version=TLS1_3, cipher=TLS_AES_256_GCM_SHA384) id 15.20.8722.27 via Frontend Transport; Tue, 13 May 2025 15:43:57 +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 SN1PEPF0002636B.mail.protection.outlook.com (10.167.241.136) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8722.18 via Frontend Transport; Tue, 13 May 2025 15:43:56 +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.14; Tue, 13 May 2025 10:43:56 -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.14; Tue, 13 May 2025 10:43:56 -0500 Received: from kaos.jnpr.net (10.104.20.6) by p-exchbe-eqx-02.jnpr.net (10.104.9.15) with Microsoft SMTP Server id 15.2.1544.14 via Frontend Transport; Tue, 13 May 2025 10:43:56 -0500 Received: by kaos.jnpr.net (Postfix, from userid 1377) id C0830DE614; Tue, 13 May 2025 08:43:14 -0700 (PDT) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id BCC2CDE613; Tue, 13 May 2025 08:43:14 -0700 (PDT) To: Mark Millard CC: Nuno Teixeira , FreeBSD Current , Subject: Re: incremental bulds from scratch with beinstall.sh In-Reply-To: <8FA02BF7-2653-4B4A-8EFD-84C148473AF5@yahoo.com> References: <28F2BDE7-5903-4C04-A570-6A407F19D5F2.ref@yahoo.com> <28F2BDE7-5903-4C04-A570-6A407F19D5F2@yahoo.com> <49396.1746554966@kaos.jnpr.net> <87401.1746562441@kaos.jnpr.net> <4ACBBC16-3BB6-436A-B0B1-A18F088B000E@yahoo.com> <4421.1746572832@kaos.jnpr.net> <2CA19E21-0F2F-465A-BE8E-81ACDEE42D23@yahoo.com> <10858.1746584427@kaos.jnpr.net> <27515.1747072855@kaos.jnpr.net> <3D5D0CE0-64A9-4A99-8282-61918987BA5C@yahoo.com> <8FA02BF7-2653-4B4A-8EFD-84C148473AF5@yahoo.com> Comments: In-reply-to: Mark Millard message dated "Mon, 12 May 2025 17:49:22 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6+git; nmh 1.8; Emacs 30.1 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: <88816.1747150994.1@kaos.jnpr.net> Date: Tue, 13 May 2025 08:43:14 -0700 Message-ID: <91572.1747150994@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: SN1PEPF0002636B:EE_|CH3PR05MB9460:EE_ X-MS-Office365-Filtering-Correlation-Id: fbfb0416-d249-462b-2f63-08dd9234f8f1 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0;ARA:13230040|36860700013|1800799024|82310400026|376014; X-Microsoft-Antispam-Message-Info: =?us-ascii?Q?26rxS/J7hDGLcoQ3aoKHWztdMW+urv7nYgZSLjo3iALMABeONOkBCvzpYZJZ?= =?us-ascii?Q?eOWthhYpE1NKsoMK74WJNroLkx5fJwr0fdeeUPVZQC6T7OM5N/6VRIyxB52R?= =?us-ascii?Q?FpbNZ8mrcYHzxyWao37Tt1qlWhKDRl9Bgb5FQkDwwfYAvd3YqxS3zhbXu9ZP?= =?us-ascii?Q?+bey8/1wcw7q336EIBXNfxw9yT+J0lCuJwniQklo+I3+lZOcEvsb9gHFaNSn?= =?us-ascii?Q?/q9I8c7xDmK5SUG0G3fxjfCEZmoo4vSE7ZQaPMJDqV6FGoxctaVwZNC0HkGR?= =?us-ascii?Q?rf2JN5ja1IRtlCSVyip+JxJY4VoZtoQmMt0SQChXDlNCC8fue6fwUP+N2xJh?= =?us-ascii?Q?JPeqw8CfgN89vYNNL9ro4wE0fxLEpLUp3HNWcTk2skQnT5lChAnjOmrFOuyZ?= =?us-ascii?Q?P7UMzaEkmSj/pXlNNUsCz6tNq6gxP+0p6URvcGab8f7usgRn0iXrfVs8ddws?= =?us-ascii?Q?9eng1lFVdBPh+a2FkL8GxlP1skQSY8/5Vkb3P8WB7PFwUS01fLJJdpOLMVnY?= =?us-ascii?Q?Apu+FOao26TTVBu5IMxMTntiMprwL8tQR0rh5AF/hkYKf2s2Il7LHq4BpKHm?= =?us-ascii?Q?uQAal7QRw5zLbgoNQ5w7R/zCtYS3VP8n5PEXwECtIsxyfCVmH11maqXwTi8C?= =?us-ascii?Q?OeUDsFGL9O1jfdS3aHtaRZaVwgvwciLlX9XE8erVwn9Nn+gMCyDi6N5AIk1o?= =?us-ascii?Q?SJ3Jk60rYs7zr1wa4vwmL5TSyWw+WmqumLNliORgVtHOb5/6zn004/l6KHWd?= =?us-ascii?Q?Pyd2u3B4W69j1RtfhM6R2gXIZnUSI98h6sKhjuQBJG8opj8RfANipv/jWl3u?= =?us-ascii?Q?6C0DJS4Rlz8LzW8JHoUK40d9p4b8ozCIx4bfsMYNnaJR7oKtKwZzRGVFH02d?= =?us-ascii?Q?TGxJFl63CE9URSycSsElE+A5m/jig9eYKdLRd1RWmRA564uNCLf41Bujv8O6?= =?us-ascii?Q?Z2NlNKXZ1ws1I6cawfD/UgjiqeN8TpNr/XMiLujRGolHgkbdF1Icrck8NRU4?= =?us-ascii?Q?FG3EP9yNc641kF/4rI9V/0wYU6NUrRdj9j0sDRZJV9WjPBRUpULrymoPK21G?= =?us-ascii?Q?cwBPSVCopGzHN5+3/0Gtdpbsq1Y7vokJTgyhsAOsk1yDFeoaMBrCffReYrmy?= =?us-ascii?Q?ElRk6CmswdCHiaNJLoJRF+25T9TvboI8NJyJScd9mlzXBBAtY7N/uxOdffs9?= =?us-ascii?Q?WMLiLuuxcklivUy/RTnWWIbMLiV7BuUZp0rAZHj5QmTPtwBR4t1cPoRl2Iy8?= =?us-ascii?Q?Q7yi9PmEndbdquyfl1JKpeP0yCAQMvpaZd0i/ithMZUJwplj7xMO8fOo5trS?= =?us-ascii?Q?XYmdYm+VUw4Gvx0xNfTrkvim+rCwKOuwrqv22qa2usWS/IEWPV4tztU1sovR?= =?us-ascii?Q?nfyCvJk/6qmELLzJvxOt6w62Ca7m7WMC3JeL41aA8Rz+on0PGlLIPq/HzwJp?= =?us-ascii?Q?B0l4ErO06ukj+zqH5MDzcWXdbq1l42og5dxkumYIZpNVm+f8DyVmuQ=3D=3D?= 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)(36860700013)(1800799024)(82310400026)(376014);DIR:OUT;SFP:1102; X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 13 May 2025 15:43:56.8196 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: fbfb0416-d249-462b-2f63-08dd9234f8f1 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: SN1PEPF0002636B.namprd02.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: CH3PR05MB9460 X-Proofpoint-GUID: -mFlzqj0XRnsUXIH3F8fCkEHfM71xa4G X-Authority-Analysis: v=2.4 cv=IfqHWXqa c=1 sm=1 tr=0 ts=682368c0 cx=c_pps a=qdevHIbYfAzI1c5gbp2lUA==:117 a=YQU41r7WENJiSYrYYNJVsQ==:17 a=h8e1o3o8w34MuCiiGQrqVE4VwXA=:19 a=wKuvFiaSGQ0qltdbU6+NXLB8nM8=:19 a=Ol13hO9ccFRV9qXi2t6ftBPywas=:19 a=kj9zAlcOel0A:10 a=dt9VzEwgFbYA:10 a=s63m1ICgrNkA:10 a=rhJc5-LppCAA:10 a=bFur88ftAAAA:8 a=CjxXgO3LAAAA:8 a=pBZ4oN1YXGxZdBVwf1QA:9 a=CjuIK1q_8ugA:10 a=jGqzw8ErhhwA:10 a=3HaaJ5jlTRvNgVQuENfk:22 X-Proofpoint-ORIG-GUID: -mFlzqj0XRnsUXIH3F8fCkEHfM71xa4G X-Proofpoint-Spam-Details-Enc: AW1haW4tMjUwNTEzMDE0OSBTYWx0ZWRfX8OBdjmzHRVXt 7r6SNM9HOPNII81BtIrXxHwuGLFGwwcj/5DRIiiFv4XvZiX6lJ71Pk++Wg1fViy7ohQQvB/kkuN 7QVr3AZ0uiS9AFiOgkrRBSX+Nod7e68XXxuOgpdvFpJE5oHuKWVXFLqE8FhXxVWU/tlIl3aFMgz uFKqTH3AnmG+ehc+WVxYl5qkqPZ2x3fg0iaR+hLUusETTlfruQGx+qD09YrrSR1yHQqqLU3Jrs4 BQN45HbEbkaD1XGWY+eRM9r1wji0kBnuJP96vlT7JBXvHYh1Tqdd2EJ2+iUOOo44MeDEs9pw9yx 1TbokfE8JPXclymoD3NPtPLeERmJCkl5wsuSCxPFJcxgTUMJ8xs9mAPxFPg4+eZwSc/Im5gmJpm +NoBBMO4oCquPDaZtM1mInBe3Dwa2sEKg9IyjZUk67XrFnEzrc8knH7Tig0goxtX2d8a+KDU X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1099,Hydra:6.0.736,FMLib:17.12.80.40 definitions=2025-05-13_03,2025-05-09_01,2025-02-21_01 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 adultscore=0 impostorscore=0 malwarescore=0 mlxscore=0 phishscore=0 bulkscore=0 mlxlogscore=947 suspectscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 classifier=spam authscore=0 authtc=n/a authcc= route=outbound adjust=0 reason=mlx scancount=1 engine=8.19.0-2504070000 definitions=main-2505130149 X-Rspamd-Queue-Id: 4ZxgkT4RWtz3D3c 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-Spamd-Bar: ---- Mark Millard wrote: > > Use of a: > > > > env __MAKE_CONF="/usr/home/root/src.configs/make.conf" > > > > prefix for each make command and the file content > > like shown by the cat below: If you are going to head down that path, I would highly recommend using the 'mk' wrapper from https://www.crufty.net/ftp/pub/sjg/sb-tools.tar.gz We've used that model at work for over 20 years. Described in https://www.crufty.net/sjg/docs/sb-tools.htm In a nutshell; each tree has a .sandbox-env file which can tune its environment (as well as mark the top of the "sandbox"). There are a plethora of other hooks to tune. I find it especially useful with Emac's M-x compile From nobody Tue May 13 19:03:32 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Zxm931NSNz5vpQT for ; Tue, 13 May 2025 19:03:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-20.consmr.mail.gq1.yahoo.com (sonic317-20.consmr.mail.gq1.yahoo.com [98.137.66.146]) (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 4Zxm9259lmz3y9R for ; Tue, 13 May 2025 19:03:50 +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=1747163028; bh=IO62pWwtr0HeAlr6D+fyR4+YZ/NDtHZ/q0NyznnTgP8=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=s+dK71RhSAG9YymV36wRmED8JCb85CoK7FKv4hjMuALiPHRK1RfyKqbAoo2fI4uPdqWamDDuIlyZd8nxDL2oXWGxMC1JxJvwpa1x4wkwlwh9X9y4iup5hcdN36YdrsRbw9vqkzUWS+LqkitMNNk9ZaC4kDz3TKg0cohDpHXWi6WwwmeBK2y2LB0RK9XiPaYIby1mAbM2NPiMSKacXAHMbZNGUhlst5V0O/Ipirh+ls+316ItrfnMVOw8Vdy0SfizETVc2tJToQ7UHZDPRJQVO1Lnaua3aH9PDlp1WYUAPFFOd/0CKAt5o0/RfVkhvpCDISel+BiaogAdJuaSgqvafg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1747163028; bh=QwqfYVyCEOniM/H8eSBOAjDShQ34CKaJQhPLb/fBvh2=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=ZK+8tAIKF8ZucN+yCqH+WzOBvl4hyJoy4Z4rHt4aymVWpXUizYtr9eDwky7xPhEqEyH0w/tq/t8MriW/8xo8KpXEw2XMrekOrjx+mgl3PWw0qWaduJ+GyMlPlBsbOgX6W59I0FKTy+0PSIhdlbo7S7LG3icurxdv4BktWCW8exGhvntJNMPzGQYf0+XHUsA90wUmtcNGtnOJj9nNOi/rjfztKkvEfezRCX89Rj/dDYaduMCJ5Y5OO7t3XRQrGmQM63Y/132nn1I8GW4QteEqkE9lArS289TfYcMNb+5dKcMB7VmpcuUpnRHmTSo1HiugDYtpDnd4DcgA37KpbNFkzQ== X-YMail-OSG: OcTP0tMVM1lzZPgP3rv0yPMs7.rE7zbwElBNw.56lE94fVeGKfeNlS9RAgC3YJw IGyarxbKo1nJUBLjj6RLeUsE4O3k9W_LVsJmEZ0e5AbLvS0mOTELx_okQhtEDQqbwwgflMt0a5Nb 57cBxxl7.mBoK0in_utYK1SAtPmYvcaJ.x5KJrWr5b51WHLcZI3JJIpxKtG.mTlcI.MO5XEstgWB 226onJsJVf2kheuj5pdmNlDjuItGovC0bTkwUWOqVSPda.p19T6pMjuacRiKbb7AABSRPc_nwoJZ GUEuFZD4ipEpO1THO5CgoCiUi4gjkFAhyW6CpREOmOFJjcLh2Q3MxTgJl6rjUFuqMl.0ixiJhZCu wfVQER45HVevDq._NiUPe3kSuCk.xerFLdzFiGxQypXkscFYODBlJdDb2saEGuYdjEd.rxpmtevn gh3gnDwry2N81krZxbpLYSje30HxvNCWoCZbOkHFekktQJ0seN5aajJSITasiV0VRmvS52Kiy467 iKkxvjXYei9NayicaSFHqe5Xh8jL.EGULIfX.Oxr1yQN3bl3gIyKDkKONZriAAM2IFbrDta2jhIv ItxH3jHrtwuUT6cX_Pk_tOCP6O17S_w.HWzJlW6mJf_SQVXF65VEy28Wa1uuOa7qdYuRFKd4sFy1 JQmMt9B8pGgXtdm2zhbCx4Y68LzwufMh7lOvoSQr1bVgGgzPQ2p22Q.RTCJbH0M70b_4_ZHdJ1.C e05R47kZ_5TxJw7hrb5WcqDHAb5J77K8z9Brh6hAZ9JY_4.VWmhkt9VwRnKr1KsKFdb8apjp4JC1 mRuEuI0.mIZWCzcNvlZSN.7H5uVh7v4fkKkCZt5LGRQRcGbll04iZM2FKRaR0U7sZWhpGeNVN2GX BiN0jC4Qivv.J_P0hBbU.uFVFKlr77qxmM90UMc_ozsfN7_IlacVYPttHi0YkiQqzywibRMO76Qh fcQGU_lugYmILruyX_e4bh66KoRm8TgD2ZEKpCL.6AUrbzW_mdcdLJ_1fKSePO1pqy3oWp2NTU4q m6M_vJ9qZirSokGytwW6nhva.KGa8WS45Kf16niAovkpSjaOJg6egInRVKITRaD8nK6VRY2GsrJz ecZvvOJOU7fkLkdgtwFu6wlpybSazw0CqkW9Ep4_QwZ4T5S54N1vKJAWVVHIerlVEyWkKUCzTlBF 86G4llUk1r8xbIFHHjDncvQDSguwlf8Os9i2MUnN7a.BOKM9qkoqTB9175FnyNo33lhpAm_Pv3FI yDgV9sNOtQtNqhmMpp7cAqi.S24ry6yE7c37yvS8cCoVEzbYqaWG.yX5yz_2GJwyXQHd6eaz0ulV BjW8LY.5lQu4y4QJiMLFeXXS8KbbJwO3Q2SiUvT0DOZjMFDvDQ25dXjlEuXG8U2JIlVk5CK0AiSz 99jBMkixQpFgn0LE6tLVUFznsclIl9T55T8M8w2GUCpsDoZBSMSyucvkgeTBtlvd3T77fVwWsIii lTHZOBovKq2W6UD_gN1iCiQ7TM03KImD1y420xmLjQoTNIRQJbd2QgeXe7o3nFnB99veQlsh8bdA wIXK_yJnmKj2oPNR2f8tQTXJdrQwJIyVTIE4RJq9OCTrSQpkd7zLYwqF6OrXSdT8Ct0htmJSxlTo mlMMIRFIseCeinmQ816KASAh3pBAojHWYNN0KB4IM8vi49XGyL4q82om3hIt2nPtpKRiRqxm52nY VY3VAXaB3rzdVbWu84dHyhYhMYiTfyzPbZ_g7cj8LdhC2.vtQa6sac00NyYEBeuycD1.hXVRPR_Z Wg8yARzPt.NbCMNR6FCsco62qS0ED4eLOw49Aq9s0aSeSiEHBmL1gpqrbd.ebsuJJvuhj._Wchrz 3aHp1Au_C9H0lUMlrO24FOcKWj6Or6dCeS9_343UQajlTNGuOpAwRd2Rg0IAqVwRiGtj6w4ShP4v 2sxz9Po7yi5uNkfinLEwiIGsPXrOXJ4uktzpD_GSC7bLYq2t.07E.ggU2rziig9IkwiX.qF4Tawt girmpdFAmFgzAuIBsAJ5YRJaabygqUcQdR6vL.f8QYD6dU2xaJy7rL0Zd5U.FCgOif5dptKuVE3O 4_Up1sj_uwX07nPTQ3nz9r3lC3CI0ENaEYQ4Gohx7b6CHlZrZ.6CCzBRMuYSYcPNpshb45PGsNtB HpsI.kZo.M4AnIVQcV6OeXPAmQRPLB0k1emtKMrtSNZzdWl_XCQ2E7h4YUPlN4ty4NOZa4zZHW.L NlGqsrvDVXQano0feWTFF8dJ8jMGoGVyEJzUtyh.BtvW1tQVH2BUws6NqZXvXEd36dbxPSoTZdEI 3GYArcw-- X-Sonic-MF: X-Sonic-ID: ceeb3d87-7188-4d63-a300-9fa3ddb57b83 Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Tue, 13 May 2025 19:03:48 +0000 Received: by hermes--production-gq1-74d64bb7d7-5wzx5 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 52fc5956cfea94fbcc2e1e02ecaa8cfe; Tue, 13 May 2025 19:03:44 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.500.181.1.5\)) Subject: Re: incremental bulds from scratch with beinstall.sh From: Mark Millard In-Reply-To: <91572.1747150994@kaos.jnpr.net> Date: Tue, 13 May 2025 12:03:32 -0700 Cc: Nuno Teixeira , FreeBSD Current Content-Transfer-Encoding: 7bit Message-Id: References: <28F2BDE7-5903-4C04-A570-6A407F19D5F2.ref@yahoo.com> <28F2BDE7-5903-4C04-A570-6A407F19D5F2@yahoo.com> <49396.1746554966@kaos.jnpr.net> <87401.1746562441@kaos.jnpr.net> <4ACBBC16-3BB6-436A-B0B1-A18F088B000E@yahoo.com> <4421.1746572832@kaos.jnpr.net> <2CA19E21-0F2F-465A-BE8E-81ACDEE42D23@yahoo.com> <10858.1746584427@kaos.jnpr.net> <27515.1747072855@kaos.jnpr.net> <3D5D0CE0-64A9-4A99-8282-61918987BA5C@yahoo.com> <8FA02BF7-2653-4B4A-8EFD-84C148473AF5@yahoo.com> <91572.1747150994@kaos.jnpr.net> To: "Simon J. Gerraty" X-Mailer: Apple Mail (2.3826.500.181.1.5) X-Rspamd-Queue-Id: 4Zxm9259lmz3y9R 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-Spamd-Bar: ---- On May 13, 2025, at 08:43, Simon J. Gerraty wrote: > Mark Millard wrote: >>> Use of a: >>> >>> env __MAKE_CONF="/usr/home/root/src.configs/make.conf" >>> >>> prefix for each make command and the file content >>> like shown by the cat below: > > If you are going to head down that path, I would highly recommend > using the 'mk' wrapper from > https://www.crufty.net/ftp/pub/sjg/sb-tools.tar.gz > We've used that model at work for over 20 years. > Described in https://www.crufty.net/sjg/docs/sb-tools.htm > > In a nutshell; each tree has a .sandbox-env file which can tune its > environment (as well as mark the top of the "sandbox"). > There are a plethora of other hooks to tune. > I find it especially useful with Emac's M-x compile I will take a look. Using my aarch64 context as an example (it has more variations than my amd64 environment, since I do nothing for i386 but aarch64 is also set up for armv7): I have 8 aarch64 scripts that have the likes of __MAKE_CONF (and more) specified that do individual system builds of main's kernel or world: # ls -C1 ~/build-sys-*dbg-*.sh /root/build-sys-main-CA7-dbg-kernel.sh /root/build-sys-main-CA7-dbg-world.sh /root/build-sys-main-CA7-nodbg-kernel.sh /root/build-sys-main-CA7-nodbg-world.sh /root/build-sys-main-CA76-dbg-kernel.sh /root/build-sys-main-CA76-dbg-world.sh /root/build-sys-main-CA76-nodbg-kernel.sh /root/build-sys-main-CA76-nodbg-world.sh The above in turn involve use of appropriate files from: # ls -C1 ~/src.configs/* /root/src.configs/make.conf /root/src.configs/src.conf.CA7-dbg-clang.aarch64-host /root/src.configs/src.conf.CA7-nodbg-clang.aarch64-host /root/src.configs/src.conf.CA76-dbg-clang.aarch64-host /root/src.configs/src.conf.CA76-nodbg-clang.aarch64-host ~/src.configs/make.conf is common to all 8. They also use my git worktree: /usr/main-src/ ( /usr/src/ is from PkgBase and, so, has no .git/ repository. A different /usr/*-src/ has the .git repository. ) I also have 7 scripts that run more than one of those ~/build-sys-*dbg-*.sh in a sequence: # ls -C1 ~/build-sys-*[67]-[kw]*.sh /root/build-sys-main-CA7-kernel.sh /root/build-sys-main-CA7-world-kernel.sh /root/build-sys-main-CA7-world.sh /root/build-sys-main-CA76-kernel.sh /root/build-sys-main-CA76-world-kernel.sh /root/build-sys-main-CA76-world.sh /root/build-sys-main-CA76_CA7-world-kernel.sh (Each of those 7 build both -dbg- and -nodbg- variations.) For reference: CA76: cortex-a76 (aarch64) CA7: cortex-a7 (armv7) # ls -dC1 /usr/obj/BUILDs/*/ /usr/obj/BUILDs/main-CA7-dbg-clang/ /usr/obj/BUILDs/main-CA7-nodbg-clang/ /usr/obj/BUILDs/main-CA76-dbg-clang/ /usr/obj/BUILDs/main-CA76-nodbg-clang/ I do not use ~/src.configs/make.conf with poudriere-devel for package builds. I avoid doing package builds outside of poudriere in normal circumstances. I normally do not build stable/* or releng/*.* systems, just using official FreeBSD builds for such. (Long ago I used to build more variations.) I only build amd64 systems on amd64; I only build aarch64 and armv7 on aarch64. (Long ago I used to cross build little endian systems on amd64.) Thanks, Mark === Mark Millard marklmi at yahoo.com From nobody Tue May 13 19:37:43 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZxmwC3X4Bz5vrtq; Tue, 13 May 2025 19:37:47 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qt1-x836.google.com (mail-qt1-x836.google.com [IPv6:2607:f8b0:4864:20::836]) (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 4ZxmwC1H42z3HG5; Tue, 13 May 2025 19:37:47 +0000 (UTC) (envelope-from markjdb@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-qt1-x836.google.com with SMTP id d75a77b69052e-4774ce422easo65820691cf.1; Tue, 13 May 2025 12:37:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1747165066; x=1747769866; darn=freebsd.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:from:to:cc:subject:date:message-id :reply-to; bh=0teN+pklKxLz6YNQfijIaCyhkdGt1lvyCI6qhkIZjsc=; b=ccqM7PPSYQNBIRhKaiUtQjiXyhJ2x/GRmqQbyS24KYy1FuTYReBvgVjh9BbKBf1OHX Z+9hxiu7rltBUMLf3qCsdf9E7beTGNQhdvM4Xezf2at/YsPn6GFZURZBCgQVYIOh8Q4j WQyjENC33yI07IkF2tswiKcQ/rrdgnE18ltmCwF06077jsx5THR1qyap7HyWgEKyPweN rsS2A9XltUv3IZOtmvLwCNO7eEHxQQ5B4/6Sz5oEdOwytZAcj/8BT1YgPgyAiUCy0f3s ehGDE+W6gDyHkBkK4yoQu4fO8Df8JmdCcdEq1DCheBxdGSLwZ1aSjUMiJr/YkLLjalEM SNLQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1747165066; x=1747769866; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=0teN+pklKxLz6YNQfijIaCyhkdGt1lvyCI6qhkIZjsc=; b=XxIBgaG07jvIF9kJ8F0+L8j13mmIFT74OZef6UkuNxsw4Dzhg9qbdDBmCujecj2z1o tDkIx8mHgShs63W2Gx4/lbzyvSPGr2JMVMafH+Lyr1oQYxShuiWylADV2hnbDF9+8U2n kQ9deZwF4aEb4GIK63NALxjVKg4ZLyswvNRa53/yJPxVFhpz0UBS03X2S/dJ8fuHfX4i Ey61WFHPO3ZjvgfDtZRC/M0l2eZxOCgO07Q+nRS52iGqiY29o4GkJfOLKQnvu8Cvso9t 2gWI2sKH57NunZ/MybeLFMXI0hpPXrZ+BtsF4pyA2KAueYra9S9PNPrYSmWkufjBWxih i9IQ== X-Forwarded-Encrypted: i=1; AJvYcCXUu+2vTN5cBLm/XdIAQIBJUJZvCShoH+cTDCudy6v2A6wycWgEjo4XLwDKvZ+q2/UdrUf1EfGiAbCzESQDO5s=@freebsd.org X-Gm-Message-State: AOJu0YwhFMTZcw2AzhNWWdBGzqoFsKmGUMvgaFycW284INdEEmfLk43G oIUolIxjvemvDpZyfFoV8KmcK7A7w9zzMY0yNrdql4OX3hTmmuMe X-Gm-Gg: ASbGncsFFKLLIlY0xUa9BmwrWJ/Fw8KHVcBo5LkyU7hsKn1guTFuFtt/1AFF6l4DvSe xzGLc1iu9DDOEWIZi6Kh2osDmYFs+2U7x2qlcT8fN+jGO4dloG3rRSoecD6pIQyCgUqb+kBYZSf eXWhmsSD6jSdiofmh0nGYw3rfdy5JqmEf0beBMOmA5PoipIIaBhzkYw0j0iDpdo8SnohtyRBoGW vpTwoK7aRyyaiYCIqxfmu/0tELrhH+MLEy+rqhok7AFYoW7C39O/WrlyzpxEx5/ZidMFLIxgUrk My3wZTlbyEs6qHiV4+pe+kOnp1bIKknWOgUZ6NIEaZq9M1COCZ39UvuT3c+miwQTjQ== X-Google-Smtp-Source: AGHT+IFDUmeHpq/pjYCEQvvSgE6m+/9bVd6cfB6ILxD8SqTS2F1X4ISDgY5lpUiIF0CVKsy/G4TC5A== X-Received: by 2002:a05:622a:98a:b0:476:7ff5:cc27 with SMTP id d75a77b69052e-49495d0a882mr11161061cf.51.1747165066487; Tue, 13 May 2025 12:37:46 -0700 (PDT) Received: from nuc (192-0-220-237.cpe.teksavvy.com. [192.0.220.237]) by smtp.gmail.com with ESMTPSA id d75a77b69052e-49458d378b7sm62550371cf.14.2025.05.13.12.37.45 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 13 May 2025 12:37:46 -0700 (PDT) Date: Tue, 13 May 2025 15:37:43 -0400 From: Mark Johnston To: Mark Millard Cc: FreeBSD ARM List , FreeBSD Current Subject: Re: main armv7 context: kldload of sdt.ko leads to lots of "invalid tracepoint . . ." output during its kldload and some later kldload activity 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-Rspamd-Queue-Id: 4ZxmwC1H42z3HG5 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-Spamd-Bar: ---- On Mon, May 12, 2025 at 09:10:54PM -0700, Mark Millard wrote: > To test the status of a couple of old armv7 networking bugzilla > submittal I'd done, I ran my old script for preloading various > kernel modules used by kyua tests. It has been a very long time > since I've done such. > > (Note: I also avoided loading zfs.ko because of its reporting > that only having 2 pages reserved for the armv7 could lead > to kernel stack overflow problems.) > > sdt.ko lead to new behavior: > (without it loaded no "invalid tracepoint" > output happens) I think commit 15143ba61a3b154023095afa333b25592af4b904 addresses this. Can you confirm? From nobody Tue May 13 19:52:09 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZxnFk10sBz5vsfn for ; Tue, 13 May 2025 19:52:58 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from mx0b-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 4ZxnFj5ksLz3Ry0; Tue, 13 May 2025 19:52:57 +0000 (UTC) (envelope-from sjg@juniper.net) Authentication-Results: mx1.freebsd.org; none Received: from pps.filterd (m0108157.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 54DIXWNg023772; Tue, 13 May 2025 12:52:56 -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=7QvTjFxitjcLc Cu6gRy5ETbQGfPy7idG0udjkMeToD4=; b=A4p8RBzf+GbUtK3gKkW6S7HfxKH9G RMaF5L5AkBbLWCHJrJWKnsx8OhXhjFkXijnG370GfCPCcLezvwK4+CAnDMLMf7ab bLI6E44uctYD0q5s5RuwjhoFl+JFfU4n6tUHdfxcjGsy3lQr/O93+Ny3P+P0xn4c TiZ057QmQmt93/7cn1o6eza51BHO+kyuDANISMBtHC5jKt6dFYrYOA4sLhcwJYw5 ZGmfqGCXI/c+snbQGRxsBGRpdlRloi6V26+/M6SQh4XTf4r2K1UROxTQpBH/O/w2 q/WKyjkcUvvY7i4D0zCDwJPVCk0ZfL+YrOA3dTArRL4WalSksBsTvP6yA== Received: from cy7pr03cu001.outbound.protection.outlook.com (mail-westcentralusazlp17012036.outbound.protection.outlook.com [40.93.6.36]) by mx0a-00273201.pphosted.com (PPS) with ESMTPS id 46mbfcr6fn-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 13 May 2025 12:52:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=SKf5ALWHabMTmZD+C9lxuXUyvJp4y7wsKnGc5WgxE5BxlN1EI6xI+jXl2rUnKcB50RIJlporHmgV9rIeg/WYgGsg1vJDgx0bPFsXHQXDazKGo2vfgzBURXMp0OpGXf9dKcDZveiMpsC6JLKQJYapxeZaS6bh3f8KCp220nSRaLGvbbMwtQfISTOILt77zOqmJ3NzGOq1MP8XZRdQE8tjYmQEYXp7bRaDgrSerBvpeuVxDCpa6877SutznnXHobxNPEfijI9fZaMEFllo0ibhb+VtWNh9feiPYeP6a0ayzCYcbQfYz8yoj0ZvqDJjdIJC0/F2NC2Tc2vV6UlxJ9X13Q== 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=7QvTjFxitjcLcCu6gRy5ETbQGfPy7idG0udjkMeToD4=; b=v0XgayF8vAy6kNnXsgwlDOqMqueP1zHhsUBprq27itevyN1fca5axd0zJnjhE9nnd2w2LktR9hq7WSO1pwBjtZ3oEwPwVfSLL2IhBK/J7xBB0kEPRg1rcO6iwaHkPkzR5GrYMJrQj8HQ+rQnTB5/NMZsBg1uwF13Z5VzDaR9hbKuSjdoWh6iozQVf8XmkrYp+TwfQd6c45ZYNoY5HnA4ZbTZL7DFC3KLLpQ3xALmSgSIdwF4I5+WGJKYz0rXnxjw7egHNE7embUzIo1ZxhvxF+rTCrK823B1KKmMJbFL0rBSPvpzi7ARtaSd8A1p1iN6puvJXu6CMZoC4BwRJ1eqfA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=softfail (sender ip is 66.129.239.14) smtp.rcpttodomain=freebsd.org 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=7QvTjFxitjcLcCu6gRy5ETbQGfPy7idG0udjkMeToD4=; b=aYQW797v5S9ggFOlFjYytM/LF+uQWCoMQGb/nQ7459VczMxkMqPpJVMfUiW5HHlfiJos+A2ZStwIJQVirY5UNxes2WXi3wx4NifN9lUdoFbw967GLJLd7MSsTB42b5O61VWXpO9TekHJmOUQwO6Nt8eMGOaEO6GWYel8XYepcSc= Received: from SJ0PR03CA0096.namprd03.prod.outlook.com (2603:10b6:a03:333::11) by SA0PR05MB7372.namprd05.prod.outlook.com (2603:10b6:806:c0::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8722.28; Tue, 13 May 2025 19:52:51 +0000 Received: from SJ5PEPF000001D3.namprd05.prod.outlook.com (2603:10b6:a03:333:cafe::7) by SJ0PR03CA0096.outlook.office365.com (2603:10b6:a03:333::11) with Microsoft SMTP Server (version=TLS1_3, cipher=TLS_AES_256_GCM_SHA384) id 15.20.8699.31 via Frontend Transport; Tue, 13 May 2025 19:52:51 +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 SJ5PEPF000001D3.mail.protection.outlook.com (10.167.242.55) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8722.18 via Frontend Transport; Tue, 13 May 2025 19:52:51 +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.14; Tue, 13 May 2025 14:52:51 -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.14; Tue, 13 May 2025 14:52:50 -0500 Received: from kaos.jnpr.net (10.104.20.6) by p-exchbe-eqx-02.jnpr.net (10.104.9.15) with Microsoft SMTP Server id 15.2.1544.14 via Frontend Transport; Tue, 13 May 2025 14:52:50 -0500 Received: by kaos.jnpr.net (Postfix, from userid 1377) id 4C569DE63A; Tue, 13 May 2025 12:52:09 -0700 (PDT) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 490DDDE639; Tue, 13 May 2025 12:52:09 -0700 (PDT) To: Mark Millard CC: Nuno Teixeira , FreeBSD Current , Subject: Re: incremental bulds from scratch with beinstall.sh In-Reply-To: References: <28F2BDE7-5903-4C04-A570-6A407F19D5F2.ref@yahoo.com> <28F2BDE7-5903-4C04-A570-6A407F19D5F2@yahoo.com> <49396.1746554966@kaos.jnpr.net> <87401.1746562441@kaos.jnpr.net> <4ACBBC16-3BB6-436A-B0B1-A18F088B000E@yahoo.com> <4421.1746572832@kaos.jnpr.net> <2CA19E21-0F2F-465A-BE8E-81ACDEE42D23@yahoo.com> <10858.1746584427@kaos.jnpr.net> <27515.1747072855@kaos.jnpr.net> <3D5D0CE0-64A9-4A99-8282-61918987BA5C@yahoo.com> <8FA02BF7-2653-4B4A-8EFD-84C148473AF5@yahoo.com> <91572.1747150994@kaos.jnpr.net> Comments: In-reply-to: Mark Millard message dated "Tue, 13 May 2025 12:03:32 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6+git; nmh 1.8; Emacs 30.1 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: <83902.1747165929.1@kaos.jnpr.net> Date: Tue, 13 May 2025 12:52:09 -0700 Message-ID: <85314.1747165929@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: SJ5PEPF000001D3:EE_|SA0PR05MB7372:EE_ X-MS-Office365-Filtering-Correlation-Id: 56c6bb57-bedd-42fb-9afc-08dd9257be87 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0;ARA:13230040|36860700013|1800799024|82310400026|376014; X-Microsoft-Antispam-Message-Info: =?us-ascii?Q?uDpljmIOog41rMN+zlfFKakMS4y80iyPGRM/N0CfZmGfMM6Izmknqy3/MY1b?= =?us-ascii?Q?p3sy+DQJCe3T4dgdwvh1Jew2Et/pW4i0uDCJMie/VlmY4qA4egL8Gmx0X9Qz?= =?us-ascii?Q?a7oWrR97v+VTj6tPZvNlfLUHrBPwfNF2omAJ9OqhkFHEqeh/HUgOhVwGKBoH?= =?us-ascii?Q?I1TTQybEVBZMBMjZuARGr59gxHq9ACJYNghwkTnt/6zuS/T7QHxvq3UXubJc?= =?us-ascii?Q?mHW6yLQsL9Qr3W8HcBADF0Waa7RsPTu+9uec8zzrYyiILQfEOvTzKsYg4pS/?= =?us-ascii?Q?Mj0hHchmMqf4lAPOaE678gVx1OTuQTjPmFho3mNp8FJIgFxwjmn9sn0qAGLy?= =?us-ascii?Q?lNR97pVWoc9nKNvLu/s/zoImWjqTi0XrA8mepB1kPh7jNqnNpDfWU+lN8sjw?= =?us-ascii?Q?Cl2t1SVN4rVSxNSF2T8wVknU0mf0qbtKf8Mbfs09ENhSByz9QKI9OaPwOxzj?= =?us-ascii?Q?jGw3nhLJFrcww92iC/hwlHEZVISCXKKVqUkFueeXxq7bJlWv5wuoXNRlNnq0?= =?us-ascii?Q?PtUAng4JcLtaJoph1fDrFZZ8AjZO0/fEZ1oTj+Ei34+seIUsWdfD6XcbbvEV?= =?us-ascii?Q?g0bLZ8i7JnNXrxQTOkrJ/CGV5Zs7ZyvG8JA2Ho/DScXxjqfQ8ddRVHK1zoIz?= =?us-ascii?Q?awAyQuefUu7XJnF6F8kzMS/A2HKwSrSBFxNHMxxyuC+yMjR3KAbLb7w+Woet?= =?us-ascii?Q?u4A5jdTGZ97op2cGigNPDqhYInN4m2X3zMPOxaDD/Px5tpYYcaayQWbNvCvj?= =?us-ascii?Q?/h48TsyH+B56XxJIEGTXORdjDGNOHwP1KvrRw+r1gEr1GjVcgnquibAJLWob?= =?us-ascii?Q?9H/geiBGcwQlB1EbdwUQMWGFFC2/1H4pTDIEMRzvsaDEEzESqnHQUugcMaaA?= =?us-ascii?Q?B16uYdZy2epFCYOsGqjzUE6HauWS1nRKYiu/4U6z6uhsm0VESpXtA7KfM0VT?= =?us-ascii?Q?9lhQJctOCd2XUIFHLjrB05HzEXTyrbYX9YXHCgkmsPpqBIw5VTgD2/uefdEO?= =?us-ascii?Q?rjh6Wu35oUCOcjVSgmskE5AdKQAKZgQ0YNAwgQ5t9Ujg4E9FcE2iQfMkGK/r?= =?us-ascii?Q?SPwLF+j0LONyg44tiY/qDpay3BNst6tamhfvVaDUyBc/UGCD8RD8kb5zg1q1?= =?us-ascii?Q?E5E4LYdPOd1+IecmkCaQTidiw+nGEqEjwv1zjxfKPpeNQNuj8dGDSIYlZAdm?= =?us-ascii?Q?DdyUeTBmDC17slzXH1tLaIajAIMsKdSUz4/UXDcSGw/jQiEyiaauKwtaisbV?= =?us-ascii?Q?5pONYx4jfcDmm1fykP6hlYcO4SSeNCH/syjIyKQgAWeHwcxiZ7gvQ33PUA1T?= =?us-ascii?Q?mdPqRii/ZEYzXJKo1gMSAu/lS24btwyU9Xt8PpEWAqG4W4HHIkBSTlETplnv?= =?us-ascii?Q?6sV2bznglH0NNuNbLgfYGgmgU8lfOrjBa0YGUsYUjIzEcJBvWoYk2Sbc2w6u?= =?us-ascii?Q?lbZtgwFaYexNthC+PE7MVyH6AIDn+pr0WZ3/S/+aj9RJCzggvnbOUg=3D=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)(36860700013)(1800799024)(82310400026)(376014);DIR:OUT;SFP:1102; X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 13 May 2025 19:52:51.2686 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 56c6bb57-bedd-42fb-9afc-08dd9257be87 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: SJ5PEPF000001D3.namprd05.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA0PR05MB7372 X-Proofpoint-Spam-Details-Enc: AW1haW4tMjUwNTEzMDE4OSBTYWx0ZWRfX47krT0Ljdc/9 YuWo7h9VIMOp5oW4Gjn6Zv3Ev2+9zL2Vm0nXXafi+uyK153tmpDgbRatrrJFK6sWGZBSTOzWRzv a6LQCKegRSx3pXVkJtt2qCXdwOXnmNeZvml8e11NFqDOUmKsafINU7CNacQ1Bn0hDiRE3D6DOj+ qVRV/+VCVbLPepWls1oMiAtbUTuwX0ug9rqV1+mVOWvOX8ftLcIRax5E6EWWUzxe7EhwjOAy1Lk E+v+il+a54YDN5mh8bLj2qD84QXF5lLAFK6iq6u6uFhd7m2bGvFgjHQnakxHSH7jL0Smtoz838m bRLpzfOIPL2L2EvuOIkZC9qdfXnSCHh7X38uUTlSvcV+U/2OSiamK3eAqJ+WiNwaQEUoXEq+d31 YFO6sTOxebfW0s5KgVccCFsUVS9KAa3fhkBGee+fA65px+/fCqGdoDOEsKn66TTCYy5z9z/U X-Authority-Analysis: v=2.4 cv=d4X1yQjE c=1 sm=1 tr=0 ts=6823a317 cx=c_pps a=dbnGGe82Z6Ok/5ez5STjcQ==:117 a=f/rncuQqEjTEF/G1odkJ9w==:17 a=h8e1o3o8w34MuCiiGQrqVE4VwXA=:19 a=wKuvFiaSGQ0qltdbU6+NXLB8nM8=:19 a=Ol13hO9ccFRV9qXi2t6ftBPywas=:19 a=kj9zAlcOel0A:10 a=dt9VzEwgFbYA:10 a=s63m1ICgrNkA:10 a=rhJc5-LppCAA:10 a=bFur88ftAAAA:8 a=CjxXgO3LAAAA:8 a=asgmuKiyuBQsW9tN5AsA:9 a=CjuIK1q_8ugA:10 a=jGqzw8ErhhwA:10 a=3HaaJ5jlTRvNgVQuENfk:22 X-Proofpoint-GUID: 4NnyvXPrtya83elxfrlVZGnCNNgBuUqz X-Proofpoint-ORIG-GUID: 4NnyvXPrtya83elxfrlVZGnCNNgBuUqz X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1099,Hydra:6.0.736,FMLib:17.12.80.40 definitions=2025-05-13_03,2025-05-09_01,2025-02-21_01 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 impostorscore=0 adultscore=0 priorityscore=1501 suspectscore=0 bulkscore=0 phishscore=0 spamscore=0 mlxlogscore=999 lowpriorityscore=0 mlxscore=0 clxscore=1015 malwarescore=0 classifier=spam authscore=0 authtc=n/a authcc= route=outbound adjust=0 reason=mlx scancount=1 engine=8.19.0-2505070000 definitions=main-2505130189 X-Rspamd-Queue-Id: 4ZxnFj5ksLz3Ry0 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-Spamd-Bar: ---- Mark Millard wrote: > > If you are going to head down that path, I would highly recommend > > using the 'mk' wrapper from > > https://www.crufty.net/ftp/pub/sjg/sb-tools.tar.gz > > We've used that model at work for over 20 years. > > Described in https://www.crufty.net/sjg/docs/sb-tools.htm > > > > In a nutshell; each tree has a .sandbox-env file which can tune its > > environment (as well as mark the top of the "sandbox"). > > There are a plethora of other hooks to tune. > > I find it especially useful with Emac's M-x compile > > I will take a look. > > Using my aarch64 context as an example (it > has more variations than my amd64 > environment, since I do nothing for i386 > but aarch64 is also set up for armv7): you can do combinations. Eg Junos currently builds for last I counted, over 35 combinations of architecture and OS we provide symlinks to 'mk' to simply usage. Eg. you can always do 'mk --machine arm64,aarch64' but 'mk-arm64,aarch64' is less typing and allows for auto-completion. FreeBSD by uses MACHINE and MACHINE_ARCH as TARGET_SPEC_VARS, Junos however only supports a single MACHINE_ARCH per MACHINE but multiple TARGET_OS's (bsd15,bsd12,wrl9,...) so we use MACHINE and TARGET_OS as TARGET_SPEC_VARS. You can of course extend that for your own use, so that you could have mk --machine arm64,aarch64,something to set TARGET_SPEC=arm64,aarch64,something but that assumes that the objects for arm64,aarch64,something should be kept separate from those for arm64,aarch64,other If "something" and "other" really represent things to be built for arm64,aarch64, then setting up targets for them is another option. There is nothing to stop you of course from using any of the scripts below in conjuction with the setup supported by 'mk'. Things that everyone is likely to need/use can/should be setup as targets so 'mk-arm64,aarch64 dbg-kernel' "just worked" but things that do not fit that criteria are better served as scripts such as you have. This is in some way a reflection of the difference b/w an emedded vendor who is typically only interested in a very small sub-set of the architectures supported by the project, but wants them handled the same way by 100's if not 1000's of devs. Eg we put all our Juniper specific targets under a juniper/ tree - that works with the same DIRDEPS_BUILD bits as FreeBSD can. > I have 8 aarch64 scripts that have the > likes of __MAKE_CONF (and more) specified > that do individual system builds of main's > kernel or world: > > # ls -C1 ~/build-sys-*dbg-*.sh > /root/build-sys-main-CA7-dbg-kernel.sh > /root/build-sys-main-CA7-dbg-world.sh > /root/build-sys-main-CA7-nodbg-kernel.sh > /root/build-sys-main-CA7-nodbg-world.sh > /root/build-sys-main-CA76-dbg-kernel.sh > /root/build-sys-main-CA76-dbg-world.sh > /root/build-sys-main-CA76-nodbg-kernel.sh > /root/build-sys-main-CA76-nodbg-world.sh > > The above in turn involve use of appropriate > files from: > > # ls -C1 ~/src.configs/* > /root/src.configs/make.conf > /root/src.configs/src.conf.CA7-dbg-clang.aarch64-host > /root/src.configs/src.conf.CA7-nodbg-clang.aarch64-host > /root/src.configs/src.conf.CA76-dbg-clang.aarch64-host > /root/src.configs/src.conf.CA76-nodbg-clang.aarch64-host > > ~/src.configs/make.conf is common to all 8. Which is consistent with how one might setup a .sandbox-env for that tree - it might do nothing more than set export __MAKE_CONF=$HOME/src.configs/make.conf > > They also use my git worktree: /usr/main-src/ > > ( /usr/src/ is from PkgBase and, so, has no > .git/ repository. A different /usr/*-src/ > has the .git repository. ) > > > I also have 7 scripts that run more than > one of those ~/build-sys-*dbg-*.sh in a > sequence: > > # ls -C1 ~/build-sys-*[67]-[kw]*.sh > /root/build-sys-main-CA7-kernel.sh > /root/build-sys-main-CA7-world-kernel.sh > /root/build-sys-main-CA7-world.sh > /root/build-sys-main-CA76-kernel.sh > /root/build-sys-main-CA76-world-kernel.sh > /root/build-sys-main-CA76-world.sh > /root/build-sys-main-CA76_CA7-world-kernel.sh > > (Each of those 7 build both -dbg- and -nodbg- > variations.) Sounds like something more suited to a set of targets - which could reduce redundant work? > > > For reference: > > CA76: cortex-a76 (aarch64) > CA7: cortex-a7 (armv7) > > # ls -dC1 /usr/obj/BUILDs/*/ > /usr/obj/BUILDs/main-CA7-dbg-clang/ > /usr/obj/BUILDs/main-CA7-nodbg-clang/ > /usr/obj/BUILDs/main-CA76-dbg-clang/ > /usr/obj/BUILDs/main-CA76-nodbg-clang/ > > I do not use ~/src.configs/make.conf with > poudriere-devel for package builds. I avoid > doing package builds outside of poudriere > in normal circumstances. > > I normally do not build stable/* or releng/*.* > systems, just using official FreeBSD builds > for such. (Long ago I used to build more > variations.) > > I only build amd64 systems on amd64; I only > build aarch64 and armv7 on aarch64. (Long > ago I used to cross build little endian > systems on amd64.) We cross-build everything ;-) From nobody Tue May 13 21:44:57 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZxqlG4GMKz5w1xC for ; Tue, 13 May 2025 21:45:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.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 4ZxqlG1K0wz3hGF for ; Tue, 13 May 2025 21:45:13 +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=1747172712; bh=+WJOe0c8POGv20Sv5C5W2A4bfCV5aOl+SYMwwJn7o/A=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=GbV+Q0wAuYERNEkag2HpdmqqthP3wfy/jXtpzYS2JtSqEciZWIAzyTrxmDDF0WCEMzRuHwbRrHBNfad+M5hAFh5bLvERz3hjQavYljpetW7Uez2bmmg+Lu8/oI8rbyZboxcJnKmtPOxyo5JhNa2tkZOmbjrn6LUkU2Bi/ZBWHTYZ7Y0Wpd0S9DwPJTchzX9aD6DIee4flEDR/jHsPGjPOV4bg8NsIATjOtKOZi8trEI6S7CyXG7my8cygENpTWoZ24iGvQe3rJs7Hafcu9KhyPvK45QIPixRSqpIKC/j9jzUPUY5mTGlVBEc6agS7RKh6DvNJ9ngzR8P1aDd444Oqw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1747172712; bh=2YyG17x2t9zPhO8MCT89gWGsKoUSlCdvfclpdZlsXW7=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=q1h2i4IBAi1GXo7jONKA2g7oFq1KE9HUdBnhdugw54zOhCB2pX0avFpCpicqauhHB9TBnuJgVjLStqf4dyUaN2qCGB2OgWDe0N0jVQ2Hnq0ZcsWLTIVByzTtYguhAvzWUIc6xU0/HOnpDNf/pa7g76u+pqe5aCJynuOpSpKb2+gdgt/vzSl6Zmix4cPgZBTLRXEIa2ZF/iyOV1YjOkPPc2WKWvKHs7ddcamhJ33dEY/hyUNrwJvO4IqgPa5Wak0ciymJcqNcFir0PBf0lLRVR7BSZ4XtFjbHxxzURHVqIWB9JJU6CrHokJxhEW5HEYlqllOyVjOWcH2eXkPX02Dq4g== X-YMail-OSG: ZJHyfkgVM1l45aBqJjKbGUX86npvWLgMeMQxsCbiiE0b75bGiwr9HeFRERi5P2k pr9iB8JMUIiBfqe97NqGCT8KaE5vvBnpn1034sXsSxtMGLXlM.1U7AzBy79TeL4xB0P0hWJvFyTn DBE52.mMhKtVQDT.oDpQqE9nTait6yhB9GrzMVzedpfOXb80Hopz_zKQXxnZAqs7u8uxaasDqOkp dzZ26fukva81AhPFS5XlUtIQzdYVOZmk7HKzLsDqqou6xyEdqxUIIRZzANkr1nBLqsc83jbZidjj ES_Cz4gRScYBMgk8q2Hdi9NpGQLaSCO5BJwDL.FZWRx19fGR0vSLUI1P6DyU1I1INVqubbOi14Qu iCW4VYw6.bilRkdiRtLck63oeqNYe.0hfk._0HZQWB.wmUV8T5A.qcwex7pKlrfl6.qMTp5vtEzD HCc4L4fcIGDcfB0Vv_yzNlTXN1OYWDoPhCjEu0w2sswnXrKQQejueU2B7XarKfEE8RWLwtAnvqWi htUQMnwczORk_hVX3qlP34hlWEgEah1zPotg9643xHUbonmuQTnkQ4BkgMLiY.xbGZx5uVqKPosf flwIgzXSaTnQwu3rO9R_Cn9PiZLaQUPvtLNRMQ9rcNdAlAUWi.MjSGIb6qaeqvwXhlnrcueFdQHL 5afRrfGtWXG1jJgcQoNWSp1X5Z9f.IocsZXj0IquUCT0v0sYZoCbyoSORKavhzwCu2kjw8R4dpi2 m2oi5dRLa2IJO8aLpXntpCSDpgQG7KNJ1UuMt_HjbeAxQDmqQGmXLJT_ItzpKbUDJWyZXDdGXXsT 8f9pLv5QDluKbZdfvIYoFKWggmkuoXi9hHE4BRuLM90NhOLQr9p5HXntA0r47fa6MFSejQAv5n7G yyqIJo_o5KNg3Z3J9ySbua9Ke1JffKnNrozXZCqQLLdTij80th_adIm4__upmArlEitoK1TNUBQA WIpHyw4l0BUZ._ifLJwfGaPPZSPrmkwRBZ3YFhh01tEk_pbYIxxTC4L.dJ3hAlVfl67IFQ4uBpGx ihYUFYFrwHIGK3tTdrr0NEAIE.x_lqAS9z9rPASbFAkpUhObbOr1VDnp49zMRXUkRdJhbm8ZxXqx yDLy4.aKX4cUyRAKO2Wu.d1pYBwOPIUmOeeO4q03U0fzInMecCbgBTI5Zqf1huyZLgjp9xHhcFgh 66zKw3N.6wvN3Q9zumYP45of6mvdeZqPYGn1NLjkPwLHxE6.stWxmF.LTFbktMLLjaI3W82w0A3B Mrvk4RJflSInDnN36SNxgNjAICeSpw.UDiuXu9uqMpSj9oQGJfCyLhsAN8GJ4IUOwXDfzmm.eory 4w86gHCq_U1pIEBGgJ.sbS.PhJFlkHXV1y_Tps9t3EgNPEV17fzrgbwcVBC_AYz9NxWswz43rpCe f0X9VN9EwO16OHEG47rU_S0ALGPb6fCqkXDrimx8sEAGZABLR97Yod9fdMPJqb8mAnBZOV9ApX5w rY5IZ6HrCWE4fx5S9Uym_0P1N69rWUn0kTS38lDSJ1bXuMVoLPTNtLrJ2S_hTl7YMHYUNYna92eS d14pHRIRztG9noeLnhSgv1083hPoKHRgf4ztG0zr6Re_a0Dkerzyy7ji4m1G286m7EUuhxBF0Hy1 qVligRXD3MVxSnNRfYaXgEyRbOpvhY3v0oi4PD4lToQfq6NEdoPWb5ZL2g92zcm.giTWXyQwoKyX LFIkuKLEWF0aBE3pdNfYv14jinFrr25tawkRv70aKauEUN.nVVbpDg6UJ2jSAX17ixsFExkOMKLj Cv5ybcX9vT6pHZSUKYh1FIK1.3xPeDO78eq_Gr4NOAltmM9iRokbyxU38h8xdu6u2WJtJY.DUNs9 zONspzbMAK1pzqc1nTQXxmmwBMbzJK6nUvR6vonUd.OR9TJClft_EotHK2_qSNgQJJgzZ7Ytwi.i lDJmU5y0QPS_AST7krTM3bqhDbg9Moc0inogWbtkWFQFgTy_.BsdTOtwkqeSxiUAQ2ToZPlMAT.e W7mZuVfe9mZp4UImnWYaa1.XafGQgxpVFp_ekwHYiIpTLSzFFGNQDo92dZz0c5_eGy5vztHeTXVD iWqiTcj7kOxIa2ePJvE6x6iayqZiGLPt55CDpv_zEd69LH_wdiCRlZCbEBAZC4LmznKD90TKCujL yLbJ8rCgk6x9DQZsgwPKie4S1GBuzV0xjP2zoKz.WbJN71.eiXHCPmAPDmSQMFqUn17CKauvVyyu PguyTvuaUTV1TCZ6rp20W2tir2MfSqxhKBBu9FmH3rwWCnh2190I89FpjGb4zj4SEyRPdCadiMYh t73W_vcfamuqAIUqOjw-- X-Sonic-MF: X-Sonic-ID: 97190cac-4b99-4c38-950c-1d47d78ac2ae Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Tue, 13 May 2025 21:45:12 +0000 Received: by hermes--production-gq1-74d64bb7d7-s6s6l (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 342dc9a63b9d5e1620e41e1fb118ed1c; Tue, 13 May 2025 21:45:08 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.500.181.1.5\)) Subject: Re: main armv7 context: kldload of sdt.ko leads to lots of "invalid tracepoint . . ." output during its kldload and some later kldload activity From: Mark Millard In-Reply-To: Date: Tue, 13 May 2025 14:44:57 -0700 Cc: FreeBSD ARM List , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <0EDE7D2A-84F1-461C-8B22-24825544FE71@yahoo.com> References: To: Mark Johnston X-Mailer: Apple Mail (2.3826.500.181.1.5) X-Rspamd-Queue-Id: 4ZxqlG1K0wz3hGF 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-Spamd-Bar: ---- On May 13, 2025, at 12:37, Mark Johnston wrote: >=20 > On Mon, May 12, 2025 at 09:10:54PM -0700, Mark Millard wrote: >> To test the status of a couple of old armv7 networking bugzilla >> submittal I'd done, I ran my old script for preloading various >> kernel modules used by kyua tests. It has been a very long time >> since I've done such. >>=20 >> (Note: I also avoided loading zfs.ko because of its reporting >> that only having 2 pages reserved for the armv7 could lead >> to kernel stack overflow problems.) >>=20 >> sdt.ko lead to new behavior: >> (without it loaded no "invalid tracepoint" >> output happens) >=20 > I think commit 15143ba61a3b154023095afa333b25592af4b904 addresses = this. > Can you confirm? Checked and confirmed. The details while I did the sequence . . . I had tested via an official PkgBase install and it will be a while before armv7's base_latest has your patch built in. So I'm verifiying that my persoanl kernel build also gets the notices and then updating that with your patch. (I do not want to do a general synchronize with git at this point.) Checking for using my personal kernel before updating it with your patch: # uname -apKU FreeBSD OPiP2E-RPi2v1p1 15.0-CURRENT FreeBSD 15.0-CURRENT #6 = main-n277203-2a042fab4f91-dirty: Sun May 11 00:55:44 PDT 2025 = root@aarch64-main-pbase:/usr/obj/BUILDs/main-CA7-dbg-clang/usr/main-src/ar= m.armv7/sys/GENERIC-DBG-CA7 arm armv7 1500042 1500042 # kldload -v -n sdt.ko invalid tracepoint 0xc008795c->0xc0087a1c for sdt:::m__getcl invalid tracepoint 0xc008858c->0xc0088684 for sdt:::m__free . . . invalid tracepoint 0xe247f2e8->0xe247f424 for mib:esp:count:esps_nopf invalid tracepoint 0xe247f3a8->0xe247f44c for mib:esp:count:esps_nopf Loaded sdt.ko, id=3D46 So: confirmed. Based on (white space details not not be preserved below): # git -C /usr/main-src diff sys/arm/arm/sdt_machdep.c | cat diff --git a/sys/arm/arm/sdt_machdep.c b/sys/arm/arm/sdt_machdep.c index 02361497ee8d..12119ae6db37 100644 --- a/sys/arm/arm/sdt_machdep.c +++ b/sys/arm/arm/sdt_machdep.c @@ -24,7 +24,7 @@ sdt_tracepoint_valid(uintptr_t patchpoint, uintptr_t = target) patchpoint + 2 * INSN_SIZE < patchpoint) return (false); offset =3D target - (patchpoint + 2 * INSN_SIZE); - if (offset < -(1 << 24) || offset > (1 >> 24)) + if (offset < -(1 << 24) || offset > (1 << 24)) return (false); return (true); } being in my build context and using the resulting updated build that has the patch: # uname -apKU FreeBSD OPiP2E-RPi2v1p1 15.0-CURRENT FreeBSD 15.0-CURRENT #7 = main-n277203-2a042fab4f91-dirty: Tue May 13 14:02:04 PDT 2025 = root@aarch64-main-pkgs:/usr/obj/BUILDs/main-CA7-dbg-clang/usr/main-src/arm= .armv7/sys/GENERIC-DBG-CA7 arm armv7 1500042 1500042 My prekyua script result was: # ~/prekyua-kldloads.sh . . . sdt.ko Loaded sdt.ko, id=3D16 . . . So: no invalid tracepoint messages (or any other extra messages). =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu May 15 00:48:39 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZyWmm0h7wz5w4wL for ; Thu, 15 May 2025 00:48:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.gq1.yahoo.com (sonic306-21.consmr.mail.gq1.yahoo.com [98.137.68.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 4ZyWmj4xRYz3DZM for ; Thu, 15 May 2025 00:48:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=PKCwOY4l; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.84 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=1747270131; bh=tDp+UDGq3AzieOiHMT9Jpb0Hq06IrnRS3RyG+MhDu74=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=PKCwOY4l2izWl7pc1+s/ORVJTH+T2RJz3E5sS9jWI/Cbe80waOuJ96G6gyi4zeqhBVfwq188KZQhYQrWF28Iz5u6Y3y2M8oD/F481Gxp1kSe7v8pHvqKSSsmtRpanQ/d2365rYZBSHnJSnCNKaI+01ZtlwD3ql7RPTlP4xPzlzNgWqC8XxQZVK9xxY9ELW9pI47YaBAysAdtu9n5MzyWeqN50fjKr10fDpBwjqjVnXWGpTlirudo5fjCpkyfnPMWNXHC7XDrod1honpxUiFGx66mOTStbOXefFFGjlJBSPDGJFjWDFQu+a7UCw31omHe6+fkcA6ys8y7bEaXHbQodw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1747270131; bh=2i8WzCTECbtrWkt8JQoqo7OUvmaQv2uLbCAZuI40kiw=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=WJnu/OQ9nuFc/yID2sdHp14rC/OJ6pc15tVELECIJ90Johfay0YdIMHZHLGqf107FgSQpGuQTVhPkv2L9AdHI7SkIAymWNtUy1gBKD8I/a+L6ortBX99q34VZMaYvAFgoyeBrSU92EmQPp9ZEWd8tKdzF18JK9D8vqqtbIXBVjqQsth6jZ3YdDrcxCBb8CP5ly90N20SmSwFGUzxcjNRq0/Rx7rqcpH/JVlkVZ7xXMqov6YiW74JKiOQuY6GX0OqpNeK+W83KBvYYjp1Sq0KIlVA1r//bYbKQgyTVGw9D03tDwZeqraFrvi+dLSvGjUZAhuhoNGyivWe1uaVFCF5DQ== X-YMail-OSG: tvIfYagVM1lX8JuBUyuz.Lck_A3_onHW.VOJ0jSfrcHEItIUY.NuJ_NsvGbbFD_ byYdWRd55peJRE6Y0BO_kbLq6Y5IrXIx_JMC8HMtaWsHAQ8DJEBRUDbEcl_ECXDXYTrn9SlnYcjZ JdntTLYaCS1kSQ9lBlQg7VemqMXrkV2WQ5O95wG8PusnAf1.Y3IiTMgb9BRqOETGRdBECaW6G0gu cw7ahLgpXYmIGQ8e5aJ4nZ0aEgrNBUiHCsx1B22R5q4e8wPGmVtUL9ECIopkWEGwJ9bhIM5UYfi6 CBxG6JphWqHUIEbVur1zAff9SPll76e9b9XDRkC3bOTFiq7ZzQI0WBnLEHIlq9Xt1pOB2JBlGbgO NsI49XcdzK.M2cS3IrMYrZrndP.8xzCy56OyBSkeTmQeFeJHA0LdrgkwBKYmY04RCQKcbsR9ZivZ MklIbWtSUmXsPfysF6uJkCtNy5KXzBrIkA.Ot0h4Pt3LYRBrOYWWMqqe2UQRu25QS_eyAy7xWtPm Qzskidf0kSi45RVWAejIKPuWqqo0xro_kU2AETx.gHhCXXnklsaJOlF3LjgNW8Lm5ZAw5Ab5BlDY BTAm7WIYBgWjiO_Z5jwkzluzbKoE6YZ.B3pNvgjkd0cJum45gksgET1xuAxnU.hTKAnuSiV86wi7 ijJoOgf0UsUYSkk2iZ9i8q6RwVMszWN796IHZUOuh.pWLF4w6Dv_uADnaVUN1YJ2kAbbDpSBgC.Y tNmg76HgNpqAAEFzsQ27QTWPWc_h2oUtsavyLgMim7Vpcy5z_sVM5ja8hWaxrv.sd_v7hEJ2LWo. _wm68trvhqDlCztDZh13iS6D3_4LI15UwIZz1zdDavypfeGlgr_KRHl39D76nlcF_gknGY4LHVrv 3pT.kjHbB85Sy4O20NVudLavtPdMGpNYEnG4QueJvESLZwR975eP142EJK0mLV0bjwKdskjlbi1x VP3XMYbq4KlSBrRK6A.n.M8Mh3yYnkVU.2qrSPWua_Huvf7wFqzFrXzm7j9CAsbKf5rcOZ6WzSrT 25VuSRcgRCHCe2u1gePJrOT0vtbV4hvMw8UHWBrZ7jGb_GilPSTyc5vov3iIiWQHqHVrMNArnyfW CfX3fYUmxfvJXeJUqbM3l74tbb922tAvpAQ2SOI4lZBo6EFfKF9okdsxw05TOXp3ItIspu49sXLH g0zTBTrGLGqSGuZbFA9b3nOunDM4.P2mPnySwHxjKq94J7qDY1BdtLnAEcHKdiOCFyXXA.ArxxnB r44bLt0vpsgnWfFDoLrLhE8NrDzf9MUEYE21Ui5xhu0YdWuCtgYYwCKi0uUv4bvLuH_59ZTbmsWt kA3T28_DWvtTkZkbeb9FukS59tgDOyvT3yfEL7b7GJbFFQygddMmBavrZ.tleo0wmNHrWsXbqMwc l_9XK4nXDSz1jDCirmOIgbw24HihFMTk7kQmx2DD2aEDWR.p.KiXfqAAcZtZeVQmk6YEs8aS8NJF RbZ5ESYZyPY4oFsSE.gLU.qefFWrDNz2rDzkmvtJRjICQZ6pp8xay2q3QrK4XNgcwG8JB1ZIskGW 3xM9k1ItFARSpD7dgbc1pZz6eHRrqWNklpQ6OOTCLohap989wNpiK9cHIPAVsK0c_yxsSzML0Gzw ELGLwC4otmFS5yN6KmN2gOTICcxU1KnsEAf1CqiQDokHdhCjUw94hmDcxAlQbUnSOk8cp9hJ_GNB oDJD2ChFroZa3eIdN16MLgqB.5hsp9B3hJeeUagj2S4ENtAaKaEtCeCYktbAN6zGRdepiV.Dg6BE YlwFNhCthEkYkHDtVU4LkQOckwvwJIjPCTcE4z5HqKi4gcl2OO7o0hr4SmX1N1Z7xCEPqx_uRCv9 DoTTygJjB5EypW4bVeerK_iXRRnbA3GbVULf3cDpJMaqSgENPQw3yUdpKaAzvhDTA353XyuOqk7d 1fcZthRwr2IlasV5ouRjnIO_GyVwAT4gJ9UgvGTx2ZN_ZCiFLNqLPYLptUn1K8_40lREwzwIeFhi mLN0mAsIV7OPsRe4W2FrJ9nrJlf7S93JaRvor97qbhFmFQpVDTUyerj65nS21rWaiY.sbDo5U1Tq qHrFjb_HuV3AcYP7LoUfARlRkSMmis39SO13KeEuKSmceCGMwFAl2c3NyYphD7XSYcHZPClmxrTV EBialDYh1gsQ8qJMHleDlGt.wtlH23hrZsdlpM6aOzlQd X-Sonic-MF: X-Sonic-ID: 01c73b93-46f0-449b-9dae-1305017f1f7d Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Thu, 15 May 2025 00:48:51 +0000 Received: by hermes--production-gq1-74d64bb7d7-45lk9 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 2339d0c5ab26432761d30c3d5fea3896; Thu, 15 May 2025 00:48:49 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.500.181.1.5\)) Subject: Should /usr/src/tools/tools/sysbuild/sysbuild.sh be using "pkg add" with .txz like it is --or should it be .pkg ? Message-Id: <886A331A-E5AC-4C56-8ED0-958159E4DF06@yahoo.com> Date: Wed, 14 May 2025 17:48:39 -0700 To: FreeBSD-pkg@freebsd.org, FreeBSD Current X-Mailer: Apple Mail (2.3826.500.181.1.5) References: <886A331A-E5AC-4C56-8ED0-958159E4DF06.ref@yahoo.com> X-Rspamd-Queue-Id: 4ZyWmj4xRYz3DZM X-Spamd-Bar: - X-Spamd-Result: default: False [-1.97 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-0.92)[-0.920]; NEURAL_HAM_LONG(-0.89)[-0.893]; NEURAL_HAM_MEDIUM(-0.65)[-0.655]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.84:from]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.84:from] The sysbuild.sh has the logic: if [ "x${PKG_DIR}" != "x" -a -f ${PKG_DIR}/$pn.txz ] ; then if [ "x$use_pkg" = "x-p" ] ; then log_it "Install $t ($pn)" ( set +e pkg add ${PKG_DIR}/$pn.txz || true ) > _.$b 2>&1 < /dev/null continue fi fi which is the only "pkg add" in the code. Ignoring $FreeBSD$ removals, the script was last modified on 2021-06-30 . (I ran into this while looking for something else via a fairly general grep. I'm not using the script.) === Mark Millard marklmi at yahoo.com From nobody Thu May 15 16:25:52 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZywYw3Jgtz5wZW2 for ; Thu, 15 May 2025 16:25:56 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta003.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZywYv2j67z3KCT for ; Thu, 15 May 2025 16:25:55 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of cy.schubert@cschubert.com designates 3.97.99.32 as permitted sender) smtp.mailfrom=cy.schubert@cschubert.com; dmarc=permerror reason="p tag has invalid value: quarantine rua=mailto:p[ostmaster@cschubert.com" header.from=cschubert.com (policy=permerror) Received: from shw-obgw-4002a.ext.cloudfilter.net ([10.228.9.250]) by cmsmtp with ESMTPS id FVjBuEomz9JM2FbP8ufxlR; Thu, 15 May 2025 16:25:54 +0000 Received: from spqr.komquats.com ([70.66.136.217]) by cmsmtp with ESMTPSA id FbP7ub4nQl5eGFbP8ui9ls; Thu, 15 May 2025 16:25:54 +0000 X-Auth-User: cschuber X-Authority-Analysis: v=2.4 cv=EO6l0EZC c=1 sm=1 tr=0 ts=68261592 a=h7br+8Ma+Xn9xscxy5znUg==:117 a=h7br+8Ma+Xn9xscxy5znUg==:17 a=kj9zAlcOel0A:10 a=dt9VzEwgFbYA:10 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=YxBL1-UpAAAA:8 a=nGx19R2HSSbj3QKbhakA:9 a=CjuIK1q_8ugA:10 a=LK5xJRSDVpKd5WXXoEvA:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id C3160F6 for ; Thu, 15 May 2025 09:25:52 -0700 (PDT) Received: by slippy.cwsent.com (Postfix, from userid 1000) id 9209B20E; Thu, 15 May 2025 09:25:52 -0700 (PDT) X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.8+dev Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: freebsd-current@freebsd.org Subject: epair(4) 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 Date: Thu, 15 May 2025 09:25:52 -0700 Message-Id: <20250515162552.9209B20E@slippy.cwsent.com> X-CMAE-Envelope: MS4xfGAmKl7jrs3JRmxyHns+JFKkyJAWXRHGfMXT5+ERHJWO9dJt3kJXVpPR/SAbv96AaIm4lHRLwzihg/on2oFcDj3B7aPJQXf5dSXLeslmLLRdU3lO3tK/ 4YSgfQ6RHoy3Xw9Iv9tZ844vUQUolxR24VMyupU4XleIDc4S0f0r45HYiYJmsLICv2Z7s4DqKaOp/+tG66MS1CZvn0acW9wIihU= X-Rspamd-Queue-Id: 4ZywYv2j67z3KCT X-Spamd-Bar: / X-Spamd-Result: default: False [0.38 / 15.00]; NEURAL_SPAM_MEDIUM(0.95)[0.950]; NEURAL_HAM_SHORT(-0.72)[-0.722]; MV_CASE(0.50)[]; SUBJECT_ENDS_SPACES(0.50)[]; NEURAL_HAM_LONG(-0.45)[-0.451]; R_SPF_ALLOW(-0.20)[+ip4:3.97.99.32/31]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[3.97.99.32:from]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; DMARC_BAD_POLICY(0.00)[cschubert.com : p tag has invalid value: quarantine rua=mailto:p[ostmaster@cschubert.com]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; R_DKIM_NA(0.00)[]; REPLYTO_EQ_FROM(0.00)[] Over the last couple of days epair(4) fails to set up when an IP address is specified. bob# service jail onestart test2 Starting jails: cannot start jail "test2": epair0a ifconfig: ioctl (SIOCAIFADDR): Invalid argument jail: test2: /sbin/ifconfig epair0a inet 10.1.1.70 netmask 0xffffff00 up: failed . bob# ifconfig epair0a inet 10.1.1.70 netmask 0xffffff00 ifconfig: ioctl (SIOCAIFADDR): Invalid argument bob# ifconfig epair0a inet up bob# -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org e^(i*pi)+1=0 From nobody Thu May 15 18:59:19 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Zyzyx6qqfz5wlp0 for ; Thu, 15 May 2025 18:59:21 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta003.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Zyzyx2gWlz3fjr; Thu, 15 May 2025 18:59:21 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of cy.schubert@cschubert.com designates 3.97.99.32 as permitted sender) smtp.mailfrom=cy.schubert@cschubert.com; dmarc=permerror reason="p tag has invalid value: quarantine rua=mailto:p[ostmaster@cschubert.com" header.from=cschubert.com (policy=permerror) Received: from shw-obgw-4004a.ext.cloudfilter.net ([10.228.9.227]) by cmsmtp with ESMTPS id FZuzuF0EJ9JM2FdnculmfF; Thu, 15 May 2025 18:59:20 +0000 Received: from spqr.komquats.com ([70.66.136.217]) by cmsmtp with ESMTPSA id Fdnbujm0iJhBPFdncuudox; Thu, 15 May 2025 18:59:20 +0000 X-Auth-User: cschuber X-Authority-Analysis: v=2.4 cv=QY3Fvdbv c=1 sm=1 tr=0 ts=68263988 a=h7br+8Ma+Xn9xscxy5znUg==:117 a=h7br+8Ma+Xn9xscxy5znUg==:17 a=kj9zAlcOel0A:10 a=dt9VzEwgFbYA:10 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=VxmjJ2MpAAAA:8 a=YxBL1-UpAAAA:8 a=WBQRX4yI9nloY6nX6ekA:9 a=CjuIK1q_8ugA:10 a=LK5xJRSDVpKd5WXXoEvA:22 a=7gXAzLPJhVmCkEl4_tsf:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id 8879A207; Thu, 15 May 2025 11:59:19 -0700 (PDT) Received: by slippy.cwsent.com (Postfix, from userid 1000) id 87008219; Thu, 15 May 2025 11:59:19 -0700 (PDT) X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.8+dev Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: ivy@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: epair(4) In-reply-to: <20250515162552.9209B20E@slippy.cwsent.com> References: <20250515162552.9209B20E@slippy.cwsent.com> Comments: In-reply-to Cy Schubert message dated "Thu, 15 May 2025 09:25:52 -0700." 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 Date: Thu, 15 May 2025 11:59:19 -0700 Message-Id: <20250515185919.87008219@slippy.cwsent.com> X-CMAE-Envelope: MS4xfLpNDIKYbhb/v03alkmJnHkDqmClRLAXF8RhUkfdU1Cdy6PFhhfXLm6bhyAgHhllZ9IWU6en+wHCYGCGd4+W4SZOAktfp6MOSPd45J+5OKOHFtQxUwIw tZegG9InZOQhx8P7tvLAWTxPq3HqmETGWuQt6IrgK8RWPlfx4aYg5AE6dJrA6e42vbBAEFoZw2ZvYuZSu0nSGKtXxQ2oGiJD2nQbTZ5OSYDaO3N3ZlyqNgdP X-Rspamd-Queue-Id: 4Zyzyx2gWlz3fjr X-Spamd-Bar: / X-Spamd-Result: default: False [-0.36 / 15.00]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; NEURAL_HAM_LONG(-0.99)[-0.988]; NEURAL_HAM_SHORT(-0.97)[-0.975]; MV_CASE(0.50)[]; SUBJECT_ENDS_SPACES(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:3.97.99.32/31]; RCVD_IN_DNSWL_LOW(-0.10)[3.97.99.32:from]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DMARC_BAD_POLICY(0.00)[cschubert.com : p tag has invalid value: quarantine rua=mailto:p[ostmaster@cschubert.com]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; REPLYTO_EQ_FROM(0.00)[] In message <20250515162552.9209B20E@slippy.cwsent.com>, Cy Schubert writes: > Over the last couple of days epair(4) fails to set up when an IP address is > specified. > > bob# service jail onestart test2 > Starting jails: cannot start jail "test2": > epair0a > ifconfig: ioctl (SIOCAIFADDR): Invalid argument > jail: test2: /sbin/ifconfig epair0a inet 10.1.1.70 netmask 0xffffff00 up: > failed > . > bob# ifconfig epair0a inet 10.1.1.70 netmask 0xffffff00 > ifconfig: ioctl (SIOCAIFADDR): Invalid argument > bob# ifconfig epair0a inet up > bob# > > > -- > Cheers, > Cy Schubert > FreeBSD UNIX: Web: https://FreeBSD.org > NTP: Web: https://nwtime.org > > e^(i*pi)+1=0 > > > This regression is caused by b61850c4e6f6. -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org e^(i*pi)+1=0 From nobody Thu May 15 19:21:08 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Zz0S953Fzz5wmxP for ; Thu, 15 May 2025 19:21:13 +0000 (UTC) (envelope-from kp@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Zz0S94Dxrz3s7B; Thu, 15 May 2025 19:21:13 +0000 (UTC) (envelope-from kp@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747336873; 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=ORO/TZtlzwfoqVKYeCsXCMF4XTR5wkcDqNk8cCptjAI=; b=JacPw1/Xgpvl1XEawO+O7YDOIrVV3QB/dfjDB7mZfVQEdzDPiTF3vtbD6pL+UdipFArhbn 4kUPP4xzLOTwhZXiZvVLeA9gI6ovMZMc7SfwkRsc2flnbveLndSd4p7/U4/YOq03yLkeXP TrnFxJFBKh5tbsVyteE8pfnbUxvvDhLz6jxkyVKCakxA71uLbxIh0lCmBC0oWWJQu2ir12 7E/8bK4nD9Tq5OxbS26bBuwQ7AfOlOEiiuArPt5g8DS80COAH9b1exRytnAGJ5ky9J95kW RSF0FismrzmzIURmGzAbMVLV1QG33FBxN00RvRkma1kLFdDM4MxzJcEp4wgvsw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747336873; 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=ORO/TZtlzwfoqVKYeCsXCMF4XTR5wkcDqNk8cCptjAI=; b=UtRHLQE5rH6e7awKSZzduG1V1p4rwdb1pMU7YtzNgQpAqWWdTU+8z1ThenbnrG4fkFsQno HmVkfUB6tW8kUcT7trVK+5AIHua6PcddOn69w0NdxxHIfMrxcgO2VAtLy5BMh459YT3yJd h7zKbCuMiuKkR3p3iOI0QlJSqc5p8uHLFwX7Fh5X6urGvgdGfMPaiaKm76RsjQjvlEwQ5j D6YEwsJA96QpHdPgGoJP1PLecgxYWAqGx8jLmYV+HWRhLfd0MwlTAa+5/D+hyWEfRDSf1G 0WNMY0OYDMm/uAPc4a2LC2X/pO+TSNSkQCgW0GxgGnVf/UvXuHcrA3d9+IuSkg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1747336873; a=rsa-sha256; cv=none; b=fbWNqfkH/v+rUVsdBC0PrRUbaktxBWUFK378HcDpFG14q7fu0rnZnRNTwxdMoOlJQnWhc6 NOiWNsXsXMFP+A4fJls8iGuBnlVYm3zy3vKINhESxqqYIVxDvm+1s4qSkgMZqn87wAPNvh jzgUN1IjBCnbW42zMtkBor/c1LcwhuWoepkynjHllaKPpRrSX8gWbu/5Gj5TnswUouKWpY +HlH7vHaY/mWqp6uhhbThB1YLtcP/eVOVxjHvqlviidRLzaA41pUiO0YM9uZLYt6AYEcqd q6WF/N1lgI1nrZ04R3xTkSq/3R5WCdLZqEW4MxX5Q5LXzkfbkfj9VssxRZv5QA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from venus.codepro.be (venus.codepro.be [5.9.86.228]) (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 "mx1.codepro.be", Issuer "R11" (verified OK)) (Authenticated sender: kp) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Zz0S93CRHzG9B; Thu, 15 May 2025 19:21:13 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: by venus.codepro.be (Postfix, authenticated sender kp) id DBAF84EF81; Thu, 15 May 2025 21:21:10 +0200 (CEST) From: Kristof Provost To: Cy Schubert Cc: ivy@freebsd.org, freebsd-current@freebsd.org Subject: Re: epair(4) Date: Thu, 15 May 2025 21:21:08 +0200 X-Mailer: MailMate (2.0r6255) Message-ID: <406249F9-B0FC-4E22-9402-683531321E72@FreeBSD.org> In-Reply-To: <20250515185919.87008219@slippy.cwsent.com> References: <20250515162552.9209B20E@slippy.cwsent.com> <20250515185919.87008219@slippy.cwsent.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=UTF-8; markup=markdown Content-Transfer-Encoding: quoted-printable On 15 May 2025, at 20:59, Cy Schubert wrote: > In message <20250515162552.9209B20E@slippy.cwsent.com>, Cy Schubert wri= tes: >> Over the last couple of days epair(4) fails to set up when an IP addre= ss is >> specified. >> >> bob# service jail onestart test2 >> Starting jails: cannot start jail "test2": >> epair0a >> ifconfig: ioctl (SIOCAIFADDR): Invalid argument >> jail: test2: /sbin/ifconfig epair0a inet 10.1.1.70 netmask 0xffffff00 = up: >> failed >> . >> bob# ifconfig epair0a inet 10.1.1.70 netmask 0xffffff00 >> ifconfig: ioctl (SIOCAIFADDR): Invalid argument >> bob# ifconfig epair0a inet up >> bob# > > This regression is caused by b61850c4e6f6. > Is epair0a a member of a bridge? If so, that=E2=80=99s a configuration er= ror which is now prevented (by default). Best regards, Kristof From nobody Thu May 15 19:32:40 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Zz0jh0c5bz5wnbZ for ; Thu, 15 May 2025 19:32:56 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (plan-b.pwste.edu.pl [IPv6:2001:678:618::40]) (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 "plan-b.pwste.edu.pl", Issuer "GEANT OV RSA CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Zz0jg4Dxjz41vx for ; Thu, 15 May 2025 19:32:55 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Authentication-Results: mx1.freebsd.org; none Received: from [192.168.7.70] (dom.potoki.eu [62.133.140.50]) (authenticated bits=0) by plan-b.pwste.edu.pl (8.18.1/8.17.2) with ESMTPSA id 54FJWfEK002436 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Thu, 15 May 2025 21:32:41 +0200 (CEST) (envelope-from zarychtam@plan-b.pwste.edu.pl) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=plan-b.pwste.edu.pl; s=plan-b-mailer; t=1747337561; bh=VyOCkgKo+Un4+NVITXHjMwHiKy4exAIpxSw1lQa1Xx4=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=W4Fon26BC/MsYscJNHa3ofsKkA+kGOifXPCv606obL8RUcUUIEmByqqRVpM1vEWq1 vB5x2VA3FenBZtB/hisfEH8/5K/5f502NBnMMHPKSMu2Nel4Zce54O/CRPep9E8THo bf7UKhDOet4Bsj/SFpfe279ZN0rdG6+iRc7NievmL8IFF7iVJgb+QqACUS0+3bD2Qa UPztcCY6T9wsVB1uAn7aXCPuhveueejOBcPgjjHtM7sPjqnUu8k/7QjgsEzq1w0NeI AqGbYbzVZA/IDREwsNWq+65r01is7Eee8M7SS6qEOrMaGHolUHGm3EyOP60b1R9sib 5Q0jheqM06cZQ== X-Authentication-Warning: plan-b.pwste.edu.pl: Host dom.potoki.eu [62.133.140.50] claimed to be [192.168.7.70] Message-ID: <45d0f49d-229b-46b4-af95-6e8c4c856661@plan-b.pwste.edu.pl> Date: Thu, 15 May 2025 21:32:40 +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: epair(4) To: Cy Schubert , ivy@freebsd.org Cc: freebsd-current@freebsd.org References: <20250515162552.9209B20E@slippy.cwsent.com> <20250515185919.87008219@slippy.cwsent.com> Content-Language: en-US From: Marek Zarychta Autocrypt: addr=zarychtam@plan-b.pwste.edu.pl; keydata= xsBNBFfi3cMBCADLecMTFXad4uDXqv3eRuB4qJJ8G9tzzFezeRnnwxOsPdytW5ES2z1ibSrR IsiImx6+PTqrAmXpTInxAi7yiZGdSiONRI4CCxKY9d1YFiNYT/2WyNXCekm9x29YeIU7x0JB Llbz0f/9HC+styBIu2H+PY/X98Clzm110CS+n/b9l1AtiGxTiVFj7/uavYAKxH6LNWnbkuc5 v8EVNc7NkEcl5h7Z9X5NEtzDxTOiBIFQ/kOT7LAtkYUPo1lqLeOM2DtWSXTXQgXl0zJI4iP1 OAu4qQYm2nXwq4b2AH9peknelvnt1mpfgDCGSKnhc26q6ibTfMwydp+tvUtQIQYpA6b9ABEB AAHNN01hcmVrIFphcnljaHRhIChQbGFuLWIpIDx6YXJ5Y2h0YW1AcGxhbi1iLnB3c3RlLmVk dS5wbD7CwHcEEwEIACEFAlfi4LkCGwMFCwkIBwIGFQgJCgsCBBYCAwECHgECF4AACgkQHZW8 vIFppoJXdgf8D9X3VRFSNaR9lthSx/+uqas17J3FJKBo1xMQsC2a+44vzNvYJSuPGLLJ+LW2 HPVazjP/BWZJbxOYpliY4zxNRU0YCp0BLIVLibc//yax+mE42FND/+NiIZhqJscl6MLPrSwo sIwXec4XYkldkyqW/xBbBYXoIkBqdKB9j5j42Npy1IV/RizOSdmvTWY27ir8e/yGMR1RLr4F 8P5K3OWTdlGy2H2F/3J8bIPBLG6FpaIyLQw4dHSx8V02PYqDxK1cNo2kAOnU8PnZL/AGuMOH iv3MN1VYL8ehcmpBBsrZGebQJxrjY2/5IaTSgp9xHYT70kshuU6Qb97vk1mOjNZxgc7ATQRX 4t3DAQgA10h6RCXuBLMHxq5B8X/ZIlj9sgLoeyfRdDZEc9rT2KUeUJVHDsbvOFf4/7F1ovWY hJbA6GK/LUZeHHTjnbZcH1uDYQeHly4UOLxeEvhGoz4JhS2C7JzN/uRnwbdOAUbJr8rUj/IY a7gk906rktsc/Ldrxrxh7O6WO0JCh2XO/p4pDfEwwB37g4xHprSab28ECYJ9JMbtA8Sy4M55 g3+GQ28FvSlGnx48OoGXU2BZdc1vZKSQmNOlikB+9/hDX8zdYWVfDaX1TLQ8Ib4+xTUmapza mV/bxIsaZRBw+jFjLQHhTbIMfPEU+4mxFDvTdbKPruKPqVf1ydgMnPZWngowdwARAQABwsBf BBgBCAAJBQJX4t3DAhsMAAoJEB2VvLyBaaaC6qkIAJs9sDPqrqW0bYoRfzY6XjDWQ59p9tJi v8aogxacQNCfAu+WkJ8PNVUtC1dlVcG5NnZ80gXzd1rc8ueIvXlvdanUt/jZd8jbb3gaDbK3 wh1yMCGBl/1fOJTyEGYv1CRojv97KK89KP5+r8x1P1iHcSrunlDNqGxTMydNCwBH23QcOM+m u4spKnJ/s0VRBkw3xoKBZfZza6fTQ4gTpAipjyk7ldOGBV+PvkKATdhK2yLwuWXhKbg/GRlD 1r5P0gxzSqfV4My+KJuc2EDcrqp1y0wOpE1m9iZqCcd0fup5f7HDsYlLWshr7NQl28f6+fQb sylq/j672BHXsdeqf/Ip9V4= In-Reply-To: <20250515185919.87008219@slippy.cwsent.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4Zz0jg4Dxjz41vx 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:206006, ipnet:2001:678:618::/48, country:PL] X-Spamd-Bar: ---- W dniu 15.05.2025 o 20:59, Cy Schubert pisze: > In message <20250515162552.9209B20E@slippy.cwsent.com>, Cy Schubert writes: >> Over the last couple of days epair(4) fails to set up when an IP address is >> specified. >> >> bob# service jail onestart test2 >> Starting jails: cannot start jail "test2": >> epair0a >> ifconfig: ioctl (SIOCAIFADDR): Invalid argument >> jail: test2: /sbin/ifconfig epair0a inet 10.1.1.70 netmask 0xffffff00 up: >> failed >> . >> bob# ifconfig epair0a inet 10.1.1.70 netmask 0xffffff00 >> ifconfig: ioctl (SIOCAIFADDR): Invalid argument >> bob# ifconfig epair0a inet up >> bob# >> >> >> -- >> Cheers, >> Cy Schubert >> FreeBSD UNIX: Web: https://FreeBSD.org >> NTP: Web: https://nwtime.org >> >> e^(i*pi)+1=0 >> >> >> > This regression is caused by b61850c4e6f6. > > Yes, it requires at least head up, similar to old one, known from fibs : WARNING: Configuring address on bridge(4) member has been turned off by default. Consider tuning  net.link.bridge.member_ifaddrs if needed. Looking at my setups used on stable/14 a lot of them will be broken after upgrade to stable/15 by the end of this year. -- Marek Zarychta From nobody Thu May 15 19:40:06 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Zz0t171vxz5wpNs for ; Thu, 15 May 2025 19:40:09 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta003.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Zz0t14yX8z44Fn; Thu, 15 May 2025 19:40:09 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Authentication-Results: mx1.freebsd.org; none Received: from shw-obgw-4003a.ext.cloudfilter.net ([10.228.9.183]) by cmsmtp with ESMTPS id FXYxuEslw9JM2FeR7unIiB; Thu, 15 May 2025 19:40:09 +0000 Received: from spqr.komquats.com ([70.66.136.217]) by cmsmtp with ESMTPSA id FeR5ugkkVWbOaFeR6uYw38; Thu, 15 May 2025 19:40:09 +0000 X-Auth-User: cschuber X-Authority-Analysis: v=2.4 cv=Q5lx4J2a c=1 sm=1 tr=0 ts=68264319 a=h7br+8Ma+Xn9xscxy5znUg==:117 a=h7br+8Ma+Xn9xscxy5znUg==:17 a=kj9zAlcOel0A:10 a=dt9VzEwgFbYA:10 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=VxmjJ2MpAAAA:8 a=YxBL1-UpAAAA:8 a=6Cbi_aXJ5nWWgsB_0HUA:9 a=CjuIK1q_8ugA:10 a=LK5xJRSDVpKd5WXXoEvA:22 a=7gXAzLPJhVmCkEl4_tsf:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id B55E1230; Thu, 15 May 2025 12:40:06 -0700 (PDT) Received: by slippy.cwsent.com (Postfix, from userid 1000) id A69EAB6; Thu, 15 May 2025 12:40:06 -0700 (PDT) X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.8+dev Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Kristof Provost cc: Cy Schubert , ivy@freebsd.org, freebsd-current@freebsd.org Subject: Re: epair(4) In-reply-to: <406249F9-B0FC-4E22-9402-683531321E72@FreeBSD.org> References: <20250515162552.9209B20E@slippy.cwsent.com> <20250515185919.87008219@slippy.cwsent.com> <406249F9-B0FC-4E22-9402-683531321E72@FreeBSD.org> Comments: In-reply-to Kristof Provost message dated "Thu, 15 May 2025 21:21: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 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 May 2025 12:40:06 -0700 Message-Id: <20250515194006.A69EAB6@slippy.cwsent.com> X-CMAE-Envelope: MS4xfC8/mQm6Sxbwx05muDVwKFt5dTAHJ0uk6/rKdK+hTWcrA2QBlA/IvpeiQz1TQjuUN0KUXqMwK4VsAvHMv/zCe+QgD5HQNgzdFx0Sk7bEuqzNJomBFK9V vNjhez/JUtUX38oNMTtE1gjh2ZXELUltA5y6b3Q4jE0dc4rm4qpam+AobgK1dTLbYFpzQAdp5OT06aaEqSuRXLTDiUiPqrQs2psuVksv72T2bAADolScGV8e UxhcUvZ7AR4Wn52fxru7J3kAbMib3B7C3rIx/VTczCA= X-Rspamd-Queue-Id: 4Zz0t14yX8z44Fn 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:16509, ipnet:3.96.0.0/15, country:US] X-Spamd-Bar: ---- In message <406249F9-B0FC-4E22-9402-683531321E72@FreeBSD.org>, Kristof Provost writes: > On 15 May 2025, at 20:59, Cy Schubert wrote: > > In message <20250515162552.9209B20E@slippy.cwsent.com>, Cy Schubert wri= > tes: > >> Over the last couple of days epair(4) fails to set up when an IP addre= > ss is > >> specified. > >> > >> bob# service jail onestart test2 > >> Starting jails: cannot start jail "test2": > >> epair0a > >> ifconfig: ioctl (SIOCAIFADDR): Invalid argument > >> jail: test2: /sbin/ifconfig epair0a inet 10.1.1.70 netmask 0xffffff00 = > up: > >> failed > >> . > >> bob# ifconfig epair0a inet 10.1.1.70 netmask 0xffffff00 > >> ifconfig: ioctl (SIOCAIFADDR): Invalid argument > >> bob# ifconfig epair0a inet up > >> bob# > > > > This regression is caused by b61850c4e6f6. > > > Is epair0a a member of a bridge? If so, that=E2=80=99s a configuration er= > ror which is now prevented (by default). Yes, epair0a, member of bridge0 is prevented from coming up. My jail configuration: test2 { $if = "0"; # Jail ID number $ip_addr = "10.1.1.71"; # Jail ipv4 address $netmask = "0xffffff00"; $ip_host = "10.1.1.70"; # Gateway or host's ipv4 address $ip_route = "10.1.1.254"; # Gateway or host's ipv4 address $ip6_addr = "fc00:1:1:1::47"; # Jail ipv6 address $ip6_route = "fc00:1:1:1::fffe"; # Gateway or host's ipv6 address vnet; vnet.interface = "epair${if}b"; allow.set_hostname = "1"; exec.prestart = "/sbin/sysctl kern.sugid_coredump=1"; exec.prestart = "ifconfig epair${if} create up"; exec.prestart += "ifconfig bridge0 addm epair${if}a"; # exec.prestart += "ifconfig bridge0 addm sk0"; exec.prestart += "/sbin/ifconfig epair${if}a inet ${ip_host} netmask ${netmask} up"; # exec.prestart += "/sbin/route change -host ${ip_host} -iface epair${if}a"; # exec.prestart += "/sbin/route add -host ${ip_addr} -iface epair${if}a"; exec.start = "/sbin/ifconfig epair${if}b inet ${ip_addr} netmask ${netmask} up"; exec.start += "/sbin/ifconfig epair${if}b inet6 ${ip6_addr} up"; exec.start += "/sbin/route add default -gateway ${ip_route}"; exec.start += "/sbin/route add -inet6 default -gateway ${ip6_route}"; exec.start += "/bin/sh /etc/rc"; exec.stop = "/bin/sh /etc/rc.shutdown"; exec.poststop = "ifconfig epair${if}a destroy"; # exec.poststop += "ifconfig bridge0 deletem sk0"; } -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org e^(i*pi)+1=0 From nobody Thu May 15 20:03:48 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Zz1PN5qFTz5wr0f for ; Thu, 15 May 2025 20:03:52 +0000 (UTC) (envelope-from kp@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Zz1PN4s3Bz3QQd; Thu, 15 May 2025 20:03:52 +0000 (UTC) (envelope-from kp@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747339432; 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=NcnrLjAbjqkliLNapfsnnskBfLGUv8OA9ATBOYN1lp0=; b=WqIOSoRCyAaprnh+/71AsvnKX7hsbH1Z/27jmprr3tIWgyX5PSrnjehxm6osbmkdNtoPeA 1gyGsoCg1Hh5bh/2Gebo+HnsTf/JALX30VAjcr5WkvENCybtvTRFviH+DfMiJtpHQDYrF9 6O4lismNfJo9mYKqQhACZsF2T3+kXF8y4fATcyJIUSo9fVXA3Ti6zXsj5XgBljyFgfhYLF cG9KaflvP2XcglZPsPVBVSKgHozCPTOsCICoFiRKl2WIyjc6NvAy+4ZMSeqJfIOyzbR6x0 U4kab2RmsggU7hMpqWF23cCcJjW+pDmxpTmdKYN1Eg1GYbkwzrKkX90qWe9bbw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747339432; 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=NcnrLjAbjqkliLNapfsnnskBfLGUv8OA9ATBOYN1lp0=; b=b62MPIcibyrNKRMiTc148oXexRLMVJ04GXjrMUr7/V5ZxSs3l7awVMjdnUJ2IixHWbwnNB NuwlIFpUNdH9fMfJb0KqHv8ZWEIMJI1HmmN3Tzw0bb6xZyRHEiTDa0GqhdKNV62KPoCKxa xQJon+7wlrRJXhxAJbdPVt6HuqSc8rf4PtqNveJ45Hj/8tfUsXFr9lQIO0TFWYyKj3ozYr ZqS7qxMoZ0iwsnoJlBVvcynZbP8JcqDBV6v+0BEDlBLyJ2bcetx9F5iMawSzkn3sKV1GaX c3leUXJBPwdcMxV8JzQyKyOap+i/TmVRYl0GjQGUL9gW95Etly5EbQ0wuNHWuw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1747339432; a=rsa-sha256; cv=none; b=tHgJj7U2y5U9n1RijJUxFLn88urBjk2d0asr4yrLxWzB93JqkmaTQdanhkRtG8eQS8qlAM SemtaIAFtNctNCYeh27E/sHDL5JmmnKfiKVXb4vdsiUWQHwKZIQ2MKrXAaoUiVHjh+C+2C 1v0g+DUncSZZnBCzpEtUqvwsU0FBOmqqvqVSy7AXgZ0BAwdIZ+Ju5USYQXl2SXcCLahTSJ I56nudkXNodQTLL2L20/X821hMSOSZJbX8QjNOSHEvyrEbo4yYai4DTOooPrBlk10GQGaI TjUN1zWwvqdMYDA5hYgWxBHBAupgvS1fK7PGqIYUl+ww0+fXGsoCJS7oRdX3Yg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from venus.codepro.be (venus.codepro.be [5.9.86.228]) (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 "mx1.codepro.be", Issuer "R11" (verified OK)) (Authenticated sender: kp) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Zz1PN2fkRzFQ3; Thu, 15 May 2025 20:03:52 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: by venus.codepro.be (Postfix, authenticated sender kp) id 61CCE4ECF2; Thu, 15 May 2025 22:03:49 +0200 (CEST) From: Kristof Provost To: Cy Schubert Cc: ivy@freebsd.org, freebsd-current@freebsd.org Subject: Re: epair(4) Date: Thu, 15 May 2025 22:03:48 +0200 X-Mailer: MailMate (2.0r6255) Message-ID: In-Reply-To: <20250515194006.A69EAB6@slippy.cwsent.com> References: <20250515162552.9209B20E@slippy.cwsent.com> <20250515185919.87008219@slippy.cwsent.com> <406249F9-B0FC-4E22-9402-683531321E72@FreeBSD.org> <20250515194006.A69EAB6@slippy.cwsent.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/alternative; boundary="=_MailMate_8113C02E-552C-4ACF-AB09-492E38A28ABB_=" Content-Transfer-Encoding: 8bit --=_MailMate_8113C02E-552C-4ACF-AB09-492E38A28ABB_= Content-Type: text/plain; charset=UTF-8; format=flowed; markup=markdown Content-Transfer-Encoding: 8bit On 15 May 2025, at 21:40, Cy Schubert wrote: > In message <406249F9-B0FC-4E22-9402-683531321E72@FreeBSD.org>, Kristof > Provost > writes: >> On 15 May 2025, at 20:59, Cy Schubert wrote: >>> In message <20250515162552.9209B20E@slippy.cwsent.com>, Cy Schubert >>> wri= >> tes: >>>> Over the last couple of days epair(4) fails to set up when an IP >>>> addre= >> ss is >>>> specified. >>>> >>>> bob# service jail onestart test2 >>>> Starting jails: cannot start jail "test2": >>>> epair0a >>>> ifconfig: ioctl (SIOCAIFADDR): Invalid argument >>>> jail: test2: /sbin/ifconfig epair0a inet 10.1.1.70 netmask >>>> 0xffffff00 = >> up: >>>> failed >>>> . >>>> bob# ifconfig epair0a inet 10.1.1.70 netmask 0xffffff00 >>>> ifconfig: ioctl (SIOCAIFADDR): Invalid argument >>>> bob# ifconfig epair0a inet up >>>> bob# >>> >>> This regression is caused by b61850c4e6f6. >>> >> Is epair0a a member of a bridge? If so, that=E2=80=99s a >> configuration er= >> ror which is now prevented (by default). > > Yes, epair0a, member of bridge0 is prevented from coming up. > > My jail configuration: > > test2 { > $if = "0"; # Jail ID number > $ip_addr = "10.1.1.71"; # Jail ipv4 address > $netmask = "0xffffff00"; > $ip_host = "10.1.1.70"; # Gateway or host's ipv4 > address > $ip_route = "10.1.1.254"; # Gateway or host's > ipv4 > address > $ip6_addr = "fc00:1:1:1::47"; # Jail ipv6 address > $ip6_route = "fc00:1:1:1::fffe"; # Gateway or host's ipv6 > address > vnet; > vnet.interface = "epair${if}b"; > allow.set_hostname = "1"; > exec.prestart = "/sbin/sysctl kern.sugid_coredump=1"; > exec.prestart = "ifconfig epair${if} create up"; > exec.prestart += "ifconfig bridge0 addm epair${if}a"; > # exec.prestart += "ifconfig bridge0 addm sk0"; > exec.prestart += "/sbin/ifconfig epair${if}a inet ${ip_host} > netmask > ${netmask} up"; > # exec.prestart += "/sbin/route change -host ${ip_host} -iface > epair${if}a"; > # exec.prestart += "/sbin/route add -host ${ip_addr} -iface > epair${if}a"; > exec.start = "/sbin/ifconfig epair${if}b inet ${ip_addr} > netmask > ${netmask} up"; > exec.start += "/sbin/ifconfig epair${if}b inet6 ${ip6_addr} > up"; > exec.start += "/sbin/route add default -gateway > ${ip_route}"; > exec.start += "/sbin/route add -inet6 default -gateway > ${ip6_route}"; > exec.start += "/bin/sh /etc/rc"; > exec.stop = "/bin/sh /etc/rc.shutdown"; > exec.poststop = "ifconfig epair${if}a destroy"; > # exec.poststop += "ifconfig bridge0 deletem sk0"; > } > > You’ll want to assign the IP address to the bridge, not to epair0a. It’s less obvious with IPv4 than it would be with IPv6, but assigning the address to epair0a breaks multicast. Best regards, Kristof --=_MailMate_8113C02E-552C-4ACF-AB09-492E38A28ABB_= Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On 15 May 2025, at 21:40, Cy Schubert wrote:

In message 406249F9-B0FC-4E22-9402-683531321E72@FreeBSD.org, Kristof
Provost
writes:

On 15 May 2025, at 20:59, Cy Schubert wrote:

In message 20250515162552.9209B20E@slippy.cwsent.com, Cy Schubert= wri=3D

tes:

Over the last couple of days epair(4) fails to set up whe= n an IP addre=3D

ss is

specified.

bob# service jail onestart test2
Starting jails: cannot start jail "test2":
epair0a
ifconfig: ioctl (SIOCAIFADDR): Invalid argument
jail: test2: /sbin/ifconfig epair0a inet 10.1.1.70 netmask 0xffffff00 =3D=

up:

failed
=2E
bob# ifconfig epair0a inet 10.1.1.70 netmask 0xffffff00
ifconfig: ioctl (SIOCAIFADDR): Invalid argument
bob# ifconfig epair0a inet up
bob#

This regression is caused by b61850c4e6f6.

Is epair0a a member of a bridge? If so, that=3DE2=3D80=3D= 99s a configuration er=3D
ror which is now prevented (by default).

Yes, epair0a, member of bridge0 is prevented from coming = up.

My jail configuration:

test2 {
$if =3D "0"; # Jail ID number<= br> $ip_addr =3D "10.1.1.71"; # Jail ipv4 address $netmask =3D "0xffffff00";
$ip_host =3D "10.1.1.70"; # Gateway or host= 's ipv4
address
$ip_route =3D "10.1.1.254"; # Gateway or hos= t's ipv4
address
$ip6_addr =3D "fc00:1:1:1::47"; # Jail ipv6 addr= ess
$ip6_route =3D "fc00:1:1:1::fffe"; # Gateway or host= 's ipv6
address
vnet;
vnet.interface =3D "epair${if}b";
allow.set_hostname =3D "1";
exec.prestart =3D "/sbin/sysctl kern.sugid_coredump=3D1";=
exec.prestart =3D "ifconfig epair${if} create up";
exec.prestart +=3D "ifconfig bridge0 addm epair${if}a";

exec.prestart +=3D "ifconfig bridge0 addm sk0";

exec.prestart +=3D "/sbin/ifconfig epair${if}a = inet ${ip_host} netmask
${netmask} up";

exec.prestart +=3D "/sbin/route change -host ${ip_host} -if= ace

epair${if}a";

exec.prestart +=3D "/sbin/route add -host ${ip_addr} -iface=

epair${if}a";
exec.start =3D "/sbin/ifconfig epair${if}b inet ${ip_addr} = netmask
${netmask} up";
exec.start +=3D "/sbin/ifconfig epair${if}b inet6 ${ip6_addr= } up";
exec.start +=3D "/sbin/route add default -gateway ${ip_route= }";
exec.start +=3D "/sbin/route add -inet6 default -gateway
= ${ip6_route}";
exec.start +=3D "/bin/sh /etc/rc";
exec.stop =3D "/bin/sh /etc/rc.shutdown";
exec.poststop =3D "ifconfig epair${if}a destroy";

exec.poststop +=3D "ifconfig bridge0 deletem sk0";

}

You=E2=80=99ll want to assign the IP address to the bridg= e, not to epair0a.
It=E2=80=99s less obvious with IPv4 than it would be with IPv6, but assig= ning the address to epair0a breaks multicast.

Best regards,
Kristof

--=_MailMate_8113C02E-552C-4ACF-AB09-492E38A28ABB_=-- From nobody Fri May 16 06:19:57 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZzH4K1FRGz5w9b5 for ; Fri, 16 May 2025 06:20:01 +0000 (UTC) (envelope-from cyric@mm.st) Received: from fout-a8-smtp.messagingengine.com (fout-a8-smtp.messagingengine.com [103.168.172.151]) (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 4ZzH4J4C7Fz3s1W for ; Fri, 16 May 2025 06:20:00 +0000 (UTC) (envelope-from cyric@mm.st) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mm.st header.s=fm3 header.b=iQaOb2Wz; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=opXPZMfZ; spf=pass (mx1.freebsd.org: domain of cyric@mm.st designates 103.168.172.151 as permitted sender) smtp.mailfrom=cyric@mm.st; dmarc=pass (policy=none) header.from=mm.st Received: from phl-compute-09.internal (phl-compute-09.phl.internal [10.202.2.49]) by mailfout.phl.internal (Postfix) with ESMTP id 47410138040F for ; Fri, 16 May 2025 02:20:00 -0400 (EDT) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-09.internal (MEProxy); Fri, 16 May 2025 02:20:00 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mm.st; h=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=1747376400; x=1747462800; bh=zKKVSbuTLm XQsWsGMnrDWwWZUGnN2Cm34LRanIpmQCs=; b=iQaOb2WzZqm2lQjigXCm2pXtSa tZ4IHDjREfssm3D+7+5gNIXrM1ATqCYsiz/Vshvq+AJ/1tuYk1oadn38vWemYNNx K9JsUZkGT2f/CpzOTe5E0vxaEeWEbO6lz/PX3TyDYoUb6/Fu1h6+M5BRE17NjRUB 0xEqQ8deTTnlYoj2OanID0BYaEVpTK9h6UqGn4nzKgBwsS7f4/XrnOQNmHwbebrK k1C5vylZocM4rnlvdt2x1sqjimzgHGt0RpMeyxLY9+t5u8XS+oNRxJ8Lo7OTuTSR 4lFlM0EQ7lifkNltx+bDgn+M5YoTNsuIMmyk4HZkpB4dBdKtkDcaQR03ALEA== 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:message-id:mime-version:reply-to:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t= 1747376400; x=1747462800; bh=zKKVSbuTLmXQsWsGMnrDWwWZUGnN2Cm34LR anIpmQCs=; b=opXPZMfZKPRjsHCUS9Pa0uXEL0NaVz3Qtzn0qs9yH1odvb1CnDo RzbGaZHpX0KKCSo3OxCiFsVdBgYlUiNYrQZcToL/uTVLr06PzHghCHJguKCCL3bW FroMlePd1FtXOlcSrBMmN24HupGoQXTznPlzo1MORya056FnHPG22WNGgDJmwVfO cI/ngIuwFLk1YEqrz18ic/AAXhCPFriM4x4q3HF5+/mU+3a/WDsJGExTKv10OYMD zEl3kQxhpPWVZ+6HcRx+LIVOa0hOKRv0c4Z0a6/VIPLhrGr+wQ00L03LNNO0cYNP cPfIo6D9YzdSsA5N4V7VLRcFb+tap1JWADg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgdefuddvtdduucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggv pdfurfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucenucfjughrpefkff ggfgfvhffutgfgsehtjeertddtvdejnecuhfhrohhmpegthihrihgtsehmmhdrshhtnecu ggftrfgrthhtvghrnhepvdefteejieektdduvdeiheetfffffffhveekueelhffgvdehhe efveetgedthfejnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhf rhhomheptgihrhhitgesmhhmrdhsthdpnhgspghrtghpthhtohepuddpmhhouggvpehsmh htphhouhhtpdhrtghpthhtoheptghurhhrvghnthesfhhrvggvsghsugdrohhrgh X-ME-Proxy: Feedback-ID: i0d79475b:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Fri, 16 May 2025 02:19:59 -0400 (EDT) Message-ID: <927f37e7-da69-4ac6-b234-7588fea68118@mm.st> Date: Fri, 16 May 2025 13:19:57 +0700 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 Content-Language: en-US To: current@freebsd.org From: cyric@mm.st Subject: 20250515 snapshot packaged install missing /etc/zfs/ directory Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4ZzH4J4C7Fz3s1W X-Spamd-Bar: / X-Spamd-Result: default: False [-0.47 / 15.00]; NEURAL_SPAM_LONG(0.98)[0.983]; NEURAL_SPAM_MEDIUM(0.96)[0.957]; NEURAL_HAM_SHORT(-0.90)[-0.904]; DMARC_POLICY_ALLOW(-0.50)[mm.st,none]; RWL_MAILSPIKE_EXCELLENT(-0.40)[103.168.172.151:from]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27:c]; R_DKIM_ALLOW(-0.20)[mm.st:s=fm3,messagingengine.com:s=fm3]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.151:from]; MLMMJ_DEST(0.00)[current@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[mm.st]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[mm.st]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_NO_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; ASN(0.00)[asn:209242, ipnet:103.168.172.0/24, country:US]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim]; DKIM_TRACE(0.00)[mm.st:+,messagingengine.com:+] After packaged installation using FreeBSD-15.0-CURRENT-amd64-20250515-cb205f5ed808-277278-disc1.iso snapshot, creating non-root zfs pools, and rebooting I noticed that those pools are not imported. The culprit here seems to be the /etc/zfs/ directory missing after installation, so zpool.cache is not saved. Creating it, importing the non-root pool, and rebooting seems to fix the issue. From nobody Fri May 16 12:22:52 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZzR723tm2z5vcBv for ; Fri, 16 May 2025 12:22:54 +0000 (UTC) (envelope-from avg@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZzR723DXtz46P9; Fri, 16 May 2025 12:22:54 +0000 (UTC) (envelope-from avg@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747398174; 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:autocrypt:autocrypt; bh=LSDr80Yz4mR6wU2mntIBRA6PvsKdpwUdFX7ykXAbqSY=; b=szLWIUBUkt4e6I7p/o2AkGpMy/OKytpyBFukFurJ99Fo85dwjVoT5DWPQlkuZT8PCXTg+0 y8dESaJjXIxUPeSgi3hkdbz09z2Kco3l2c1A5gLzDJbz6ENvBN2uM3go6zYx2Fx1ZXV/Ew slBSn3PabUouUGuKatDzcsVSGz/EPNQAQCy2/ZzNcQoCps4B/MqeglZMxXl0qEGFBGzeUy bjK5wX65AEis4EcZsy3J7w4ioOhgCeMIaTcln9wariGFE/yImtVeYrQNa22MyJtT0UFli7 B1yLxey0i8O/NnPIyTG+aD30KDOS7n4IGoa0xn9wXAlvv4Bnhjdg66RmdIJCQw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747398174; 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:autocrypt:autocrypt; bh=LSDr80Yz4mR6wU2mntIBRA6PvsKdpwUdFX7ykXAbqSY=; b=rx67VtBD3vVF31djJM43FKzJM2HoU0ZsZZWjzb1kEpjM20ZYkSZFBPuZUE7veKNzt8PF5O U2dv+CQw7XJP6qFoEwWtmBQvKUuFera4Op9iXvjc9MROBV8uigdty7tYQ4wNiabsBTKcKk +Ik98Om0pJ4iOC/eUpMGjz7FmQMXQCoPZDDQZ6ret1fT3sVCHiUvsbacF8SwTObof7ih23 4QCKlHmFzsgXorcSrWkgH+uYveRv9BT0xOrf2D3w+QN6XHY5ayTSmaAza1CRvRP+YwIq+D 3Ked1Dy/VOERC3v96UXFBd+4TfUm0rPxH3/2pTENtqZKDUsHKdfQgWVxbtDWDw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1747398174; a=rsa-sha256; cv=none; b=NOBu3tmA0YDVGHWk8mZs0yJcImZywUobVmHOBMeDPUZ05SwFNv79TwL5r5N+PC0rdRa/5M 70nRxZ5pnRsmx7RWraG0gvqtYEJtqIL8YKqG4J/sjaH3dTSFa8rKHqA3fv60g51Kw5zNey kT3jlnFMDX2nsJp09dsiDVvTzkijMOWIgiR2m7sudCu3HQM2+M48FzZ/JKHg/rn7p24qTY SidIDQPsXphGuiON9yyod2cAn68jBSd99g14tbChoF47mvDVEEjnOELEwdrQ4QQuGxFtnY g88HmDC3wM8vHWd76gJDDwbsjbwZD906oE9hZUeZOgls1JAmltIKSvaNlgrp3g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from [192.168.0.88] (unknown [93.188.39.137]) (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: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ZzR716Gzlzt0G; Fri, 16 May 2025 12:22:53 +0000 (UTC) (envelope-from avg@freebsd.org) Message-ID: <5b887290-a6aa-49ff-aa92-f335ed09b9a5@freebsd.org> Date: Fri, 16 May 2025 15:22:52 +0300 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 From: Andriy Gapon Subject: Re: RTLD_DEEPBIND question To: Mark Johnston Cc: Konstantin Belousov , FreeBSD Current References: <0b3dda4e-53e4-40e5-9484-8b5ffb84e658@FreeBSD.org> <900c8521-559a-47b5-acaa-ae941f6852c4@freebsd.org> <7c4e1682-d797-493c-8326-08d51dde3359@FreeBSD.org> <59db8ace-770f-4f73-976f-411f6de0885a@FreeBSD.org> Content-Language: en-US Autocrypt: addr=avg@freebsd.org; keydata= xsDNBGcKrHEBDADRvwQOK0b/yo4ys5cs6bOQMhEh4xtfbaZ/CU00cpPgUip3sOZCdrtMWlRC g25z97prxE9pKueZi+HXDhIPpa9xl14ghqF4oYScuJ1i18HyiOH2y5Q3Vv/TtFiSzicd3EAu QgS3jVidpgDSPDdj2Yz3UxYpZ+PuFl6nOnvCvqOFcjUlzKCyPaiN2b86l1Nscmhnc+zQ/faB erUOEFEDQbWMA5YfXi8HrbeR16hfRfGt7E0aMDlIj9FIPIq71UWMN9CimPgs4+rbNr1MAlLa z4GxSDhVYZEY5rqtCzr+PLXboRQWnaUwXl0/biw9enf17NHdYv1SNAFTX2eC4dZ3qBVI74dS PgNprm+PMfz+6Hhs/dAv+Nan5nVhg3EFIjYTiy0MnjMSq8uI0v0ykpAGAcJJ5xl6d23aLxgN 6f0z6pJRCO0hGPgU7UzvFD0MxJxmbzqdT1R51KDan1oD41b+tjl2LMBuCDCoB0U44Pu0zLdp xMfFTxCXtwIYKIUxwd28jwMAEQEAAc0eQW5kcml5IEdhcG9uIDxhdmdARnJlZUJTRC5vcmc+ wsENBBMBCAA3FiEEmXvSmjiQFHPVOpLnzDOt5NLj67sFAmcKrHEFCQeEzgACGwMECwkIBwUV CAkKCwUWAgMBAAAKCRDMM63k0uPru5tSDACFK15LLbq89RSQ6QMnjiIm1t/wYJyumb519MHu Dhzxx1lbr8oghf0RHtF6kYRLQPaW2VdToi74pRobd3CN4bhZKDLSL6WfTn17RfavDjL6Njwp KBo30CkOeYKWq1mDmo0xEoQj8cc7ybEZnus+YScZOpj8Ti4EFwhRt6SHer7YDb161IHKL8m4 MsCxpFSGEjbKj8Iul3Ri/fTOO8w14ivcuEEQIvJt4/+4YV5Az8G23wKzL/3aJ7SOT3oYGmR9 atBTmVO3DlODjM+rZLegd8SfLSPTcBTHspWE5duemIzZbEX3BP77r3Qx4Fo5Tkit3bG1XVar yPQato+sFGFEGifdE9USBQoAoOaaeZevwAWjDU0TIuCT0CUe0sKtQuNP4LRq0n9EEHOXBu9a CfdMhFUSkAZnuE7miSVwgPvoVNJ1stA37EXLN/sVsWik7wslTQ5vF81VpdGFiwoQPOe2XEKh ogcwGSnXbwv1gD4x+Gz/7Y+kFyr1NY+4/nSaeXVcS2fOwM0EZwqscgEMAMQTe6ypAmQe/TFO HqKD2hfFKdksTptKi6uEh8xIwct8G/0FBldDWXo9eu8CGr/ZrDg0/bAwJxbaLRQCMH19Gq2Y hLvZ1QK5GQJVzZKcqfxbF2LiDUTs6WkdOBIhGpdDy7p1xFrvqCGCtNFYHuGYm067EozibBSF BWAPstKu2FQuVHZNMOfs7p3OIz3Yfqu9woXDeg3/8G2qVQJINe+8EwXKlhgh4CyDbq7nAZoA kIu1SE9z9u3WI5mcNy/0dFmVUsFxBqRC3ewbvzie8tKyZ9yFOlaZPT0Y4nRBXQTI3mLZ8zQ8 mtrWK5OOmrJ02kdeO9RBXe+OMaUUWMf92ZIoBFb4HP6N+B+4N1y1OwULousfl7JRoYxA4MRL ls7E2sSoJvrEBTJB3Pc34xu8rsJ1A5V3NgN6djX8yEZYpTRkcmrBeWy/ofDqZPVqneAx0LRm eldDS9msXDW4KXODyPZ+9unvmHAcoH0xaBYaSH44CDZDQDg4LNcmbOvuu1TEXBJhjQARAQAB wsD8BBgBCAAmFiEEmXvSmjiQFHPVOpLnzDOt5NLj67sFAmcKrHMFCQeEzgACGwwACgkQzDOt 5NLj67sUCAv5AXqgWnYN9EblapMbZjkiqL8pZQ0GNqh+Pg9FwbyULxjtRTO6rD4D0IxizByb ef+neeUNyYlagt5nfKMysEr0SU/gHKCi8vyTF/63ukMrGUNGmJJxrndl5ZYKC6j6eX7twrZF L1Uvlmn6FnQ22red5kHO93fDjG4zaDIZvHfwj7kzjZ4tpC7Byinf88s14mdZeScc0PnU2hj4 UGYju/wg2FF4YxaZYhcmdTiRYY0Wx85XSMZv19pnn78sadEuRvfRd4JTmw++j1xGXeqQGWzz /CTG5/Ex9GAkQ02hZbmi236byDXoet4G8TEyOph9QFVkV9bNd0jQZaFZPGEj4PSPUYGAF7s5 xJaNGgctC3aZ7WjEv1FBoo44XCU4xcjJ1wZQUrHxRhx6TW0Jtcl0U9qfKFW30TSPo6RyiXuj X4ltWKAtjoXB8nUmEJckaz7IRu2b4pXDeazZuz5JBygUs10yJjDxh2vFQZo0KaBAPx9MZlPn gpPTjT15L8xGftEjQXF6 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 27/04/2025 17:26, Mark Johnston wrote: > On Thu, Apr 24, 2025 at 08:56:44AM +0300, Andriy Gapon wrote: >> On 23/04/2025 21:56, Andriy Gapon wrote: >>> BTW, I've been wondering how illumos avoids the problem even though they >>> do not use any special dlopen flags. >>> It turns out that they link almost all system shared libraries with >>> -Bdirect option (which is Solaris/illumos specific). >>> It's somewhat similar to, but different from, -Bsymbolic. >>> https://docs.oracle.com/cd/E23824_01/html/819-0690/aehzq.html#scrolltoc >>> https://docs.oracle.com/cd/E36784_01/html/E36857/gejfe.html >> >> Oh, and it looks like there is an even better explanation for illumos. >> There is a version map file for libdtrace which explicitly lists API >> functions and makes everything else local. >> https://github.com/illumos/illumos-gate/blob/master/usr/src/lib/libdtrace/common/mapfile-vers >> >> I wonder why we didn't do the same when porting. >> Maybe we should do that now? > > I don't have any objection, but I believe adding a version map after the > fact doesn't accomplish much, assuming that we care deeply about ABI > stability in libdtrace.so (I'm not sure we do though). My primary goal here is not ABI stability, but hiding symbols that really should not be exported. See more at the end. At the same time I am not sure why it could be too late to start caring about ABI stability now. Assuming we actually would want to do that. And I don't want to single out libtrace here. It seems that the story is the same for all libraries that have been ported from illumos. E.g., libzfs_core was supposed to be a library that cares greatly about its API / ABI stability. >>> I think that on FreeBSD we should use symbol visibility attributes or a >>> symbol map to hide (make local) symbols that are not expected to be >>> interposed or have a high chance to be interposed by accident. >>> >>> IMO, yyparse should definitely get that treatment. >>> >>> I think that approach would be better than magic rtld tricks. >>> Especially because the tricks do not work with the current rtld. >>> I'd rather make a change to libdtrace.so than to rtld. >> >> This, while not as nice as the illumos solution, fixes my specific issue: >> diff --git a/cddl/lib/libdtrace/Makefile b/cddl/lib/libdtrace/Makefile >> index d086fffb07bc..58054d129b49 100644 >> --- a/cddl/lib/libdtrace/Makefile >> +++ b/cddl/lib/libdtrace/Makefile >> @@ -146,7 +146,8 @@ CFLAGS+= -fsanitize=address -fsanitize=undefined >> LDFLAGS+= -fsanitize=address -fsanitize=undefined >> .endif >> >> -LIBADD= ctf elf proc pthread rtld_db xo >> +VERSION_MAP= ${.CURDIR}/Symbol.map >> +LIBADD= ctf elf proc pthread rtld_db xo >> >> CLEANFILES= dt_errtags.c dt_names.c >> >> diff --git a/cddl/lib/libdtrace/Symbol.map b/cddl/lib/libdtrace/Symbol.map >> new file mode 100644 >> index 000000000000..89ee9de65209 >> --- /dev/null >> +++ b/cddl/lib/libdtrace/Symbol.map >> @@ -0,0 +1,4 @@ >> +{ >> + local: >> + yy*; >> +}; > > This just gives the lexer/parser symbols in libdtrace.so local > visibility? I think that's fine. Yes, that's the intention. I tested locally two versions of Symbol.map for libdtrace. The basic one quoted here and a more extended one based on illumos lib/libdtrace/common/mapfile-vers. The latter version does not define any symbol versions, its purpose is only to be a white-list of things to make public / global: https://people.freebsd.org/~avg/libdtrace-Symbol.map Comparing to illumos I only had to add 3 dtrace_oformat* symbols, Both versions worked equally well in my tests, but maybe I missed more of FreeBSD extensions. Which one would be better to get into the tree? Thank you. -- Andriy Gapon From nobody Fri May 16 12:29:21 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZzRGV6Tbzz5vcPG for ; Fri, 16 May 2025 12:29:22 +0000 (UTC) (envelope-from bapt@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZzRGV520Hz3CWw for ; Fri, 16 May 2025 12:29:22 +0000 (UTC) (envelope-from bapt@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747398562; 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; bh=D49gvovZEtv9QbNqx+KeWYarRb/jTeP/JktoC9FtX9o=; b=m78rgXaYs0GwSgcST9MK8+eYCGhRvLimVYcEQp4roHWEi6PhGmdqt7GhQwfMwZBoNho29x sFyEWeNyrE0ciFRh0MDGszEwXnzubYOnjUQoa11JuAJLC9t9i1+9a6TryBzRrH3nth4S/a 1ylM3OFIeN5XrULheowZSjK+kODuTP2KR3sUq6aDuCo8tfqS3nTpAd8GmRVuNpfF1q+0D8 IINF4kORX+pPHezVylhGE5yVdJh/0snYebL3DKnn9nH8omHta/LnrYWLOwf1Ig2iJX1AX4 eAT9BEwrEoPCj3s6dgWh2zrRZfW199ozDcaSopGx+rllyfUxqy7mkkKozE/dpw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747398562; 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; bh=D49gvovZEtv9QbNqx+KeWYarRb/jTeP/JktoC9FtX9o=; b=aOYk8yWhVboGq2A4GpkeFiDOzu6P9Msq09x5HniGGxT3mVZ/hEQ2KPGq6MahqELR3nOU6+ /whnF28rrHw7VMyqsfkeIvNXrf0B4e+pqOw0IE1MkdKtaUWUv4gJ3dfGmS7rIOGKbgAaxY RrhMAgqgnZCe6N/W6kWjAi6zW1u1qqZzEA0mSfZUE2ExWzJohy9i9kDwxRROciE/Oapu3Z U7v40svWRvxM54fQkq6esPALMgJouRh3XB2X46vbg24O/3lc/IfdlTHk4D5AbTA8/JQNju 2HtFYkYE1H0BZeYDA+ehyHjP8/+GqRUEqvhfFrwIkX3eDbaEIBErkEMxdNHYtQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1747398562; a=rsa-sha256; cv=none; b=MtboU3kVvPxg+cEzWbmgxDp2F/nu+2wUCZ8X4x5KlIyl5HUCxjfUj07w68mRoojVmJHrtj Lu0l0m0Btwt6b4EKLrpiNdCGxTfSqM9lZflWsgWrVJGax1chOkzEJ7DZZdrVhx7zpFbXix ulvX3OMLah5fvTfH9KzzzdE+4z40XdrTbhXifVSp8GXtcOf40l/M19zSjuQrZ6LV4k252S beVmwoqfxGftGhA91pfa/qrVyqPB6rsUBkyBOzlO8yfYQ/Ytsa99O6mMJQvhaORcmaRnaU ZOSoK1o0uV1HSjoDtaL0uj7gspM9aAJTdCWbvZwwCL7VGQjhKLt5BMqMzVEnXw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from b.nours.eu (b.nours.eu [54.38.177.57]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ZzRGV44BMztNw for ; Fri, 16 May 2025 12:29:22 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by b.nours.eu (Postfix, from userid 1001) id B58A2EEAC4; Fri, 16 May 2025 14:29:21 +0200 (CEST) Date: Fri, 16 May 2025 14:29:21 +0200 From: bapt@FreeBSD.org To: current@FreeBSD.org Subject: New packages repositories for kernel modules Message-ID: <68272fa1.hM4Vsb9JerBJLdTy%bapt@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 New package repositories available for kernel modules. Since 14.2-RELEASE we have been publishing a repository of packages built for all supported arches. With the upcoming 14.3-RELEASE we have extended the infrastructure so it now covers the following branches: - releng/14.2 (14.2-RELEASE) (from latest and quarterly ports) - releng/14.3 (14.3-RELEASE) (from latest and quarterly ports) - stable/14 (14.3-STABLE) (from latest and quarterly ports) - main (15.0-CURRENT) (only latest ports) To use them, here is the necessary configuration: (it can be added to /usr/local/etc/pkg/repos/kmods.conf) ---- FreeBSD-kmods: { url: "pkg+https://pkg.FreeBSD.org/${ABI}/KMODSFLAVOR", mirror_type: "src", signature_type: "fingerprints", fingerprints: "/usr/share/keys/pkg", enabled: yes } ---- KMODSFLAVOR repect the following pattern: kmods_PORTBRANCH_MINORRELEASE List of what is being published: +----------------------+----------------+-------------------+ | FreeBSD Release | ports main | ports quarterly | +----------------------+----------------+-------------------+ | FreeBSD 14.2-RELEASE | kmods_latest_2 | kmods_quarterly_2 | | FreeBSD 14.3-RELEASE | kmods_latest_3 | kmods_quarterly_3 | | FreeBSD 14.3-STABLE | kmods_latest | kmods_quarterly | | FreeBSD 15.0-CURRENT | kmods_latest | | +----------------------+----------------+-------------------+ Note for current and stable the repositories are built against the version available in the weekly pkgbase snapshots. Best regards, Bapt From nobody Fri May 16 13:51:44 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZzT5Z0KpGz5vkyn for ; Fri, 16 May 2025 13:51:46 +0000 (UTC) (envelope-from bapt@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZzT5Y3fmcz3sLl for ; Fri, 16 May 2025 13:51:45 +0000 (UTC) (envelope-from bapt@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747403505; 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; bh=Js1sD/7ljYRoxCg+7F4cNwRyeE+fqsI1G91WhRHv0uI=; b=fSYpXcfUUB//S8odEVuJnLjlgtQkdj25LJLXrvqjzQ4hkRkAkbznCXiwqQhJtxyWushae8 raIN6aWl07FpO5lHPI70qVXeiEGgNSl75HnB7F2H+okL1CXfKD+c2h07muJiUUaRB47BMm a94mFlBnIV9gN8qDQhJw2gnPfSNoca2Pm+w9q4OioJ9C4c4VMuHoua87CDe67GpMT/YzLB nVCOvEdRx+WfexYfeG+nZsU3zwwe8gxx1VQvf0t6bQqHbh6/02waq3BR0/ftqJGywhmhsi 7jYa+sBG1LRLA7IRbuFGDvOuRtJNWk0//uRTFSzoTgqGxaQmexpb02m5Hensjw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747403505; 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; bh=Js1sD/7ljYRoxCg+7F4cNwRyeE+fqsI1G91WhRHv0uI=; b=mLbYQFY8F2YSYG5AxYkWh5HSGbpLfzYfGxl7+3GV9YTuGxV6QK+aMZa53i87B1yACIRhd/ pHJbqRQBmYYjGazcIUdwfgvtDBw8JqH2qdnEK7f8hNsJAdSrvtWf9snkBKmMaJwbxCVzrh XBYmKFvYdkhmKAR2F2rwIZT04Qk6O0X/TZKROLQ99fTvhvYnoWHzWDAYssVf72A7383w7d ilPDgPH8c3KfpNk4v3GCKgpYTqacR0oW1wVmcl0odcRgZmOIYQROKKSoEOcdJabzLoCjV1 xgiQGmR7nItIb2ubpt8eCZpGSf7R0CfKZc/YqtsoCnPopxq7nZnH6FXphrl/zw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1747403505; a=rsa-sha256; cv=none; b=JPHsNv3vqgm2SLkHMl2UpcuFhdAqUWtTKV8/HlwOjVrGSrqDMOndsUOjn6r8LGqohRVpb9 OIieZop2zI2mFVKdOSUCB1g7BzMmrfBWK4Y2NNkVZNHiqjPmtU83R6Z1834rUwiNg4X4Nr MHvLO6u8BYvDhG2I+G6UB2s59hckfU2jgc0CyT84qEuE/zjlCmY/UNr8ARBbqhvsgnhR3Q GoWnKk65Re9/pWkzqMcxRzRHuCa1N9rp87YK9WexMLKn7LAoGKskJZHKKofZ3wcAy2sSBq 0B4KUI1zWAb4fFvUERBDbHliqRQZ/rIM+H3oyt1jIaRazIrZA7XxUelTawJoQg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from b.nours.eu (b.nours.eu [IPv6:2001:41d0:303:5e39::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ZzT5Y29V6zw26 for ; Fri, 16 May 2025 13:51:45 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by b.nours.eu (Postfix, from userid 1001) id 7FB0FEEE80; Fri, 16 May 2025 15:51:44 +0200 (CEST) Date: Fri, 16 May 2025 15:51:44 +0200 From: bapt@FreeBSD.org To: current@FreeBSD.org Subject: New packages repositories for kernel modules (without typo) Message-ID: <682742f0.c1kjogtHsKHAqFq9%bapt@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 New package repositories available for kernel modules. Since 14.2-RELEASE we have been publishing a repository of packages built for all supported arches. With the upcoming 14.3-RELEASE we have extended the infrastructure so it now covers the following branches: - releng/14.2 (14.2-RELEASE) (from latest and quarterly ports) - releng/14.3 (14.3-RELEASE) (from latest and quarterly ports) - stable/14 (14.3-STABLE) (from latest and quarterly ports) - main (15.0-CURRENT) (only latest ports) To use them, here is the necessary configuration: (it can be added to /usr/local/etc/pkg/repos/kmods.conf) ---- FreeBSD-kmods: { url: "pkg+https://pkg.FreeBSD.org/${ABI}/KMODSFLAVOR", mirror_type: "srv", signature_type: "fingerprints", fingerprints: "/usr/share/keys/pkg", enabled: yes } ---- KMODSFLAVOR repect the following pattern: kmods_PORTBRANCH_MINORRELEASE List of what is being published: +----------------------+----------------+-------------------+ | FreeBSD Release | ports main | ports quarterly | +----------------------+----------------+-------------------+ | FreeBSD 14.2-RELEASE | kmods_latest_2 | kmods_quarterly_2 | | FreeBSD 14.3-RELEASE | kmods_latest_3 | kmods_quarterly_3 | | FreeBSD 14.3-STABLE | kmods_latest | kmods_quarterly | | FreeBSD 15.0-CURRENT | kmods_latest | | +----------------------+----------------+-------------------+ Note for current and stable the repositories are built against the version available in the weekly pkgbase snapshots. Best regards, Bapt From nobody Fri May 16 14:11:12 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZzTX44hWSz5vmwn for ; Fri, 16 May 2025 14:11:16 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qv1-xf35.google.com (mail-qv1-xf35.google.com [IPv6:2607:f8b0:4864:20::f35]) (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 4ZzTX42hkwz486l; Fri, 16 May 2025 14:11:16 +0000 (UTC) (envelope-from markjdb@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-qv1-xf35.google.com with SMTP id 6a1803df08f44-6f6e398767eso42381986d6.1; Fri, 16 May 2025 07:11:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1747404675; x=1748009475; darn=freebsd.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:from:to:cc:subject:date:message-id :reply-to; bh=XpoA+xgd8fEpKvHQ5aZbHuyg21JF29cNfUdLU9ign/Y=; b=mvf++ST4UuSVPfy7mLiV/PGoYiA2/t2twdm22X1cvyKR5fB03ohM4QyA4yru9wvI1N sLwNO/WUlqLjpOOyqH0bBaayt1p0VJo0SQJTLMfROl+IzVB+xJx9pXBAOUDW8il2nIxc OgIqHvaM26tgAMx6mXx60Yj0F6TEiEqjNBu3AaW16LrUDPrbpsBxRg6OBba05T46f1P6 V1FVu/VEjbneO2Jli6doW7ltiJoltvDqID3JpRQmX573qskWf3hQKS5Q6lEyE56j1FE3 c6RyYRx6qsUfBBE1BWskSAINe7xG95i9aSufJKhzeqK/L1DeULqDPP9VL7ca1xS1hYuo oIjg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1747404675; x=1748009475; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=XpoA+xgd8fEpKvHQ5aZbHuyg21JF29cNfUdLU9ign/Y=; b=d9xbhqrE9+YFUQ3yLeq8h5ajMqe6EreFASUn3GEi8Pfi3ClZcx2d03V1WTyOC9laGi 7JqZ+KBMkoySVAgUvskJGdQ9PcsXHdwYgGruvSfhsVvDzYKg6ON5OkGGT9agcZfE21vR S6a3Y7Pc/Jt0Wk/HIxIyZ8bOjmPLQR47iLp3dz4d1Znuy3Tmz/VM7C1pnR42GXd/84b6 Vnj5azjHRzYwrccL43mt28ZRL//2Rk4zMTgF3zO0mmS6gzqEWyJBltev1WbmbzynQLaA WQb+pD7M6KU/y6HcT+SBm/zJ1cwLlsIyINWCe4YcMIqXExA1q5lqXCa0vPeBSjTh6tT+ vy1Q== X-Forwarded-Encrypted: i=1; AJvYcCW9pYOgVrolbJ73SUdkDaBMxxOJRr50GRDWgTux2hIMIBgDAkerb68c8gxusEkMP5/qwP7hRxfx@freebsd.org X-Gm-Message-State: AOJu0YyTF5MD0sIUbuelgYNb0OOHz2feZ/eSsamBh4FANjspXqvVY3CU EbPWZ9OTNHjAJ7jJDfMA6KDZlsa8MJmMPobdBZdinrEERog5MmIYBt9YK1DOf3yL X-Gm-Gg: ASbGnctC5WdcR+4B7702ST/J8HR4REGFOatlSETAHRSGHWKwjAFRB8Gf7ppf+Wf9Rze WCoklik0CsFNH8QExO2+tooR/lNEQS43wdf8YlRQ1BbKqTFyJNJYRGh6bt9U0JZCxF5xpsD36HQ FizqD11EkQqeHiKHIbhFmdfANw+oXjTLYIYlFtOC/R3RR/UUhjgKdK7lLd3oZvf6hYNp6LJn4Vi 9bu2FiqiHA9gSGWasCiOvsAfB+j20XVNfFPRFy2c74voreMIZ7QqJ7ns6JJCt1yanaEDGSYSZEp IKxVG8tnQRWJEn9blpA8W7gqePGMj96srd4GvwmCz1O0XQUkS/cddjlJ96BeKkrwkg== X-Google-Smtp-Source: AGHT+IG1GLBmCvvFEJhUxlsFDxTbl+NUrecUVp1Xqol1lrNYiZiuCH2xL1zjRq4BenguEQm3BhYEMA== X-Received: by 2002:a05:6214:20ab:b0:6f4:f157:40ad with SMTP id 6a1803df08f44-6f8b123bf2dmr53250046d6.2.1747404674959; Fri, 16 May 2025 07:11:14 -0700 (PDT) Received: from nuc (192-0-220-237.cpe.teksavvy.com. [192.0.220.237]) by smtp.gmail.com with ESMTPSA id 6a1803df08f44-6f8b08ac502sm12650576d6.42.2025.05.16.07.11.13 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 16 May 2025 07:11:14 -0700 (PDT) Date: Fri, 16 May 2025 10:11:12 -0400 From: Mark Johnston To: Andriy Gapon Cc: Konstantin Belousov , FreeBSD Current Subject: Re: RTLD_DEEPBIND question Message-ID: References: <900c8521-559a-47b5-acaa-ae941f6852c4@freebsd.org> <7c4e1682-d797-493c-8326-08d51dde3359@FreeBSD.org> <59db8ace-770f-4f73-976f-411f6de0885a@FreeBSD.org> <5b887290-a6aa-49ff-aa92-f335ed09b9a5@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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5b887290-a6aa-49ff-aa92-f335ed09b9a5@freebsd.org> X-Rspamd-Queue-Id: 4ZzTX42hkwz486l 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-Spamd-Bar: ---- On Fri, May 16, 2025 at 03:22:52PM +0300, Andriy Gapon wrote: > On 27/04/2025 17:26, Mark Johnston wrote: > > On Thu, Apr 24, 2025 at 08:56:44AM +0300, Andriy Gapon wrote: > > > On 23/04/2025 21:56, Andriy Gapon wrote: > > > > BTW, I've been wondering how illumos avoids the problem even though they > > > > do not use any special dlopen flags. > > > > It turns out that they link almost all system shared libraries with > > > > -Bdirect option (which is Solaris/illumos specific). > > > > It's somewhat similar to, but different from, -Bsymbolic. > > > > https://docs.oracle.com/cd/E23824_01/html/819-0690/aehzq.html#scrolltoc > > > > https://docs.oracle.com/cd/E36784_01/html/E36857/gejfe.html > > > > > > Oh, and it looks like there is an even better explanation for illumos. > > > There is a version map file for libdtrace which explicitly lists API > > > functions and makes everything else local. > > > https://github.com/illumos/illumos-gate/blob/master/usr/src/lib/libdtrace/common/mapfile-vers > > > > > > I wonder why we didn't do the same when porting. > > > Maybe we should do that now? > > > > I don't have any objection, but I believe adding a version map after the > > fact doesn't accomplish much, assuming that we care deeply about ABI > > stability in libdtrace.so (I'm not sure we do though). > > My primary goal here is not ABI stability, but hiding symbols that really > should not be exported. See more at the end. > > At the same time I am not sure why it could be too late to start caring > about ABI stability now. Assuming we actually would want to do that. I just mean that the version map helps only helps provide stability for binaries linked to libdtrace.so after the version map is introduced. > And I don't want to single out libtrace here. > It seems that the story is the same for all libraries that have been ported > from illumos. > E.g., libzfs_core was supposed to be a library that cares greatly about its > API / ABI stability. > > > > > I think that on FreeBSD we should use symbol visibility attributes or a > > > > symbol map to hide (make local) symbols that are not expected to be > > > > interposed or have a high chance to be interposed by accident. > > > > > > > > IMO, yyparse should definitely get that treatment. > > > > > > > > I think that approach would be better than magic rtld tricks. > > > > Especially because the tricks do not work with the current rtld. > > > > I'd rather make a change to libdtrace.so than to rtld. > > > > > > This, while not as nice as the illumos solution, fixes my specific issue: > > > diff --git a/cddl/lib/libdtrace/Makefile b/cddl/lib/libdtrace/Makefile > > > index d086fffb07bc..58054d129b49 100644 > > > --- a/cddl/lib/libdtrace/Makefile > > > +++ b/cddl/lib/libdtrace/Makefile > > > @@ -146,7 +146,8 @@ CFLAGS+= -fsanitize=address -fsanitize=undefined > > > LDFLAGS+= -fsanitize=address -fsanitize=undefined > > > .endif > > > > > > -LIBADD= ctf elf proc pthread rtld_db xo > > > +VERSION_MAP= ${.CURDIR}/Symbol.map > > > +LIBADD= ctf elf proc pthread rtld_db xo > > > > > > CLEANFILES= dt_errtags.c dt_names.c > > > > > > diff --git a/cddl/lib/libdtrace/Symbol.map b/cddl/lib/libdtrace/Symbol.map > > > new file mode 100644 > > > index 000000000000..89ee9de65209 > > > --- /dev/null > > > +++ b/cddl/lib/libdtrace/Symbol.map > > > @@ -0,0 +1,4 @@ > > > +{ > > > + local: > > > + yy*; > > > +}; > > > > This just gives the lexer/parser symbols in libdtrace.so local > > visibility? I think that's fine. > Yes, that's the intention. > > I tested locally two versions of Symbol.map for libdtrace. > The basic one quoted here and a more extended one based on illumos > lib/libdtrace/common/mapfile-vers. > The latter version does not define any symbol versions, its purpose is only > to be a white-list of things to make public / global: > https://people.freebsd.org/~avg/libdtrace-Symbol.map Do we really want to export _dtrace_debug? > Comparing to illumos I only had to add 3 dtrace_oformat* symbols, > > Both versions worked equally well in my tests, but maybe I missed more of > FreeBSD extensions. > > Which one would be better to get into the tree? Having a full whitelist seems preferable to me. Did you test lockstat as well? I believe it and dtrace(8) are the only users of libdtrace.so in the base system. From nobody Fri May 16 14:48:49 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZzVMS6Pt3z5vqmG for ; Fri, 16 May 2025 14:48:52 +0000 (UTC) (envelope-from rodrigo@osorio.me) Received: from smtp.osorio.me (mvd.osorio.me [37.187.111.94]) by mx1.freebsd.org (Postfix) with ESMTP id 4ZzVMS0D8gz3R1M for ; Fri, 16 May 2025 14:48:52 +0000 (UTC) (envelope-from rodrigo@osorio.me) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of rodrigo@osorio.me designates 37.187.111.94 as permitted sender) smtp.mailfrom=rodrigo@osorio.me; dmarc=none Received: from [192.168.1.29] (lfbn-idf1-1-971-net.w86-238.abo.wanadoo.fr [86.238.50.0]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384) (No client certificate requested) by smtp.osorio.me (Postfix) with ESMTPSA id B0D1DE3176 for ; Fri, 16 May 2025 14:53:10 +0000 (UTC) Message-ID: <6c1a04bf-8e23-4ed2-97df-4bb12cf07821@osorio.me> Date: Fri, 16 May 2025 16:48:49 +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: New packages repositories for kernel modules (without typo) To: freebsd-current@freebsd.org References: <682742f0.c1kjogtHsKHAqFq9%bapt@FreeBSD.org> Content-Language: en-US From: Rodrigo Osorio In-Reply-To: <682742f0.c1kjogtHsKHAqFq9%bapt@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4ZzVMS0D8gz3R1M X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.39 / 15.00]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_SPAM_SHORT(0.39)[0.390]; R_SPF_ALLOW(-0.20)[+ip4:37.187.111.94]; ONCE_RECEIVED(0.20)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_NO_TLS_LAST(0.10)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:16276, ipnet:37.187.0.0/16, country:FR]; MIME_TRACE(0.00)[0:+]; FREEFALL_USER(0.00)[rodrigo]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[osorio.me]; ARC_NA(0.00)[] On 16/05/25 15:51, bapt@FreeBSD.org wrote: > New package repositories available for kernel modules. > > Since 14.2-RELEASE we have been publishing a repository of packages built for > all supported arches. > > With the upcoming 14.3-RELEASE we have extended the infrastructure so it now > covers the following branches: > - releng/14.2 (14.2-RELEASE) (from latest and quarterly ports) > - releng/14.3 (14.3-RELEASE) (from latest and quarterly ports) > - stable/14 (14.3-STABLE) (from latest and quarterly ports) > - main (15.0-CURRENT) (only latest ports) > > To use them, here is the necessary configuration: > (it can be added to /usr/local/etc/pkg/repos/kmods.conf) > > ---- > FreeBSD-kmods: { > url: "pkg+https://pkg.FreeBSD.org/${ABI}/KMODSFLAVOR", > mirror_type: "srv", > signature_type: "fingerprints", > fingerprints: "/usr/share/keys/pkg", > enabled: yes > } > ---- > > KMODSFLAVOR repect the following pattern: > > kmods_PORTBRANCH_MINORRELEASE > > List of what is being published: > > +----------------------+----------------+-------------------+ > | FreeBSD Release | ports main | ports quarterly | > +----------------------+----------------+-------------------+ > | FreeBSD 14.2-RELEASE | kmods_latest_2 | kmods_quarterly_2 | > | FreeBSD 14.3-RELEASE | kmods_latest_3 | kmods_quarterly_3 | > | FreeBSD 14.3-STABLE | kmods_latest | kmods_quarterly | > | FreeBSD 15.0-CURRENT | kmods_latest | | > +----------------------+----------------+-------------------+ > > Note for current and stable the repositories are built against > the version available in the weekly pkgbase snapshots. > > Best regards, > Bapt > Hi bapt, Thanks you for this amazing service. -- rodrigo From nobody Fri May 16 15:00:26 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZzVcz5WgQz5vrTp for ; Fri, 16 May 2025 15:00:35 +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 4ZzVcz2Tpvz3VQr; Fri, 16 May 2025 15:00:35 +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 54GF0QQn095069; Fri, 16 May 2025 18:00:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 54GF0QQn095069 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 54GF0QPr095068; Fri, 16 May 2025 18:00:26 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 16 May 2025 18:00:26 +0300 From: Konstantin Belousov To: Mark Johnston Cc: Andriy Gapon , FreeBSD Current Subject: Re: RTLD_DEEPBIND question Message-ID: References: <900c8521-559a-47b5-acaa-ae941f6852c4@freebsd.org> <7c4e1682-d797-493c-8326-08d51dde3359@FreeBSD.org> <59db8ace-770f-4f73-976f-411f6de0885a@FreeBSD.org> <5b887290-a6aa-49ff-aa92-f335ed09b9a5@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: 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-Queue-Id: 4ZzVcz2Tpvz3VQr 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-Spamd-Bar: ---- On Fri, May 16, 2025 at 10:11:12AM -0400, Mark Johnston wrote: > On Fri, May 16, 2025 at 03:22:52PM +0300, Andriy Gapon wrote: > > On 27/04/2025 17:26, Mark Johnston wrote: > > > On Thu, Apr 24, 2025 at 08:56:44AM +0300, Andriy Gapon wrote: > > > > On 23/04/2025 21:56, Andriy Gapon wrote: > > > > > BTW, I've been wondering how illumos avoids the problem even though they > > > > > do not use any special dlopen flags. > > > > > It turns out that they link almost all system shared libraries with > > > > > -Bdirect option (which is Solaris/illumos specific). > > > > > It's somewhat similar to, but different from, -Bsymbolic. > > > > > https://docs.oracle.com/cd/E23824_01/html/819-0690/aehzq.html#scrolltoc > > > > > https://docs.oracle.com/cd/E36784_01/html/E36857/gejfe.html > > > > > > > > Oh, and it looks like there is an even better explanation for illumos. > > > > There is a version map file for libdtrace which explicitly lists API > > > > functions and makes everything else local. > > > > https://github.com/illumos/illumos-gate/blob/master/usr/src/lib/libdtrace/common/mapfile-vers > > > > > > > > I wonder why we didn't do the same when porting. > > > > Maybe we should do that now? > > > > > > I don't have any objection, but I believe adding a version map after the > > > fact doesn't accomplish much, assuming that we care deeply about ABI > > > stability in libdtrace.so (I'm not sure we do though). > > > > My primary goal here is not ABI stability, but hiding symbols that really > > should not be exported. See more at the end. > > > > At the same time I am not sure why it could be too late to start caring > > about ABI stability now. Assuming we actually would want to do that. > > I just mean that the version map helps only helps provide stability for > binaries linked to libdtrace.so after the version map is introduced. This is one of the reason why versioning the library requires bumping the .so file version. From nobody Fri May 16 15:13:47 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZzVwP2Xnfz5vsMD for ; Fri, 16 May 2025 15:13:57 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (plan-b.pwste.edu.pl [IPv6:2001:678:618::40]) (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 "plan-b.pwste.edu.pl", Issuer "GEANT OV RSA CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZzVwP0kxtz3XqT for ; Fri, 16 May 2025 15:13:57 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Authentication-Results: mx1.freebsd.org; none Received: from [192.168.7.70] (dom.potoki.eu [62.133.140.50]) (authenticated bits=0) by plan-b.pwste.edu.pl (8.18.1/8.17.2) with ESMTPSA id 54GFDluD006961 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Fri, 16 May 2025 17:13:47 +0200 (CEST) (envelope-from zarychtam@plan-b.pwste.edu.pl) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=plan-b.pwste.edu.pl; s=plan-b-mailer; t=1747408428; bh=bnttO4hMU+79Nlu/WO2jE+eHaCfs6m1UOEpzlzTxSyc=; h=Date:Subject:To:References:From:In-Reply-To; b=DRowCo2ANHq9VMIOuzzjC5C58g3eM04Az0Fie0QQaIcoEV+WdscW4u6iZnfj9/p0m SB8GRNFZT6FTNdb4fKywP33yvtaA+Pfixv8eU/Xt9jG4EUkzi4k6/PJsQBZhi6gGUf ePn+rSogcZQLzooD2xRKBj8XGPXgVLAoJBi/mc7PEyxcGAnf6NjyVPt+Pqbqi1ZrVd FopvnKtg3Xl0fFqqKg08lALklmQkFRC7XBdF5QQt7qdJhB6Y/0YmxSBz/xqYYPV4SV xDlnjOHb4JHJicMXGFIXG/5Wsc5MRGuLDwFr05Vac7Bih4m8Eq3EFLtEh1O5j1/TVm N2tn9H0rd+Zpw== X-Authentication-Warning: plan-b.pwste.edu.pl: Host dom.potoki.eu [62.133.140.50] claimed to be [192.168.7.70] Content-Type: multipart/alternative; boundary="------------641TteAUvC9HQGL6c2NXOcDE" Message-ID: Date: Fri, 16 May 2025 17:13:47 +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: New packages repositories for kernel modules (without typo) To: bapt@FreeBSD.org, current@FreeBSD.org References: <682742f0.c1kjogtHsKHAqFq9%bapt@FreeBSD.org> Content-Language: en-US From: Marek Zarychta Autocrypt: addr=zarychtam@plan-b.pwste.edu.pl; keydata= xsBNBFfi3cMBCADLecMTFXad4uDXqv3eRuB4qJJ8G9tzzFezeRnnwxOsPdytW5ES2z1ibSrR IsiImx6+PTqrAmXpTInxAi7yiZGdSiONRI4CCxKY9d1YFiNYT/2WyNXCekm9x29YeIU7x0JB Llbz0f/9HC+styBIu2H+PY/X98Clzm110CS+n/b9l1AtiGxTiVFj7/uavYAKxH6LNWnbkuc5 v8EVNc7NkEcl5h7Z9X5NEtzDxTOiBIFQ/kOT7LAtkYUPo1lqLeOM2DtWSXTXQgXl0zJI4iP1 OAu4qQYm2nXwq4b2AH9peknelvnt1mpfgDCGSKnhc26q6ibTfMwydp+tvUtQIQYpA6b9ABEB AAHNN01hcmVrIFphcnljaHRhIChQbGFuLWIpIDx6YXJ5Y2h0YW1AcGxhbi1iLnB3c3RlLmVk dS5wbD7CwHcEEwEIACEFAlfi4LkCGwMFCwkIBwIGFQgJCgsCBBYCAwECHgECF4AACgkQHZW8 vIFppoJXdgf8D9X3VRFSNaR9lthSx/+uqas17J3FJKBo1xMQsC2a+44vzNvYJSuPGLLJ+LW2 HPVazjP/BWZJbxOYpliY4zxNRU0YCp0BLIVLibc//yax+mE42FND/+NiIZhqJscl6MLPrSwo sIwXec4XYkldkyqW/xBbBYXoIkBqdKB9j5j42Npy1IV/RizOSdmvTWY27ir8e/yGMR1RLr4F 8P5K3OWTdlGy2H2F/3J8bIPBLG6FpaIyLQw4dHSx8V02PYqDxK1cNo2kAOnU8PnZL/AGuMOH iv3MN1VYL8ehcmpBBsrZGebQJxrjY2/5IaTSgp9xHYT70kshuU6Qb97vk1mOjNZxgc7ATQRX 4t3DAQgA10h6RCXuBLMHxq5B8X/ZIlj9sgLoeyfRdDZEc9rT2KUeUJVHDsbvOFf4/7F1ovWY hJbA6GK/LUZeHHTjnbZcH1uDYQeHly4UOLxeEvhGoz4JhS2C7JzN/uRnwbdOAUbJr8rUj/IY a7gk906rktsc/Ldrxrxh7O6WO0JCh2XO/p4pDfEwwB37g4xHprSab28ECYJ9JMbtA8Sy4M55 g3+GQ28FvSlGnx48OoGXU2BZdc1vZKSQmNOlikB+9/hDX8zdYWVfDaX1TLQ8Ib4+xTUmapza mV/bxIsaZRBw+jFjLQHhTbIMfPEU+4mxFDvTdbKPruKPqVf1ydgMnPZWngowdwARAQABwsBf BBgBCAAJBQJX4t3DAhsMAAoJEB2VvLyBaaaC6qkIAJs9sDPqrqW0bYoRfzY6XjDWQ59p9tJi v8aogxacQNCfAu+WkJ8PNVUtC1dlVcG5NnZ80gXzd1rc8ueIvXlvdanUt/jZd8jbb3gaDbK3 wh1yMCGBl/1fOJTyEGYv1CRojv97KK89KP5+r8x1P1iHcSrunlDNqGxTMydNCwBH23QcOM+m u4spKnJ/s0VRBkw3xoKBZfZza6fTQ4gTpAipjyk7ldOGBV+PvkKATdhK2yLwuWXhKbg/GRlD 1r5P0gxzSqfV4My+KJuc2EDcrqp1y0wOpE1m9iZqCcd0fup5f7HDsYlLWshr7NQl28f6+fQb sylq/j672BHXsdeqf/Ip9V4= In-Reply-To: <682742f0.c1kjogtHsKHAqFq9%bapt@FreeBSD.org> X-Rspamd-Queue-Id: 4ZzVwP0kxtz3XqT 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:206006, ipnet:2001:678:618::/48, country:PL] X-Spamd-Bar: ---- This is a multi-part message in MIME format. --------------641TteAUvC9HQGL6c2NXOcDE Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit W dniu 16.05.2025 o 15:51, bapt@FreeBSD.org pisze: > New package repositories available for kernel modules. > > Since 14.2-RELEASE we have been publishing a repository of packages built for > all supported arches. > > With the upcoming 14.3-RELEASE we have extended the infrastructure so it now > covers the following branches: > - releng/14.2 (14.2-RELEASE) (from latest and quarterly ports) > - releng/14.3 (14.3-RELEASE) (from latest and quarterly ports) > - stable/14 (14.3-STABLE) (from latest and quarterly ports) > - main (15.0-CURRENT) (only latest ports) > > To use them, here is the necessary configuration: > (it can be added to /usr/local/etc/pkg/repos/kmods.conf) > > ---- > FreeBSD-kmods: { > url: "pkg+https://pkg.FreeBSD.org/${ABI}/KMODSFLAVOR", > mirror_type: "srv", > signature_type: "fingerprints", > fingerprints: "/usr/share/keys/pkg", > enabled: yes > } > ---- > > KMODSFLAVOR repect the following pattern: > > kmods_PORTBRANCH_MINORRELEASE > > List of what is being published: > > +----------------------+----------------+-------------------+ > | FreeBSD Release | ports main | ports quarterly | > +----------------------+----------------+-------------------+ > | FreeBSD 14.2-RELEASE | kmods_latest_2 | kmods_quarterly_2 | > | FreeBSD 14.3-RELEASE | kmods_latest_3 | kmods_quarterly_3 | > | FreeBSD 14.3-STABLE | kmods_latest | kmods_quarterly | > | FreeBSD 15.0-CURRENT | kmods_latest | | > +----------------------+----------------+-------------------+ > > Note for current and stable the repositories are built against > the version available in the weekly pkgbase snapshots. > > Best regards, > Bapt > This is a long-awaited feature and really great news for the entire FreeBSD community. Many thanks for introducing new package repositories for kernel modules in FreeBSD. This is a really great improvement and will make it much easier for users to maintain and deploy new releases, in a seamless and user-friendly way. FreeBSD steadily keeps moving forward... Cheers -- Marek Zarychta --------------641TteAUvC9HQGL6c2NXOcDE Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
W dniu 16.05.2025 o 15:51, bapt@FreeBSD.org pisze:
New package repositories available for kernel modules.

Since 14.2-RELEASE we have been publishing a repository of packages built for
all supported arches.

With the upcoming 14.3-RELEASE we have extended the infrastructure so it now
covers the following branches:
- releng/14.2 (14.2-RELEASE) (from latest and quarterly ports)
- releng/14.3 (14.3-RELEASE) (from latest and quarterly ports)
- stable/14 (14.3-STABLE) (from latest and quarterly ports)
- main (15.0-CURRENT) (only latest ports)

To use them, here is the necessary configuration:
(it can be added to /usr/local/etc/pkg/repos/kmods.conf)

----
FreeBSD-kmods: {
	url: "pkg+https://pkg.FreeBSD.org/${ABI}/KMODSFLAVOR",
	mirror_type: "srv",
	signature_type: "fingerprints",
	fingerprints: "/usr/share/keys/pkg",
	enabled: yes
}
----

KMODSFLAVOR repect the following pattern:

kmods_PORTBRANCH_MINORRELEASE

List of what is being published:

+----------------------+----------------+-------------------+
| FreeBSD Release      | ports main     | ports quarterly   |
+----------------------+----------------+-------------------+
| FreeBSD 14.2-RELEASE | kmods_latest_2 | kmods_quarterly_2 |
| FreeBSD 14.3-RELEASE | kmods_latest_3 | kmods_quarterly_3 |
| FreeBSD 14.3-STABLE  | kmods_latest   | kmods_quarterly   |
| FreeBSD 15.0-CURRENT | kmods_latest   |                   |
+----------------------+----------------+-------------------+

Note for current and stable the repositories are built against
the version available in the weekly pkgbase snapshots.

Best regards,
Bapt

This is a long-awaited feature and really great news for the entire FreeBSD community. 

Many thanks for introducing new package repositories for kernel modules in FreeBSD. This is a really great improvement and will make it much easier for users to maintain and deploy new releases, in a seamless and user-friendly way.

FreeBSD steadily keeps moving forward...

Cheers 

-- 
Marek Zarychta
--------------641TteAUvC9HQGL6c2NXOcDE-- From nobody Fri May 16 17:18:29 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZzYh82s2Hz5w2qt for ; Fri, 16 May 2025 17:18:32 +0000 (UTC) (envelope-from avg@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZzYh80v1Bz3nDJ; Fri, 16 May 2025 17:18:32 +0000 (UTC) (envelope-from avg@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747415912; 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:autocrypt:autocrypt; bh=36UFuBE1BfpzY9zoIiWA3B/H3hb7U+EJlQ5yHO35UGU=; b=bYM+2b/xL9UZa1cKkSPQMzeaZri5y2WFmbr4c8rnSAIcdGUzMhN8LSB86Gj0m7bse8SrIv 4V13u1rL+tpLdozjgSUOb8c9Uyaa1QmD2NeC9TvPsLwTwPVHO1dpoUiYsoSN6/UhpoP4AW ROJr9tP+gY9i4gffJSgoYxRsVUJMLZkQWAlebAtntSfRCohrXLlqx6Att/Ms2QbwdGFocN ndwk6UvPsHtiChg6q5bRxXhYZFKrDtOTcsN1dWUrxrNIwQ8SSF5OXrbczWJyegOwGbT5lN kXlQnu39Hm3opRxfpzqvz0ex286EFjxeBQ6ivafSyTMFExG6hxbGYR65NUj9Tg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747415912; 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:autocrypt:autocrypt; bh=36UFuBE1BfpzY9zoIiWA3B/H3hb7U+EJlQ5yHO35UGU=; b=Gp2Ul3byxN9o7J7wzA05niTHwWta5o4z1JQebHxPDvbH8Q7Jds4g9tTtc9QLdJU11Vnvs8 RKnhSv67y9rENzbhoEgk4F0mK8Gwhon48B+pmouep1CI6KlzPHMOhY0eUNWtifSKBIivOm 1AWdk6iFCaO+Qhbwn8RQ7fHt3YZ+EQpsUYhSNe2Xbj1avTXytnziQEOZeKjH/7oe1OGI/t dv4hJVALhxektaXwNW1aRH5j4Tfe0DL4EhP79N/zZUb1wt+niFWCmnmg4GlcDkBiuy4YZX 8B9xfqL/XNXwU2fiZFlDlEB+o7scLkPtjUBgLr0y8g7pGButnf0CbheBeMXd5w== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1747415912; a=rsa-sha256; cv=none; b=OG1T8aEAqaemBEcPKQLUw25WpLIiLSzmIivlkmey3Tqa5WuxFzE5ymQr3ZTuFmoNfVd0xA dMCL5EhdXI/BmhXwvfk/6BtU3KsnCje3in5as9L3DR8Hj9Uw066KBmIOjO1TOClJJpocJY eKNbWbu13AyOdUB969H483rLHv1gGcsNDQv7SeZ1LvzUZzM0yI+k/bLHgJvyCfVFNu+oMR 4EDySrHlAF13iAXFZLtgC4hWgdzdRX9OicLYAvLbWi8r3AjJhpSzydYPCLuKXgxX0g5RBr U0n8jpGVqZjoumc4z8pVhYSlWitl+3buLJqoUwpiwLu30rMVzjKH3xcGxPpC/w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from [192.168.0.88] (unknown [93.188.39.137]) (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: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ZzYh73rh3z1003; Fri, 16 May 2025 17:18:31 +0000 (UTC) (envelope-from avg@freebsd.org) Message-ID: Date: Fri, 16 May 2025 20:18:29 +0300 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 From: Andriy Gapon Subject: libdtrace symbol map [Was: RTLD_DEEPBIND question] To: Mark Johnston Cc: Konstantin Belousov , FreeBSD Current References: <900c8521-559a-47b5-acaa-ae941f6852c4@freebsd.org> <7c4e1682-d797-493c-8326-08d51dde3359@FreeBSD.org> <59db8ace-770f-4f73-976f-411f6de0885a@FreeBSD.org> <5b887290-a6aa-49ff-aa92-f335ed09b9a5@freebsd.org> Content-Language: en-US Autocrypt: addr=avg@freebsd.org; keydata= xsDNBGcKrHEBDADRvwQOK0b/yo4ys5cs6bOQMhEh4xtfbaZ/CU00cpPgUip3sOZCdrtMWlRC g25z97prxE9pKueZi+HXDhIPpa9xl14ghqF4oYScuJ1i18HyiOH2y5Q3Vv/TtFiSzicd3EAu QgS3jVidpgDSPDdj2Yz3UxYpZ+PuFl6nOnvCvqOFcjUlzKCyPaiN2b86l1Nscmhnc+zQ/faB erUOEFEDQbWMA5YfXi8HrbeR16hfRfGt7E0aMDlIj9FIPIq71UWMN9CimPgs4+rbNr1MAlLa z4GxSDhVYZEY5rqtCzr+PLXboRQWnaUwXl0/biw9enf17NHdYv1SNAFTX2eC4dZ3qBVI74dS PgNprm+PMfz+6Hhs/dAv+Nan5nVhg3EFIjYTiy0MnjMSq8uI0v0ykpAGAcJJ5xl6d23aLxgN 6f0z6pJRCO0hGPgU7UzvFD0MxJxmbzqdT1R51KDan1oD41b+tjl2LMBuCDCoB0U44Pu0zLdp xMfFTxCXtwIYKIUxwd28jwMAEQEAAc0eQW5kcml5IEdhcG9uIDxhdmdARnJlZUJTRC5vcmc+ wsENBBMBCAA3FiEEmXvSmjiQFHPVOpLnzDOt5NLj67sFAmcKrHEFCQeEzgACGwMECwkIBwUV CAkKCwUWAgMBAAAKCRDMM63k0uPru5tSDACFK15LLbq89RSQ6QMnjiIm1t/wYJyumb519MHu Dhzxx1lbr8oghf0RHtF6kYRLQPaW2VdToi74pRobd3CN4bhZKDLSL6WfTn17RfavDjL6Njwp KBo30CkOeYKWq1mDmo0xEoQj8cc7ybEZnus+YScZOpj8Ti4EFwhRt6SHer7YDb161IHKL8m4 MsCxpFSGEjbKj8Iul3Ri/fTOO8w14ivcuEEQIvJt4/+4YV5Az8G23wKzL/3aJ7SOT3oYGmR9 atBTmVO3DlODjM+rZLegd8SfLSPTcBTHspWE5duemIzZbEX3BP77r3Qx4Fo5Tkit3bG1XVar yPQato+sFGFEGifdE9USBQoAoOaaeZevwAWjDU0TIuCT0CUe0sKtQuNP4LRq0n9EEHOXBu9a CfdMhFUSkAZnuE7miSVwgPvoVNJ1stA37EXLN/sVsWik7wslTQ5vF81VpdGFiwoQPOe2XEKh ogcwGSnXbwv1gD4x+Gz/7Y+kFyr1NY+4/nSaeXVcS2fOwM0EZwqscgEMAMQTe6ypAmQe/TFO HqKD2hfFKdksTptKi6uEh8xIwct8G/0FBldDWXo9eu8CGr/ZrDg0/bAwJxbaLRQCMH19Gq2Y hLvZ1QK5GQJVzZKcqfxbF2LiDUTs6WkdOBIhGpdDy7p1xFrvqCGCtNFYHuGYm067EozibBSF BWAPstKu2FQuVHZNMOfs7p3OIz3Yfqu9woXDeg3/8G2qVQJINe+8EwXKlhgh4CyDbq7nAZoA kIu1SE9z9u3WI5mcNy/0dFmVUsFxBqRC3ewbvzie8tKyZ9yFOlaZPT0Y4nRBXQTI3mLZ8zQ8 mtrWK5OOmrJ02kdeO9RBXe+OMaUUWMf92ZIoBFb4HP6N+B+4N1y1OwULousfl7JRoYxA4MRL ls7E2sSoJvrEBTJB3Pc34xu8rsJ1A5V3NgN6djX8yEZYpTRkcmrBeWy/ofDqZPVqneAx0LRm eldDS9msXDW4KXODyPZ+9unvmHAcoH0xaBYaSH44CDZDQDg4LNcmbOvuu1TEXBJhjQARAQAB wsD8BBgBCAAmFiEEmXvSmjiQFHPVOpLnzDOt5NLj67sFAmcKrHMFCQeEzgACGwwACgkQzDOt 5NLj67sUCAv5AXqgWnYN9EblapMbZjkiqL8pZQ0GNqh+Pg9FwbyULxjtRTO6rD4D0IxizByb ef+neeUNyYlagt5nfKMysEr0SU/gHKCi8vyTF/63ukMrGUNGmJJxrndl5ZYKC6j6eX7twrZF L1Uvlmn6FnQ22red5kHO93fDjG4zaDIZvHfwj7kzjZ4tpC7Byinf88s14mdZeScc0PnU2hj4 UGYju/wg2FF4YxaZYhcmdTiRYY0Wx85XSMZv19pnn78sadEuRvfRd4JTmw++j1xGXeqQGWzz /CTG5/Ex9GAkQ02hZbmi236byDXoet4G8TEyOph9QFVkV9bNd0jQZaFZPGEj4PSPUYGAF7s5 xJaNGgctC3aZ7WjEv1FBoo44XCU4xcjJ1wZQUrHxRhx6TW0Jtcl0U9qfKFW30TSPo6RyiXuj X4ltWKAtjoXB8nUmEJckaz7IRu2b4pXDeazZuz5JBygUs10yJjDxh2vFQZo0KaBAPx9MZlPn gpPTjT15L8xGftEjQXF6 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 16/05/2025 17:11, Mark Johnston wrote: > On Fri, May 16, 2025 at 03:22:52PM +0300, Andriy Gapon wrote: >> On 27/04/2025 17:26, Mark Johnston wrote: >>> On Thu, Apr 24, 2025 at 08:56:44AM +0300, Andriy Gapon wrote: >>>> On 23/04/2025 21:56, Andriy Gapon wrote: >>>>> BTW, I've been wondering how illumos avoids the problem even though they >>>>> do not use any special dlopen flags. >>>>> It turns out that they link almost all system shared libraries with >>>>> -Bdirect option (which is Solaris/illumos specific). >>>>> It's somewhat similar to, but different from, -Bsymbolic. >>>>> https://docs.oracle.com/cd/E23824_01/html/819-0690/aehzq.html#scrolltoc >>>>> https://docs.oracle.com/cd/E36784_01/html/E36857/gejfe.html >>>> >>>> Oh, and it looks like there is an even better explanation for illumos. >>>> There is a version map file for libdtrace which explicitly lists API >>>> functions and makes everything else local. >>>> https://github.com/illumos/illumos-gate/blob/master/usr/src/lib/libdtrace/common/mapfile-vers >>>> >>>> I wonder why we didn't do the same when porting. >>>> Maybe we should do that now? >>> >>> I don't have any objection, but I believe adding a version map after the >>> fact doesn't accomplish much, assuming that we care deeply about ABI >>> stability in libdtrace.so (I'm not sure we do though). >> >> My primary goal here is not ABI stability, but hiding symbols that really >> should not be exported. See more at the end. >> >> At the same time I am not sure why it could be too late to start caring >> about ABI stability now. Assuming we actually would want to do that. > > I just mean that the version map helps only helps provide stability for > binaries linked to libdtrace.so after the version map is introduced. So, if we introduce it (and bump the library version as kib pointed out), then eventually it becomes useful (like it did for all other libraries that we versioned). >> And I don't want to single out libtrace here. >> It seems that the story is the same for all libraries that have been ported >> from illumos. >> E.g., libzfs_core was supposed to be a library that cares greatly about its >> API / ABI stability. >> >>>>> I think that on FreeBSD we should use symbol visibility attributes or a >>>>> symbol map to hide (make local) symbols that are not expected to be >>>>> interposed or have a high chance to be interposed by accident. >>>>> >>>>> IMO, yyparse should definitely get that treatment. >>>>> >>>>> I think that approach would be better than magic rtld tricks. >>>>> Especially because the tricks do not work with the current rtld. >>>>> I'd rather make a change to libdtrace.so than to rtld. >>>> >>>> This, while not as nice as the illumos solution, fixes my specific issue: >>>> diff --git a/cddl/lib/libdtrace/Makefile b/cddl/lib/libdtrace/Makefile >>>> index d086fffb07bc..58054d129b49 100644 >>>> --- a/cddl/lib/libdtrace/Makefile >>>> +++ b/cddl/lib/libdtrace/Makefile >>>> @@ -146,7 +146,8 @@ CFLAGS+= -fsanitize=address -fsanitize=undefined >>>> LDFLAGS+= -fsanitize=address -fsanitize=undefined >>>> .endif >>>> >>>> -LIBADD= ctf elf proc pthread rtld_db xo >>>> +VERSION_MAP= ${.CURDIR}/Symbol.map >>>> +LIBADD= ctf elf proc pthread rtld_db xo >>>> >>>> CLEANFILES= dt_errtags.c dt_names.c >>>> >>>> diff --git a/cddl/lib/libdtrace/Symbol.map b/cddl/lib/libdtrace/Symbol.map >>>> new file mode 100644 >>>> index 000000000000..89ee9de65209 >>>> --- /dev/null >>>> +++ b/cddl/lib/libdtrace/Symbol.map >>>> @@ -0,0 +1,4 @@ >>>> +{ >>>> + local: >>>> + yy*; >>>> +}; >>> >>> This just gives the lexer/parser symbols in libdtrace.so local >>> visibility? I think that's fine. >> Yes, that's the intention. >> >> I tested locally two versions of Symbol.map for libdtrace. >> The basic one quoted here and a more extended one based on illumos >> lib/libdtrace/common/mapfile-vers. >> The latter version does not define any symbol versions, its purpose is only >> to be a white-list of things to make public / global: >> https://people.freebsd.org/~avg/libdtrace-Symbol.map > > Do we really want to export _dtrace_debug? Hmm, I don't know, that came from illumos. However, I do not see any references to _dtrace_debug outside of libdtrace neither in FreeBSD nor in illumos. So, I guess that it can be removed. Maybe it was exposed for potential libdtrace consumers that might want to enable debug directly rather than via environment. >> Comparing to illumos I only had to add 3 dtrace_oformat* symbols, >> >> Both versions worked equally well in my tests, but maybe I missed more of >> FreeBSD extensions. >> >> Which one would be better to get into the tree? > > Having a full whitelist seems preferable to me. Did you test lockstat > as well? I believe it and dtrace(8) are the only users of libdtrace.so > in the base system. I didn't before, I've just done now, it works. I'll post a review request over the weekend (hopefully). LD_PRELOAD=/usr/obj/amd64.amd64/cddl/lib/libdtrace/libdtrace.so.2 lockstat -H -D 10 -x aggsize=100m -l smp_ipi_mtx -s 20 -P sleep 5 Spin lock hold: 106 events in 5.021 seconds (21 events/sec) ------------------------------------------------------------------------------- Count indv cuml rcnt nsec Lock Caller 11 53% 53% 0.00 99541 smp rendezvous __mtx_unlock_spin_flags+0xe3 nsec ------ Time Distribution ------ count Stack 16384 |@@ 1 smp_rendezvous_cpus+0x187 32768 |@@@@@@@@@@@@@@@@@@@ 7 dtrace_sync+0x39 65536 | 0 dtrace_state_deadman+0x13 131072 | 0 softclock_call_cc+0x1d9 262144 |@@ 1 softclock_thread+0xc6 524288 |@@@@@ 2 fork_exit+0x82 0xffffffff81030a3e ------------------------------------------------------------------------------- ... -- Andriy Gapon From nobody Fri May 16 19:52:23 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Zzd5l0RRbz5wF6S for ; Fri, 16 May 2025 19:52:27 +0000 (UTC) (envelope-from ivy@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Zzd5k4qmbz43kD; Fri, 16 May 2025 19:52:26 +0000 (UTC) (envelope-from ivy@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747425146; 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=gU+gL0eERlCv+TZric7043IZpes1WujnkJ/dwzh97fA=; b=yneTYihfDJFkvMruwJ/oTdRANJVSyvB3oFRaIjOUMYNmkRzszsMxrxB1SyAcoBNfykwc3B 7pYLopxzuWmuauEL1yW9v2iRqHLBxmDpfP041S9PZ7g9SCJuvy0arLHi6K/YrOfxseQcS3 z1Vsth0kB0hxMfQaCK2BZCAzRha7YiYX95IGRYEsc5TZhTTFCKl/lAjYHQ7W3qZ2QJ2ykE 9mOPwtnIAi+1kQotFkiS07654kX+oCpLXfOnySMkW41B4/wqhZRZFa0AMaw8SMbBLg8uJ4 eJd2joBjuYWH1PYkOqlMQ7jDHw4sBdpfsIg/XLjrJIOffPX7gKgzqsXU36pTQQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747425146; 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=gU+gL0eERlCv+TZric7043IZpes1WujnkJ/dwzh97fA=; b=WQMPUg7y+OT+2UcAJAOqMifT7mACp9IJfSP/+t7Y8lJVbjw69wuQtPNRwWzV8c9Pii8jer TuGOu67nmbNLtYw6ysGde9nfyZ/GUJn98u+yjQ5Ou0pSJZEXgT4MQZ+IDIJ5z7ReICTqI7 ymUZjn2ZOJbLyloLSqYmtSnctzXnNu9e7NSRlEqPCOxmsy78Ag+WvulsyI/FnFNRsMXafv DDIoCQG9401Yh7qQUXeKOKgiLqq+R6thVFciswagHVz+L5GKTGNLaD7Ykytz+7IjDHbAOA N7tgPu6Lc0nVEXR4S1GZJusHBAVRs09NJ6nqHmZdvBu/kmQD5a9TXllhlpZYfw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1747425146; a=rsa-sha256; cv=none; b=tCJOLQFn1gcyTZuukTbasX1jfUr6NpoX1h5Ib+UUll58LlMVn1ZTnG4HGvKGYWsRF2fvHC XREO+rqaha8UjbRVgT00YeS+Ivs/WYajbDDf42oYRMIfa8zuyRyVkUJkHGAdMXg9pl4qKZ wnmoobSwI9ZcBsTllHRx0/2jHIhCi9qL4RBWAinYg/ZMCNPacBlfAq9xK9mlIRXedq6S6u v+OtFoaNWCxr15WM7M0zAL1gr9/lyqoqkErrphvIZscnW89hKwTj3MmWK+dv3phBfO3ksU sUxH0HfwmGtfQl9jKNYGAJ+69QRAEZEjT0Se3PjCv+680kF898azA0KUk85Ddw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ragweed.eden.le-fay.org (ragweed.eden.le-fay.org [IPv6:2001:8b0:aab5:c401: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) (Authenticated sender: ivy/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Zzd5k1jtZz13K7; Fri, 16 May 2025 19:52:26 +0000 (UTC) (envelope-from ivy@FreeBSD.org) Date: Fri, 16 May 2025 20:52:23 +0100 From: Lexi Winter To: Marek Zarychta Cc: Cy Schubert , freebsd-current@freebsd.org Subject: Re: epair(4) Message-ID: Mail-Followup-To: Marek Zarychta , Cy Schubert , freebsd-current@freebsd.org References: <20250515162552.9209B20E@slippy.cwsent.com> <20250515185919.87008219@slippy.cwsent.com> <45d0f49d-229b-46b4-af95-6e8c4c856661@plan-b.pwste.edu.pl> 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="vLw/p2oiAChvXL1A" Content-Disposition: inline In-Reply-To: <45d0f49d-229b-46b4-af95-6e8c4c856661@plan-b.pwste.edu.pl> --vLw/p2oiAChvXL1A Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Marek Zarychta: > Yes, it requires at least head up, similar to old one, known from fibs : =20 > WARNING: Configuring address on bridge(4) member has been turned off by > default. Consider tuning=A0 net.link.bridge.member_ifaddrs if needed. =20 i don't really want to add a kernel message here for something that only affects a small percentage of users, unlike net.add_addr_allfibs which affected everyone who uses multiple fibs. however i am considering adding a warning in ifconfig(8) when attempting to add an interface to a bridge where the interface has an IP address configured. this message would appear regardless of how member_ifaddrs is set, but the text may be different depending on the value of the sysctl. i prefer this approach since it provides the relevant information to the user at the point the error occurs and does not add unnecessary dmesg spam for users who are not affected. does this seem like something that would be worthwhile? it will be a bit ugly in code, but it is only for one major release, then we can remove it. > Looking at my setups used on stable/14 a lot of them will be broken after > upgrade to stable/15 by the end of this year. this change will be documented in 15.0R release notes for people upgrading from 14. i appreciate not everyone reads the entire release notes, though. btw, this was already documented in UPDATING. --vLw/p2oiAChvXL1A Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaCeXdgAKCRD1nT63mIK/ YMVvAQDxIwoSPmfUkFVgbDZA5wUTcDMUNZMkJQS7cv8Kqd1sUgD9EUhq1IKWUkmi ZVikw+DDrjQxUG9U3Kq80b/A+v/WSgg= =ubT9 -----END PGP SIGNATURE----- --vLw/p2oiAChvXL1A-- From nobody Fri May 16 20:08:00 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZzdRs20h3z5wG1J for ; Fri, 16 May 2025 20:08:09 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [202.12.127.228]) (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 "R11" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZzdRr09DTz45t2 for ; Fri, 16 May 2025 20:08:08 +0000 (UTC) (envelope-from imb@protected-networks.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=protected-networks.net header.s=201508 header.b=Uw2qZbdQ; spf=pass (mx1.freebsd.org: domain of imb@protected-networks.net designates 202.12.127.228 as permitted sender) smtp.mailfrom=imb@protected-networks.net; dmarc=pass (policy=reject) header.from=protected-networks.net 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=1747426081; bh=gnpX1q1C8C6WbJqMB9GKYYdZaqCGgWPMuBMc c12hblI=; b=Uw2qZbdQkPgH//cqWmc7/UC5A25i/DqhDBFWBGeKvHNkYrIOdw3y xno8KaqvjTuxOooB5IPp7ycsVEGbE5OivbO3hQyFOjp7+s3UzPScAcD0Xt0Io5ZR UxxNPrgJ3r8DbW1y74G2SZwneu2LvZeANBAq+722yNpLsTPyVnWZB+0= 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 09BB0598F; Fri, 16 May 2025 16:08:01 -0400 (EDT) Message-ID: <932111f8-f5ca-46d1-9f66-983f80f6116b@protected-networks.net> Date: Fri, 16 May 2025 16:08:00 -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: epair(4) To: Marek Zarychta , Cy Schubert , freebsd-current@freebsd.org References: <20250515162552.9209B20E@slippy.cwsent.com> <20250515185919.87008219@slippy.cwsent.com> <45d0f49d-229b-46b4-af95-6e8c4c856661@plan-b.pwste.edu.pl> 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-Queue-Id: 4ZzdRr09DTz45t2 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.76 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_LONG(-0.76)[-0.758]; DMARC_POLICY_ALLOW(-0.50)[protected-networks.net,reject]; R_DKIM_ALLOW(-0.20)[protected-networks.net:s=201508]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:5716, ipnet:202.12.127.0/24, country:US]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[protected-networks.net:+] On 5/16/25 15:52, Lexi Winter wrote: > i don't really want to add a kernel message here for something that only > affects a small percentage of users, unlike net.add_addr_allfibs which > affected everyone who uses multiple fibs. That "small percentage" includes most folk currently using jails and/or bhyve (via sysutils/vm-bhyve). If, as the bridge(4) man page suggests, the sysctl "goes away" in 16+, we'll need some other mechanism to interconnect these. It cannot simply "go away" without offering a solution. Any pointers? Michael From nobody Fri May 16 20:21:29 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZzdlG62TMz5wH3C for ; Fri, 16 May 2025 20:21:30 +0000 (UTC) (envelope-from ivy@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZzdlG5HPbz49cB; Fri, 16 May 2025 20:21:30 +0000 (UTC) (envelope-from ivy@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747426890; 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=UZjCRbgsst265OKpANJTcw4mrCmVYk+HZF+pPkHoK0A=; b=X3MDZy///hrsKI5GjvLrOeO/krpltp27j3vzmS8nyQwJEP4M+qrxcl1TfIr3yS4XortfYl nB05jtmOqAvJR4GZdi8qe0akAaHxPMtOFqumbKnmvRVgjzX/DCpTuoY41DIrb6r6zd1tpP ABfGYl0Ichri49KAwZK/32XqClKKegNHhOwt1LuK5kP+MlqJUe/R7Ci4ttOsi0+UcWutQ9 T08jpBXep/cUKlu+B1E8IfEsMBcngmR6wiW368navvBC3AbddyQBfyPOsEWLU5V0B587tU QpiFkXOvGHUzLuHv48NdmIa4k5cycxI3/Pc/lkdLoTyOzhIsCMz9Shh9261g0w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747426890; 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=UZjCRbgsst265OKpANJTcw4mrCmVYk+HZF+pPkHoK0A=; b=eB857EJ2aInp26fu4RCJFscLp7gr/CNrkyBKVQWAqp4XjRZrd1TWLnUl1IfCrbzV6Gfrcy lwffZjSsWjxLhGFbCqBwXQhWkg3y0ttHi3JgzNN1poPsVqTNu0zOF3a2vh4g9uoTiwt5qG kiz1gsknt3PyodfyW4e7q3ALKORd/pPWZfQooalxTKDXswBXW9AXPyBiRVveSmhOHHg8V2 E/DfjBtmSC4mvgx+MCd2XzlyTiZf/VwJINEyOq8PLzEUmDRYIL4REr7TzSSknqtEueMZO/ q7PsaEGgd372IqI/U7u/fFfI5q7DAg+ICjKUH4+dFvvjihDvjmHe7O/1oB18AQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1747426890; a=rsa-sha256; cv=none; b=X2QYnFI58q6hFSfpJKPmpQM5N5KeKdIoKdfJGnzLI+RSELtiwf5yPu3bLM4FRJ9seYKyYL rB8TB2I2C9Ybbs0Dp287F3Gc3N5Eep1+/7NXcweWgBbcUkqm7Ug8L9tRB1pxcob2qVaIST g6M2M8CzE6BJlqRkFthCIGLsJ3CfnsCZqc1wrwO201xn3m98TAev3jJMmFoDwZc60gUB48 uGc6QXsJ2j9ZV5+WmrK4+sWMuliGQ757SM3lN0wlXya3dEN2OdKBVtDOo0wDgtYtc5Jt0Z 6P6U6rlfT3ixWRfielGJyuNgIAqe2SAUcOi0RJKSU4ZSiEb1NOD9giTDKz4EaQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ragweed.eden.le-fay.org (ragweed.eden.le-fay.org [IPv6:2001:8b0:aab5:c401: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) (Authenticated sender: ivy/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ZzdlG1g8Yz13L4; Fri, 16 May 2025 20:21:30 +0000 (UTC) (envelope-from ivy@FreeBSD.org) Date: Fri, 16 May 2025 21:21:29 +0100 From: Lexi Winter To: Michael Butler Cc: Marek Zarychta , Cy Schubert , freebsd-current@freebsd.org Subject: Re: epair(4) Message-ID: Mail-Followup-To: Michael Butler , Marek Zarychta , Cy Schubert , freebsd-current@freebsd.org References: <20250515162552.9209B20E@slippy.cwsent.com> <20250515185919.87008219@slippy.cwsent.com> <45d0f49d-229b-46b4-af95-6e8c4c856661@plan-b.pwste.edu.pl> <932111f8-f5ca-46d1-9f66-983f80f6116b@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: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="K3yvZVOGRQlB20Jd" Content-Disposition: inline In-Reply-To: <932111f8-f5ca-46d1-9f66-983f80f6116b@protected-networks.net> --K3yvZVOGRQlB20Jd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Michael Butler: > On 5/16/25 15:52, Lexi Winter wrote: > > i don't really want to add a kernel message here for something that only > > affects a small percentage of users, unlike net.add_addr_allfibs which > > affected everyone who uses multiple fibs. > That "small percentage" includes most folk currently using jails and/or > bhyve (via sysutils/vm-bhyve). i am not sure about this. i admit i have not done a survey :-) however, i believe most people using jails or bhyve are not affected. the Handbook is clear about the correct way to configure this[0], so people who followed the handbook to configure their jails or bhyve VMs should not run into this problem. it is unfortunate that the same information was not in bridge(4) until recently. > If, as the bridge(4) man page suggests, the sysctl "goes away" in 16+, we'll > need some other mechanism to interconnect these. It cannot simply "go away" > without offering a solution. Any pointers? the solution is to configure the IP addresses on the bridge(4) interface rather than on the epair. [0]- for jails, : > ifconfig_bridge0="inet 192.168.1.150/24 addm em0 up" for bhyve, : > # sysrc ifconfig_bridge0="inet / addm igb0 addm tap0" for bridges in general, : > If the bridge host needs an IP address, set it on the bridge > interface, not on the member interfaces. --K3yvZVOGRQlB20Jd Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaCeeSAAKCRD1nT63mIK/ YPJ4AQCbx6YfVfoRVo+0j9+MaGpTy4IZj8Qlt3tvBe28ItQdAwEAmZA4UpNribxz g2yqhEtKc9u3YdyQtUHLlvQ9FJGN7A0= =2TFZ -----END PGP SIGNATURE----- --K3yvZVOGRQlB20Jd-- From nobody Fri May 16 20:38:58 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Zzf7W2T7Jz5wJ9M for ; Fri, 16 May 2025 20:39:03 +0000 (UTC) (envelope-from kp@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Zzf7W189zz3Dtx; Fri, 16 May 2025 20:39:03 +0000 (UTC) (envelope-from kp@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747427943; 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=HQQLoXNs94L7WXPYuZ3zju7jaMhUyPfQhknih1DdpqM=; b=YXAvnE2Ul6fbHyF468evMzODtoX9RM1M2kOMxuB5b7O3kVIcpE5IPqmPmtxdUay6emje7I WXtYCr2WxdtgnaLU4/Faed3lCyF5Pmm6EGhwzOjP6+YB5x52ggQ+iA/NmBnrW5jHCj0g5p vRhh86wlpqm8v5pvVlvqQ+Q7st0ZFOAV3F4vPhVtDALHuqu8zg7RQoNLVmrTPnV6dwxEGi BH27NHuhfoFwAa6v3tFTObdUG7q7li0+rEcNPde5qnX5a0G6JQ7hNhDfOo1zib438gZJdt lxMif2d6gOosfUtcSCo41u/gY27tqFKCtQLXvsSPS8I3yJmNQ7cMzeFzaLp4hQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747427943; 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=HQQLoXNs94L7WXPYuZ3zju7jaMhUyPfQhknih1DdpqM=; b=Pa+ysBNMXgypU/v88kw3VCmsbWTZvH+ZIYYZazUhZRwl46utXWs+/9pX1/wnLVz3BxfQqB qkELX1IWHVoBV6oHIiYA3PtP9THthGpflmQ74WlDnzs5g2nF7dxTqQ43BCXWyXjg720+dD +Je+s3m3xqZvA24X5k0DO++xhyYQvDaKrxVkha4KFzeuXhbv8kV+SGuppOZ/dZuur1dXAx FCbsQ/13d4VH6/RA/ZMPicbG+GxD2obdLxhzI5YeUSHocgoFRh578N8TRwi2rLYOITWzcF V58h2vbaXKCtRnOD2YW/5/Fp08bKQH6jwBU/GKgT0bnEeqDVT6vAA+qJD+kf4g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1747427943; a=rsa-sha256; cv=none; b=ZyyOqEJpVqy7mx3pIGldOocfrR/SmF/czyF8eEAhKSR9bgMKM9OSuQx/pzAqIObmaJm5XF 9hDya8CPT42yZAnQ7RtvmlF21R9iCZYAlAxdedzXzpoQhS+OYJOyCxA/hlLMioLpMVYw1z PeOGpPsG0h3Eq1DhC930s8gY5RRTychODGrEegibiYpe0m/NxCimlZlEXCrhNpDqWYbTXC GH+27tU6y1l3gau6I50v4fFRyXSIEBRAlkx/5LeNvPVDK/rOGNnUGK2r3aLJaUyVUlGE5e 21HV/k5yTuNY7QMAUKzdXSV1pnXhVzVzRESNmGK4TlZKL+ddQRaqA2A6h4hVyA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from venus.codepro.be (venus.codepro.be [5.9.86.228]) (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 "mx1.codepro.be", Issuer "R11" (verified OK)) (Authenticated sender: kp) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Zzf7W07BBz14Xt; Fri, 16 May 2025 20:39:02 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: by venus.codepro.be (Postfix, authenticated sender kp) id 79D735034E; Fri, 16 May 2025 22:39:00 +0200 (CEST) From: Kristof Provost To: Marek Zarychta Cc: Cy Schubert , ivy@freebsd.org, freebsd-current@freebsd.org Subject: Re: epair(4) Date: Fri, 16 May 2025 22:38:58 +0200 X-Mailer: MailMate (2.0r6255) Message-ID: <2D38F889-E8C9-49A9-AA80-D5A46FDFFD02@FreeBSD.org> In-Reply-To: <45d0f49d-229b-46b4-af95-6e8c4c856661@plan-b.pwste.edu.pl> References: <20250515162552.9209B20E@slippy.cwsent.com> <20250515185919.87008219@slippy.cwsent.com> <45d0f49d-229b-46b4-af95-6e8c4c856661@plan-b.pwste.edu.pl> 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; markup=markdown Content-Transfer-Encoding: quoted-printable On 15 May 2025, at 21:32, Marek Zarychta wrote: > W dniu 15.05.2025 o=C2=A020:59, Cy Schubert pisze: >> In message <20250515162552.9209B20E@slippy.cwsent.com>, Cy Schubert wr= ites: >>> Over the last couple of days epair(4) fails to set up when an IP addr= ess is >>> specified. >>> >>> bob# service jail onestart test2 >>> Starting jails: cannot start jail "test2": >>> epair0a >>> ifconfig: ioctl (SIOCAIFADDR): Invalid argument >>> jail: test2: /sbin/ifconfig epair0a inet 10.1.1.70 netmask 0xffffff00= up: >>> failed >>> . >>> bob# ifconfig epair0a inet 10.1.1.70 netmask 0xffffff00 >>> ifconfig: ioctl (SIOCAIFADDR): Invalid argument >>> bob# ifconfig epair0a inet up >>> bob# >>> >>> >>> >> This regression is caused by b61850c4e6f6. >> >> > Yes, it requires at least head up, similar to old one, known from fibs = : > > WARNING: Configuring address on bridge(4) member has been turned off by= default. Consider tuning=C2=A0 net.link.bridge.member_ifaddrs if needed.= > The error message should not suggest changing the sysctl. This is a confi= guration error and will lead to subtle and unexpected problems. The intent is for the sysctl to go away and for this to be entirely disal= lowed, without a way to bypass the check in 16.0. As Lexi pointed out in another e-mail: users should assign addresses to t= he bridge, never to bridge member interfaces. =E2=80=94 Kristof From nobody Fri May 16 21:26:19 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZzgBK3jj3z5wMNY for ; Fri, 16 May 2025 21:26:33 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (plan-b.pwste.edu.pl [IPv6:2001:678:618::40]) (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 "plan-b.pwste.edu.pl", Issuer "GEANT OV RSA CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZzgBK1ffGz3Kck; Fri, 16 May 2025 21:26:33 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Authentication-Results: mx1.freebsd.org; none Received: from [192.168.7.70] (dom.potoki.eu [62.133.140.50]) (authenticated bits=0) by plan-b.pwste.edu.pl (8.18.1/8.17.2) with ESMTPSA id 54GLQKUJ008308 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Fri, 16 May 2025 23:26:20 +0200 (CEST) (envelope-from zarychtam@plan-b.pwste.edu.pl) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=plan-b.pwste.edu.pl; s=plan-b-mailer; t=1747430784; bh=SBNGIjnhZC3N9bxHD+q1l1XzXe0J2wR8UNpeY4O96mA=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=hVHZsNPDzIFIa+zvrbV6hY9AhcuYD2RVSDGzbOGxxKEruKXFJ3dEcyPUbHe2ssoZt 9e+Ia7pwy5rn1N582tcdc5C3ejClvmnhUamouWEdRDtA2+ls8pQzerBKNWxGrCZ2v6 Czs8wfxn3++WGFiBAaTEYR0bGIxoqyWF4redgaeAjHN+Qkhln8M387x5qONKrZYXRf XZbBuFSTEhs8UunUforcq500UvgwaJHHdNd7lZkq3otBLjvpGxtyrEKQT4WtfIcvm2 SOQcQFGu/JXr0nlVxPE9F7s/wP+je9cFhHtyxsZof/9RDXxBeYjxmdHBHK3eEqPafL hCh+fy5Nei9xQ== X-Authentication-Warning: plan-b.pwste.edu.pl: Host dom.potoki.eu [62.133.140.50] claimed to be [192.168.7.70] Message-ID: <6e33a247-4b2a-4f7c-8e1f-14a549db27cd@plan-b.pwste.edu.pl> Date: Fri, 16 May 2025 23:26:19 +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: epair(4) To: Kristof Provost Cc: Cy Schubert , ivy@freebsd.org, freebsd-current@freebsd.org References: <20250515162552.9209B20E@slippy.cwsent.com> <20250515185919.87008219@slippy.cwsent.com> <45d0f49d-229b-46b4-af95-6e8c4c856661@plan-b.pwste.edu.pl> <2D38F889-E8C9-49A9-AA80-D5A46FDFFD02@FreeBSD.org> Content-Language: en-US From: Marek Zarychta Autocrypt: addr=zarychtam@plan-b.pwste.edu.pl; keydata= xsBNBFfi3cMBCADLecMTFXad4uDXqv3eRuB4qJJ8G9tzzFezeRnnwxOsPdytW5ES2z1ibSrR IsiImx6+PTqrAmXpTInxAi7yiZGdSiONRI4CCxKY9d1YFiNYT/2WyNXCekm9x29YeIU7x0JB Llbz0f/9HC+styBIu2H+PY/X98Clzm110CS+n/b9l1AtiGxTiVFj7/uavYAKxH6LNWnbkuc5 v8EVNc7NkEcl5h7Z9X5NEtzDxTOiBIFQ/kOT7LAtkYUPo1lqLeOM2DtWSXTXQgXl0zJI4iP1 OAu4qQYm2nXwq4b2AH9peknelvnt1mpfgDCGSKnhc26q6ibTfMwydp+tvUtQIQYpA6b9ABEB AAHNN01hcmVrIFphcnljaHRhIChQbGFuLWIpIDx6YXJ5Y2h0YW1AcGxhbi1iLnB3c3RlLmVk dS5wbD7CwHcEEwEIACEFAlfi4LkCGwMFCwkIBwIGFQgJCgsCBBYCAwECHgECF4AACgkQHZW8 vIFppoJXdgf8D9X3VRFSNaR9lthSx/+uqas17J3FJKBo1xMQsC2a+44vzNvYJSuPGLLJ+LW2 HPVazjP/BWZJbxOYpliY4zxNRU0YCp0BLIVLibc//yax+mE42FND/+NiIZhqJscl6MLPrSwo sIwXec4XYkldkyqW/xBbBYXoIkBqdKB9j5j42Npy1IV/RizOSdmvTWY27ir8e/yGMR1RLr4F 8P5K3OWTdlGy2H2F/3J8bIPBLG6FpaIyLQw4dHSx8V02PYqDxK1cNo2kAOnU8PnZL/AGuMOH iv3MN1VYL8ehcmpBBsrZGebQJxrjY2/5IaTSgp9xHYT70kshuU6Qb97vk1mOjNZxgc7ATQRX 4t3DAQgA10h6RCXuBLMHxq5B8X/ZIlj9sgLoeyfRdDZEc9rT2KUeUJVHDsbvOFf4/7F1ovWY hJbA6GK/LUZeHHTjnbZcH1uDYQeHly4UOLxeEvhGoz4JhS2C7JzN/uRnwbdOAUbJr8rUj/IY a7gk906rktsc/Ldrxrxh7O6WO0JCh2XO/p4pDfEwwB37g4xHprSab28ECYJ9JMbtA8Sy4M55 g3+GQ28FvSlGnx48OoGXU2BZdc1vZKSQmNOlikB+9/hDX8zdYWVfDaX1TLQ8Ib4+xTUmapza mV/bxIsaZRBw+jFjLQHhTbIMfPEU+4mxFDvTdbKPruKPqVf1ydgMnPZWngowdwARAQABwsBf BBgBCAAJBQJX4t3DAhsMAAoJEB2VvLyBaaaC6qkIAJs9sDPqrqW0bYoRfzY6XjDWQ59p9tJi v8aogxacQNCfAu+WkJ8PNVUtC1dlVcG5NnZ80gXzd1rc8ueIvXlvdanUt/jZd8jbb3gaDbK3 wh1yMCGBl/1fOJTyEGYv1CRojv97KK89KP5+r8x1P1iHcSrunlDNqGxTMydNCwBH23QcOM+m u4spKnJ/s0VRBkw3xoKBZfZza6fTQ4gTpAipjyk7ldOGBV+PvkKATdhK2yLwuWXhKbg/GRlD 1r5P0gxzSqfV4My+KJuc2EDcrqp1y0wOpE1m9iZqCcd0fup5f7HDsYlLWshr7NQl28f6+fQb sylq/j672BHXsdeqf/Ip9V4= In-Reply-To: <2D38F889-E8C9-49A9-AA80-D5A46FDFFD02@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4ZzgBK1ffGz3Kck 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:206006, ipnet:2001:678:618::/48, country:PL] X-Spamd-Bar: ---- W dniu 16.05.2025 o 22:38, Kristof Provost pisze: > On 15 May 2025, at 21:32, Marek Zarychta wrote: >> W dniu 15.05.2025 o 20:59, Cy Schubert pisze: >>> In message <20250515162552.9209B20E@slippy.cwsent.com>, Cy Schubert writes: >>>> Over the last couple of days epair(4) fails to set up when an IP address is >>>> specified. >>>> >>>> bob# service jail onestart test2 >>>> Starting jails: cannot start jail "test2": >>>> epair0a >>>> ifconfig: ioctl (SIOCAIFADDR): Invalid argument >>>> jail: test2: /sbin/ifconfig epair0a inet 10.1.1.70 netmask 0xffffff00 up: >>>> failed >>>> . >>>> bob# ifconfig epair0a inet 10.1.1.70 netmask 0xffffff00 >>>> ifconfig: ioctl (SIOCAIFADDR): Invalid argument >>>> bob# ifconfig epair0a inet up >>>> bob# >>>> >>>> >>>> >>> This regression is caused by b61850c4e6f6. >>> >>> >> Yes, it requires at least head up, similar to old one, known from fibs : >> >> WARNING: Configuring address on bridge(4) member has been turned off by default. Consider tuning  net.link.bridge.member_ifaddrs if needed. >> > The error message should not suggest changing the sysctl. This is a configuration error and will lead to subtle and unexpected problems. > > The intent is for the sysctl to go away and for this to be entirely disallowed, without a way to bypass the check in 16.0. > > As Lexi pointed out in another e-mail: users should assign addresses to the bridge, never to bridge member interfaces. > > — > Kristof > Thanks for the statement. Some may consider this a POLA violation. If you insist on removing the sysctl, it will require additional work to update all existing vm-bhyve and jail setups before upgrading to 16.0-RELEASE, whenever it is released. Cheers -- Marek From nobody Fri May 16 21:38:57 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZzgSh1cyLz5wNMj for ; Fri, 16 May 2025 21:39:00 +0000 (UTC) (envelope-from kp@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZzgSh0kzDz3MKt; Fri, 16 May 2025 21:39:00 +0000 (UTC) (envelope-from kp@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747431540; 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=DICrLgHh4T+ZisL+lFtWZwyiDQDLCycN9yGJO1S3iHo=; b=ipkwNdjgFwV44uTLgMzwN9eW0rZ/QQqPlDKpJ2H4UXnmvP4Phoh6p27V2WT+EhH/yunf5v 1mWkPvvrOuqdH3qXTVQ4LpMfGHqKhF0/Dm/gsY4WOa7LPg+LFWcQSDhXLY5WXq6Cti1250 U3bC+SjIEoS4SynXwUKlGP06VaSW0vSqDDVqRbIqpf1+UrDjZ6vJMGgQb1V/MDQPPDABHU +Anna1tjoboomygKOJkp9sxmiH6EI18Mxu1DFcqmin4+nz5duKdxA2fWAPUNFFl/l+U4FR UfZUxl/lanjSPEPxxQtDgYmdWZcu7kRqDjsObNWbCiVt2DkX/2VMzTQFIKo3tw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747431540; 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=DICrLgHh4T+ZisL+lFtWZwyiDQDLCycN9yGJO1S3iHo=; b=CF3i/bh8+flu8+coOGGrIM5xLDfdadXXeVorXFKPhZy9hnB6uZ8DU7Dz6TnzB2Kq7ZpAmB 9zgliuJkrsQNJlpDgRY3fFOEUruYzvAMnNZmUxjo9m3rI+wbT4P+C+qQSgR68HtUjhQoPO w6fRH1dAcgTGC2zqy0AQMhB84LANmkBGOCEqyrVY+EpEgsA7GajNExXkOyjqr35dMe0cZB KAfsz+7X+uJ/gSyE4uTg8jd3jiisB3r1VgdN4/4o23vo2i7udt4SZk9OtIQTJpd4hj0q1r svTcIX9EU109OpytIKgsERjwOG6R3L7bET8F93ttuT9u2DYt7OQxRzSMSQzRXA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1747431540; a=rsa-sha256; cv=none; b=oCGruM7BbgLBmMWtJuHenwdo4/f72R3sXTA0Fu4GWtG1uiJ/D5fldKMZL3+/PEeqFYJIoK 5m8N2l2FjQq1CtX0jf4de74pWv2YiYwmBQlTnNvqiLNisj8KV1KaThWe3NgNkg2cILG9of hVuSxmjJPyTot4/oSfHHIXRdFWRwGEICbzcxeyT077X7zQYLp9tI0cayYPfmRayQkp+NqX o1X5CDBQS4jcRb3PzKyGdiYR0oGFu1jpYRgIQv6LYza4SVr7IqKSWHiEWuK1blfHTeu6Rm sJCYYq81SeOnFgCDm26+h/zqG8J3+543qEKfZNUwylOYmaOcgZI687O3NM9ZSQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from venus.codepro.be (venus.codepro.be [5.9.86.228]) (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 "mx1.codepro.be", Issuer "R11" (verified OK)) (Authenticated sender: kp) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ZzgSg5yxyz15bb; Fri, 16 May 2025 21:38:59 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: by venus.codepro.be (Postfix, authenticated sender kp) id 218C350605; Fri, 16 May 2025 23:38:58 +0200 (CEST) From: Kristof Provost To: Marek Zarychta Cc: Cy Schubert , ivy@freebsd.org, freebsd-current@freebsd.org Subject: Re: epair(4) Date: Fri, 16 May 2025 23:38:57 +0200 X-Mailer: MailMate (2.0r6255) Message-ID: <47624B57-16CA-4141-9761-A51F9E3F4078@FreeBSD.org> In-Reply-To: <6e33a247-4b2a-4f7c-8e1f-14a549db27cd@plan-b.pwste.edu.pl> References: <20250515162552.9209B20E@slippy.cwsent.com> <20250515185919.87008219@slippy.cwsent.com> <45d0f49d-229b-46b4-af95-6e8c4c856661@plan-b.pwste.edu.pl> <2D38F889-E8C9-49A9-AA80-D5A46FDFFD02@FreeBSD.org> <6e33a247-4b2a-4f7c-8e1f-14a549db27cd@plan-b.pwste.edu.pl> 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/alternative; boundary="=_MailMate_73F9D4EB-6CE4-4DA5-9204-D00622A2AAE2_=" Content-Transfer-Encoding: 8bit --=_MailMate_73F9D4EB-6CE4-4DA5-9204-D00622A2AAE2_= Content-Type: text/plain; charset=UTF-8; format=flowed; markup=markdown Content-Transfer-Encoding: 8bit On 16 May 2025, at 23:26, Marek Zarychta wrote: > W dniu 16.05.2025 o 22:38, Kristof Provost pisze: >> On 15 May 2025, at 21:32, Marek Zarychta wrote: >>> W dniu 15.05.2025 o 20:59, Cy Schubert pisze: >>>> In message <20250515162552.9209B20E@slippy.cwsent.com>, Cy Schubert >>>> writes: >>>>> Over the last couple of days epair(4) fails to set up when an IP >>>>> address is >>>>> specified. >>>>> >>>>> bob# service jail onestart test2 >>>>> Starting jails: cannot start jail "test2": >>>>> epair0a >>>>> ifconfig: ioctl (SIOCAIFADDR): Invalid argument >>>>> jail: test2: /sbin/ifconfig epair0a inet 10.1.1.70 netmask >>>>> 0xffffff00 up: >>>>> failed >>>>> . >>>>> bob# ifconfig epair0a inet 10.1.1.70 netmask 0xffffff00 >>>>> ifconfig: ioctl (SIOCAIFADDR): Invalid argument >>>>> bob# ifconfig epair0a inet up >>>>> bob# >>>>> >>>>> >>>>> >>>> This regression is caused by b61850c4e6f6. >>>> >>>> >>> Yes, it requires at least head up, similar to old one, known from >>> fibs : >>> >>> WARNING: Configuring address on bridge(4) member has been turned off >>> by default. Consider tuning  net.link.bridge.member_ifaddrs if >>> needed. >>> >> The error message should not suggest changing the sysctl. This is a >> configuration error and will lead to subtle and unexpected problems. >> >> The intent is for the sysctl to go away and for this to be entirely >> disallowed, without a way to bypass the check in 16.0. >> >> As Lexi pointed out in another e-mail: users should assign addresses >> to the bridge, never to bridge member interfaces. >> >> — >> Kristof >> > Thanks for the statement. Some may consider this a POLA violation. If > you insist on removing the sysctl, it will require additional work to > update all existing vm-bhyve and jail setups before upgrading to > 16.0-RELEASE, whenever it is released. > Only the misconfigured ones. There’s no reason to ever assign IP addresses to member interfaces. Again, `ifconfig bridge0 inet 192.0.2.1/24` is perfectly okay and will continue to work. `ifconfig bridge0 addm epair0a ; ifconfig epair0a inet 192.0.2.1/24` is not. The documentation has had this warning for a long time: “If the bridge host needs an IP address, set it on the bridge interface, not on the member interfaces.“ https://docs.freebsd.org/en/books/handbook/advanced-networking/index.html It should probably have been more prominent, but preventing foot-shooting is better than warning about the foot-shooting. — Kristof --=_MailMate_73F9D4EB-6CE4-4DA5-9204-D00622A2AAE2_= Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On 16 May 2025, at 23:26, Marek Zarychta wrote:

W dniu 16.05.2025 o=C2=A022:38, Kristof Provost pisze:

On 15 May 2025, at 21:32, Marek Zarychta wrote:

W dniu 15.05.2025 o=C2=A020:59, Cy Schubert pisze:

In message 20250515162552.9209B20E@slippy.cwsent.com, Cy Schubert= writes:

Over the last couple of days epair(4) fails to set up whe= n an IP address is
specified.

bob# service jail onestart test2
Starting jails: cannot start jail "test2":
epair0a
ifconfig: ioctl (SIOCAIFADDR): Invalid argument
jail: test2: /sbin/ifconfig epair0a inet 10.1.1.70 netmask 0xffffff00 up:=
failed
=2E
bob# ifconfig epair0a inet 10.1.1.70 netmask 0xffffff00
ifconfig: ioctl (SIOCAIFADDR): Invalid argument
bob# ifconfig epair0a inet up
bob#

This regression is caused by b61850c4e6f6.

Yes, it requires at least head up, similar to old one, kn= own from fibs :

WARNING: Configuring address on bridge(4) member has been= turned off by default. Consider tuning=C2=A0 net.link.bridge.member_ifad= drs if needed.

The error message should not suggest changing the sysctl.= This is a configuration error and will lead to subtle and unexpected pro= blems.

The intent is for the sysctl to go away and for this to b= e entirely disallowed, without a way to bypass the check in 16.0.

As Lexi pointed out in another e-mail: users should assig= n addresses to the bridge, never to bridge member interfaces.

=E2=80=94
Kristof

Thanks for the statement. Some may consider this a POLA v= iolation. If you insist on removing the sysctl, it will require additiona= l work to update all existing vm-bhyve and jail setups before upgrading t= o 16.0-RELEASE, whenever it is released.

Only the misconfigured ones. There=E2=80=99s no reason to= ever assign IP addresses to member interfaces.
Again, ifco= nfig bridge0 inet 192.0.2.1/24 is perfectly okay and will continue= to work. i= fconfig bridge0 addm epair0a ; ifconfig epair0a inet 192.0.2.1/24 = is not.
The documentation has had this warning for a long time: =E2=80=9CIf the b= ridge host needs an IP address, set it on the bridge interface, not on th= e member interfaces.=E2=80=9C
https://docs.freebsd.org/en/books/handbook/advanced-networki= ng/index.html

It should probably have been more prominent, but preventi= ng foot-shooting is better than warning about the foot-shooting.

=E2=80=94
Kristof

--=_MailMate_73F9D4EB-6CE4-4DA5-9204-D00622A2AAE2_=-- From nobody Fri May 16 21:48:32 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Zzggm1t1fz5wNkj for ; Fri, 16 May 2025 21:48:36 +0000 (UTC) (envelope-from ivy@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Zzggm1Lb7z3NvC; Fri, 16 May 2025 21:48:36 +0000 (UTC) (envelope-from ivy@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747432116; 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=52SvGU7ZSeAWaLzp5sX9jydjjl1Hlr8VQplzEDyv2JA=; b=V9E34yyAB7xanNZ9G5PIiIx/rsnA2ohLBjXuZ5jL/Woe4RO3hqDdRgbYQXzx0C5Nd04tKr YwejIuqRDCGB999wzbCEPEzT2/MoGGn9Yhfl7wF3lVtjkY0E3VscEYr3a1u7+JcimTkp7/ R0RymCSvA93zTNvo5vBvEqE+swDSAVe2oZk1LuW6z3M/Z/t8Kqg250Xi+ClnMHGAjtblO8 RcYxZ81VtPY5T4PvPXzh0sPyeRUjhsVq3L1zYau++CKCg4Zp/bgidvzxvhUYXIBB3RnfP2 1zI+yCakfupqtNx4kN20oqJeL1RWI9lvQm2SZ5SH1clZNANikmL0bEeFc44gcw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747432116; 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=52SvGU7ZSeAWaLzp5sX9jydjjl1Hlr8VQplzEDyv2JA=; b=gY88gNImeVBPqy+QaWFIpQJeOD04+ZCBvP7UfMCVR0FEDsyUWR4rjWbdi9ICCbidSf+1Zw sYJteFozpf0+cS7FZMLjFvph41LaeO+s1QtIXXZn1THPQqVm++k9mRh47uIbMeg/epV7cC sdLj8nLvCn9UDUWbld0rk+z4X5GEGUw4zscjs5lnrgy5An5jRsf5en5K3qTRYuzGB8/3YZ WGWyie4Uiw7qFRXIGkNK/zYIrqYCspSac1VviE0uttI+fxU34eNBXBRI2Apk7b6UpdKLYS dhUx+kEknnSgHaGN8B2X717WZDZjs2f/Zp/SE6WYwIbiT9GLcUgiC747fBpsHA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1747432116; a=rsa-sha256; cv=none; b=t6/TEOH4xOxdnA+nTUc+dglawW+XDgpHANGr2b77gdsRlGT0npdjg9wuP5YaxadKoNO4wN 8KNFvKMLgvTXyuKO4JDNS1Clpz+BDhOFy8nwFQKEX4H+1o+/8DnwHh2EW50yHaMKFYygzU MiTQ+dbmCZIWfDdVLDktFNblembBCtTfv9AXKFt39BrIxrYxx+K+b9ZIaX1h697OppGltA psQQNHqAB/wpCIIUwF37dNdGJCE6Q1NQX02kCtzcCTTpPjnXRxW/HAenlMq/of6/8uLlyg w5UhjJxkm5OEZqWuUgNixfZ9kjITEa7wZ775IlKTg7dp4THAFK4Cf0rLilgovA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ragweed.eden.le-fay.org (ragweed.eden.le-fay.org [IPv6:2001:8b0:aab5:c401: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) (Authenticated sender: ivy/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Zzggl4cl3z15bh; Fri, 16 May 2025 21:48:35 +0000 (UTC) (envelope-from ivy@FreeBSD.org) Date: Fri, 16 May 2025 22:48:32 +0100 From: Lexi Winter To: Marek Zarychta Cc: Kristof Provost , Cy Schubert , freebsd-current@freebsd.org Subject: Re: epair(4) Message-ID: Mail-Followup-To: Marek Zarychta , Kristof Provost , Cy Schubert , freebsd-current@freebsd.org References: <20250515162552.9209B20E@slippy.cwsent.com> <20250515185919.87008219@slippy.cwsent.com> <45d0f49d-229b-46b4-af95-6e8c4c856661@plan-b.pwste.edu.pl> <2D38F889-E8C9-49A9-AA80-D5A46FDFFD02@FreeBSD.org> <6e33a247-4b2a-4f7c-8e1f-14a549db27cd@plan-b.pwste.edu.pl> 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="GtnMzaVTecG6tfMQ" Content-Disposition: inline In-Reply-To: <6e33a247-4b2a-4f7c-8e1f-14a549db27cd@plan-b.pwste.edu.pl> --GtnMzaVTecG6tfMQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Marek Zarychta: > Thanks for the statement. Some may consider this a POLA violation. If you > insist on removing the sysctl, it will require additional work to update all > existing vm-bhyve and jail setups before upgrading to 16.0-RELEASE, whenever > it is released. i appreciate your concern and i am happy to work with affected users on a solution to this that reduces POLA for 15.0-RELEASE but let's be clear that this is not "all" vm-bhyve and jail setups. it is only setups which are mis-configured in a very specific way which has been deprecated in the Handbook for (as far as i know) a long time. are you happy with the change i proposed to ifconfig(8) in another message? --GtnMzaVTecG6tfMQ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaCeysAAKCRD1nT63mIK/ YK8MAP41AWDHxyUH6XXnidTSTeVl5Aawfojp3nkpr0wQ0oxydAD/QK2SnBO6Qwoh S21UKcPNDEyy+UE+pXFy6+2Qq+ZCmAw= =zG0Y -----END PGP SIGNATURE----- --GtnMzaVTecG6tfMQ-- From nobody Fri May 16 22:02:06 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZzgzS4RLhz5wPYV for ; Fri, 16 May 2025 22:02:12 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (plan-b.pwste.edu.pl [IPv6:2001:678:618::40]) (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 "plan-b.pwste.edu.pl", Issuer "GEANT OV RSA CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZzgzS2M1Qz3Q9g; Fri, 16 May 2025 22:02:12 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Authentication-Results: mx1.freebsd.org; none Received: from [192.168.7.70] (dom.potoki.eu [62.133.140.50]) (authenticated bits=0) by plan-b.pwste.edu.pl (8.18.1/8.17.2) with ESMTPSA id 54GM26ti008427 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Sat, 17 May 2025 00:02:06 +0200 (CEST) (envelope-from zarychtam@plan-b.pwste.edu.pl) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=plan-b.pwste.edu.pl; s=plan-b-mailer; t=1747432927; bh=hcD9f6kPZFQ58XucgCogrEgiFIYcUJuIBX1xpHJ7lck=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=cQg8G1cLlF+pFY7uJRlrTo+9ZGCxIFLlGkyVjf2ta9IyPutefN0s5g3C5gj7nh3bM hXD8yJzaw+HeT5I8HapqLXXEbADRSBbWWY9UcT2nx508aISJvApBa/tJTTV7tyxFzV eA7kIYwouMkFRPRuZjhEXDRDBEaKe1k6Dvc1mlT8yNM50nczUKM1iSI7Fc/5Q9oAgL ABqNopChLIvadjYPDFWxsnlLD5pfwQUg6GJEzKT00xzgRjZjdTm0DuY8NY4dvLGV8n xTv+TU/6GLJEIYXpEvNgodd08/p83/UFGPfMf8py20X9heH6qPMCznYyew1y2debVE Ux36RvLbWZMxw== X-Authentication-Warning: plan-b.pwste.edu.pl: Host dom.potoki.eu [62.133.140.50] claimed to be [192.168.7.70] Content-Type: multipart/alternative; boundary="------------CsU6rh8uYLIv84shVroN9032" Message-ID: Date: Sat, 17 May 2025 00:02:06 +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: epair(4) To: Kristof Provost Cc: Cy Schubert , ivy@freebsd.org, freebsd-current@freebsd.org References: <20250515162552.9209B20E@slippy.cwsent.com> <20250515185919.87008219@slippy.cwsent.com> <45d0f49d-229b-46b4-af95-6e8c4c856661@plan-b.pwste.edu.pl> <2D38F889-E8C9-49A9-AA80-D5A46FDFFD02@FreeBSD.org> <6e33a247-4b2a-4f7c-8e1f-14a549db27cd@plan-b.pwste.edu.pl> <47624B57-16CA-4141-9761-A51F9E3F4078@FreeBSD.org> Content-Language: en-US From: Marek Zarychta Autocrypt: addr=zarychtam@plan-b.pwste.edu.pl; keydata= xsBNBFfi3cMBCADLecMTFXad4uDXqv3eRuB4qJJ8G9tzzFezeRnnwxOsPdytW5ES2z1ibSrR IsiImx6+PTqrAmXpTInxAi7yiZGdSiONRI4CCxKY9d1YFiNYT/2WyNXCekm9x29YeIU7x0JB Llbz0f/9HC+styBIu2H+PY/X98Clzm110CS+n/b9l1AtiGxTiVFj7/uavYAKxH6LNWnbkuc5 v8EVNc7NkEcl5h7Z9X5NEtzDxTOiBIFQ/kOT7LAtkYUPo1lqLeOM2DtWSXTXQgXl0zJI4iP1 OAu4qQYm2nXwq4b2AH9peknelvnt1mpfgDCGSKnhc26q6ibTfMwydp+tvUtQIQYpA6b9ABEB AAHNN01hcmVrIFphcnljaHRhIChQbGFuLWIpIDx6YXJ5Y2h0YW1AcGxhbi1iLnB3c3RlLmVk dS5wbD7CwHcEEwEIACEFAlfi4LkCGwMFCwkIBwIGFQgJCgsCBBYCAwECHgECF4AACgkQHZW8 vIFppoJXdgf8D9X3VRFSNaR9lthSx/+uqas17J3FJKBo1xMQsC2a+44vzNvYJSuPGLLJ+LW2 HPVazjP/BWZJbxOYpliY4zxNRU0YCp0BLIVLibc//yax+mE42FND/+NiIZhqJscl6MLPrSwo sIwXec4XYkldkyqW/xBbBYXoIkBqdKB9j5j42Npy1IV/RizOSdmvTWY27ir8e/yGMR1RLr4F 8P5K3OWTdlGy2H2F/3J8bIPBLG6FpaIyLQw4dHSx8V02PYqDxK1cNo2kAOnU8PnZL/AGuMOH iv3MN1VYL8ehcmpBBsrZGebQJxrjY2/5IaTSgp9xHYT70kshuU6Qb97vk1mOjNZxgc7ATQRX 4t3DAQgA10h6RCXuBLMHxq5B8X/ZIlj9sgLoeyfRdDZEc9rT2KUeUJVHDsbvOFf4/7F1ovWY hJbA6GK/LUZeHHTjnbZcH1uDYQeHly4UOLxeEvhGoz4JhS2C7JzN/uRnwbdOAUbJr8rUj/IY a7gk906rktsc/Ldrxrxh7O6WO0JCh2XO/p4pDfEwwB37g4xHprSab28ECYJ9JMbtA8Sy4M55 g3+GQ28FvSlGnx48OoGXU2BZdc1vZKSQmNOlikB+9/hDX8zdYWVfDaX1TLQ8Ib4+xTUmapza mV/bxIsaZRBw+jFjLQHhTbIMfPEU+4mxFDvTdbKPruKPqVf1ydgMnPZWngowdwARAQABwsBf BBgBCAAJBQJX4t3DAhsMAAoJEB2VvLyBaaaC6qkIAJs9sDPqrqW0bYoRfzY6XjDWQ59p9tJi v8aogxacQNCfAu+WkJ8PNVUtC1dlVcG5NnZ80gXzd1rc8ueIvXlvdanUt/jZd8jbb3gaDbK3 wh1yMCGBl/1fOJTyEGYv1CRojv97KK89KP5+r8x1P1iHcSrunlDNqGxTMydNCwBH23QcOM+m u4spKnJ/s0VRBkw3xoKBZfZza6fTQ4gTpAipjyk7ldOGBV+PvkKATdhK2yLwuWXhKbg/GRlD 1r5P0gxzSqfV4My+KJuc2EDcrqp1y0wOpE1m9iZqCcd0fup5f7HDsYlLWshr7NQl28f6+fQb sylq/j672BHXsdeqf/Ip9V4= In-Reply-To: <47624B57-16CA-4141-9761-A51F9E3F4078@FreeBSD.org> X-Rspamd-Queue-Id: 4ZzgzS2M1Qz3Q9g 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:206006, ipnet:2001:678:618::/48, country:PL] X-Spamd-Bar: ---- This is a multi-part message in MIME format. --------------CsU6rh8uYLIv84shVroN9032 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit W dniu 16.05.2025 o 23:38, Kristof Provost pisze: > > On 16 May 2025, at 23:26, Marek Zarychta wrote: > > W dniu 16.05.2025 o 22:38, Kristof Provost pisze: > > On 15 May 2025, at 21:32, Marek Zarychta wrote: > > W dniu 15.05.2025 o 20:59, Cy Schubert pisze: > > In message 20250515162552.9209B20E@slippy.cwsent.com, > Cy Schubert writes: > > Over the last couple of days epair(4) fails to set > up when an IP address is > specified. > > bob# service jail onestart test2 > Starting jails: cannot start jail "test2": > epair0a > ifconfig: ioctl (SIOCAIFADDR): Invalid argument > jail: test2: /sbin/ifconfig epair0a inet 10.1.1.70 > netmask 0xffffff00 up: > failed > . > bob# ifconfig epair0a inet 10.1.1.70 netmask > 0xffffff00 > ifconfig: ioctl (SIOCAIFADDR): Invalid argument > bob# ifconfig epair0a inet up > bob# > > This regression is caused by b61850c4e6f6. > > Yes, it requires at least head up, similar to old one, > known from fibs : > > WARNING: Configuring address on bridge(4) member has been > turned off by default. Consider tuning  > net.link.bridge.member_ifaddrs if needed. > > The error message should not suggest changing the sysctl. This > is a configuration error and will lead to subtle and > unexpected problems. > > The intent is for the sysctl to go away and for this to be > entirely disallowed, without a way to bypass the check in 16.0. > > As Lexi pointed out in another e-mail: users should assign > addresses to the bridge, never to bridge member interfaces. > > — > Kristof > > Thanks for the statement. Some may consider this a POLA violation. > If you insist on removing the sysctl, it will require additional > work to update all existing vm-bhyve and jail setups before > upgrading to 16.0-RELEASE, whenever it is released. > > Only the misconfigured ones. There’s no reason to ever assign IP > addresses to member interfaces. > Again, |ifconfig bridge0 inet 192.0.2.1/24| is perfectly okay and will > continue to work. |ifconfig bridge0 addm epair0a ; ifconfig epair0a > inet 192.0.2.1/24| is not. > The documentation has had this warning for a long time: “If the bridge > host needs an IP address, set it on the bridge interface, not on the > member interfaces.“ > https://docs.freebsd.org/en/books/handbook/advanced-networking/index.html > > It should probably have been more prominent, but preventing > foot-shooting is better than warning about the foot-shooting. > > — > Kristof > Got it - that sounds like a solid plan. Updating incompatible setups, one by one, before the release of FreeBSD 16.0-RELEASE will help reduce last-minute issues and make the transition smoother. Cheers Marek --------------CsU6rh8uYLIv84shVroN9032 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
W dniu 16.05.2025 o 23:38, Kristof Provost pisze:

On 16 May 2025, at 23:26, Marek Zarychta wrote:

W dniu 16.05.2025 o 22:38, Kristof Provost pisze:

On 15 May 2025, at 21:32, Marek Zarychta wrote:

W dniu 15.05.2025 o 20:59, Cy Schubert pisze:

In message 20250515162552.9209B20E@slippy.cwsent.com, Cy Schubert writes:

Over the last couple of days epair(4) fails to set up when an IP address is
specified.

bob# service jail onestart test2
Starting jails: cannot start jail "test2":
epair0a
ifconfig: ioctl (SIOCAIFADDR): Invalid argument
jail: test2: /sbin/ifconfig epair0a inet 10.1.1.70 netmask 0xffffff00 up:
failed
.
bob# ifconfig epair0a inet 10.1.1.70 netmask 0xffffff00
ifconfig: ioctl (SIOCAIFADDR): Invalid argument
bob# ifconfig epair0a inet up
bob#

This regression is caused by b61850c4e6f6.

Yes, it requires at least head up, similar to old one, known from fibs :

WARNING: Configuring address on bridge(4) member has been turned off by default. Consider tuning  net.link.bridge.member_ifaddrs if needed.

The error message should not suggest changing the sysctl. This is a configuration error and will lead to subtle and unexpected problems.

The intent is for the sysctl to go away and for this to be entirely disallowed, without a way to bypass the check in 16.0.

As Lexi pointed out in another e-mail: users should assign addresses to the bridge, never to bridge member interfaces.

—
Kristof

Thanks for the statement. Some may consider this a POLA violation. If you insist on removing the sysctl, it will require additional work to update all existing vm-bhyve and jail setups before upgrading to 16.0-RELEASE, whenever it is released.

Only the misconfigured ones. There’s no reason to ever assign IP addresses to member interfaces.
Again, ifconfig bridge0 inet 192.0.2.1/24 is perfectly okay and will continue to work. ifconfig bridge0 addm epair0a ; ifconfig epair0a inet 192.0.2.1/24 is not.
The documentation has had this warning for a long time: “If the bridge host needs an IP address, set it on the bridge interface, not on the member interfaces.“
https://docs.freebsd.org/en/books/handbook/advanced-networking/index.html

It should probably have been more prominent, but preventing foot-shooting is better than warning about the foot-shooting.

—
Kristof

Got it - that sounds like a solid plan. Updating incompatible setups, one by one, before the release of FreeBSD 16.0-RELEASE will help reduce last-minute issues and make the transition smoother.

Cheers

Marek

--------------CsU6rh8uYLIv84shVroN9032-- From nobody Sat May 17 05:15:26 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Zzsbh2RjXz5vy67 for ; Sat, 17 May 2025 05:15: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 4Zzsbg51WYz3M2f; Sat, 17 May 2025 05:15:43 +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 54H5FQRK071801; Sat, 17 May 2025 08:15:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 54H5FQRK071801 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 54H5FQsc071800; Sat, 17 May 2025 08:15:26 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 17 May 2025 08:15:26 +0300 From: Konstantin Belousov To: Kristof Provost Cc: Marek Zarychta , Cy Schubert , ivy@freebsd.org, freebsd-current@freebsd.org Subject: Re: epair(4) Message-ID: References: <20250515162552.9209B20E@slippy.cwsent.com> <20250515185919.87008219@slippy.cwsent.com> <45d0f49d-229b-46b4-af95-6e8c4c856661@plan-b.pwste.edu.pl> <2D38F889-E8C9-49A9-AA80-D5A46FDFFD02@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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2D38F889-E8C9-49A9-AA80-D5A46FDFFD02@FreeBSD.org> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.1 X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-26) on tom.home X-Rspamd-Queue-Id: 4Zzsbg51WYz3M2f 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-Spamd-Bar: ---- On Fri, May 16, 2025 at 10:38:58PM +0200, Kristof Provost wrote: > As Lexi pointed out in another e-mail: users should assign addresses to the bridge, never to bridge member interfaces. > Could you, please, also explain why this is the requirement, besides stating that the configuration is invalid? Let me give some context there: for me, such config appears when I set up normal host, with the usual setting of IP address on a physical interface. Then some time later, realizing that I want to run a bhyve there as well, I need to add a bridge. But for situation where the host is remote and even without console access, it means to either keep the invalid config if IP address on interface, or blindly do the sensitive config update without a way to test it before reboot. So I at least want to understand why do I need to risk of making the machine non-reachable. From nobody Sat May 17 06:34:04 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZzvLK409Jz5w4P9 for ; Sat, 17 May 2025 06:34:17 +0000 (UTC) (envelope-from j.kelly.hays@gmail.com) Received: from mail-yb1-f169.google.com (mail-yb1-f169.google.com [209.85.219.169]) (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 4ZzvLK1yPWz41Yn; Sat, 17 May 2025 06:34:17 +0000 (UTC) (envelope-from j.kelly.hays@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yb1-f169.google.com with SMTP id 3f1490d57ef6-e7b5f81594fso2126400276.3; Fri, 16 May 2025 23:34:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1747463656; x=1748068456; 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=GKaIc1IZEfi5/hh4n+nbFCR4TBUeynXGKU/IIukEPX4=; b=npOTV6Gc5BA6LqsnGUtz3sCDYasQYM5TQYkBtYDGiFq9twRifPV/vSHb32pvvCes9h /T4J3rHClyOHjI1UMAsQp3WI+Kx5Tzk1vyFaQxpHlNwfOxNIrFxY2627Bjuyqle4PuKi 9C1yCLHPEFDq33KZzAkURHEd0aYF4WtWbdYeMCqZ2e+w9IZICjURhtXycawn6KS7xLGc /Dt4oMHTqqKqtkK0R2fE4FhPKZgW7AnZ3KfEf4+xaHhgYLbfmlV4XTYhamWUF1q0L4bE nlaSD0lhgr3CivyEDK4CceKwP5BPA5SAJiAlKyNDvR68txk5ph1Srokqrn9n4wPmdvNI nxrA== X-Forwarded-Encrypted: i=1; AJvYcCUDKuIi+lCvkGMapJQTQMKfULAweW1INnupQzeUdIiMLP+uAvnSdRAZLB078k6typQuEvQV8Et3/FWfeok+04k=@freebsd.org, AJvYcCWiW4A8/mBhhXNHqkBclY46s0SbSYxtskN4rYYUTAOXfZ3ZxwmRtaHgv/0JZa36k7LvmEzD@freebsd.org X-Gm-Message-State: AOJu0YytQfPSrWK37F+N34CnTN1ULKA0ea3vNQoK5/ziaidopUnRwAVV rvDMtndQ7MwS8RFMsLdMtMGOKR84WD5Zjmlmedn5YUpKVwnpDh0Yltw4Y+udQjgx56SCJ5sY+IU J4q57xAtVvhBExBhR5RMGNWWLWVAFtAQ= X-Gm-Gg: ASbGncuDKxhxDh1vtcsdqJdJQtzZXKd1zPsWRX7wD0Iyefbktff3xgZS77ccrwD32bj Xp2u0oDUj003Wo2kY4Pwnl7bc819quaIzqeQc2oUy489mjBN07gCdA2cO/hrkoF9HfCjpbtvlBq VzqhNpExumyCWqcWg6Ht8ogx6q3XgNwS5/DQ== X-Google-Smtp-Source: AGHT+IGnclrLIFKXdC6cJGfUVS4G8LEzLYVpkJVvydehXAE/KqRzMtnkuAWUssAqQbOT4kwayFPhQEk30YkIp6v2X4M= X-Received: by 2002:a05:6902:110c:b0:e73:825:52eb with SMTP id 3f1490d57ef6-e7b6a42ca8emr8239439276.41.1747463656330; Fri, 16 May 2025 23:34:16 -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: <20250515162552.9209B20E@slippy.cwsent.com> <20250515185919.87008219@slippy.cwsent.com> <45d0f49d-229b-46b4-af95-6e8c4c856661@plan-b.pwste.edu.pl> <2D38F889-E8C9-49A9-AA80-D5A46FDFFD02@FreeBSD.org> In-Reply-To: From: Kelly Hays Date: Sat, 17 May 2025 01:34:04 -0500 X-Gm-Features: AX0GCFsA_CA2j2CWHVeQwHG2geSZJb9argiO69HE5BnRw516OheGXxVMO4nowDQ Message-ID: Subject: Re: epair(4) To: Konstantin Belousov Cc: Kristof Provost , Marek Zarychta , Cy Schubert , ivy@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4ZzvLK1yPWz41Yn X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-Spamd-Bar: ---- On Sat, May 17, 2025 at 12:16=E2=80=AFAM Konstantin Belousov wrote: > > Let me give some context there: for me, such config appears when I set up > normal host, with the usual setting of IP address on a physical interface= . > Then some time later, realizing that I want to run a bhyve there as well, > I need to add a bridge. But for situation where the host is remote and > even without console access, it means to either keep the invalid config > if IP address on interface, or blindly do the sensitive config update > without a way to test it before reboot. > I think it is reasonable to expect there to be some safe way to transition an IP address from a physical interface to a bridge. Maybe some way to have the changes automatically backed out after some time if there is no connectivity. Anyway I think this use case is common enough we should at least provide documentation of = safe procedure to switch from physical interface to bridge when IP is the only w= ay into the machine. Thanks, Kelly From nobody Sat May 17 06:58:22 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ZzvtD2HnJz5w5l8 for ; Sat, 17 May 2025 06:58:28 +0000 (UTC) (envelope-from kp@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZzvtC641Xz4FW7; Sat, 17 May 2025 06:58:27 +0000 (UTC) (envelope-from kp@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747465107; 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=9y8QIda/BrVU47/9L8CyLcUTlXPrxt5kFerVdco3rYs=; b=JMYi6IHq1TJCTgkqN4OlLfWoyRF67HRs4kFoDWLyP3g5Ifzw3O6XJXWtGZg1EGOoGC7Coi Xsl5cPZfbmahj3s4idB06bnMd7LUDyTddh6nG6hE6Kmlw/QEjXVC0cNvABW3VYHEB3QRn8 rAs+sEE9xYXzdYx7Lz+HfqkArcQmyuAoHAYB0gGue+rWfVpcdacW/Vhs8WDwkoqb6qH2C4 kBUXmwcvNvqXTjW+ERoPgznNsocG9O/hTYdth+YCi5d/JnWHugytf6LFCQWZg55AlkbUCB QVy1zNdJT9oqgRTyEf4X1WS6sDC8MRIsndEadDn1AWzjsQZOF7ay8QAbaFzmlQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747465107; 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=9y8QIda/BrVU47/9L8CyLcUTlXPrxt5kFerVdco3rYs=; b=YpaPLdLUDtzKWr+Sh22B++fZuPvDC4RxXJsbAhxT11VAmmSXmcWP0TFJLSdXQMMtZ0Gaf5 Eh7OWkl4oxhYuzdiy6slwPkIW1b1Sbrt7ZkIxsQeB9NlXyTz57rSkpdhsNUCaGVyuohWy7 rZDg0dyo4+XMbSKjl6GImvZA2GyvShnJKedHFmroN/D9K8m5RaPn2hSGJUJE5Nx/5931Ng 6ee9o62tqeGVvyBvlvrEezkrgJxpxEmJIBx9t+ggBVhmgpYPEmqTbrsHNsIyiZwAOz+BXa G8PALHJVvBzohSLLB3/sPxoQVREH4fKQ0eprwt5DNGmZMNlp+c+H8c/6nUp2mg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1747465107; a=rsa-sha256; cv=none; b=R965/dWlgLykYa/OYAqxMQj2x+8rZDeDm6j6uBpcMsMp/Zlb3LKe9uwFAuVg+HXtFiJxKb fSjNDtdmR+EFecxgC2f8OBsipmX1IFGnMK4MRZoH3adksUxQMJAhETr81Dy01Yi+NqZo6e moOizUj0IcMtNxtQ2pvVPw7t7gUaHdntBrbG2itVEQpEL8nqsqWX6c8I6N7ePQoJrJdGCo MAUsBJVW30U/6vh9csBfsZUyIv4aYNrdYG3jR6S2AgkuoxyNQzcRsNtLKK/LKRTyk2zR0B soT9tHDh6gdMQNzitiu+sGiH+yUCEay4Ta4TBtsVkDsYpKlZkJmkj/QZIs4wvw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from venus.codepro.be (venus.codepro.be [5.9.86.228]) (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 "mx1.codepro.be", Issuer "R11" (verified OK)) (Authenticated sender: kp) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ZzvtC4hDQz3Hk; Sat, 17 May 2025 06:58:27 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: by venus.codepro.be (Postfix, authenticated sender kp) id 5FDB350F15; Sat, 17 May 2025 08:58:24 +0200 (CEST) From: Kristof Provost To: Konstantin Belousov Cc: Marek Zarychta , Cy Schubert , ivy@freebsd.org, freebsd-current@freebsd.org Subject: Re: epair(4) Date: Sat, 17 May 2025 08:58:22 +0200 X-Mailer: MailMate (2.0r6255) Message-ID: In-Reply-To: References: <20250515162552.9209B20E@slippy.cwsent.com> <20250515185919.87008219@slippy.cwsent.com> <45d0f49d-229b-46b4-af95-6e8c4c856661@plan-b.pwste.edu.pl> <2D38F889-E8C9-49A9-AA80-D5A46FDFFD02@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: text/plain; charset=UTF-8; markup=markdown Content-Transfer-Encoding: quoted-printable On 17 May 2025, at 7:15, Konstantin Belousov wrote: > On Fri, May 16, 2025 at 10:38:58PM +0200, Kristof Provost wrote: >> As Lexi pointed out in another e-mail: users should assign addresses t= o the bridge, never to bridge member interfaces. >> > > Could you, please, also explain why this is the requirement, besides st= ating > that the configuration is invalid? > It breaks multicast. Multicast traffic we=E2=80=99re subscribed to will n= ot arrive unless our address is assigned to the bridge rather than the me= mber interfaces. You mostly get away with that for IPv4 (which is often w= orse, because =E2=80=9CEverything works except for X=E2=80=9D), but it to= tally breaks IPv6. See also https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D243554 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D247912#c6 There=E2=80=99s also a fairly decent performance improvement, at least in= the tests Ivy has done. That=E2=80=99s a secondary consideration, but ni= ce to have anyway. =E2=80=94 Kristof From nobody Sat May 17 10:53:23 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4b015R0VG1z5wPd7 for ; Sat, 17 May 2025 10:53:31 +0000 (UTC) (envelope-from zlei@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4b015Q5cFkz3cPs; Sat, 17 May 2025 10:53:30 +0000 (UTC) (envelope-from zlei@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747479210; 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=ToiWLkzIqUSyRXaCQ7QR2eSlozfb9+0QZrqKDDNJ9pA=; b=MtxUhwXQzwSPNDsJoeqKVJOb1dBlnQVxHIvBmKhQdlDUyKHoYBprh59sD71sFXTyjdYO1W KOC/ZQSFa+vMYqqbpy9Ilh5UPMTgTHlpWKeUizVKCFjCxILj9fL+kDhKNcAfj22KE1n7WI cjGwDTGKS8qTtqY+PHr/qBR1jCLVAmHNGw5l1Vbd2yVwK+CJw3wQXvV5q2Dp+E1623WLFJ 5QDHU02EKCABwRO/irotnJEkqaBqpaaLTrTntkFsMTuuk4uXNlGiUfjxKHXD7UrFN2/g8q GUC1vGYc/HDXm7zEktjXJqez5iCLpUEueJaRqb4886yiRFQ/i3DBYDzVvJqo0A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1747479210; 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=ToiWLkzIqUSyRXaCQ7QR2eSlozfb9+0QZrqKDDNJ9pA=; b=a++etUxDC3hkl3CUfGRC7AZB8rHfNgNffVnXya+ebVtMrDt2Vfg8leF26vl1OBc2bp2pfq qCb6efSIJiZZjhfQoAMC9ud1ST9y+dahPGT6o+rnQdVqRNEwI2wMBFWfer7DguiTgB6HhZ FxcQ58O9p3wUY0mvAOl5r1kzmf1TdPl0JIwCLM3GF2YjQ7e8u6YareJ/OwKPVanjmUIoVl hqXcpbyrgxovvWchJEHRGtXVs6+FWxlUnHPF0jlgqd52aYCsnPC4pDuJ3Lfp3XSWGW9nei sbSTyKtjhqUw/g3znM39G3edqCCdOoay2+8faoD1eqfOi8hJnRho9WQMLJM3yQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1747479210; a=rsa-sha256; cv=none; b=eZzYzemSRxAGEr2otJimBEkQqq5Bo4EOxH5tPvnXgTIFmLHmC047Q05lnM7MgsKlJURHIN 6606ks4zPe2pYfs72CJpNq2HkrZk+JPeIUj7ObijWhnyjehi8xfN93NZdjgoY5bvMenwMv Qm/XGYUgghXc2u8aZ9hq8x5iY8te2pNx5y0gPHzMVTjnBFMGUUeIu74SSBnFctvBbu+r9+ ZyKlPF/MQ7pMBi+vU61bXENSkzUWNRs7K4gVxiJ0Nq8obabGJdSkuf2iBFseLR8rIr5HNb I+INwiylMRa7yLNoYknFbIZKZM2R73O6rNO1Cz8y3APkicHoShQ00EOE/mbqXg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from smtpclient.apple (ns1.oxydns.net [45.32.91.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zlei/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4b015P6XKnz7ZF; Sat, 17 May 2025 10:53:29 +0000 (UTC) (envelope-from zlei@FreeBSD.org) 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 \(3696.120.41.1.10\)) Subject: Re: New packages repositories for kernel modules (without typo) From: Zhenlei Huang In-Reply-To: <682742f0.c1kjogtHsKHAqFq9%bapt@FreeBSD.org> Date: Sat, 17 May 2025 18:53:23 +0800 Cc: "current@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <9DAD1272-1474-4D68-A22E-C9C97EB4BBE6@FreeBSD.org> References: <682742f0.c1kjogtHsKHAqFq9%bapt@FreeBSD.org> To: "bapt@freebsd.org" X-Mailer: Apple Mail (2.3696.120.41.1.10) > On May 16, 2025, at 9:51 PM, bapt@freebsd.org = wrote: >=20 >=20 > New package repositories available for kernel modules. >=20 > Since 14.2-RELEASE we have been publishing a repository of packages = built for > all supported arches. >=20 > With the upcoming 14.3-RELEASE we have extended the infrastructure so = it now > covers the following branches: > - releng/14.2 (14.2-RELEASE) (from latest and quarterly ports) > - releng/14.3 (14.3-RELEASE) (from latest and quarterly ports) > - stable/14 (14.3-STABLE) (from latest and quarterly ports) > - main (15.0-CURRENT) (only latest ports) >=20 > To use them, here is the necessary configuration: > (it can be added to /usr/local/etc/pkg/repos/kmods.conf) >=20 > ---- > FreeBSD-kmods: { > url: "pkg+https://pkg.FreeBSD.org/${ABI}/KMODSFLAVOR", > mirror_type: "srv", > signature_type: "fingerprints", > fingerprints: "/usr/share/keys/pkg", > enabled: yes > } > ---- >=20 > KMODSFLAVOR repect the following pattern: >=20 > kmods_PORTBRANCH_MINORRELEASE >=20 > List of what is being published: >=20 > +----------------------+----------------+-------------------+ > | FreeBSD Release | ports main | ports quarterly | > +----------------------+----------------+-------------------+ > | FreeBSD 14.2-RELEASE | kmods_latest_2 | kmods_quarterly_2 | > | FreeBSD 14.3-RELEASE | kmods_latest_3 | kmods_quarterly_3 | > | FreeBSD 14.3-STABLE | kmods_latest | kmods_quarterly | > | FreeBSD 15.0-CURRENT | kmods_latest | | > +----------------------+----------------+-------------------+ >=20 > Note for current and stable the repositories are built against > the version available in the weekly pkgbase snapshots. >=20 > Best regards, > Bapt >=20 Nice work ! Best regards, Zhenlei From nobody Sat May 17 19:05:18 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4b0D260vNgz5w2hH for ; Sat, 17 May 2025 19:06:22 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (bastille.leidinger.net [89.238.82.207]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4b0D253RDHz3MXN; Sat, 17 May 2025 19:06:21 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; none 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 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1747508773; 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=PxPMlgSgQSli67k2VsmEyhU2MkZ9psITir9iR3Xq/Ac=; b=1CSPmf50se/OnraGEIzK5wCHPSVyujI+HnBvFWvnhcs0Y9anvwvDjLcIgMaHaHcXFM90Fu gTLYi78+sopw86fJiTZqrJVzStg8f2kjWn2nBxF3p55lzkuQKkWNSWgYXBGTBFs5GkIwNE WSVty4hQIgeKd4a1oWpBN9/fEnZbGgxHCRGsa2mb8ZNQXZLSc4EE20zElGB7tJTukYq/CO sJAPiXJoj+b23Emg/XuR+yKmj2vF4C8BX5GPv8nQo71DUqBK4njZFMof4206l56i2q5cVh a7gK3T5TEVGaNmH+HDkDpi1nNxbGKv7zLR4DFUDrE5xENtE/5Nn2t5d/Ssn7EQ== Date: Sat, 17 May 2025 21:05:18 +0200 From: Alexander Leidinger To: Konstantin Belousov Cc: Kristof Provost , Marek Zarychta , Cy Schubert , ivy@freebsd.org, freebsd-current@freebsd.org Subject: Re: epair(4) In-Reply-To: References: <20250515162552.9209B20E@slippy.cwsent.com> <20250515185919.87008219@slippy.cwsent.com> <45d0f49d-229b-46b4-af95-6e8c4c856661@plan-b.pwste.edu.pl> <2D38F889-E8C9-49A9-AA80-D5A46FDFFD02@FreeBSD.org> Message-ID: <3492b6197379d23905db5786e111bb5c@Leidinger.net> Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_1f256d89c905a1f24d29a58e94d13928"; micalg=pgp-sha256 X-Rspamd-Queue-Id: 4b0D253RDHz3MXN 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:34240, ipnet:89.238.64.0/18, country:DE] X-Spamd-Bar: ---- This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_1f256d89c905a1f24d29a58e94d13928 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Am 2025-05-17 07:15, schrieb Konstantin Belousov: > On Fri, May 16, 2025 at 10:38:58PM +0200, Kristof Provost wrote: >> As Lexi pointed out in another e-mail: users should assign addresses >> to the bridge, never to bridge member interfaces. >> > > Could you, please, also explain why this is the requirement, besides > stating > that the configuration is invalid? > > Let me give some context there: for me, such config appears when I set > up > normal host, with the usual setting of IP address on a physical > interface. > Then some time later, realizing that I want to run a bhyve there as > well, > I need to add a bridge. But for situation where the host is remote and > even without console access, it means to either keep the invalid config > if IP address on interface, or blindly do the sensitive config update > without a way to test it before reboot. for ZFS based systems: - create new BE - mount new BE - edit rc.conf - unmount new BE - bectl activate -t new_BE - reboot - it it doesn't work, do a remote reboot (if you don't have that, add a rc.local with a "(sleep ; shutdown -r now)&") That's how I did it some years ago after noticing that the IP shall be on the bridge. Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_1f256d89c905a1f24d29a58e94d13928 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmgo3f4ACgkQEg2wmwP4 2IY6ig//YoB4uYOMOeMXwyFGAoK2ncBZN70ASNtOnDbqXCHslHxkiia5d130zr46 wvezg+s2Y8KEPfvxy0Kc/e3wubjsqKjXjajNtwH3xrLc6on9hTY9Qvld6OurziK7 GcwNajuS0qmj8phi9qTeeei7jDOlqJ30nsPhrox+4KavNUcBN/w3F7mtUr84KDXR janeXDB1F22e35BJmcscGYM54U/8tfuYCXWrERG2K8RSc9QVa9hX4fV5pQNtAUEV V74RGzQo3ki8IEJtIgjRdMEkJvw8rzhIRe3CDKopfMnZleFukYt+qV4ZXsXGAH/o IwnnR1vwiUtOlnfOygOyTvqqnJLHj3vgDL7ErC1CVFWtYy5bL3KRBrbOXxt8YS3R qHVSew0uM98+mDWSlesFXSAvRQF1ITobkCKKZ9de0fP9b0IiGl1JTQ6zaZXkhjoI bLWhw1jTTVszTsVnm35fsAz5YpDJzlsNklm1L02ZwhTRkFiTIbCiJWfQsOt8mHil 9Y2RyQvh2avH9o0vO00lNhXw+Vio3H3WG38fYHBKTx3YcQ5gB7UjxjEC7YnIyaiM fRGjW2+mKI+8NSyRvWoek52Lt78hlVQ+FxhhgVX/GULaVbNlymFGfhfLgX/Kc/95 0ibJ/AUcRgtbJP+7ohXTAgRr4e6kRxYUO8r+aHxnNjpz2LYwg2Y= =Caf0 -----END PGP SIGNATURE----- --=_1f256d89c905a1f24d29a58e94d13928-- From nobody Sun May 18 16:06:31 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4b0m0x6tqVz5wQsG for ; Sun, 18 May 2025 16:07:13 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp052.goneo.de (smtp5.goneo.de [IPv6:2001:1640:5::8:30]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4b0m0w23Psz3hkD for ; Sun, 18 May 2025 16:07:12 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=walstatt-de.de header.s=DKIM001 header.b=jTyk+j3K; spf=pass (mx1.freebsd.org: domain of freebsd@walstatt-de.de designates 2001:1640:5::8:30 as permitted sender) smtp.mailfrom=freebsd@walstatt-de.de; dmarc=none Received: from hub2.goneo.de (hub2.goneo.de [IPv6:2001:1640:5::8:53]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by smtp5.goneo.de (Postfix) with ESMTPS id 5F98524042C for ; Sun, 18 May 2025 18:07:08 +0200 (CEST) Received: from hub2.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPS id C472B240031 for ; Sun, 18 May 2025 18:07:06 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1747584426; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=UmAf9LpvbSwgGzPwUvGU54Z/wbWec3mHbxdDUM/xJfE=; b=jTyk+j3KWRqQpsekGr6UFcQSiFjmiotiacUTRLBMAvErA5xnEtt3wTDupHAKJ1QcNcrs1D 8CzY5g0+KhzsSC4o0LLYHO6dBIAEpo04z47IW5+FF0A44OQFDhzxAq9JxkzEsksZ7KVIWV OINzNDY2tBS+HdBJ8pihm4D/8bwyuPYeSGE7arMf0BVn1WE9TDlcej5uJnUjBPZpImEzdp N2iirT8RG8ZKtKAM/Gni1sSLdMZZF3OglbbgZHJc8bqz7jxJUQrYzhuRqrjazcrJTqB/7s Er1xa6fHubn06BXJ+Dk/2/Oam81Oj5oQmteD6oXPrMstHoWI1P7XNZwSnxLm9Q== Received: from thor.sb211.local (dynamic-2a02-3100-25ad-de02-5895-b6ff-fef9-f237.310.pool.telefonica.de [IPv6:2a02:3100:25ad:de02:5895:b6ff:fef9:f237]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPSA id 8CA3224029B for ; Sun, 18 May 2025 18:07:06 +0200 (CEST) Date: Sun, 18 May 2025 18:06:31 +0200 From: A FreeBSD User To: FreeBSD CURRENT Subject: CURRENT: can not add device to bridge: ifconfig: BRDGADD igb0: Invalid argument Message-ID: <20250518180658.2e58d55a@thor.sb211.local> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/ajUwUqcDzccah/HhlSqsRkv"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: e08551 X-Rspamd-UID: 44c677 X-Rspamd-Queue-Id: 4b0m0w23Psz3hkD X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.70 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_DKIM_ALLOW(-0.20)[walstatt-de.de:s=DKIM001]; R_SPF_ALLOW(-0.20)[+ip6:2001:1640:5::8:0/112]; RCVD_IN_DNSWL_LOW(-0.10)[2001:1640:5::8:30:from]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MISSING_XM_UA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:25394, ipnet:2001:1640::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[walstatt-de.de]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[walstatt-de.de:+] --Sig_/ajUwUqcDzccah/HhlSqsRkv Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hello, running recent CURRENT (FreeBSD 15.0-CURRENT #68 main-n277334-d9900b9ea2b2:= Sun May 18 16:51:02 CEST 2025), I ran into the following problem:=20 Can not add interfaces anymore to a bridge device.=20 Neither existing physical devices, nor epair devices created during setup o= f jails - with the result of no jails availabel and/or no bridge working. A more amusing part of this story is: I ran almost two identical boxes, bas= ed upon elderly IvyBridge CPUs, both on outdated ASrock Z77 Pro mainboards. One machine, the now-failing-one, has moved to AMD Ryzen 9700X based box based on ASrock B85= 0 mainboard - just for the record, if this is of importance or interest. On both systems I use custom kernels, mostly disabling unused devices. Havi= ng an ABI issue in mind, I recompiled the whole world/kernel on the system with AMD CPU, but t= he issue is the still persistent. A real hardware problem or just a coincidence with faulty code? Thanks for helping, O. Hartmann --=20 A FreeBSD user --Sig_/ajUwUqcDzccah/HhlSqsRkv Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCaCoFogAKCRCxzvs8Oqok r5RJAP4tHefTqGTWazx1OC+MNe6Z7PS2heJVBdElcF+VzqqhPAD8CIemrFc2z8DT OyMnPJ/JtYpqVxM6W3TBByIzpgqnJAw= =eOND -----END PGP SIGNATURE----- --Sig_/ajUwUqcDzccah/HhlSqsRkv-- From nobody Sun May 18 16:16:43 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4b0mD45rjBz5wRd6 for ; Sun, 18 May 2025 16:16:52 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (plan-b.pwste.edu.pl [IPv6:2001:678:618::40]) (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 "plan-b.pwste.edu.pl", Issuer "GEANT OV RSA CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4b0mD4139Nz3m4n for ; Sun, 18 May 2025 16:16:52 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Authentication-Results: mx1.freebsd.org; none Received: from [192.168.7.70] (dom.potoki.eu [62.133.140.50]) (authenticated bits=0) by plan-b.pwste.edu.pl (8.18.1/8.17.2) with ESMTPSA id 54IGGiRL020139 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Sun, 18 May 2025 18:16:44 +0200 (CEST) (envelope-from zarychtam@plan-b.pwste.edu.pl) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=plan-b.pwste.edu.pl; s=plan-b-mailer; t=1747585005; bh=gidKpEHO8in7BnYrZqaHr/yUGWcmibCodQ9QIX444Cw=; h=Date:Subject:To:References:From:In-Reply-To; b=HjkMI7t7a12Pl4ncLsnz0RYW4FQAykb4zfPbfxsfh5csd2t0RsZeWBg0KjEMfB/0V Fs1fubBeuTXK2+THUmhhRwjHlCqaFosSzgyS982PHbN9hm20OUiEi/SCBGxROf7ruW Y4FvbKdsRxOs+SIkjAMooU9JBMH4Loa/nPzdYniffO4t66Dz0e1g2n2x3aouIvS76u UzHC+fWQpbdUjOdfV3l7yj0HMB2UiEk8BxDHgwmgZNNykkJ/fCEDL3sBKqBao/WD80 WhF4NjEm0vPQHn9y3UGWpd4SMc+tNOeFee9oLvln5dUxVNIf4iyJCxgpIeBsXCJF4g hoPzuF9kTQzSA== X-Authentication-Warning: plan-b.pwste.edu.pl: Host dom.potoki.eu [62.133.140.50] claimed to be [192.168.7.70] Message-ID: <192c8e37-4a85-4916-9986-0a556333a527@plan-b.pwste.edu.pl> Date: Sun, 18 May 2025 18:16:43 +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: CURRENT: can not add device to bridge: ifconfig: BRDGADD igb0: Invalid argument To: A FreeBSD User , FreeBSD CURRENT References: <20250518180658.2e58d55a@thor.sb211.local> Content-Language: en-US From: Marek Zarychta Autocrypt: addr=zarychtam@plan-b.pwste.edu.pl; keydata= xsBNBFfi3cMBCADLecMTFXad4uDXqv3eRuB4qJJ8G9tzzFezeRnnwxOsPdytW5ES2z1ibSrR IsiImx6+PTqrAmXpTInxAi7yiZGdSiONRI4CCxKY9d1YFiNYT/2WyNXCekm9x29YeIU7x0JB Llbz0f/9HC+styBIu2H+PY/X98Clzm110CS+n/b9l1AtiGxTiVFj7/uavYAKxH6LNWnbkuc5 v8EVNc7NkEcl5h7Z9X5NEtzDxTOiBIFQ/kOT7LAtkYUPo1lqLeOM2DtWSXTXQgXl0zJI4iP1 OAu4qQYm2nXwq4b2AH9peknelvnt1mpfgDCGSKnhc26q6ibTfMwydp+tvUtQIQYpA6b9ABEB AAHNN01hcmVrIFphcnljaHRhIChQbGFuLWIpIDx6YXJ5Y2h0YW1AcGxhbi1iLnB3c3RlLmVk dS5wbD7CwHcEEwEIACEFAlfi4LkCGwMFCwkIBwIGFQgJCgsCBBYCAwECHgECF4AACgkQHZW8 vIFppoJXdgf8D9X3VRFSNaR9lthSx/+uqas17J3FJKBo1xMQsC2a+44vzNvYJSuPGLLJ+LW2 HPVazjP/BWZJbxOYpliY4zxNRU0YCp0BLIVLibc//yax+mE42FND/+NiIZhqJscl6MLPrSwo sIwXec4XYkldkyqW/xBbBYXoIkBqdKB9j5j42Npy1IV/RizOSdmvTWY27ir8e/yGMR1RLr4F 8P5K3OWTdlGy2H2F/3J8bIPBLG6FpaIyLQw4dHSx8V02PYqDxK1cNo2kAOnU8PnZL/AGuMOH iv3MN1VYL8ehcmpBBsrZGebQJxrjY2/5IaTSgp9xHYT70kshuU6Qb97vk1mOjNZxgc7ATQRX 4t3DAQgA10h6RCXuBLMHxq5B8X/ZIlj9sgLoeyfRdDZEc9rT2KUeUJVHDsbvOFf4/7F1ovWY hJbA6GK/LUZeHHTjnbZcH1uDYQeHly4UOLxeEvhGoz4JhS2C7JzN/uRnwbdOAUbJr8rUj/IY a7gk906rktsc/Ldrxrxh7O6WO0JCh2XO/p4pDfEwwB37g4xHprSab28ECYJ9JMbtA8Sy4M55 g3+GQ28FvSlGnx48OoGXU2BZdc1vZKSQmNOlikB+9/hDX8zdYWVfDaX1TLQ8Ib4+xTUmapza mV/bxIsaZRBw+jFjLQHhTbIMfPEU+4mxFDvTdbKPruKPqVf1ydgMnPZWngowdwARAQABwsBf BBgBCAAJBQJX4t3DAhsMAAoJEB2VvLyBaaaC6qkIAJs9sDPqrqW0bYoRfzY6XjDWQ59p9tJi v8aogxacQNCfAu+WkJ8PNVUtC1dlVcG5NnZ80gXzd1rc8ueIvXlvdanUt/jZd8jbb3gaDbK3 wh1yMCGBl/1fOJTyEGYv1CRojv97KK89KP5+r8x1P1iHcSrunlDNqGxTMydNCwBH23QcOM+m u4spKnJ/s0VRBkw3xoKBZfZza6fTQ4gTpAipjyk7ldOGBV+PvkKATdhK2yLwuWXhKbg/GRlD 1r5P0gxzSqfV4My+KJuc2EDcrqp1y0wOpE1m9iZqCcd0fup5f7HDsYlLWshr7NQl28f6+fQb sylq/j672BHXsdeqf/Ip9V4= In-Reply-To: <20250518180658.2e58d55a@thor.sb211.local> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4b0mD4139Nz3m4n 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:206006, ipnet:2001:678:618::/48, country:PL] X-Spamd-Bar: ---- W dniu 18.05.2025 o 18:06, A FreeBSD User pisze: > Hello, > > running recent CURRENT (FreeBSD 15.0-CURRENT #68 main-n277334-d9900b9ea2b2: Sun May 18 > 16:51:02 CEST 2025), I ran into the following problem: > Can not add interfaces anymore to a bridge device. > Neither existing physical devices, nor epair devices created during setup of jails - with the > result of no jails availabel and/or no bridge working. > > A more amusing part of this story is: I ran almost two identical boxes, based upon elderly > IvyBridge CPUs, both on outdated ASrock Z77 Pro mainboards. One machine, the > now-failing-one, has moved to AMD Ryzen 9700X based box based on ASrock B850 mainboard - just > for the record, if this is of importance or interest. > > On both systems I use custom kernels, mostly disabling unused devices. Having an ABI issue in > mind, I recompiled the whole world/kernel on the system with AMD CPU, but the issue is the > still persistent. > > A real hardware problem or just a coincidence with faulty code? > > Thanks for helping, > > O. Hartmann > > Hello Oliver, please follow this commit: https://github.com/freebsd/freebsd-src/commit/b61850c4e6f6b0f21b36da7238db969d9090309e and this thread: https://lists.freebsd.org/archives/freebsd-current/2025-May/007602.html TL;DR: set net.link.bridge.member_ifaddrs=1 (the earlier, the better, loader.conf prefered) and before FreeBSD 16.0-RELEASE (still plenty of time), either remove addresses the bridge members, or consider migration to different bridge (Netmap ?!) or consider migration to different OS. Cheers Marek From nobody Sun May 18 16:23:37 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4b0mNT3mHfz5wRtP for ; Sun, 18 May 2025 16:24:09 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp6.goneo.de (smtp6.goneo.de [85.220.129.31]) (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 4b0mNS6Qt9z3r56 for ; Sun, 18 May 2025 16:24:08 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; none Received: from hub1.goneo.de (hub1.goneo.de [IPv6:2001:1640:5::8:52]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by smtp6.goneo.de (Postfix) with ESMTPS id 3C89B240F26; Sun, 18 May 2025 18:24:07 +0200 (CEST) Received: from hub1.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPS id 580362405BB; Sun, 18 May 2025 18:24:05 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1747585445; 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=TUVPu2DUtff5U8YIL8nICth1gNk+sKX2KGpiJiLh6JA=; b=B4MpWZN386Lu+NoIJ+ncdgyGRrElESlwTuDWH+AR59vFysTuwfVf0xjUlJHhpf0ipfgBCJ jBmRdJo6qdR5LMVkcRSZIxP6CVoEUOD+di2G99TQYK1BR+baBXCDXmYPM31otKgye+rbmJ MyzP0HjEEGX+QW9KPUHVUocl5gvcwWXq8vfI4vYe/YKU6kXmdtyT1VpxeooeHlPtE4mqgY GR20YEcI1de+zEetnN85PRE9KnNo1AQBvjancJcZu7rtucF9dWI4WsnvYPccTiry2ILApe /o/pAsqTXlJm9C46sykYBCW4Hl58x/j/F83TSbioJw8yLqNq16TY5G8RqK9GiQ== Received: from thor.sb211.local (dynamic-2a02-3100-25ad-de02-5895-b6ff-fef9-f237.310.pool.telefonica.de [IPv6:2a02:3100:25ad:de02:5895:b6ff:fef9:f237]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPSA id 264A0240166; Sun, 18 May 2025 18:24:05 +0200 (CEST) Date: Sun, 18 May 2025 18:23:37 +0200 From: A FreeBSD User To: Marek Zarychta Cc: FreeBSD CURRENT Subject: Re: CURRENT: can not add device to bridge: ifconfig: BRDGADD igb0: Invalid argument Message-ID: <20250518182404.3a760da9@thor.sb211.local> In-Reply-To: <192c8e37-4a85-4916-9986-0a556333a527@plan-b.pwste.edu.pl> References: <20250518180658.2e58d55a@thor.sb211.local> <192c8e37-4a85-4916-9986-0a556333a527@plan-b.pwste.edu.pl> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/iIUdB83TRWjuCQ75YNNFtmC"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: 3cf0ee X-Rspamd-UID: 05fa0f X-Rspamd-Queue-Id: 4b0mNS6Qt9z3r56 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:25394, ipnet:85.220.128.0/17, country:DE] X-Spamd-Bar: ---- --Sig_/iIUdB83TRWjuCQ75YNNFtmC Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Tage des Herren Sun, 18 May 2025 18:16:43 +0200 Marek Zarychta schrieb: > W dniu 18.05.2025 o=C2=A018:06, A FreeBSD User pisze: > > Hello, > > > > running recent CURRENT (FreeBSD 15.0-CURRENT #68 main-n277334-d9900b9ea= 2b2: Sun May 18 > > 16:51:02 CEST 2025), I ran into the following problem: > > Can not add interfaces anymore to a bridge device. > > Neither existing physical devices, nor epair devices created during set= up of jails - with > > the result of no jails availabel and/or no bridge working. > > > > A more amusing part of this story is: I ran almost two identical boxes,= based upon elderly > > IvyBridge CPUs, both on outdated ASrock Z77 Pro mainboards. One machine= , the > > now-failing-one, has moved to AMD Ryzen 9700X based box based on ASrock= B850 mainboard - > > just for the record, if this is of importance or interest. > > > > On both systems I use custom kernels, mostly disabling unused devices. = Having an ABI issue > > in mind, I recompiled the whole world/kernel on the system with AMD CPU= , but the issue is > > the still persistent. > > > > A real hardware problem or just a coincidence with faulty code? > > > > Thanks for helping, > > > > O. Hartmann > > > > =20 > Hello Oliver, >=20 > please follow this commit: >=20 > https://github.com/freebsd/freebsd-src/commit/b61850c4e6f6b0f21b36da7238d= b969d9090309e >=20 > and this thread: >=20 > https://lists.freebsd.org/archives/freebsd-current/2025-May/007602.html >=20 > TL;DR: set net.link.bridge.member_ifaddrs=3D1 (the earlier, the better,=20 > loader.conf prefered) and before FreeBSD 16.0-RELEASE (still plenty of=20 > time), either remove addresses the bridge members, or consider migration= =20 > to different bridge (Netmap ?!) or consider migration to different OS. >=20 > Cheers >=20 > Marek >=20 >=20 Hello, sorry for the noise. Just after sending, I read the thread started by Cy Schubert "epair(4)". Adding=20 net.link.bridge.member_ifaddrs=3D1 solves the problem for me on the host in question! The other host, mutually declared as woring one, has net devices without IP= addresses assigned added to the bridge - so the comparison lacks scruitiny, Thank you very much for fast responding ;-) Regards Oliver --=20 A FreeBSD user --Sig_/iIUdB83TRWjuCQ75YNNFtmC Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCaCoJpAAKCRCxzvs8Oqok r5dHAP4sHus4aLuLJcUk8DFuJpGmKGx8gn2d9CFo3pInn+X7iAEA60+GqufDx6UL Z9oNB+o1SC70v7sedd2np+jc2oz+iwU= =otEJ -----END PGP SIGNATURE----- --Sig_/iIUdB83TRWjuCQ75YNNFtmC-- From nobody Sun May 18 17:48:47 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4b0pGY068hz5wYf7 for ; Sun, 18 May 2025 17:49:09 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (bastille.leidinger.net [89.238.82.207]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4b0pGX2qcqz3mX5 for ; Sun, 18 May 2025 17:49:08 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; none 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 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1747590546; 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=F1N5dBxeNEwotQ5YRma5PL4kpbK3T2n/qsLePD9BP/M=; b=0uTjvZjc8Ug4tbOL6JVSO5RfGjmpYa+1WhCtXcEIOWXU1NrXwzoM78PqXYAvtr/lVnnQ0T Oku8pDWJEyeQnLhZWLMNXdpBerz4attzJWIUAXd4K0WxIO/BLRijdLFVPlnsbCdlYBGHeE SzpOYxhD67AIpMHarwlU0HiqJ2xeg+wXlt6uV6my5Vpl9fJufgpmEA/n6WKyi1gdAELI2S gSdp2TRaI1KTfZVDzS9NEpSaW1a2TGac1iVa76AXgaiiBif4cBHXbOYY+fTN2DXfgmvEvF B8MIlG96XI97r/v/OzN45ekj7Rv3mP2gPqaGtJk7Pcsd8Q1BbtwHR6UiJD8DRA== Date: Sun, 18 May 2025 19:48:47 +0200 From: Alexander Leidinger To: A FreeBSD User Cc: Marek Zarychta , FreeBSD CURRENT Subject: Re: CURRENT: can not add device to bridge: ifconfig: BRDGADD igb0: Invalid argument In-Reply-To: <20250518182404.3a760da9@thor.sb211.local> References: <20250518180658.2e58d55a@thor.sb211.local> <192c8e37-4a85-4916-9986-0a556333a527@plan-b.pwste.edu.pl> <20250518182404.3a760da9@thor.sb211.local> Message-ID: <1ca30cdfb783848eafce24b77f10c0a5@Leidinger.net> Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_ee28aabe9259dc63dae65dda37c1ace8"; micalg=pgp-sha256 X-Rspamd-Queue-Id: 4b0pGX2qcqz3mX5 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:34240, ipnet:89.238.64.0/18, country:DE] X-Spamd-Bar: ---- This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_ee28aabe9259dc63dae65dda37c1ace8 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8; format=flowed Am 2025-05-18 18:23, schrieb A FreeBSD User: > Am Tage des Herren Sun, 18 May 2025 18:16:43 +0200 > Marek Zarychta schrieb: > >> W dniu 18.05.2025 o 18:06, A FreeBSD User pisze: >> > Hello, >> > >> > running recent CURRENT (FreeBSD 15.0-CURRENT #68 main-n277334-d9900b9ea2b2: Sun May 18 >> > 16:51:02 CEST 2025), I ran into the following problem: >> > Can not add interfaces anymore to a bridge device. >> > Neither existing physical devices, nor epair devices created during setup of jails - with >> > the result of no jails availabel and/or no bridge working. >> > >> > A more amusing part of this story is: I ran almost two identical boxes, based upon elderly >> > IvyBridge CPUs, both on outdated ASrock Z77 Pro mainboards. One machine, the >> > now-failing-one, has moved to AMD Ryzen 9700X based box based on ASrock B850 mainboard - >> > just for the record, if this is of importance or interest. >> > >> > On both systems I use custom kernels, mostly disabling unused devices. Having an ABI issue >> > in mind, I recompiled the whole world/kernel on the system with AMD CPU, but the issue is >> > the still persistent. >> > >> > A real hardware problem or just a coincidence with faulty code? >> > >> > Thanks for helping, >> > >> > O. Hartmann >> > >> > >> Hello Oliver, >> >> please follow this commit: >> >> https://github.com/freebsd/freebsd-src/commit/b61850c4e6f6b0f21b36da7238db969d9090309e >> >> and this thread: >> >> https://lists.freebsd.org/archives/freebsd-current/2025-May/007602.html >> >> TL;DR: set net.link.bridge.member_ifaddrs=1 (the earlier, the better, >> loader.conf prefered) and before FreeBSD 16.0-RELEASE (still plenty of >> time), either remove addresses the bridge members, or consider >> migration >> to different bridge (Netmap ?!) or consider migration to different OS. >> >> Cheers >> >> Marek >> >> > > Hello, > > sorry for the noise. > > Just after sending, I read the thread started by Cy Schubert > "epair(4)". > Adding > net.link.bridge.member_ifaddrs=1 > > solves the problem for me on the host in question! You want to make it work without this. Short: use the IP on the bridge itself, not in the member IF. Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_ee28aabe9259dc63dae65dda37c1ace8 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmgqHY4ACgkQEg2wmwP4 2IY1qRAAkLU6QCgSIGPdd5dKLRe1XaUURaFLnFM1NRqxOsqMXIzjHDj2m/+AHHHv 0KzERIdjycyIoj2bGB8uEJn0N4bE7tkrdtc/czP8YX16P4cbl/bEjO21baQ+/9c+ kVtCwpVwYIlvwww1iHKwoduhusTlVuu0HTIzJqeja9fSA82TfHn1xduqZ7Yr4NV+ 8RykSTSMwSPyxMe8kCdxD9Q0x6+jidQ+MPrRQNtmZ+/uxIKFd4PfF7EUKgrs5LkW gO6GCLSF1AIGW8fK1TRXnFZUnc5aqSAQuMsknBHXFKuNpSRINV4EQE/YAgfE3/mN +6XHUXQLoeiSZwC/XDF8+SlVeFmsPJfm11tGNEqJla+jO2ByZilymFQdXc/SAeDd tirDD2mXqn1430kNAzRcb0IVhaqMmrHpDr1O4E/X6hOaQsD76lRH4QXy2PHegKPO TVmPGPiey9Df9Pk6oxCopQQtvqPovYak/M8cI1H1DufLypZ7fUQhV7bJRwPbhtq5 7XLehM0+rC72GWxjXyyrLRY4nwfzyBfRt0mME67L2oVnZn2adkZwCCIO455uG+Cc i4AZ7rvFenefBnzvLEbhPDrES0g5fRUlpD5rXLUJ1EBdmJzHNbIMBi4XWRc78pRd QRFgdu8iN1asZAr896B6vu6X6eGHkvCh0Ir2EBmhUZ5qGQk9LXI= =sT5A -----END PGP SIGNATURE----- --=_ee28aabe9259dc63dae65dda37c1ace8-- From nobody Sun May 18 19:24:17 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4b0rNX5HQRz5whSS for ; Sun, 18 May 2025 19:24:28 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (plan-b.pwste.edu.pl [IPv6:2001:678:618::40]) (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 "plan-b.pwste.edu.pl", Issuer "GEANT OV RSA CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4b0rNX1fcWz3fFp for ; Sun, 18 May 2025 19:24:28 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Authentication-Results: mx1.freebsd.org; none Received: from [192.168.7.70] (dom.potoki.eu [62.133.140.50]) (authenticated bits=0) by plan-b.pwste.edu.pl (8.18.1/8.17.2) with ESMTPSA id 54IJOJOt021020 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Sun, 18 May 2025 21:24:19 +0200 (CEST) (envelope-from zarychtam@plan-b.pwste.edu.pl) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=plan-b.pwste.edu.pl; s=plan-b-mailer; t=1747596259; bh=alsUvnOcMHQ33J7cLvs4ZZKpx277XjnNegyApcLhK48=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=CvXcnWCL5Xr2ua8ijD4itI9nlbAp7KBSe2HjwlWwq0EW2LvrrV2fBmj2frAIGc6zB i8NU9ybKX8qTWMhQCfv6dnn5tMdq3/8t2QNWxgHGocBTRftKF8XAO00bOAZGVTfjlh IVenjVT0siH84ns2Yyr2KQAmDmJq3IUnsFuuKVr2lIPuqsZxQ/RQaKoMgrmuJAiIvd 8G8Cn2mjm7BdcYJoh+LA0PipvsZPUlRjwTAW+gpY2XnAmfIYumT7xtUPtNCOPjUZos DDhufyK0EbKIj/O+9Hqkido+6quHDfCiFRR4BiCy7LB2jEFy1aq/ZB/Y6RaUXGYnq8 BrOlhIHrY0x/g== X-Authentication-Warning: plan-b.pwste.edu.pl: Host dom.potoki.eu [62.133.140.50] claimed to be [192.168.7.70] Message-ID: <310d460a-d372-47c8-8275-2908bb8417ad@plan-b.pwste.edu.pl> Date: Sun, 18 May 2025 21:24:17 +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: CURRENT: can not add device to bridge: ifconfig: BRDGADD igb0: Invalid argument To: Alexander Leidinger , A FreeBSD User , rgrimes@freebsd.org Cc: FreeBSD CURRENT References: <20250518180658.2e58d55a@thor.sb211.local> <192c8e37-4a85-4916-9986-0a556333a527@plan-b.pwste.edu.pl> <20250518182404.3a760da9@thor.sb211.local> <1ca30cdfb783848eafce24b77f10c0a5@Leidinger.net> Content-Language: en-US From: Marek Zarychta Autocrypt: addr=zarychtam@plan-b.pwste.edu.pl; keydata= xsBNBFfi3cMBCADLecMTFXad4uDXqv3eRuB4qJJ8G9tzzFezeRnnwxOsPdytW5ES2z1ibSrR IsiImx6+PTqrAmXpTInxAi7yiZGdSiONRI4CCxKY9d1YFiNYT/2WyNXCekm9x29YeIU7x0JB Llbz0f/9HC+styBIu2H+PY/X98Clzm110CS+n/b9l1AtiGxTiVFj7/uavYAKxH6LNWnbkuc5 v8EVNc7NkEcl5h7Z9X5NEtzDxTOiBIFQ/kOT7LAtkYUPo1lqLeOM2DtWSXTXQgXl0zJI4iP1 OAu4qQYm2nXwq4b2AH9peknelvnt1mpfgDCGSKnhc26q6ibTfMwydp+tvUtQIQYpA6b9ABEB AAHNN01hcmVrIFphcnljaHRhIChQbGFuLWIpIDx6YXJ5Y2h0YW1AcGxhbi1iLnB3c3RlLmVk dS5wbD7CwHcEEwEIACEFAlfi4LkCGwMFCwkIBwIGFQgJCgsCBBYCAwECHgECF4AACgkQHZW8 vIFppoJXdgf8D9X3VRFSNaR9lthSx/+uqas17J3FJKBo1xMQsC2a+44vzNvYJSuPGLLJ+LW2 HPVazjP/BWZJbxOYpliY4zxNRU0YCp0BLIVLibc//yax+mE42FND/+NiIZhqJscl6MLPrSwo sIwXec4XYkldkyqW/xBbBYXoIkBqdKB9j5j42Npy1IV/RizOSdmvTWY27ir8e/yGMR1RLr4F 8P5K3OWTdlGy2H2F/3J8bIPBLG6FpaIyLQw4dHSx8V02PYqDxK1cNo2kAOnU8PnZL/AGuMOH iv3MN1VYL8ehcmpBBsrZGebQJxrjY2/5IaTSgp9xHYT70kshuU6Qb97vk1mOjNZxgc7ATQRX 4t3DAQgA10h6RCXuBLMHxq5B8X/ZIlj9sgLoeyfRdDZEc9rT2KUeUJVHDsbvOFf4/7F1ovWY hJbA6GK/LUZeHHTjnbZcH1uDYQeHly4UOLxeEvhGoz4JhS2C7JzN/uRnwbdOAUbJr8rUj/IY a7gk906rktsc/Ldrxrxh7O6WO0JCh2XO/p4pDfEwwB37g4xHprSab28ECYJ9JMbtA8Sy4M55 g3+GQ28FvSlGnx48OoGXU2BZdc1vZKSQmNOlikB+9/hDX8zdYWVfDaX1TLQ8Ib4+xTUmapza mV/bxIsaZRBw+jFjLQHhTbIMfPEU+4mxFDvTdbKPruKPqVf1ydgMnPZWngowdwARAQABwsBf BBgBCAAJBQJX4t3DAhsMAAoJEB2VvLyBaaaC6qkIAJs9sDPqrqW0bYoRfzY6XjDWQ59p9tJi v8aogxacQNCfAu+WkJ8PNVUtC1dlVcG5NnZ80gXzd1rc8ueIvXlvdanUt/jZd8jbb3gaDbK3 wh1yMCGBl/1fOJTyEGYv1CRojv97KK89KP5+r8x1P1iHcSrunlDNqGxTMydNCwBH23QcOM+m u4spKnJ/s0VRBkw3xoKBZfZza6fTQ4gTpAipjyk7ldOGBV+PvkKATdhK2yLwuWXhKbg/GRlD 1r5P0gxzSqfV4My+KJuc2EDcrqp1y0wOpE1m9iZqCcd0fup5f7HDsYlLWshr7NQl28f6+fQb sylq/j672BHXsdeqf/Ip9V4= In-Reply-To: <1ca30cdfb783848eafce24b77f10c0a5@Leidinger.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4b0rNX1fcWz3fFp 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:206006, ipnet:2001:678:618::/48, country:PL] X-Spamd-Bar: ---- W dniu 18.05.2025 o 19:48, Alexander Leidinger pisze: > Am 2025-05-18 18:23, schrieb A FreeBSD User: >> Am Tage des Herren Sun, 18 May 2025 18:16:43 +0200 >> Marek Zarychta schrieb: >> >>> W dniu 18.05.2025 o 18:06, A FreeBSD User pisze: >>> > Hello, >>> > >>> > running recent CURRENT (FreeBSD 15.0-CURRENT #68 >>> main-n277334-d9900b9ea2b2: Sun May 18 >>> > 16:51:02 CEST 2025), I ran into the following problem: >>> > Can not add interfaces anymore to a bridge device. >>> > Neither existing physical devices, nor epair devices created >>> during setup of jails - with >>> > the result of no jails availabel and/or no bridge working. >>> > >>> > A more amusing part of this story is: I ran almost two identical >>> boxes, based upon elderly >>> > IvyBridge CPUs, both on outdated ASrock Z77 Pro mainboards. One >>> machine, the >>> > now-failing-one, has moved to AMD Ryzen 9700X based box based on >>> ASrock B850 mainboard - >>> > just for the record, if this is of importance or interest. >>> > >>> > On both systems I use custom kernels, mostly disabling unused >>> devices. Having an ABI issue >>> > in mind, I recompiled the whole world/kernel on the system with >>> AMD CPU, but the issue is >>> > the still persistent. >>> > >>> > A real hardware problem or just a coincidence with faulty code? >>> > >>> > Thanks for helping, >>> > >>> > O. Hartmann >>> > >>> > >>> Hello Oliver, >>> >>> please follow this commit: >>> >>> https://github.com/freebsd/freebsd-src/commit/b61850c4e6f6b0f21b36da7238db969d9090309e >>> >>> >>> and this thread: >>> >>> https://lists.freebsd.org/archives/freebsd-current/2025-May/007602.html >>> >>> TL;DR: set net.link.bridge.member_ifaddrs=1 (the earlier, the better, >>> loader.conf prefered) and before FreeBSD 16.0-RELEASE (still plenty of >>> time), either remove addresses the bridge members, or consider >>> migration >>> to different bridge (Netmap ?!) or consider migration to different OS. >>> >>> Cheers >>> >>> Marek >>> >>> >> >> Hello, >> >> sorry for the noise. >> >> Just after sending, I read the thread started by Cy Schubert "epair(4)". >> Adding >> net.link.bridge.member_ifaddrs=1 >> >> solves the problem for me on the host in question! > > You want to make it work without this. Short: use the IP on the bridge > itself, not in the member IF. > > Bye, > Alexander. > I'm not sure we should be dictating to Oliver what he must do. There are multiple possible solutions. One could, for example, use ng_bridge(4), or take yet another direction entirely. Users should be free to experiment and work flexibly with the operating system. Forcing everyone to move all their addresses to the logical bridge(4) interface seems like it narrows the range of valid deployment scenarios for bridge(4) That said, is the fact that a few users are experiencing issues with multicast between interfaces connected to a bridge - or that they struggle to migrate addresses onto the bridge interface - really a sufficient reason to prohibit everyone from assigning addresses to bridge members? Multicast does work. It just doesn’t work between bridge members. Maybe someone will fix that someday. And even if they don’t, it’s been this way from the start, so probably people have learned to live with it. Back to Cy Schubert’s thread about epair(4), which touches on this issue: what's striking is that this change doesn’t just shoot users in the foot, it shoots and surprises committers as well. Committers who, well, will grit their teeth and defend the change regardless. Please don’t take this as a defense of the old configuration style. As I said before, if necessary I’ll just migrate to ng_bridge(4) or even switch to another OS. Netmap would likely be overkill for a laptop running a bridge temporarily. I do miss people like the late Mike Karels, who would have made a clear and confident decision about how this should be handled. Where is the Janitor? Mr Grimes -  where are you? As a user with 30 years of experience with this OS, allow me to ask: who’s actually in charge of all this now? -- Marek Zarychta