From nobody Mon Oct 27 08:00:15 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 4cw5XL42gYz6ClcK for ; Mon, 27 Oct 2025 08:00:18 +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 "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cw5XL3YSmz3ffV; Mon, 27 Oct 2025 08:00:18 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1761552018; 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=keXCLU+sSbVDHSrrC91Ti3GswQuE+E8/8IgSsfajVrw=; b=g9/X5Ljp01pxFueArobJowGVj7BKNQlLnNeR+H5/ihZWaJ8vKA+3+VvSAGH66KzEreSajv eJ/evapp/SWQ7qPT3wPAoRmYvsO/b//ap3tCO7pkOG9dmwE/E0mmfLPS0uzje1eXC02nOZ QsKl9AH40K81My/v4mOMqtgQX6FSeM69Wi+1KJjz6Hc6EMKmzSTV0xWxr4wZ4OgIakXYQ+ qW7ZbABZ/pFmWe95FciIx6wUkphlCpTOeQrTt93A+N+5LMmetJ4HuMn5E27qiRVo0K8Z3f EBB5cpsHd+y+UBME2ADvDbw6mOSEC7EEc9+sCCX79jDv490Ett/fqWrdrOYuLw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1761552018; 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=keXCLU+sSbVDHSrrC91Ti3GswQuE+E8/8IgSsfajVrw=; b=NJmXyyC/inoSG803KPE75ldBcYcqtmiDJbiBwAy4bNjISbqaj9yGp8xuR9iHOtX7eJbeRI jHsWVH8rCq/mim61WM1hBe2ylugzJnQhR2/7vARVuKnreIJxqLG1ZcLV8U/nAorp0ooPse eU6LKh+/WZa4K8FkCssgUSQoH9E/qqCdpjfKRA5KssJMm9EahDLRQVZ5fJZgI1rWz3Dg5x 13zJalG+kPibxkmYSGaDiGj87UgRFn79rZ2DDRKP2Vth+dUpi4L2wMhtbWvN6Ozwthr6/r MjhXYIEQMED4kbf4U+8elaUlgN3NEq9yaHqr8WKkul9Ffj+ZfWXwYUqQdIDaOw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1761552018; a=rsa-sha256; cv=none; b=DyFFv3YrOfVGt5+FMKzHbnnywM3fUA3fecuCaP6c8RACVu/c4wwuX7IrBIAdXOoL8ZGJOw FWdUfjJipPz8Q2rFkIkMvn5kK+P+ro2fhstZe3nzQWVS5Vsh9xeTi6FI6YQ3vrw70I7dfO bOfEU2MBpHk1NsWAy3S8jGgLAvDQnpcYTqXrHax8TueUzIMvBwffx+zS8EGcutqpwxymYG DNmKHgJccCMEOAANci/OrIVJxBGCDNL9QXKW/c8qodoXSIIlbw0IMozp2QA9Ilw6N3GZCT K8ZzPz0JYCj/rYPDzYv2D7RD69iowFhqtS8jO9cmCaMtHDgBPNArN+E9EClyJg== 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 4cw5XL0h1kzDnF; Mon, 27 Oct 2025 08:00:17 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Mon, 27 Oct 2025 01:00:15 -0700 From: Gleb Smirnoff To: freebsd-current@freebsd.org, src-committers@freebsd.org Subject: October 2025 stabilization week 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 FreeBSD/main users & developers: This is an automated email to inform you that the October 2025 stabilization week started with FreeBSD/main at main-n281462-3b79697040a7, which was tagged as main-stabweek-2025-Oct. Those who want to participate in the stabilization week are encouraged to update to the above revision/tag and test their systems. The tag main-stabweek-2025-Oct has been published at Gleb Smirnoff's github repo. To connect this repo as an additional remote you need to run: git remote add glebius https://github.com/glebius/FreeBSD Once remote is configured, to checkout the tag run: git fetch glebius --tags git checkout main-stabweek-2025-Oct If you want to use only the official FreeBSD repo, then update to the revision: git pull git checkout 3b79697040a7 Developers are encouraged to avoid pushing new features to FreeBSD/main during the stabilization week, but focus on bugfixes instead. The stabilization week runs up to Friday 18:00 UTC, but if there is consensus that any regressions discovered by participants have been fixed, it will end early. Once that happens, the advisory freeze of FreeBSD/main branch is thawed. -- Gleb Smirnoff From nobody Mon Oct 27 14:30:28 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 4cwGBl3L3nz6DksF for ; Mon, 27 Oct 2025 14:30:39 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E8" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cwGBk3D6Fz3g36 for ; Mon, 27 Oct 2025 14:30:38 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zabbadoz.net header.s=20240622 header.b="UsUh6n/A"; dmarc=pass (policy=none) header.from=zabbadoz.net; 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 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 8CB3FA64805 for ; Mon, 27 Oct 2025 14:30:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1761575418; bh=RhA1f5ENDxrAki4ztuKuoHI/4ArQncioQf1OV7WcWbc=; h=Date:From:To:Subject; b=UsUh6n/A7ylwUpK7Vnazf/NGS8dH8ldGkbSQe8km9u+RUV5Lj78oTHSA5ogNLU3uX aXBHlI0g5bH11yCO7fl7w2L5LcN0eZSrveq7/fYZLoUoFLRECBaZdPBWEzBOO6fXci I+YsO8lVxkja+DO74UJEW2gSXSBNE0AMS0UDrTzWf1Vub/tCWZmfSUMOhwQdullCwp fuvLI9XjNZLuU/xiGrCBYRsLRQwxLgJLzpWRsaztp73MXYH1hrxVCY8jb0eNNyYLb1 dhLQhydfiOAuED53zBRRc7VyX9fK3FqEhEZ27PredJvqqbj+mFYc+pHRJa2I6i67Ta Usb2sv4s8feBli3FnRdiI9SgzqynFwGISxMiLc2SzhLzxV42WUh9gxALK4XL1E2bFs tHzf9k52DLlxVR/brSuSAh3CuPyFw/iYP6vNAc1pu0w8/p3Bm0i8vV85BhmjC03V1b n4fGzwrE3RAZ+Ng/ASOGtOqKFJ1Zj5RgqpTf0yVUzc+ojoTMHHNzSWpWoNJKPdHE8F DfmRYkhKBtA9EJgXlkOZ/Fyp85iXcV+GBXsEspP5OeGoTNpj78RvpBymLOiQlm4UVk FyGHDOAPUklE0gxTxb4AS9i2coV0WKK7+bNmui9G0LnN6rRc3mC7+75aQ/vCcWNnnC a5QoPU0uPKkl0jAQSO/NQC9I= 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 BA0352D029E6 for ; Mon, 27 Oct 2025 14:30:29 +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 vNmFbBhzRhZc for ; Mon, 27 Oct 2025 14:30:28 +0000 (UTC) Received: from nv.t4-02.sbone.de (nv.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:22]) (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 8B1E02D029D8 for ; Mon, 27 Oct 2025 14:30:28 +0000 (UTC) Date: Mon, 27 Oct 2025 14:30:28 +0000 (UTC) From: "Bjoern A. Zeeb" To: current@freebsd.org Subject: db> reset -> panic: lock (sleep mutex) eventhandler not locked @ /usr/src/sys/kern/subr_eventhandler.c:272 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-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.996]; DMARC_POLICY_ALLOW(-0.50)[zabbadoz.net,none]; R_DKIM_ALLOW(-0.20)[zabbadoz.net:s=20240622]; R_SPF_ALLOW(-0.20)[+ip6:2003:a:140a:2200:6:594:fffe:19]; MIME_GOOD(-0.10)[text/plain]; MISSING_XM_UA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; 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:+] X-Rspamd-Queue-Id: 4cwGBk3D6Fz3g36 Hi, on main-ish I get the following. I am a bit concerned as over the last year or two our reset paths had issues like this more and more. db> reset panic: lock (sleep mutex) eventhandler not locked @ /usr/src/sys/kern/subr_eventhandler.c:272 cpuid = 1 time = 1025 KDB: stack backtrace: db_trace_self() at db_trace_self db_trace_self_wrapper() at db_trace_self_wrapper+0x38 vpanic() at vpanic+0x1a0 panic() at panic+0x48 witness_unlock() at witness_unlock+0x140 __mtx_unlock_flags() at __mtx_unlock_flags+0x54 eventhandler_find_list() at eventhandler_find_list+0xbc kern_reboot() at kern_reboot+0x244 db_reset() at db_reset+0xec db_command() at db_command+0x2f4 db_command_loop() at db_command_loop+0x58 db_trap() at db_trap+0x100 kdb_trap() at kdb_trap+0x350 handle_el1h_sync() at handle_el1h_sync+0x18 --- exception, esr 0xf2000000 kdb_alt_break_internal() at kdb_alt_break_internal+0x1a8 kdb_alt_break() at kdb_alt_break+0x10 uart_intr_rxready() at uart_intr_rxready+0x88 uart_intr() at uart_intr+0x124 intr_event_handle() at intr_event_handle+0xf4 intr_isrc_dispatch() at intr_isrc_dispatch+0x60 arm_gic_intr() at arm_gic_intr+0x118 intr_irq_handler() at intr_irq_handler+0x98 handle_el1h_irq() at handle_el1h_irq+0x18 --- interrupt cpu_idle() at cpu_idle+0x78 sched_idletd() at sched_idletd+0x494 fork_exit() at fork_exit+0x78 fork_trampoline() at fork_trampoline+0x18 Uptime: 17m5s Automatic reboot in 15 seconds - press a key on the console to abort -- Bjoern A. Zeeb r15:7 From nobody Mon Oct 27 17:10:13 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 4cwKl906Z6z6F6QV for ; Mon, 27 Oct 2025 17:10:29 +0000 (UTC) (envelope-from tschweikle@gmail.com) Received: from mail-qt1-x834.google.com (mail-qt1-x834.google.com [IPv6:2607:f8b0:4864:20::834]) (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 4cwKl81B7pz3wZc for ; Mon, 27 Oct 2025 17:10:28 +0000 (UTC) (envelope-from tschweikle@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=K0hr8Uw6; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of tschweikle@gmail.com designates 2607:f8b0:4864:20::834 as permitted sender) smtp.mailfrom=tschweikle@gmail.com Received: by mail-qt1-x834.google.com with SMTP id d75a77b69052e-4eb861a8e66so40465531cf.2 for ; Mon, 27 Oct 2025 10:10:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1761585026; x=1762189826; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=+b+HWIoryDVUwQVS3L2mvnYQ8Vvw6ZFfURr4l5hPdFg=; b=K0hr8Uw6+QW8PcOo0XiZGlPDEv7JCArR836ofr2Sm3edFiS0IPob4Iain4Y5sZJFDJ edkaPIRMo4iU6wXX+W7/gLrPi6RBNCP9gyfWJnMTdxl43apJV5RvWMbK0YWcu6hDXyv4 HMPZr1cBeBuGLXRU7FqqQmbu1UIp8FDgWyN/VdU9Y1eqodLrwgBEDOdggs+l2kHXMFXS acbrm3C5zvsfZ0ucGmkjIY28sCrixK2SwRhB8u+sOnByx8TVfVJcE/e6GskB/hBrL+Al i/3MZtiCgdU5Q/rd16m/NJ1LUA+02e2EdU6stsFUH/gJ6LXVzmEonGZbG3l9z09qL9rI n/ig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1761585026; x=1762189826; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=+b+HWIoryDVUwQVS3L2mvnYQ8Vvw6ZFfURr4l5hPdFg=; b=i+7x/KizlKNUEJNAAjCbZQbW6VgpokdTx822C9Hzy8JpyyTKukLDYTl2q29szZs9Os cHg4fOKuyawamECWV2s1TTtdFSbTIYLoT9yqneqqq89tbamoT8QO33+21/SAt2atSkrY bhegKJLYvRIF4YDNSXfS5MLiiLmdrfL6yJT3kDnnXbgRl+0DkJ7fyXVJX3bK+CFUamOX NKVhus/Ias/1aLcSGPltOy7HeBuq6POoI5n/nnvi4cBuHXdo26cDItVDRjFkNslE3Tsn 8BxUI0Xh3SlqVypkegUfHDnkjL6Sm4gk5+ANsJ/SQdX/Ji3Mx3Rxlq7tByvDay0hRr+C XTkA== X-Gm-Message-State: AOJu0YwBQKJO6OJCvP0L3lo4sn+YBoRJDgTyuvXTwy1H48xwFZN9MXwH 5QgxIYk2biT0n0yNhHUFTF0k2DWZfl32/zNqWXG/8Zaj7yUU1hfjWohK3WktwxROiCACuN98qrF mPiLAfU2H1Sf1ec1GWNzWmBLZ8tcRKze6pyAI X-Gm-Gg: ASbGncuiQ2ox0eXx3oW1GJ8ApDLkfcZZqO5jM5gg04LpvlIKcXLBfaSA9IL9PD6AWu7 dogp4bcQzzw2EMdH7kbFZk7eocjlZgTHZ8JczizPRUnd47I6xImIcy7eevV0k4CLSiMAAbNrJhy bcihqtLQep9UsMhOVminH7UVfS66CXXWfx1RYlaeD66CwcW6xK4++23b88zTfrNB9X//8XWraPj 8RKqTbEOwDK+IpdHMzc95vZgXMlQZP0fVPf4+3aYtxtHkSsu24J7gFNAEzwy5a7rAu6BOPVF0D4 etYhhmPyOulwlb2rjRlFfNmu63k4YlLSolZb8Zr7ry6dfH3h8MiJ5EFMSNjVsXG8prrG6RmSQNU jKy5wTziOSsfWaA== X-Google-Smtp-Source: AGHT+IFFB4Hbu+V3EsiQm5WUgHt/3DL/BzVBcGdg918nPmantnapiiz6oI0iN81MSbnih+lEFvg0DSHwvgi+fE75ZG0= X-Received: by 2002:a05:622a:15d1:b0:4ec:ed32:c3f9 with SMTP id d75a77b69052e-4ed0749ae35mr11373481cf.29.1761585025551; Mon, 27 Oct 2025 10:10:25 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 From: Thomas Schweikle Date: Mon, 27 Oct 2025 18:10:13 +0100 X-Gm-Features: AWmQ_bkwMNnAdygLYXF4-sz5hETpDE-7my3LJsQfsK1A66ikj9YM5xF25y0k2Ms Message-ID: Subject: "etcupdate extract" -- Failed to build new tree. To: freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="000000000000b093b0064226f915" X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MISSING_XM_UA(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::834:from] X-Rspamd-Queue-Id: 4cwKl81B7pz3wZc --000000000000b093b0064226f915 Content-Type: text/plain; charset="UTF-8" Hi! "etcupdate extract" exhausts "Failed to build new tree." Same for explicitly handling "/usr/src". "/usr/src" was pulled using "cd /usr/src; git pull". Searching the internet with google was not helpful. Before building, right after: rm -rf /usr/src mkdir /usr/src git clone https://github.com/freebsd/freebsd-src.git /usr/src etcupdate extract -> Failed to build new tree. As far as all docs I've found tell, this is expected to work without flaws. Any ideas? -- Thomas --000000000000b093b0064226f915 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi!

"etcupdate extract" exhausts=C2=A0"Failed to build new = tree."
Same for explicitly handling "/usr/src". "/us= r/src" was pulled using "cd /usr/src; git pull".
Searching the internet with google was not helpful.

Before building, right after:
<= br>
rm -rf /usr/src
mkdir /usr/src
git clone=C2=A0https://github.com/freebsd/freebsd-src.git= =C2=A0/usr/src
etcupdate extract
->= =C2=A0Failed to build new tree.

As= far as all docs I've found tell, this is expected to work without flaw= s. Any ideas?

--=C2=A0
Thomas
--000000000000b093b0064226f915-- From nobody Mon Oct 27 18:11: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 4cwM5F31WDz6FFHR for ; Mon, 27 Oct 2025 18:11:13 +0000 (UTC) (envelope-from tijl@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 "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cwM5F2WRdz44Xg; Mon, 27 Oct 2025 18:11:13 +0000 (UTC) (envelope-from tijl@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1761588673; 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=7lYGP/hFMUksbKZ3wjRSpVWE0/zjqAU4a1zlcurwsRE=; b=dZwVc1XBflVs6aD7pNxZnBdG2Ry5NIyancRwOdlHA+M3eltMG76JbCt8nilQFRVUFdb02E rQkZUZ8gYkuCZObq2C+DJR8oznfKAbw5SBiY62D0Dy47BD2txVFEtgSgOkX/DpzBQVEsKw o50MlfSnsQWNNb8lxssbN3p50vR2ncxxGASuVz0AFmRBYcYMHQ3ABQqgX2qvff/G4GIr6N KZZ0CuMWYn5l8TQ82gT1OuJY7r1Ij6DrxMQVW/vqB2tv3Zngk4yxZmMs0upZxjg8vYlAwc TFcKe33GU3kz13G+hQewE4ySawaANjjVwdOl8vV3RmmzOfgagXqmtBSAOhj2WQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1761588673; 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=7lYGP/hFMUksbKZ3wjRSpVWE0/zjqAU4a1zlcurwsRE=; b=faUf9H0Ine8yaU5vifVPjDPjguzhbgti2MYY1kQk7iz3gS2QP8P5RE7KE6jS1ttbLAsHcV A68+DqO6Chki3jaTt+vLqNtZ84/nqCyAYEhUDSadKmuvQR9I6Liue0Oi6qhFY6xXGplFQE QqJ2Py/AaSWURSlMhw2W4FCwdO34Q7F48BtcPvIPjc8IL7tlTNiJD5gd+wey3Q31M6bppM t5e4q9rkCQgTXHFWgPbXCKJ0ivfgEyO9xXpRWUYsIKIpziKHT/HwvD16zS08cBv2dQuk9J sFHZ+s5ataJSRQ625ak5eRGUM+3oLirAbyGFqfa+XcrOIVRXnZAuftb2cF50bw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1761588673; a=rsa-sha256; cv=none; b=Zx4ErlrDBDJDxFeDAavECfE8PH+ZIBXzFTX2AZLgRlSZUbILSokG3yPCZdqh8xTaUZeAIb DcXydKXnza5ASOtSyiX7JeSKYifd+7qqlOTtLox2dw9yxO3ZBTlnN+nxYL+HaUPAT9aAlB M4zvsaKZYyl1j9E05QCyXYSqsEDj06eCOB0BerNkHQCUSr11BIVOdhLigGmW0BTcAtzAeh AtMOZySCh5nyC4eFuS4zL6mmsTcnYdOW3UGPza/1Aq3i01z2B03w5LYFwQtsqZV7UGdqM1 A++a2qM5DkrWhlEFdPJrSTkaEwDOCE66ijUz7sll4wA3yRiqVa5esRA0xREoHg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from hal.tijl.coosemans.org (unknown [IPv6:2a02:a03f:8941:cb00:3dd8:1eb9:2e57:6c22]) (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) (Client did not present a certificate) (Authenticated sender: tijl) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cwM5D6Ln2zRTL; Mon, 27 Oct 2025 18:11:12 +0000 (UTC) (envelope-from tijl@FreeBSD.org) Date: Mon, 27 Oct 2025 19:11:00 +0100 From: =?UTF-8?B?VMSzbA==?= Coosemans To: A FreeBSD User Cc: FreeBSD CURRENT Subject: Re: Inverted mouse wheel since refurbishment of moused? Message-ID: <20251027191100.1bb83480@hal.tijl.coosemans.org> In-Reply-To: <20251019193257.4e608978@thor.sb211.local> References: <20251019193257.4e608978@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: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Sun, 19 Oct 2025 19:33:15 +0200 A FreeBSD User wrote: > A while ago /usr/sbin/moused has seen some refurbishment. Since then in X11 the mousewheel is > inverted. I'm on CURRENT and 15-STABLE. Mouse is right hand. Moving the wheel "away" was > supposed to scroll DOWN towards the last entry (i.e. within an xterm), moving (or rotating, if > you like) the wheel towards me was supposed to scroll UPWARD towards historical entries. Up to > the time of this inversion there was no difference between Microsofts handling of the > mousewheel. Now, switching between M$ Windows and my lab's FBSD installation is a pain, my > limited brains capacity doens't compute the inversion of the axis very fast. Since I do not > use fancy things on how to configure the mouse in Windows I suppose its the standard how I > use the mouse (I use Windows for department's Email, just that), in FreeBSD's X11 I used for > years now either no extra config or > > Option "ZAxisMapping" "4 5 6 7". > > First guess was to shuffle "4 5 6 7", but whatever the order of the numbers is, it has no > effect. > > What triggers this inversion and how to restore the "legacy" or, more suitable, the > traditional way? What is the output of 'ps xaww | grep moused' and 'dmesg | grep ms' ? From nobody Mon Oct 27 18:14:42 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 4cwM9H63Stz6FFmC for ; Mon, 27 Oct 2025 18:14:43 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cwM9H5DCpz49lb; Mon, 27 Oct 2025 18:14:43 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1761588883; 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=vrgChMZ74vUuboi0jinVc5ato8meEUZV0VqWz+/YGuc=; b=kxwwbPZ8bdNNiMtsp0dUi+szUNHwYvZx29CRG3BF8XI/yjnBmxY2ynISyefI/DN8uA32mW VLbvg5qXUCTXT9hCChjNiPxXqRcP5apDSkmZNqPa67MF5tYZUrXbSWTW++/+uwvMWXt7S4 iAM/yocoK3wCNAsxRJUIGYCtqLawhmABSoZP33Rerdh1yE/Ao7jbUAgPkOgfItBGsp8lFx HtkD6izvurHOp3mE7opLyTKbb5YLYL2xkHZtGSRP+PNaD+O/6KG+2Rw9LyR2fVDSn1lnYb zStv3dC21kJZsXd4OSLPTgU+7N3FA2NZ1UGqvC2tj3pVmi2nDNM8t+oXWbL0+g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1761588883; 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=vrgChMZ74vUuboi0jinVc5ato8meEUZV0VqWz+/YGuc=; b=P3bVVpLQVf8Nz1a09oKaQjmpNNBfUyBF76PYs/HDEj2WCbDXpEN2Y8bSPoKRQPHZEUUsEC rE35X6McTYxUWApC65LJH79hWPhOzxBFtk17Ozq/D0UbfmF16Uc6Bhr2oFITArYGKaXojo iPyvc9q4tVJNdtLF+/IvW5+i5Ol7RvjCCPK9Xmj/7yEVwVe6u9pW9N1XduY7FOP/hHU33Q eC0Yu3MaAp9amIhNIwawlQ/SFttk94s6Rz+cxlFuw8pYJ3o5iuSjeczKwySwWi06vOy1t+ eyg9Ctt2W95BKaGuVSCta9CtSYZSWjawyTpNEFIUuJnSD4l4VK4i8W8uXQA/iw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1761588883; a=rsa-sha256; cv=none; b=J4Jgw1dDtFbNx4b8NIGvmJs6ZAZJJQNpZ/QYSp0/dl8/YvrFnLWwUf8OW0OAdQBSvIDvHN K+TXp9EKGUEAdFEdql7/Ba8OAbxxsf+ed20f7syAwZXqrNpKk/00xK6iHODy4vYWcxmFCa VgD1iPzLuOtjjWS8aSQwrq1fVW42PwWLlwftCQxGsZQg6kCVy9sfZvsCi0Ry5R9mo/FCQZ B3WCXI1RrSPKh+8fShTrsZFftfwzvRzzecgoi1WzRjfyW8cpnH4kxrBrAM9z4JvnIitozK VlcHl5d6iD17kgFKYYQPzyowt+Cfr5j6l1VEKO0vPCB6eZQ57UzBF0dVzdkLrQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ltc.des.dev (unknown [IPv6:2a01:e0a:c54:bed0:922e:16ff:fef1:acef]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cwM9H3xpXzRTf; Mon, 27 Oct 2025 18:14:43 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 5831D88C23; Mon, 27 Oct 2025 19:14:42 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Thomas Schweikle Cc: freebsd-current@freebsd.org Subject: Re: "etcupdate extract" -- Failed to build new tree. In-Reply-To: (Thomas Schweikle's message of "Mon, 27 Oct 2025 18:10:13 +0100") References: User-Agent: Gnus/5.13 (Gnus v5.13) Date: Mon, 27 Oct 2025 19:14:42 +0100 Message-ID: <86qzuo1ab1.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Thomas Schweikle writes: > "etcupdate extract" exhausts=C2=A0"Failed to build new tree." Why are you trying to run it in the first place? It should not be necessary except in very specific and unusual circumstances. Just run `etcupdate -B` (and, if necessary, `etcupdate resolve) after `make installworld`. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Mon Oct 27 19:07:44 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 4cwNLr6pycz6FLhf for ; Mon, 27 Oct 2025 19:08:04 +0000 (UTC) (envelope-from tschweikle@gmail.com) Received: from mail-qt1-x82a.google.com (mail-qt1-x82a.google.com [IPv6:2607:f8b0:4864:20::82a]) (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 4cwNLr2N9rz3Lp5 for ; Mon, 27 Oct 2025 19:08:04 +0000 (UTC) (envelope-from tschweikle@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=PayREDCB; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of tschweikle@gmail.com designates 2607:f8b0:4864:20::82a as permitted sender) smtp.mailfrom=tschweikle@gmail.com Received: by mail-qt1-x82a.google.com with SMTP id d75a77b69052e-4ecf9c2c9acso14091321cf.2 for ; Mon, 27 Oct 2025 12:08:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1761592077; x=1762196877; darn=freebsd.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=0n7OFNF/raVC+1kODK4eprVStl0pH/GgEJcCqV2utC0=; b=PayREDCBpSHegBZac0epjsyT4YQ3o1s3xlCRbBpcRTLaq0vr15JqX9IysC4gEWzaCR ItahRguFCMPvjRWSoTstcx+E8UXgM4syjcz+JX4ODmbRKV02QA3tT2TfmMr7UKNM1rq7 b+OUl22WDivI2W0vfGBz1o5h2xBuT8dEPVhaUbxkbVz1dVy1ixPAG5/ZVqPPuR3DIjkY JatWEPEmtT2xj57PUHpFFNvDMd+m7Kv6vqfpaWLwXDxaoGpqB2yWPi0cpDKrhcZsrN0/ 4jP680u4kvfhpX8QGym8oVV1B/6i+r1NCiFtjWCGMQx0nPEp6YkyDn0FEiiDaQZHdGmg 9FOg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1761592077; x=1762196877; h=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=0n7OFNF/raVC+1kODK4eprVStl0pH/GgEJcCqV2utC0=; b=XimgE8Lfj2W1iYXVYt0d9FpHltrT4F+L60lof0bIOYCO0i34MT8KpcOhvPYv9ZWRQ+ FGy9dpRUe4OruSE1Ili869f3K6hUsaRAC7mF3SP416wSjql+PoQ5S4yyRWKI5+D0fpCx agtm6tMrdgEcLRrqRKLiYFmOsyO6ITGJtTgA4Hzse36fNRCzkQdMzpM9bFXEQn6vDtda XcWRTb01s1bbYJNyJZLqe6znExtiGW6XzzkHgh2zCWOWI19PDtVjP0se7BgPXUUsyhn6 XRdGKbyy0a4EcYXckDwFvs2D9PZEZXJ+V/cgQxwpEzzGAHbWRTeRVHvJzL2H4phI7i8h rSVQ== X-Gm-Message-State: AOJu0YyZdGY6vsexyEoLSCe61vi2KjBLA3mdLPK4eg3mNFswAhgNfqZq kyv2bVPOEewWbnwC2A+bQIYiywd7mLs2rZljIaDM6IcRH/qmiDdSSdwlgp+JoCFDBrvwGGoPA+3 ekvTHXua/SIr053qceBYciJQwR9e051K02J1o X-Gm-Gg: ASbGncuL99iUhrDEItPrbL/lH7oltMMJMTJc09/7a0X/ZS927k7s9NnIlsrqGJ3nP6e oTK1L16qPYNKDosDKjenfLNlNkSaZrhdznyF201OLjTWHzjMmETVZhYQolEZsZxr7AUe/vZIVYh JOpQd/Y7/XTLBrjLXEnKhiY5pQCYuZkTlpWmj/N7zsy6JFG5AfPdTNXKEXhLXsD6rT1Bo3pLWOM QKgOM4QEwAJKBHuwRVr3nn1j1TjxSTx6QUhoi6mEVeI4PDPr4iOwexaONjtPEJ8xFTtOyAae2Oe uqwLJp+7EJBnYnQscrwJglr/jza5DNLqlXWcvqzndjHSVqH1OY4f1p1cmbm6vvXZJQ0SOeaGCZk EUYYEmFFjkCQEsA== X-Google-Smtp-Source: AGHT+IFpXB/ndQ5rB70xkdp1OAfoLaPh7uCvWiJkeNV957MWW7ek3p4Fxt18j9OfJ20Jjonlw5w/+6Pnc4+nPab9W0I= X-Received: by 2002:a05:622a:2589:b0:4e8:a413:bb3a with SMTP id d75a77b69052e-4ed075a5153mr18416511cf.46.1761592077403; Mon, 27 Oct 2025 12:07:57 -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: <86qzuo1ab1.fsf@ltc.des.dev> In-Reply-To: <86qzuo1ab1.fsf@ltc.des.dev> From: Thomas Schweikle Date: Mon, 27 Oct 2025 20:07:44 +0100 X-Gm-Features: AWmQ_bljEkCTzFjnYcdK0wKAuodyFM66vB4rsVoniG3kJicFBrn6BI8s82IL_Fo Message-ID: Subject: Re: "etcupdate extract" -- Failed to build new tree. To: freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="000000000000034b020642289e61" X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; NEURAL_HAM_LONG(-0.99)[-0.991]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MISSING_XM_UA(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::82a:from] X-Rspamd-Queue-Id: 4cwNLr2N9rz3Lp5 --000000000000034b020642289e61 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Oct 27, 2025 at 7:14=E2=80=AFPM Dag-Erling Sm=C3=B8rgrav wrote: > Thomas Schweikle writes: > > "etcupdate extract" exhausts "Failed to build new tree." > > Why are you trying to run it in the first place? It should not be > necessary except in very specific and unusual circumstances. Just run > `etcupdate -B` (and, if necessary, `etcupdate resolve) after `make > installworld`. > This gives error: "No previous tree to compare against, a sane comparison is not possible." Means you are stuck with etc not updated at all. > > --=20 Thomas --000000000000034b020642289e61 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Mon, Oct 27,= 2025 at 7:14=E2=80=AFPM Dag-Erling Sm=C3=B8rgrav <des@freebsd.org> wrote:
Thomas Schweikle <tschweikle@gmail.com> writes:
> "etcupdate extract" exhausts=C2=A0"Failed to build new = tree."

Why are you trying to run it in the first place?=C2=A0 It should not be
necessary except in very specific and unusual circumstances.=C2=A0 Just run=
`etcupdate -B` (and, if necessary, `etcupdate resolve) after `make
installworld`.

This gives error: "= No previous tree to compare against, a sane comparison is not possible.&quo= t;=C2=A0
Means you are stuck with etc not updated at all.


--=C2=A0
Thomas
--000000000000034b020642289e61-- From nobody Mon Oct 27 20:10: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 4cwPlF64wwz6FShv for ; Mon, 27 Oct 2025 20:10:49 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cwPlF5Yfrz3brX; Mon, 27 Oct 2025 20:10:49 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1761595849; 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=iJc7yQ75WzVgv4pGYmhzCLIRydEQUPosHqNtIPs2TY8=; b=mFWR9iHwJltTdjHdZZCLvZ6kc4zVkYApu5IXUF4foLxxskmLevgMkoCQEfOpcVHbtebeIA U2eq4AhiNZTNe3ui776kEdczQ5GkGmIf1RQ7QvP8kkfBtZue+9inBTKyw2huOlE2HiBmub TZpxHr0sjxi9VxjFjw6jJP+WjObgHHCSwrebynz95fxZI7eXeAKYUY68ISffDptTd4WHfq KnMiZl67qM95H2jbCKkMSSQFG7WmwZI7CRPInRzyKaDOIcHgWqqYtURytw65dqE/fxvNN6 nd9l/z+rNIYMDQyYh3PuLjwvFEmJ9o2MdePE7kPbnOolqo+saKaxnQm26CKC5w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1761595849; 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=iJc7yQ75WzVgv4pGYmhzCLIRydEQUPosHqNtIPs2TY8=; b=lexStm+SgSmU9zLg61GZoIbYjjIIH22vge/Qbwf0x4YSQ/Goz4/HRxDSOoLahIv18Q2Ygu lOruYCD2bzdLaq0mvVQ929SIomZtA/sPUSHFu/yc/L0vmvRWTbGSXvQ37ogFdTRcYXg93K Rf0HUY0CLT9X90CckwKN3mEPA0I7f0XiZ8RC16RLlNOr9CUKXAPBaeEr0plTl6eEk+5ckU KJauY74jN6RjZtTeFXazNLmoK2Y4HHjiL76J8zV1nAV7Zb3A0n+hFshTEP4jleyZspCK8i w5Wq8UXlDhZejjM6pQGlwrB+0s+1tOxPrF43IrXiNE8bvL/oTZwDmePCG+1jiw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1761595849; a=rsa-sha256; cv=none; b=bliscI5XuRsN5bnE99J1EdWt4FSC1OadvIQJ6MCT1U2xvbbb/E3cqpG6yNM9KbvdqpVoe5 DVwJE9EjMOo1/3TlX6RTNYH3MKPfyRebQLrwgWT/AxJZgNAo5Y98P5D0hAT96kCT5oXZ0+ jXb49Mu1Mx55E/aHv8sfpFgOZa+qV8OGu51T/+LWtnXihw+zUBOXPRkYaM8EOJZx5x4h24 l6wRa6cj2tf1lzo91ASmNXa6fVoQ4CSkBaQhgRZUjurJqrJ+xqaiUn3FYwyB/f9xpUlG2+ IarK6LYjV+5sGNCpWRpQm4osK/rUoktPMF2pf82XoTgeu9WdY78tZnMb2WInuA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ltc.des.dev (unknown [IPv6:2a01:e0a:c54:bed0:922e:16ff:fef1:acef]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cwPlF44Z6zZB1; Mon, 27 Oct 2025 20:10:49 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 5DFB38897E; Mon, 27 Oct 2025 21:10:48 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Thomas Schweikle Cc: freebsd-current@freebsd.org Subject: Re: "etcupdate extract" -- Failed to build new tree. In-Reply-To: (Thomas Schweikle's message of "Mon, 27 Oct 2025 20:07:44 +0100") References: <86qzuo1ab1.fsf@ltc.des.dev> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Mon, 27 Oct 2025 21:10:48 +0100 Message-ID: <868qgw14xj.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Thomas Schweikle writes: > Dag-Erling Sm=C3=B8rgrav writes: > > Why are you trying to run it in the first place? It should not be > > necessary except in very specific and unusual circumstances. Just > > run `etcupdate -B` (and, if necessary, `etcupdate resolve) after > > `make installworld`. > This gives error: "No previous tree to compare against, a sane > comparison is not possible." How was this system installed? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Mon Oct 27 20:39:36 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 4cwQMm0jV2z6FW6Q for ; Mon, 27 Oct 2025 20:39:00 +0000 (UTC) (envelope-from gperciva@tarsnap.com) Received: from mail.tarsnap.com (mail.tarsnap.com [54.86.246.204]) by mx1.freebsd.org (Postfix) with SMTP id 4cwQMk63LBz3ll1 for ; Mon, 27 Oct 2025 20:38:58 +0000 (UTC) (envelope-from gperciva@tarsnap.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=tarsnap.com; spf=pass (mx1.freebsd.org: domain of gperciva@tarsnap.com designates 54.86.246.204 as permitted sender) smtp.mailfrom=gperciva@tarsnap.com Received: (qmail 8244 invoked from network); 27 Oct 2025 20:38:57 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by mail.tarsnap.com with SMTP; 27 Oct 2025 20:38:57 -0000 Date: Mon, 27 Oct 2025 13:39:36 -0700 From: Graham Percival To: freebsd-current@freebsd.org Cc: Colin Percival Subject: FreeBSD Git Weekly 2025-10-20 to 2025-10-26 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 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.58 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.986]; NEURAL_HAM_LONG(-0.90)[-0.897]; DMARC_POLICY_ALLOW(-0.50)[tarsnap.com,none]; R_SPF_ALLOW(-0.20)[+ip4:54.86.246.204/32]; MIME_GOOD(-0.10)[text/plain]; RCVD_NO_TLS_LAST(0.10)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; ASN(0.00)[asn:14618, ipnet:54.86.0.0/16, country:US]; RCVD_COUNT_ONE(0.00)[1]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MISSING_XM_UA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[54.86.246.204:from] X-Rspamd-Queue-Id: 4cwQMk63LBz3ll1 Hi all, I'm happy to announce FreeBSD git weekly for 2025-10-20 -- 2025-10-26: https://freebsd-git-weekly.tarsnap.net/2025-10-20.html It's a list of the 182 commits in that week, split into categories. Highlighted commits: - UPDATING: bump __FreeBSD_version for LinuxKPI changes - sockstat: add support for UDP-Lite endpoints - flua: Move to a new flua package "Highlighted" commits are selected automatically if a commit modifies UPDATING, or if the commit message contains a "Relnotes:" line. If you think that another commit should be highlighted, let me know and I'm happy to make it so. To see all reports: https://freebsd-git-weekly.tarsnap.net/ This work is funded by cperciva@ and Tarsnap Backup Inc. Cheers, - Graham Percival From nobody Mon Oct 27 22:40: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 4cwT3l401lz6FjnC; Mon, 27 Oct 2025 22:40:19 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtpo49.interia.pl (smtpo49.interia.pl [217.74.67.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cwT3j5DVmz44lL; Mon, 27 Oct 2025 22:40:17 +0000 (UTC) (envelope-from vermaden@interia.pl) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=interia.pl header.s=biztos header.b=Aisn7aiE; dmarc=pass (policy=quarantine) header.from=interia.pl; spf=pass (mx1.freebsd.org: domain of vermaden@interia.pl designates 217.74.67.49 as permitted sender) smtp.mailfrom=vermaden@interia.pl Date: Mon, 27 Oct 2025 23:40:08 +0100 From: vermaden Subject: Poudriere in Highly Secure Environment with Proxy Access To: freebsd-stable@FreeBSD.org, freebsd-current@freebsd.org X-Mailer: interia.pl/pf09 X-Originating-IP: 45.148.42.8 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=UTF-8 Content-Transfer-Encoding: 7bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interia.pl; s=biztos; t=1761604809; bh=bOUaUfUuX+NQQnC0I5t8o5sMi/FI/BwIusi7XFKiGQA=; h=Date:From:Subject:To:Message-Id:MIME-Version:Content-Type; b=Aisn7aiE8zFA4fAeWnaNJxOgJnHLnKZ7EMbvcwrgkVNLz7l/Rix5sphCtw/4qFO9t 47foP8PtrJEHMtePSIemkNcTc6GPRd6Id3UkQULHOKEjW1TNdsy1/pXLVY4JdP+Bvj JCf2YQvFc7TPKt22tPzYGQrr/ittBXT/dL0js7pA= X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.49 / 15.00]; DWL_DNSWL_LOW(-1.00)[interia.pl:dkim]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_LONG(-1.00)[-0.996]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[interia.pl,quarantine]; R_SPF_ALLOW(-0.20)[+ip4:217.74.64.0/22]; R_DKIM_ALLOW(-0.20)[interia.pl:s=biztos]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; RWL_MAILSPIKE_GOOD(-0.10)[217.74.67.49:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; SUSPICIOUS_AUTH_ORIGIN(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[interia.pl]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[interia.pl:+]; HAS_XOIP(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org,freebsd-stable@freebsd.org]; ASN(0.00)[asn:16138, ipnet:217.74.64.0/22, country:PL]; FREEMAIL_ENVFROM(0.00)[interia.pl] X-Rspamd-Queue-Id: 4cwT3j5DVmz44lL Hi, I need to use Poudriere in a highly secured environment without direct Internet connection and without DNS that reaches out to the outside world. To setup the Poudriere Jails the env(1) settings work. ``` # \ env HTTP_PROXY="http://proxy.freebsd.xyz:3128/" \ HTTPS_PROXY="https://proxy.freebsd.xyz:3128/" \ FTP_PROXY="http://proxy.freebsd.xyz:3128/" \ poudriere jail -c -j 14-3-R-amd64 -v 14.3-RELEASE ``` To fetch Ports tree git(1) option does the job - while env(1) method does not work. ``` # git config --system http.proxy http://proxy.freebsd.xyz:3128/ # poudriere ports -c -p default [00:00:00] Creating default fs at /var/local/poudriere/ports/default... done [00:00:00] Cloning the ports tree... ``` Now - while the above steps work - I am not able to make poudriere bulk to work. None of the methods above work. Bare metal FreeBSD host in the same environment needs these settings to make pkg(8) do bootstrap and work. This PKG_ENV at the end of /usr/local/etc/pkg.conf file: ``` # tail -6 /usr/local/etc/pkg.conf PKG_ENV { HTTP_PROXY: "http://proxy.freebsd.xyz:3128" HTTPS_PROXY: "https://proxy.freebsd.xyz:3128" FTP_PROXY: "http://proxy.freebsd.xyz:3128" } ``` But that is not all. The pkg+ prefix needs to be removed from url: and mirror_type: needs to be changed from srv to none. After these changes pkg(8) works. ``` - url: "pkg+https://pkg.FreeBSD.org/${ABI}/latest", + url: "https://pkg.FreeBSD.org/${ABI}/latest", - mirror_type: "srv", + mirror_type: "none", ``` Now - my questions: Which part of Poudriere I need to modify that: I will have this custom pkg.conf inside FreeBSD Jail before the build bulk process. I will have git(1) option http.proxy defined as http://proxy.freebsd.xyz:3128 value. I assume it should be put somewhere just after Jail start and before bulk process of building packages. This is how it fails 'live': - https://github.com/user-attachments/assets/f2304bdf-c56f-4d7b-82df-b460f140ca1c I also created the same on pkg(8) GitHub: - https://github.com/freebsd/poudriere/issues/1279 Thanks for help. Regards, vermaden From nobody Mon Oct 27 22: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 4cwTDY5N7Jz6Fkcq for ; Mon, 27 Oct 2025 22:47:57 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "pelorus.zefox.org", Issuer "pelorus.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cwTDX1qWYz47Fn for ; Mon, 27 Oct 2025 22:47:56 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.18.1/8.18.1) with ESMTPS id 59RMmdeQ055459 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 27 Oct 2025 15:48:40 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.18.1/8.18.1/Submit) id 59RMmdJS055458; Mon, 27 Oct 2025 15:48:39 -0700 (PDT) (envelope-from fbsd) Date: Mon, 27 Oct 2025 15:48:39 -0700 From: bob prohaska To: freebsd-current@freebsd.org Cc: bob prohaska Subject: Mistakenly started two buildworld instances... 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 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.09 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-0.99)[-0.994]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_WWW(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_SOME(0.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; 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)[]; RCVD_COUNT_TWO(0.00)[2]; DMARC_NA(0.00)[zefox.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record] X-Rspamd-Queue-Id: 4cwTDX1qWYz47Fn I absent-mindedly started two instances of buildworld in the same /usr/src directory. By the time I noticed they'd been running for at least an hour, with no errors and no smoke. Should any actions beyond running a single instance of buildworld in the aftermath be needed to clean up any problems this might have introduced? Thanks for reading, bob prohaska From nobody Mon Oct 27 23:09:21 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 4cwTjc082yz6Fm9c for ; Mon, 27 Oct 2025 23:09:40 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x1036.google.com (mail-pj1-x1036.google.com [IPv6:2607:f8b0:4864:20::1036]) (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 4cwTjb4crwz3C2W for ; Mon, 27 Oct 2025 23:09:39 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x1036.google.com with SMTP id 98e67ed59e1d1-34029c5beabso286858a91.1 for ; Mon, 27 Oct 2025 16:09:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1761606573; x=1762211373; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=I1yhMVzDICCVtdb0SbgE0774C3dPeKaKgBsZGADvR40=; b=YlZArxgGitkSoX8heKg8h6so54AQquqyFm383Acv+3bOXUfGhsBBc8wXOSB1LfzsF+ 058cJXjeEu2mWrJm/awyDW425xrIinT9W3/sMnqVQW/ssslY47fuERV3yvUukeDiBWYH QWFnPOTPHKJA6AAu0DZ2hL8oN65fdRwNNwmF+3dmg4cFEEphqj7cRcSEr54orYOhEU7c JULXAY0LpiWpHqtkAUf9gEi18ewBS9Mcfot9z0gY9dz1FTEno+s4mJ2wSdMB9DxVjsQx n/9crjArGelm8A5vUdEiUlV6MXfnrcKfuSWiysBA/EC9o5dX8mEcA6fbd7BZqkLgqtHf ZiIA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1761606573; x=1762211373; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=I1yhMVzDICCVtdb0SbgE0774C3dPeKaKgBsZGADvR40=; b=VmiwHrzfVxdGMuBea9CZcxpk6+74GSff5XsJOFwFBcD1ZJ1mV303WoMXI6iD5UZ6jZ sch/bkEgoTMLAHyt7a8PPs1lEyA4Yf7PwqbGJv/AjpfknUqOpGBazoDzeZ/fL/YOBTzs Z6RBAMW0Htpd1HBP9K/Z4FEnCcR0efxF80JmCK2eB9EaQ4IChRuOnNBjkticZqE5ywgk 2PSIl0S89JKF+v3MSqhD1fAeF8BC5tMTfsmpLR6orqTY6yxEDTDhmx9mOJ2gCnj4WkOD 8gg/oetqRfuAlvCYFaQpfQ572drcB4V4ue0ANobbrfFQM7VYZ5yX/Uf1sTvbXl7EP4I3 7Wyw== X-Gm-Message-State: AOJu0YwJBIq2ne70VkHSnbtuMmEX8t0x5CCBvcosVGk/3tioILAJpqLP /THxHu3zrLc/xHvfSaSEIVKW0+ItQ43WZyBoG7T9A3QF4tKF89lsEw9pclzGO7YyuZAOdh53G+X tM/7yaM+ua+BiEnAD81NDni0mjn/iE4xQchQkW7RZmLYz6ylLcay+ X-Gm-Gg: ASbGncusCGCuMhYLzA7fWLckWttFeLDWh6k5jOwiP3g2G+HxTNAeq5v3rdUApv35pQr O1TlbM5ymRG2EcCm/7BGPl4SENqPmG9ybRMqajPirjWW3c8k95v6lDtWb0hO22qumlurzNAfHVw vQXTbLkbRC8sYjt+ZhNEaqeHixDo484pYmUXVgb2YwjsLoeVk/ANbKI9i2+YZWTH9GpY5IsFKSd FsNKXyGzyfnB9dD1FoRkCrLHGhAOsjud4ZJ1lfBBuxCkoqEKjkw3saDPd8sgQAEDLZrjXYq3e81 X0Oj5ZmBkZHYMEhIsG0SwQMWVPdw X-Google-Smtp-Source: AGHT+IFtKtlaGM/fIh4tEPb/KQ1HeKIbV8sXraV0c+d8swsDHcx+hreU8hdmTicOfpn+8/CjLMbWSwzOPnEURFQwpPQ= X-Received: by 2002:a17:90b:4ace:b0:329:e4d1:c20f with SMTP id 98e67ed59e1d1-34027a04283mr1586870a91.9.1761606573382; Mon, 27 Oct 2025 16:09:33 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Mon, 27 Oct 2025 17:09:21 -0600 X-Gm-Features: AWmQ_bkmj5J0ysMW58IVLtCbwhMlhGdgOc6Ecwf6F6RakfdpNkOkbUkIgdby7jk Message-ID: Subject: Re: Mistakenly started two buildworld instances... To: bob prohaska Cc: FreeBSD Current Content-Type: multipart/alternative; boundary="0000000000000a6b5106422bfe84" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cwTjb4crwz3C2W --0000000000000a6b5106422bfe84 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Oct 27, 2025, 4:48=E2=80=AFPM bob prohaska wro= te: > I absent-mindedly started two instances of buildworld in the > same /usr/src directory. By the time I noticed they'd been > running for at least an hour, with no errors and no smoke. > > Should any actions beyond running a single instance of > buildworld in the aftermath be needed to clean up any > problems this might have introduced? > I'd be tempted to kill both now and start over bur with NO_CLEAN or metamode. Warner Thanks for reading, > > bob prohaska > > > --0000000000000a6b5106422bfe84 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Mon, Oct 27, 2025, 4:48=E2=80= =AFPM bob prohaska <fbsd@www.zefox= .net> wrote:
I absent-minded= ly started two instances of buildworld in the
same /usr/src directory. By the time I noticed they'd been
running for at least an hour, with no errors and no smoke.

Should any actions beyond running a single instance of
buildworld in the aftermath be needed to clean up any
problems this might have introduced?

I'd be te= mpted to kill both now and start over bur with NO_CLEAN or metamode.
<= div dir=3D"auto">
Warner
=
Thanks for reading,

bob prohaska


--0000000000000a6b5106422bfe84-- From nobody Tue Oct 28 08:37: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 4cwkKc1qtLz6DVLd for ; Tue, 28 Oct 2025 08:38:12 +0000 (UTC) (envelope-from tschweikle@gmail.com) Received: from mail-qt1-x82f.google.com (mail-qt1-x82f.google.com [IPv6:2607:f8b0:4864:20::82f]) (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 4cwkKb706kz4KbF for ; Tue, 28 Oct 2025 08:38:11 +0000 (UTC) (envelope-from tschweikle@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-qt1-x82f.google.com with SMTP id d75a77b69052e-4e8a25d96ecso89873681cf.0 for ; Tue, 28 Oct 2025 01:38:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1761640686; x=1762245486; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=ko5Tmo6rG183t6tk6MVROoE2EKs6PG5H4kH/Z7C1lHA=; b=HkxfLhogNaePy7n3UmkRbGHBYfOO0SDyPBB2vFisGUHO9QlfLzhcUuWS41IG9slQCg sx4g/az4DYrYgENw1rm06e9i2coNY1hUTTAN+BuYzmPEFZfaAlHfcI8kqMn4C6zzzTYp FX95bSwZdSlRi7dwPkIVPwAobmt0ddGN9uw9q13Tc4gDQ2+HvE1o+qim6sgwf8F7HK78 lEeYliyULVIPwIqNtqJa+OplsOau30Pcuhs/ghdeCYDe/n3TGv8VM82Nrb4nzW7BEIOJ q30KW3D6hjyn9SMXkzQm9PBxwSesJ4UpJy4Q1DYWfNSiPQDgYjq5uwtFXHGm/wWRZWT1 u4/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1761640686; x=1762245486; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=ko5Tmo6rG183t6tk6MVROoE2EKs6PG5H4kH/Z7C1lHA=; b=shGnncHlYhDyNsJIg1IV7hWdtGYIO1JD7FvW/qGHKUdzsNhrRc4NzwajjoKiR6uZSy GKZ/qJo39KQMxTFuo0hTY2BZRAsDHHCH7JuYtattZ7d20Mn5LJwF+B+5t5pZ3xv/kZ9K fyFLYpBKZVLujqqhP/K9A121Q2dA75ReO+R7w7qtA1wkoAm24q0Kk+3a1IQLcPHsOYR4 JMULDGFKdEPeex+BSXIRvud2eUpD6n1n/TNPtJ0YNPAV94TYSD+QpLfs3AZmh+eGNx+c X9HEyoR6/WmnlaSc6BS1X+jOsFaXdj7wBuQfUGsTcOqkrEgr5IA8ShNPYG/7JxsQVlqc i4BA== X-Gm-Message-State: AOJu0YxsYoYAsd7sbHtpIdXGU1LVNnMAWuPJTRMVseTtLJ9Umcn9QeCZ PvvP2mgLckVK73xt5Py1vGdMT1Y1+OdSLClQ/jeS2yTHBO/U2GAvYLqVQKhvQ5ndNVwIVh6Wv3c kvHaSRoehTZoyG6IV+/6SHuhSjnog6LM= X-Gm-Gg: ASbGncuV95s4Zv3HWyNgJJktdUfHQs6hic9+L3UMMSgYJs2OEZunZcaP5ZDIuXQz7qj bMShs8kmq9FNyTXX6RzC5u2CrNHNNJdIhUFEoiYDVjLg3PudSpvGXt7dzWjXlBZWR932o4dRjDV YlBy5MKjWG3RBtw9+1QxukQbM6jOQjx14ncve5AQCFv8TFHr9yBh1WJyu7JRIHaNYQqAiK9IDLK wT8YOIfWHyNRrCKYEw2HDSM6pwFTn+TWulyfRaZCnN8z9kI+IIYV1e3f9u2Wx4oSJoyT/iUXl+T GWXv2C2QtyjBTz6Qz7NzMEX0OVABu7reigaa4Z244bsJcpiYU4HlNsE= X-Google-Smtp-Source: AGHT+IFO0bPHOs0V2p3cV/b0rCyG+W2Dx/vJ0TR9hPgDOU1tg8fpMubjRhKLBDXRkyCv4Gu96vqxTMrqDEQ/MRe1JrU= X-Received: by 2002:ac8:584e:0:b0:4ec:f073:4239 with SMTP id d75a77b69052e-4ed07497a83mr37232661cf.6.1761640686078; Tue, 28 Oct 2025 01:38:06 -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: <86qzuo1ab1.fsf@ltc.des.dev> <868qgw14xj.fsf@ltc.des.dev> In-Reply-To: <868qgw14xj.fsf@ltc.des.dev> From: Thomas Schweikle Date: Tue, 28 Oct 2025 09:37:54 +0100 X-Gm-Features: AWmQ_bkOFxkhCYdZynJ0hBeF-V0ERtYUYxTV7DASQmQhPWIrZPsT1KP5P85eY9w Message-ID: Subject: Re: "etcupdate extract" -- Failed to build new tree. To: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Cc: freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="00000000000050d18f064233ef4f" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cwkKb706kz4KbF --00000000000050d18f064233ef4f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Oct 27, 2025 at 9:10=E2=80=AFPM Dag-Erling Sm=C3=B8rgrav wrote: > Thomas Schweikle writes: > > Dag-Erling Sm=C3=B8rgrav writes: > > > Why are you trying to run it in the first place? It should not be > > > necessary except in very specific and unusual circumstances. Just > > > run `etcupdate -B` (and, if necessary, `etcupdate resolve) after > > > `make installworld`. > > This gives error: "No previous tree to compare against, a sane > > comparison is not possible." > > How was this system installed? By compiling 15-STABLE from latest available 14.3 getting sources via git clone https://git.freebsd.org/src.git /usr/src cd /usr/src git checkout stable/15 etcupdate extract -> gives error etcupdate diff -> gives error cp /usr/src/sys/amd64/conf/GENERIC ~/FBSD15 vi ~/FBSD15 ln -s ~/FBSD15 /usr/src/sys/amd64/conf/FBSD15 make buildworld KERNCONF=3DFBSD15 make kernel KERNCONF=3DFBSD15 make installkernel KERNCONF=3DFBSD15 reboot etcupdate -p -> fails make installworld KERNCONF=3DFBSD15 etcupdate -B -> fails reboot Realy standard, except the edited kernel configuration, to match some drivers nowmaly not build, or build with different options, just to make some exotic hardware run, --=20 Thomas --00000000000050d18f064233ef4f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Mon, Oct 27,= 2025 at 9:10=E2=80=AFPM Dag-Erling Sm=C3=B8rgrav <des@freebsd.org> wrote:
Thomas Schweikle <tschweikle@gmail.com> writes:
> Dag-Erling Sm=C3=B8rgrav <des@freebsd.org> writes:
> > Why are you trying to run it in the first place?=C2=A0 It should = not be
> > necessary except in very specific and unusual circumstances.=C2= =A0 Just
> > run `etcupdate -B` (and, if necessary, `etcupdate resolve) after<= br> > > `make installworld`.
> This gives error: "No previous tree to compare against, a sane > comparison is not possible."

How was this system installed?

By compiling= =C2=A015-STABLE from latest available 14.3 getting sources via
git clone=C2=A0htt= ps://git.freebsd.org/src.git /usr/src
cd /usr/src
g= it checkout stable/15
etcupdate extract -> gives error
etcupdate diff -> gives error
cp=C2=A0 /usr/src/sys/amd64/conf/GENERIC ~/FBSD15
vi ~/FBSD15
ln= -s ~/FBSD15=C2=A0 /usr/src/sys/amd64/conf/FBSD15
make buildworld KERNCONF=3DFBSD15<= /div>
make kernel KERNCONF=3DFBSD15
make installkernel KERNCO= NF=3DFBSD15
reboot
etcupdate -p -> fails
m= ake installworld KERNCONF=3DFBSD15
etcupdate -B -> fails
reboot

Realy standard, except the edited kernel configuration, to match some dr= ivers nowmaly not build, or build with different options, just to make some= exotic hardware run,
=C2=A0
--
Thomas
--00000000000050d18f064233ef4f-- From nobody Tue Oct 28 09:46: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 4cwlrf1dkbz6Db1b for ; Tue, 28 Oct 2025 09:46:42 +0000 (UTC) (envelope-from rlibby@gmail.com) Received: from mail-yx1-f47.google.com (mail-yx1-f47.google.com [74.125.224.47]) (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 4cwlrd5JfDz3C56 for ; Tue, 28 Oct 2025 09:46:41 +0000 (UTC) (envelope-from rlibby@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yx1-f47.google.com with SMTP id 956f58d0204a3-63e336b1ac4so9177220d50.1 for ; Tue, 28 Oct 2025 02:46:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1761644801; x=1762249601; 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=Qcq1V2kAmArlM4cMqH+lH+8FRK30Pjn65pP8qPBbhbg=; b=L8cjfoVOvuOGRCX1j7yVejzy4S+c9Hwm/hoQP8LqlSun10s3YFlhAFqIWxh1VNakUX iIvo+cGBxYgnj1ks1ah2ngMe5pmIws1gXjh82t1AXxSKEtd0nRRsFZ56abLDGHWNAFbd UaDhtNhESqudKEMeodvmAMGUirpyofCAqf4K8dsSPx3ve7OygtvU3iv9ZwGYljox6O4t tX8tYYRew2khuqvpbe16E4UfaiMrsbSah52TYGo9cqYROl8pBY4k/TQbYCKBCUghdJkh qKp6i0czWUVE6AI+PeStnpQXEvhBZrRe8eUpNI6lJny9rIfGP0KzfofSnhLt4KxTZ7mY PyTA== X-Gm-Message-State: AOJu0YxosSwOwzvukCH+i275lR4RLp+307hf0UZjJ2jWSigTKM/gKJtn zH6m6Fz1RPpqtVXkkjQUKEc9hII4L/NS/7HPPHbXM48ymSFFIl2kV+EvQZV2hQ== X-Gm-Gg: ASbGncszC40bDEx9do6SZlWNqe9bIyk4dmp/nQ+XHapbm1a5VywwTD6JdDleR3zoVbb EH2vNJn8zu8qhCEQeA7VbqbKvaldE1sUrvUnf1d6l22IxhObM1HLQGIHSGoY8fCWXOwc4Q6HwKW 3clGO/hbx37zjcfS+vzTjSkI5w3WfB4sjefsxI3EylsKB+klLhO7XxJbbUw7DDgJZDcHs8z9Se8 +HfYZKz1xndLOGB5hjChZ+AX/waE0r7fT8J8v38EsUHi7m2vPpZd/wjJPK2vKEFHNe3mBkNuz7y UHHKeVYFQ3dWh3Xcm35SKDbPtflpSue9mj+Q6E6rK8D7wKt/B+kDVVy7Mj5gMXpeVJ2IXwhJlc0 lP92Ej7Od9vlJJP7CjXe4hwsR1k3a854aNC3PDCsqmlhxFFLYN5xT1FUTvEotz9oUczc6leWP6j 1nnZrMZ/LxQuTsf0ONKE8e/4yQAKCKcRkf6W8= X-Google-Smtp-Source: AGHT+IH2MZR3NUgXrdxMTwTPu4RcXWu8EDBt627QSM+O5YhRxnWMrhUril7zEhgvkyw616BqChh4dg== X-Received: by 2002:a05:690e:1687:b0:63e:1f42:a469 with SMTP id 956f58d0204a3-63f6c68d201mr2013108d50.16.1761644800823; Tue, 28 Oct 2025 02:46:40 -0700 (PDT) Received: from mail-yx1-f42.google.com (mail-yx1-f42.google.com. [74.125.224.42]) by smtp.gmail.com with ESMTPSA id 00721157ae682-785ed13dac7sm25930227b3.0.2025.10.28.02.46.40 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 28 Oct 2025 02:46:40 -0700 (PDT) Received: by mail-yx1-f42.google.com with SMTP id 956f58d0204a3-63e336b1ac4so9177188d50.1 for ; Tue, 28 Oct 2025 02:46:40 -0700 (PDT) X-Received: by 2002:a05:690e:1687:b0:63e:1f42:a469 with SMTP id 956f58d0204a3-63f6c68d201mr2013089d50.16.1761644800159; Tue, 28 Oct 2025 02:46:40 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Ryan Libby Date: Tue, 28 Oct 2025 02:46:29 -0700 X-Gmail-Original-Message-ID: X-Gm-Features: AWmQ_bk2YzwWtgABs8xKA7wTDn-yPSclnDR3h9-AxWH4hcvRfhs3VEEwfMo27Kw Message-ID: Subject: Re: db> reset -> panic: lock (sleep mutex) eventhandler not locked @ /usr/src/sys/kern/subr_eventhandler.c:272 To: "Bjoern A. Zeeb" Cc: current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:74.125.0.0/16, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cwlrd5JfDz3C56 On Mon, Oct 27, 2025 at 7:31=E2=80=AFAM Bjoern A. Zeeb wrote: > > Hi, > > on main-ish I get the following. I am a bit concerned as over the last > year or two our reset paths had issues like this more and more. > > > db> reset > panic: lock (sleep mutex) eventhandler not locked @ /usr/src/sys/kern/sub= r_eventhandler.c:272 > cpuid =3D 1 > time =3D 1025 > KDB: stack backtrace: > db_trace_self() at db_trace_self > db_trace_self_wrapper() at db_trace_self_wrapper+0x38 > vpanic() at vpanic+0x1a0 > panic() at panic+0x48 > witness_unlock() at witness_unlock+0x140 > __mtx_unlock_flags() at __mtx_unlock_flags+0x54 > eventhandler_find_list() at eventhandler_find_list+0xbc > kern_reboot() at kern_reboot+0x244 > db_reset() at db_reset+0xec > db_command() at db_command+0x2f4 > db_command_loop() at db_command_loop+0x58 > db_trap() at db_trap+0x100 > kdb_trap() at kdb_trap+0x350 > handle_el1h_sync() at handle_el1h_sync+0x18 > --- exception, esr 0xf2000000 > kdb_alt_break_internal() at kdb_alt_break_internal+0x1a8 > kdb_alt_break() at kdb_alt_break+0x10 > uart_intr_rxready() at uart_intr_rxready+0x88 > uart_intr() at uart_intr+0x124 > intr_event_handle() at intr_event_handle+0xf4 > intr_isrc_dispatch() at intr_isrc_dispatch+0x60 > arm_gic_intr() at arm_gic_intr+0x118 > intr_irq_handler() at intr_irq_handler+0x98 > handle_el1h_irq() at handle_el1h_irq+0x18 > --- interrupt > cpu_idle() at cpu_idle+0x78 > sched_idletd() at sched_idletd+0x494 > fork_exit() at fork_exit+0x78 > fork_trampoline() at fork_trampoline+0x18 > Uptime: 17m5s > Automatic reboot in 15 seconds - press a key on the console to abort > > -- > Bjoern A. Zeeb r15:7 > Would your kernel config match this condition in sys/sys/mutex.h? #if LOCK_DEBUG > 0 || defined(MUTEX_NOINLINE) It looks like we might be missing some SCHEDULER_STOPPED() checks in those code paths. It's a twisty maze of macros that I haven't totally followed though. td_locks might be getting broken too. Ryan From nobody Tue Oct 28 09:59: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 4cwm8G4vSwz6Dbxd for ; Tue, 28 Oct 2025 10:00:14 +0000 (UTC) (envelope-from rlibby@gmail.com) Received: from mail-yx1-f53.google.com (mail-yx1-f53.google.com [74.125.224.53]) (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 4cwm8G1tznz3GY1 for ; Tue, 28 Oct 2025 10:00:14 +0000 (UTC) (envelope-from rlibby@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=freebsd.org (policy=none); spf=pass (mx1.freebsd.org: domain of rlibby@gmail.com designates 74.125.224.53 as permitted sender) smtp.mailfrom=rlibby@gmail.com Received: by mail-yx1-f53.google.com with SMTP id 956f58d0204a3-63e1e1bf882so5414621d50.1 for ; Tue, 28 Oct 2025 03:00:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1761645613; x=1762250413; 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=0niUq+Ft7RbMQe+H+6YIN6L3L4S2af2oB+I4I62zUf4=; b=JzF5kfkNoKR7ILfcjH5Veq3kbbNEzUdHyFZyP9Zptz53ydWGt3BHwD4WlWQBZcX8oe Le8kVppOxuyKBA3+5FhuBWupH31qNClRzLQsOhRErm0fSY99PxjsrsR5eQ/IwL+Edk2q hfI1PAm6FAribu8WQ0Tg1TFpfqEMsH1ixsfPiAKCm4CFML4H0fh0/6GjV505HHaHPrnk eLYDMBZRQ2HswVolX3wgZOz1aWAMJYZlVd7NmNg1rGgGthqi3pbogYTrAjKyrFY+3RfR seCIpiwHqpcaSPzQnBbGHeb0ZkbhQvau2gMqbTD5sj814qOoJfYju9Ty0FtUTtCoSrDU 27mw== X-Gm-Message-State: AOJu0Yyty0cMohCafxi7dc3eazkPd2i/Ji4r6kMFESCNKZnFBz22mnlM lmyxxpNBD/j/17O7zf7Qab3lI3qfilZyStB8uRtCUwqfGZO8ZnJoh42MBnRMEw== X-Gm-Gg: ASbGncsp7KU9bioH4MV6PGjhDxggcWCfmfMsFmyVmN5xjW1tkhzoBelTZQoCM2NgCS3 g95y0srpDnljRZXnyEpg7N0mEN5IcCBvMYGwP5q8wP8HjJAJtSje5I4sEBoeGahj2p4xzP0DmUU vuQ3wD6j1b/mfCJUF0/d06NOcL36Xd3M3jLhZV3TB58ZK6jnF/eETWqOVf+01CMpaqXCmiL0rtC B2nFlB/GQj8nslC0qDAdu1TvQQM8e5eMGD6KAvr1v8p+7GfloUEr4F44tKv/QCnChdq/eSyEpJV mWWhXMJTBp6aUKGKeGtGvEF1frfUniJRfPnmopC97ZjPMdTmmN2XEz8QHKzFbglqxLwXqoL1pWY i/1YgVnSg+JQ8SLfZrhhstLmZwFGQQVcaUYyUWrIkHl/LFQm9ontkVkrWxGGwRBsg55fAkyIcwm K2OzFHb2ZB3nbd75ZkpEb4FCmOIGAwscd6DZl8tFo= X-Google-Smtp-Source: AGHT+IEmZHYzT9Qkd7xs2MXxdQvijN3i4hSzm/5ANf0s63nyF/41qI4Mmyz8YJjtULs2cDJ4Z+kx5g== X-Received: by 2002:a05:690c:a85:b0:783:346a:f4bd with SMTP id 00721157ae682-78617fb5744mr49984967b3.47.1761645608982; Tue, 28 Oct 2025 03:00:08 -0700 (PDT) Received: from mail-yw1-f181.google.com (mail-yw1-f181.google.com. [209.85.128.181]) by smtp.gmail.com with ESMTPSA id 00721157ae682-785ed179b9asm26727157b3.16.2025.10.28.03.00.08 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 28 Oct 2025 03:00:08 -0700 (PDT) Received: by mail-yw1-f181.google.com with SMTP id 00721157ae682-781421f5bf5so63093187b3.3 for ; Tue, 28 Oct 2025 03:00:08 -0700 (PDT) X-Received: by 2002:a05:690c:2c07:b0:784:88df:d9d with SMTP id 00721157ae682-78617e2cab5mr44779577b3.2.1761645608326; Tue, 28 Oct 2025 03:00:08 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Ryan Libby Date: Tue, 28 Oct 2025 02:59:57 -0700 X-Gmail-Original-Message-ID: X-Gm-Features: AWmQ_bnoHERKbIIi7LliSqX27f5SBwr0xoDiVnyXNMHxFF1PxOPomIEzlp1fVw0 Message-ID: Subject: Re: db> reset -> panic: lock (sleep mutex) eventhandler not locked @ /usr/src/sys/kern/subr_eventhandler.c:272 To: "Bjoern A. Zeeb" Cc: current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: / X-Spamd-Result: default: False [-0.60 / 15.00]; RBL_VIRUSFREE_BOTNET(2.00)[74.125.224.53:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; FORGED_SENDER(0.30)[rlibby@freebsd.org,rlibby@gmail.com]; MIME_GOOD(-0.10)[text/plain]; BAD_REP_POLICIES(0.10)[]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; MISSING_XM_UA(0.00)[]; FREEFALL_USER(0.00)[rlibby]; ASN(0.00)[asn:15169, ipnet:74.125.0.0/16, country:US]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_NEQ_ENVFROM(0.00)[rlibby@freebsd.org,rlibby@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MLMMJ_DEST(0.00)[current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[74.125.224.53:from]; R_DKIM_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(0.00)[+ip4:74.125.0.0/16:c]; RCVD_IN_DNSWL_NONE(0.00)[209.85.128.181:received] X-Rspamd-Queue-Id: 4cwm8G1tznz3GY1 On Tue, Oct 28, 2025 at 2:46=E2=80=AFAM Ryan Libby wro= te: > > On Mon, Oct 27, 2025 at 7:31=E2=80=AFAM Bjoern A. Zeeb > wrote: > > > > Hi, > > > > on main-ish I get the following. I am a bit concerned as over the last > > year or two our reset paths had issues like this more and more. > > > > > > db> reset > > panic: lock (sleep mutex) eventhandler not locked @ /usr/src/sys/kern/s= ubr_eventhandler.c:272 > > cpuid =3D 1 > > time =3D 1025 > > KDB: stack backtrace: > > db_trace_self() at db_trace_self > > db_trace_self_wrapper() at db_trace_self_wrapper+0x38 > > vpanic() at vpanic+0x1a0 > > panic() at panic+0x48 > > witness_unlock() at witness_unlock+0x140 > > __mtx_unlock_flags() at __mtx_unlock_flags+0x54 > > eventhandler_find_list() at eventhandler_find_list+0xbc > > kern_reboot() at kern_reboot+0x244 > > db_reset() at db_reset+0xec > > db_command() at db_command+0x2f4 > > db_command_loop() at db_command_loop+0x58 > > db_trap() at db_trap+0x100 > > kdb_trap() at kdb_trap+0x350 > > handle_el1h_sync() at handle_el1h_sync+0x18 > > --- exception, esr 0xf2000000 > > kdb_alt_break_internal() at kdb_alt_break_internal+0x1a8 > > kdb_alt_break() at kdb_alt_break+0x10 > > uart_intr_rxready() at uart_intr_rxready+0x88 > > uart_intr() at uart_intr+0x124 > > intr_event_handle() at intr_event_handle+0xf4 > > intr_isrc_dispatch() at intr_isrc_dispatch+0x60 > > arm_gic_intr() at arm_gic_intr+0x118 > > intr_irq_handler() at intr_irq_handler+0x98 > > handle_el1h_irq() at handle_el1h_irq+0x18 > > --- interrupt > > cpu_idle() at cpu_idle+0x78 > > sched_idletd() at sched_idletd+0x494 > > fork_exit() at fork_exit+0x78 > > fork_trampoline() at fork_trampoline+0x18 > > Uptime: 17m5s > > Automatic reboot in 15 seconds - press a key on the console to abort > > > > -- > > Bjoern A. Zeeb r15:= 7 > > > > Would your kernel config match this condition in sys/sys/mutex.h? > #if LOCK_DEBUG > 0 || defined(MUTEX_NOINLINE) > > It looks like we might be missing some SCHEDULER_STOPPED() checks in > those code paths. It's a twisty maze of macros that I haven't totally > followed though. td_locks might be getting broken too. > > Ryan Reading sys/sys/_lock.h, LOCK_DEBUG will be on with WITNESS, which this kernel clearly has (and also with INVARIANTS, both of which are defaults for GENERIC). From nobody Tue Oct 28 10:49: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 4cwnDw4lsPz6DgWb for ; Tue, 28 Oct 2025 10:49:20 +0000 (UTC) (envelope-from des@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 "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cwnDw48WFz3Ltt; Tue, 28 Oct 2025 10:49:20 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1761648560; 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=QEHTmv822rE2d2us0JH3LNtxj1WV6iwyP5Bf+mcrefA=; b=ttfvId/LihPmO7Q2YoD1fRMqWqd/TYecvxtFJMBCfQ7oV5bcBu66zEQZ80NN2UUf6JkXWY uPnDduNAjju9lr9SfVoxnNN3L2Z3PkJ5zf8kLSrrrmBMoss3BFapY9QWQ72xzoDlduAv9Q YuL9xjzNpPAOIiiqV0tCWN0TV0M19LLfZFXsDzZjofzkq2K1lLo2xDJ3RuhuIkAe8ejKaj 806knj9riN4MNdm/ApQKXTlt64j+8YcmVLNT4BvJBOCCtBnItl4S1U2g9JW95jBq+kqtut 2L+IuZKNMUDJ9qv+WZRJttHA8xURL298Ex8Uw7kRyNwpLFgTNqitnmPYb2zFsg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1761648560; 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=QEHTmv822rE2d2us0JH3LNtxj1WV6iwyP5Bf+mcrefA=; b=jAbXCl3COKNpXgoh76KBk9ZWGl8LxcpBwxNcAvv6OsDao30Pmc4XibArdxc0Z78qzfDbev 3v9MhEPQfPdjAktO40wq7N5ejNDbXVynJ+Gu3gDqenrEKE5JuiPW/MRewl6b25xL4/qj+9 Aus7Im4NVTjKuKWjBXr3fzc6ZhP6G1hxezduoUOYBSQlGThSDs2abkU5/0aE0iN23X1kNC /TM0Wt5TDRnIHceXESUIkX+0QqiexWw+cyItDZnoIr6m/RvFPNsHrYbFOtjUCu/ed6bGNi rOGGGm51VgT7n7gqhlskEb+O2p7VOLKFy7ccUVhUF+XGtjTtERnCCrXneWmplQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1761648560; a=rsa-sha256; cv=none; b=DNmM5i3VXEXvP0EDtLs/88R5fKidwviln1BH29Mq9UWnljt1kgue0FCDtTXY13XXq+reqQ MVrJ1sBvfj1SXgSDXfCBxHl9oQNE8T+5NWgu40Lo0MPWUJ3JWkeEWWTsGX7vbB4pwpuOH/ abpSBZi8OTohdGyigqYEGKM0biiZrlLSPOgjl10Uk1fQRWQTmOC/DV5qur+UQja7GjtESr HkPH9YG89/MqbdmG11Ytm3gk/iDa4ppLWPYEM2Bo1GIinITTL4ECcifioVs2MeBk8dTCO0 GlrcHL+TUSOLF4ZmzG452OZDltUH+LabWFOEX6EftduHDGdxWNHU/a/V3rI6qQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ltc.des.dev (unknown [IPv6:2a01:e0a:c54:bed0:922e:16ff:fef1:acef]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cwnDw2Z5Yz13gQ; Tue, 28 Oct 2025 10:49:20 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id B314B9ABA5; Tue, 28 Oct 2025 11:49:18 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Thomas Schweikle Cc: freebsd-current@freebsd.org Subject: Re: "etcupdate extract" -- Failed to build new tree. In-Reply-To: (Thomas Schweikle's message of "Tue, 28 Oct 2025 09:37:54 +0100") References: <86qzuo1ab1.fsf@ltc.des.dev> <868qgw14xj.fsf@ltc.des.dev> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Tue, 28 Oct 2025 11:49:18 +0100 Message-ID: <864irj1ett.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Thomas Schweikle writes: > Dag-Erling Sm=C3=B8rgrav writes: > > How was this system installed? > By compiling 15-STABLE from latest available 14.3 getting sources via How did you install 14.3? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Tue Oct 28 12:27:21 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 4cwqQJ3J8Dz6DpFj for ; Tue, 28 Oct 2025 12:27:36 +0000 (UTC) (envelope-from tschweikle@gmail.com) Received: from mail-qk1-x735.google.com (mail-qk1-x735.google.com [IPv6:2607:f8b0:4864:20::735]) (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 4cwqQH66Z0z3b7t for ; Tue, 28 Oct 2025 12:27:35 +0000 (UTC) (envelope-from tschweikle@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-qk1-x735.google.com with SMTP id af79cd13be357-89ef0cec908so451165585a.1 for ; Tue, 28 Oct 2025 05:27:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1761654453; x=1762259253; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=I2Vwe0LppY3fEMhP4J/cEAg51rPiDyIW2PWl4ZBWKnY=; b=DODuZCbTrpx2VHLSyu0v0z/BfNJ4jhO8Gd7O2JKRxzDLlwanSfMgQQzzP+dzXVaZhd dF5Uy4oOOi9J6s+jX8GYsm/wBiGmGIdMthZ+gvGZj0U2p4tTKmCtRApbGE4ddkV4sWEb q63gOPc1yzY2VOTRrNqjQ6j5fNgRHx8UiTpOMCCRFP9SXMzKr8j/Fdi6vl9IIpvPjywj fg6amy+1QruFGkn3zW5oSypQ+NLEHVlN2ZsQTnuZZsEWsXLsbjcyNKGwbPaT3FC8C7Dw xYIZeaLrmcvW1QunhIjnlfs/7197CavYPhW/S9zMO3RFn+ZPpMSXfknWflGuRiQRJaK4 r5TQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1761654453; x=1762259253; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=I2Vwe0LppY3fEMhP4J/cEAg51rPiDyIW2PWl4ZBWKnY=; b=XayWgFguy4XjyXPBWw1YqHLwkbyW8u48TP6e75Td45zjKAs1Ly7eeFcL9m/Cc/YP4s 7Qg8lYaQ8dGzQfk6seravTFo18lnwCYn9Fu0U8eckHfiYlIhz/cfYb7RJIxN+FASIKv+ veWf0LYOclUUlxJeB+INEqQUzoJGWwTIMAF4QZhDb0aXe2cAjgigmoEio7aH0nnIgXCI WwTRGXWBcNv4IEZ+HjCm56pVn5Dg2c9WsdUv19+nDTnVi2sQCA7x1RlMb3eGSXIZXMX4 k/ovqQdcQqB61QiC3DNxE11fVqnuTNT6UYy5L+RegTmG+b0SZ1xSOgOWOyHREps5xBjj Aj/g== X-Gm-Message-State: AOJu0YyEJhJCyEmB9Kqc0pLSCT/2JCCTHNa7dqdx7aKHFBMx/IFO8gn3 L2EHI7Wj+sGjgkpB18vYMV3MMUH9vWTOHBSosSyr2J3dB46MmYqMv1vrzhUChlU657cx+RCHFmk 6/ztvSr0UPRl8NwdfvoD7hBbRg2VYa9bLkQ== X-Gm-Gg: ASbGncuCrX4jgt4kxJ6VTv03NfibDPz1HRBzeQoDt7PrQxPO1jNx97EDqj9rQa02/5H u1YrDZtN1EYlOhxaBBopoX+bUDLyh+TYtfWkxyRG6wgyXMZN2uhca61SgJTxYe8J92q5B09fG0j ttqBiza6yxmxX7BjDjg+JiOFbsNz/kcYbjgXPjOmQUG61fGPWBs8acf40jBbqhPOYf9gRI+4EEk oZRoG0YLFwCSxy9DLtA7M+kQUON+4wSl1Kv1LJHrB8/WLuXfmBY79alDTcWBLksN67C250PDZzD C8sXITYYPt4eM3amCik7y9iSLF6yOrWw/zrUctPEEwdbOcOs1tgEFy4= X-Google-Smtp-Source: AGHT+IFfHjb/ypPn7harDSV9J0XeOY/c7gcfUgV7V3YgnFO4Uq3omH+YwfHdf82BwLEEJK1dXabOkPbENoGGf0TDJd0= X-Received: by 2002:a05:620a:2950:b0:892:a71a:c00 with SMTP id af79cd13be357-8a6f5dfa404mr376082285a.32.1761654453353; Tue, 28 Oct 2025 05:27:33 -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: <86qzuo1ab1.fsf@ltc.des.dev> <868qgw14xj.fsf@ltc.des.dev> <864irj1ett.fsf@ltc.des.dev> In-Reply-To: <864irj1ett.fsf@ltc.des.dev> From: Thomas Schweikle Date: Tue, 28 Oct 2025 13:27:21 +0100 X-Gm-Features: AWmQ_bmRpEAk7wreR7al-DyA-DZ4Dj8lmXC_CUwzZ03mbTYP_V8jkbNxSZ2SjgQ Message-ID: Subject: Re: "etcupdate extract" -- Failed to build new tree. To: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Cc: freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="000000000000e8bfdf06423723ea" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cwqQH66Z0z3b7t --000000000000e8bfdf06423723ea Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Oct 28, 2025 at 11:49=E2=80=AFAM Dag-Erling Sm=C3=B8rgrav wrote: > Thomas Schweikle writes: > > Dag-Erling Sm=C3=B8rgrav writes: > > > How was this system installed? > > By compiling 15-STABLE from latest available 14.3 getting sources via > > How did you install 14.3? > Same way. It was Upgraded from 13-STABLE. And this was upgraded from 12-STABLE. If I remember it right, the system installed from disquettes was 5.0-RELEASE some way back in time ... --=20 Thomas --000000000000e8bfdf06423723ea Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Tue, Oct 28,= 2025 at 11:49=E2=80=AFAM Dag-Erling Sm=C3=B8rgrav <des@freebsd.org> wrote:
Thomas Schweikle <tschweikle@gmail.com> writes:
> Dag-Erling Sm=C3=B8rgrav <des@freebsd.org> writes:
> > How was this system installed?
> By compiling 15-STABLE from latest available 14.3 getting sources via<= br>
How did you install 14.3?
Same way. It was Upgraded fr= om 13-STABLE. And this was upgraded from 12-STABLE. If I remember it right,= the system installed from disquettes was 5.0-RELEASE some way back in time= ...

--
Thomas=
--000000000000e8bfdf06423723ea-- From nobody Tue Oct 28 12:35:28 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cwqbP74fPz6Dprl for ; Tue, 28 Oct 2025 12:35:29 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cwqbP5lr3z3d6N; Tue, 28 Oct 2025 12:35:29 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1761654929; 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=8beRCNvD89MYbvoHMGBn8agFRTkIFHdYxfmyBszpPcg=; b=rckAKPS7XEhLQjvd+u+WyF6dn/bUm0rnodD/UB8glhzEzghrhcyQDI4ne40J4THP8ZfFDF bKQHA+mYF2UB4To2czbr5pNgh7qXUy2NWzPO7e+t1VTdwgQnYMcQBcStqgOsQQsCG1dL5A ju+4VyneTSAXc24pO+SJnLOLmtzCJuLM38cI1GZESTZRA8CYHqYmlfAhQ/Padr7xXXOts6 I/05RemeTmskECLR2dqCmTEQL7z7QIH8TaUWWdzhA7JOLiADC58ThI4HzXBg/0wovC0NIC yZpD/8UThc0Fv1t9ct+JdhVPqSKoTN/nKD8WAFazzQEBvI0TJ9UUrFq6/Z70FQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1761654929; 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=8beRCNvD89MYbvoHMGBn8agFRTkIFHdYxfmyBszpPcg=; b=R87sLBlTgo68Rd7aH68JYiK1lZK6oTo/Kxl0dFQkYhLEMwUXy0+z/p9shwCUN5Rs4bbeod wbZH4FxaOrye8nlal8fcQwhcut09jKo6AP7XgEumZs3JUrpHB728xA0U0lp1BBlbKlTbyx ZDewu6VsXS1Yv1/9LSoacqVmRGQ8EqPlgkpjZ67waQF6LaVaqnoB4Dwn9uj8foKEtaIW+N NCNtOs6AJYvdMm2X5HiqmMDgNEKRn4uAafIg83473XcWXhTGDzUVqJVk6pgN3JOHro5fqx ePb1QU0M/PEhkL9ldxgnbVg+D0LYk6pOKTGDx5h2HoSa3dJ1riCfjCjFjkpsjQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1761654929; a=rsa-sha256; cv=none; b=XB4JJh6/Q4rZ5qtex45vVhLbDyrhhqRnpbqjdwXWQz7pgK+Vpkyp1PT+hfDpGHfJ1VE6kF G0dLx455Ui8IfthbBiZVaTZTyBqAWIsSA3eMWCUSKTATwiSVd2ZE+8bLQ3ALqoKa8eltQS m9gIMbHhRhY8E78/z1m7wyU0URayq1UW2ulpNqEkgeafS8yv+yE9jT2sR1WY9/y0hkFaf0 V3YJMjl2MFVgSjh+h6OWjU/gdFSnWAFsWmFpZliC0BSQBrROaEUSEsP4ho8II+YcItOKan ZcGI48P8iPz0ErE0mrT3GAFqcyAhoRK89GD8539CmQi9YMWtlCbPDVZ8iIOEPw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ltc.des.dev (unknown [IPv6:2a01:e0a:c54:bed0:922e:16ff:fef1:acef]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cwqbP4BHXz16TQ; Tue, 28 Oct 2025 12:35:29 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 1F3B89A2A7; Tue, 28 Oct 2025 13:35:28 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Thomas Schweikle Cc: freebsd-current@freebsd.org Subject: Re: "etcupdate extract" -- Failed to build new tree. In-Reply-To: (Thomas Schweikle's message of "Tue, 28 Oct 2025 13:27:21 +0100") References: <86qzuo1ab1.fsf@ltc.des.dev> <868qgw14xj.fsf@ltc.des.dev> <864irj1ett.fsf@ltc.des.dev> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Tue, 28 Oct 2025 13:35:28 +0100 Message-ID: <86jz0fyzjj.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Thomas Schweikle writes: > Dag-Erling Sm=C3=B8rgrav writes: > > Thomas Schweikle writes: > > > Dag-Erling Sm=C3=B8rgrav writes: > > > > How was this system installed? > > > By compiling 15-STABLE from latest available 14.3 getting sources via= =20=20=20 > > How did you install 14.3? > Same way. It was Upgraded from 13-STABLE. And this was upgraded from > 12-STABLE. If I remember it right, the system installed from > disquettes was 5.0-RELEASE some way back in time ... Do you understand the difference between the words =E2=80=9Cinstall=E2=80= =9D and =E2=80=9Cupgrade=E2=80=9D? What did you use prior to etcupdate? When was /etc last updated? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Tue Oct 28 13:37: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 4cwrz60gdWz6DtYn for ; Tue, 28 Oct 2025 13:37:38 +0000 (UTC) (envelope-from tschweikle@gmail.com) Received: from mail-qt1-x832.google.com (mail-qt1-x832.google.com [IPv6:2607:f8b0:4864:20::832]) (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 4cwrz53l5Pz3m3f for ; Tue, 28 Oct 2025 13:37:37 +0000 (UTC) (envelope-from tschweikle@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-qt1-x832.google.com with SMTP id d75a77b69052e-4eceef055fbso53654741cf.0 for ; Tue, 28 Oct 2025 06:37:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1761658655; x=1762263455; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=QG0EJfxU4q8SfRDJUPQB0pQeYQYgnXLVvo9INS12dUg=; b=V7R2KG21qBiZrfSFj45NXotwEIJFTZ3OICFVNZkkH8m98R5XnFUw39N9+9C1yKc0k+ 0fi/1W+PHU3F0Q6nHzOEiPbzFLnIA0kBr58FrW49MCEuYp/vw+xinICVSwYgN8GAg4cL K9qFZ5QQ4WiHWjFNHfXKnrorcgDTnLBtJ+U0KtO9KXhyz9r0KOfNvTBft6YhXGgB5zwL TlrxuKxZ7KJv5HHiVFpumdBY7hfsjtNFMOM4E0P1mKfnSaPiwcunNFxj+TxNwDYv9crG kjTK3368bFqQuIZZQdYRJeGUhtnHpdLBi4BVSXCfeSHXAXhA1vLJgw1k4w38ncVlJtfU XdAg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1761658655; x=1762263455; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=QG0EJfxU4q8SfRDJUPQB0pQeYQYgnXLVvo9INS12dUg=; b=pTz3i8FsiGx7EkFiBcLQL/sWrqFrThobHbKkGDFcu+aKpFDspXLQqqcdViCfvBIHps 6WobB1y8fBBN/Si8xbMdOnR8KZ1wAPBiXul0YwwXQn0isr7cImp8pWpuwBE0K3c/jXAa Z8kxsQoQ5emX/CqL0f8GsQhkrHBUJSXJGU6Vn7mYinD0ZR/fBn7GWFlSVTHTyrqTo9KD N7AF7iU0ntu4+KlUmDbqVEKVWnOHw7af1iA0bq0VF9DG3hgyV8RKjz3inM/RPNG33/Kc eMShdgYaPJuyEm2sC3qhLwFot6jXBcQoLpzOEbJgjrjKEJct3c9s8bCrYkv7RA/2aQZG eOuA== X-Gm-Message-State: AOJu0YzxFgNSIB0R/YGqi97eZY9MmpTRX3hu5X4M36ZLbfJUdwXZ1zxH o5UsZxEE6emvP/MsFG4pF7a6UMD6yPDgu/OP2y4m8a9JtVILMf2YQ/KK3Nz6Z2VNmi6bgbiPr0+ Eqzr0I0kC/oPIqLdc+zwBHgfXGeAD36vw2Tnb X-Gm-Gg: ASbGnctjvHO2PLpFqHY1Bdx77l3YhkqFIRZgZFFYdygu6j+7nNEjTZPRx6ymtCu4DV7 MyhLVP4pZk1tlagmVnFpOrIj5cXcbDBfvQnGWS22ADkR5ejhgle/gOK6p5eDuue9h2bXmjXImcd udb3xra5aH9dhxZ5heMaudnnPf1BfQRwB0mK8EsU3KHRfmZVfeDeyTCj+seUBnJ+LLt7OOqlG6n 0R0+FO076DBDJLUbSKR8RBAIqa2OhTJa+aKco/j9W2P/oG1y7Fuab43QWjYyZLk+KP2MHUAFGbN aPQCpXgHJmnxhFNriT7SpYQToAAUaZJo5YXlc+zSUm5J X-Google-Smtp-Source: AGHT+IHeVVR/f5Ml3x2yXLtecsUupHyySnolhwdseg2/L8fwzMrs7DY4+1lufKFVR3z8OR0XM7sZf7mt+G/jOQf9OOM= X-Received: by 2002:a05:622a:511:b0:4ec:ef85:cfb2 with SMTP id d75a77b69052e-4ed0763f891mr44393381cf.78.1761658654898; Tue, 28 Oct 2025 06:37:34 -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: <86qzuo1ab1.fsf@ltc.des.dev> <868qgw14xj.fsf@ltc.des.dev> <864irj1ett.fsf@ltc.des.dev> <86jz0fyzjj.fsf@ltc.des.dev> In-Reply-To: <86jz0fyzjj.fsf@ltc.des.dev> From: Thomas Schweikle Date: Tue, 28 Oct 2025 14:37:23 +0100 X-Gm-Features: AWmQ_bmnlQUh4lBBqxMiR4ZGtLzOWB65SizaWdaIsLYqrqA1zTP8MYcDxM66Ats Message-ID: Subject: Re: "etcupdate extract" -- Failed to build new tree. To: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Cc: freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="000000000000573f880642381e75" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cwrz53l5Pz3m3f --000000000000573f880642381e75 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Oct 28, 2025 at 1:35=E2=80=AFPM Dag-Erling Sm=C3=B8rgrav wrote: > Thomas Schweikle writes: > > Dag-Erling Sm=C3=B8rgrav writes: > > > Thomas Schweikle writes: > > > > Dag-Erling Sm=C3=B8rgrav writes: > > > > > How was this system installed? > > > > By compiling 15-STABLE from latest available 14.3 getting sources > via > > > How did you install 14.3? > > Same way. It was Upgraded from 13-STABLE. And this was upgraded from > > 12-STABLE. If I remember it right, the system installed from > > disquettes was 5.0-RELEASE some way back in time ... > > Do you understand the difference between the words =E2=80=9Cinstall=E2=80= =9D and > =E2=80=9Cupgrade=E2=80=9D? > > What did you use prior to etcupdate? When was /etc last updated? The last time mergemaster was available. Later on it was done manually, since etcupdate did not work. My findings: etcupdate just does not work, because right after cloning etc is not in a working state. It is, after running make _legacy in "/usr/src". Then it runs etcupdate extract etcupdate diff without this "Failed to build new tree.", but it then fails run etcupdate -p right after building world, kernel and installkernel, exhausting: "No previous tree to compare against, a sane comparison is not possible." just because there is no tree to compare against, or better: "etcupdate extract" created an empty tree without any files within.It is just "make _legacy" creates all the folders, etcupdate expects, but not the files. It seems all those advices given within the handbook or at various places within the internet all give it the wrong way: clone ettupdate extract etcupdate diff make buildworld make buildkernel make installkernel etcupdate -p reboot make installworld etcupdate -B reboot But clone make buildworld make buildkernel etcupdate extract etcupdate diff make installkernel etcupdate -p make installworld etcupdate -B reboot because you will never have a working etc before building world and kernel. And in tune you'd never will have anything you could extract. You are assuming something to extract, but there isn't anything before building. mergemaster did get this right (comparing the fresh build /usr/src etc against /etc). etcupdate does not -- at least if it is used the way the handbook advises. It would only work this way, if you did not clone the working tree right fresh into an empty directory (or after "git reset hard" -- removing anything from /usr/src what was created after the last "git pull" simulating "git clone" as far as possible). --=20 Thomas --000000000000573f880642381e75 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Tue, Oct 28,= 2025 at 1:35=E2=80=AFPM Dag-Erling Sm=C3=B8rgrav <des@freebsd.org> wrote:
Thomas Schweikle <tschweikle@gmail.com> writes:
> Dag-Erling Sm=C3=B8rgrav <des@freebsd.org> writes:
> > Thomas Schweikle <tschweikle@gmail.com> writes:
> > > Dag-Erling Sm=C3=B8rgrav <des@freebsd.org> writes:
> > > > How was this system installed?
> > > By compiling 15-STABLE from latest available 14.3 getting so= urces via=C2=A0 =C2=A0
> > How did you install 14.3?
> Same way. It was Upgraded from 13-STABLE. And this was upgraded from > 12-STABLE. If I remember it right, the system installed from
> disquettes was 5.0-RELEASE some way back in time ...

Do you understand the difference between the words =E2=80=9Cinstall=E2=80= =9D and
=E2=80=9Cupgrade=E2=80=9D?

What did you use prior to etcupdate?=C2=A0 When was /etc last updated?
=C2=A0
The last time mergemaster was available. Late= r on it was done manually, since etcupdate did not work.

My findings: etcupdate just does not work, because right after cloni= ng etc is not in a working state. It is, after running

=
make _legacy

in "/usr/src". Then it= runs

etcupdate extract
etcupdate=C2=A0d= iff

without this "Failed to build new tree.&q= uot;, but it then fails run

etcupdate -p

right after building world, kernel and installkernel, exhau= sting: "No previous tree to compare against, = a sane comparison is not possible." just because there is no tree to c= ompare against, or better: "etcupdate extract" created an empty t= ree without any files within.It is just "make _legacy" creates al= l the folders, etcupdate expects, but not the files. It seems all those adv= ices given within the handbook or at various places within the internet all= give it the wrong=C2=A0way:

=
clone
ettupdate extract
etcupdate dif= f
make buildworld
make buildkernel
make insta= llkernel
etcupdate -p
reboot
make installworl= d
etcupdate -B
reboot

But

clone
make buildworld
make buildke= rnel
etcupdate extract
etcupdate diff
make in= stallkernel
etcupdate -p
make installworld
et= cupdate -B
reboot

because you will never= have a working etc before building world and kernel. And in tune you'd= never will have anything you could extract. You are assuming something to = extract, but there isn't anything before building. mergemaster did get = this right (comparing the fresh build /usr/src etc against /etc). etcupdate= does not -- at least if it is used the way the handbook advises. It would = only work this way, if you did not clone the working tree right fresh into = an empty directory (or after "git reset hard" -- removing anythin= g from /usr/src what was created after the last "git pull" simula= ting "git clone" as far as possible).

<= span class=3D"gmail_signature_prefix">--
Thomas
--000000000000573f880642381e75-- From nobody Tue Oct 28 13:43: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 4cws5n3Wwmz6DtsS for ; Tue, 28 Oct 2025 13:43:25 +0000 (UTC) (envelope-from des@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 "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cws5n30BCz3nWJ; Tue, 28 Oct 2025 13:43:25 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1761659005; 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=UJLv5swHn0yXpVXFrTev5ZjiSCHEfihVgO9rL/x+a4I=; b=IIwOZZRPjqtOUnvkHU7ti3Z8hozGZu02JIK+7UAKj5wchMk+xfDwGVHcEE0S72eKQwXErh RQaatryLquNfLyisQWZwg/bR2Kr/7l0tueYmbEjrMThrdBqa0FXSlq92+0WgE9ZYLnAVNp Ra28JVrDZpPDfFsD5tbfU6X486pCcLoCoQ4es2GAE6ARRnUAt3ZrX/z652aRPA2KA0WnEX eX5eACzE+m60HP0L0FhNjRU8t2ggYonxUYD/Q8AG2hFigcRwostqshzRvAUdfG/tZzo5lk MMQMGqfNbzRb/M9Fy/HTylRwfTB/ZprR7bv0226XB/abBMawZY2ZDwWymjyU5g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1761659005; 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=UJLv5swHn0yXpVXFrTev5ZjiSCHEfihVgO9rL/x+a4I=; b=cW0/pt6re2Iq8isI8tAwDOX1EdmbwZjcijKORTtCjAfJOekZGPOLBRJQYgMmVD9S4OAJcs fDvFI0V6A1rZZ9NEeskVY9QGJprQORxl7vGvUMdUok9NsvVnL4eCBlZCzGOkvnJ+sb7SVl ClRrfXRNbLQgiZMp/bbbIxI4DfZGlXNE+Xc8gxnCAXQDGx8nx6PLIn5rbWY2pQeehoIFWV tuF8pRmDOGv3uJNMF16GDzBUrhCRKZZsRBT5Zs85/gQRnFe3vIR8FJgzgvsO7z5UXLuXZb 5PtwDM3FI3lyg5asL292sRlGD0ViEoQFFnUeiwkLlkCesE2qRxwpmUNckQFRcA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1761659005; a=rsa-sha256; cv=none; b=H8JlmkV5/vJurG1BpWuNrtuOJXZe/m08o/Vbb2Vw3GLoe9wgtZX7UFAXbHiVaE//bxSDSM PqUqkddMSCKU3Bi5qOu5LXi/k5+kbyQwnu5/MJdjHrABlWLTd6NMy1I3ZqKku1SkjeUZfx OKs19iPIG0j+mALZns5hTaDt0iFFd3lcEEME6ExNIO06qivTgHfcmpE+lAW08YaPcN5SQs mkdFoz3FuD3yBqstSdvLfviOawuU4VxMRa6oAScNqCkPOLdd52lSPYpKH+XfVIIIHGf/uM R2IUtvnePB2WfyXkfZP9ksmQ/aqnmMe6pE92ba5GBU0ml2tujAm0t7FH7jX7+Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ltc.des.dev (unknown [IPv6:2a01:e0a:c54:bed0:922e:16ff:fef1:acef]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cws5n1k5Bz17qw; Tue, 28 Oct 2025 13:43:25 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 0FED99ABA6; Tue, 28 Oct 2025 14:43:23 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Thomas Schweikle Cc: freebsd-current@freebsd.org Subject: Re: "etcupdate extract" -- Failed to build new tree. In-Reply-To: (Thomas Schweikle's message of "Tue, 28 Oct 2025 14:37:23 +0100") References: <86qzuo1ab1.fsf@ltc.des.dev> <868qgw14xj.fsf@ltc.des.dev> <864irj1ett.fsf@ltc.des.dev> <86jz0fyzjj.fsf@ltc.des.dev> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Tue, 28 Oct 2025 14:43:23 +0100 Message-ID: <86frb3ywec.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Thomas Schweikle writes: > Dag-Erling Sm=C3=B8rgrav writes: > > What did you use prior to etcupdate? When was /etc last updated? > The last time mergemaster was available. Later on it was done > manually, since etcupdate did not work. > > My findings: etcupdate just does not work, because right after cloning > etc is not in a working state. etcupdate works just fine for everybody else. I suggest you download base.txz for the release that most closely matches what you had when you last updated /etc, and extract /var/db/etcupdate from it. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Tue Oct 28 14:29: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 4cwt7l0Yztz6Dy4H for ; Tue, 28 Oct 2025 14:30:11 +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 ECDSA (prime256v1) client-digest SHA256) (Client CN "plan-b.pwste.edu.pl", Issuer "GEANT TLS ECC 1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cwt7k4MV9z3s3j for ; Tue, 28 Oct 2025 14:30:10 +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 59SETv35005604 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Tue, 28 Oct 2025 15:29:57 +0100 (CET) (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=1761661798; bh=h0V57kcDgRl9dF2kn7Xf7tpdyMhQrw7bEFQiZPtXwHk=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=klmE9jkbEXE1noXtg24O1xy/Zh1Z0J1+6CyF3ElLNabuFftuUMMtuYdZrHVyExceQ IbkYH2UmbBRTTzfC+oQQf5fA7+xQwLE6ehlCA1YklcLs/fRn+y5dabHcxVPGZDNg+j EZjjWFBaNeF0r5V57QHfQDYcReXEAZA+TcK/8tYdALnO4erKJlTGiM00/IxnpictGM IEFcStThrRpdD82p9EGovYkhkShjnZ75fHM8yHRfazvX07UhGrBfGG2gSqvUH5OpWK m2KIYNDyrMyT1kXjvo8kbR15Chfdp7Bg3DiXvA+wdmvCvtB3aj51bektlT8b3WUkWm D0hpJ8x321yyA== 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="------------IStU7fI4yOfb0SjWxROEZlMd" Message-ID: <31a80d2d-65b3-4604-ac5f-1440d23fb85a@plan-b.pwste.edu.pl> Date: Tue, 28 Oct 2025 15:29:57 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: "etcupdate extract" -- Failed to build new tree. To: Thomas Schweikle Cc: freebsd-current@freebsd.org References: <86qzuo1ab1.fsf@ltc.des.dev> <868qgw14xj.fsf@ltc.des.dev> <864irj1ett.fsf@ltc.des.dev> <86jz0fyzjj.fsf@ltc.des.dev> 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: X-Spamd-Bar: ---- 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-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cwt7k4MV9z3s3j This is a multi-part message in MIME format. --------------IStU7fI4yOfb0SjWxROEZlMd Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit W dniu 28.10.2025 o 14:37, Thomas Schweikle pisze: > > > On Tue, Oct 28, 2025 at 1:35 PM Dag-Erling Smørgrav > wrote: > > Thomas Schweikle writes: > > Dag-Erling Smørgrav writes: > > > Thomas Schweikle writes: > > > > Dag-Erling Smørgrav writes: > > > > > How was this system installed? > > > > By compiling 15-STABLE from latest available 14.3 getting > sources via > > > How did you install 14.3? > > Same way. It was Upgraded from 13-STABLE. And this was upgraded from > > 12-STABLE. If I remember it right, the system installed from > > disquettes was 5.0-RELEASE some way back in time ... > > Do you understand the difference between the words “install” and > “upgrade”? > > What did you use prior to etcupdate?  When was /etc last updated? > > The last time mergemaster was available. Later on it was done > manually, since etcupdate did not work. > > My findings: etcupdate just does not work, because right after cloning > etc is not in a working state. It is, after running > > make _legacy > > in "/usr/src". Then it runs > > etcupdate extract > etcupdate diff > > without this "Failed to build new tree.", but it then fails run > > etcupdate -p > > right after building world, kernel and installkernel, exhausting: "No > previous tree to compare against, a sane comparison is not possible." > just because there is no tree to compare against, or better: > "etcupdate extract" created an empty tree without any files within.It > is just "make _legacy" creates all the folders, etcupdate expects, but > not the files. It seems all those advices given within the handbook or > at various places within the internet all give it the wrong way: > > clone > ettupdate extract > etcupdate diff > make buildworld > make buildkernel > make installkernel > etcupdate -p > reboot > make installworld > etcupdate -B > reboot > > But > > clone > make buildworld > make buildkernel > etcupdate extract > etcupdate diff > make installkernel > etcupdate -p > make installworld > etcupdate -B > reboot > > because you will never have a working etc before building world and > kernel. And in tune you'd never will have anything you could extract. > You are assuming something to extract, but there isn't anything before > building. mergemaster did get this right (comparing the fresh build > /usr/src etc against /etc). etcupdate does not -- at least if it is > used the way the handbook advises. It would only work this way, if you > did not clone the working tree right fresh into an empty directory (or > after "git reset hard" -- removing anything from /usr/src what was > created after the last "git pull" simulating "git clone" as far as > possible). > > -- > Thomas Hello Thomas, that’s splendid - it’s impressive that you’ve managed to upgrade FreeBSD from version 5.0! FreeBSD truly is an amazing operating system; being able to upgrade continuously for 25+ years without ever needing to reinstall is a real achievement. Well done; my oldest installations that are still being upgraded date back only to the FreeBSD 6.x era. Anyway, it’s time to say goodbye to mergemaster  - you won’t regret it. The FreeBSD Handbook covers this transition in detail [1]. To perform the upgrade correctly, you should run mergemaster(8) for the last time under FreeBSD 14, and before rebooting, you’ll also need to run etcupdate(8) too. Here’s the sequence that worked for me many times in recent weeks: # make buildworld # make buildkernel # mergemaster # etcupdate extract # etcupdate diff # etcupdate -B # make installkernel # make installworld # reboot # pkg upgrade # make delete-old # make delete-old-libs bootloader upgrade # zpool upgrade # reboot It’s a bit risky and not entirely in line with the Handbook to skip the first reboot, but if you’re upgrading from a relatively recent 14.3-STABLE and your root filesystem is on ZFS, you can create a backup Boot Environment (BE) as a safeguard in case something goes wrong. Even better, you can create a testing BE and perform the installation into that BE after mounting it by using DESTDIR. Just remember that both mergemaster and etcupdate must also be executed with respect to this DESTDIR path. If you’ve used etcupdate in the past and weren’t satisfied with its behavior, and therefore continued using mergemaster, I recommend cleaning the cruft by running the following command before starting the final transition to etcupdate: # rm -rf /var/db/etcupdate/ 1. https://docs.freebsd.org/en/books/handbook/cutting-edge/#updating-src-quick-start Cheers Marek --------------IStU7fI4yOfb0SjWxROEZlMd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
W dniu 28.10.2025 o 14:37, Thomas Schweikle pisze:


On Tue, Oct 28, 2025 at 1:35 PM Dag-Erling Smørgrav <des@freebsd.org> wrote:
Thomas Schweikle <tschweikle@gmail.com> writes:
> Dag-Erling Smørgrav <des@freebsd.org> writes:
> > Thomas Schweikle <tschweikle@gmail.com> writes:
> > > Dag-Erling Smørgrav <des@freebsd.org> writes:
> > > > How was this system installed?
> > > By compiling 15-STABLE from latest available 14.3 getting sources via   
> > How did you install 14.3?
> Same way. It was Upgraded from 13-STABLE. And this was upgraded from
> 12-STABLE. If I remember it right, the system installed from
> disquettes was 5.0-RELEASE some way back in time ...

Do you understand the difference between the words “install” and
“upgrade”?

What did you use prior to etcupdate?  When was /etc last updated?
 
The last time mergemaster was available. Later on it was done manually, since etcupdate did not work.

My findings: etcupdate just does not work, because right after cloning etc is not in a working state. It is, after running

make _legacy

in "/usr/src". Then it runs

etcupdate extract
etcupdate diff

without this "Failed to build new tree.", but it then fails run

etcupdate -p

right after building world, kernel and installkernel, exhausting: "No previous tree to compare against, a sane comparison is not possible." just because there is no tree to compare against, or better: "etcupdate extract" created an empty tree without any files within.It is just "make _legacy" creates all the folders, etcupdate expects, but not the files. It seems all those advices given within the handbook or at various places within the internet all give it the wrong way:

clone
ettupdate extract
etcupdate diff
make buildworld
make buildkernel
make installkernel
etcupdate -p
reboot
make installworld
etcupdate -B
reboot

But

clone
make buildworld
make buildkernel
etcupdate extract
etcupdate diff
make installkernel
etcupdate -p
make installworld
etcupdate -B
reboot

because you will never have a working etc before building world and kernel. And in tune you'd never will have anything you could extract. You are assuming something to extract, but there isn't anything before building. mergemaster did get this right (comparing the fresh build /usr/src etc against /etc). etcupdate does not -- at least if it is used the way the handbook advises. It would only work this way, if you did not clone the working tree right fresh into an empty directory (or after "git reset hard" -- removing anything from /usr/src what was created after the last "git pull" simulating "git clone" as far as possible).

--
Thomas

Hello Thomas,

that’s splendid - it’s impressive that you’ve managed to upgrade FreeBSD from version 5.0! FreeBSD truly is an amazing operating system; being able to upgrade continuously for 25+ years without ever needing to reinstall is a real achievement. Well done; my oldest installations that are still being upgraded date back only to the FreeBSD 6.x era.

Anyway, it’s time to say goodbye to mergemaster  - you won’t regret it. The FreeBSD Handbook covers this transition in detail [1]. To perform the upgrade correctly, you should run mergemaster(8) for the last time under FreeBSD 14, and before rebooting, you’ll also need to run etcupdate(8) too.

Here’s the sequence that worked for me many times in recent weeks:

# make buildworld
# make buildkernel
# mergemaster
# etcupdate extract
# etcupdate diff
# etcupdate -B
# make installkernel
# make installworld
# reboot
# pkg upgrade
# make delete-old
# make delete-old-libs
bootloader upgrade
# zpool upgrade
# reboot

It’s a bit risky and not entirely in line with the Handbook to skip the first reboot, but if you’re upgrading from a relatively recent 14.3-STABLE and your root filesystem is on ZFS, you can create a backup Boot Environment (BE) as a safeguard in case something goes wrong. 
Even better, you can create a testing BE and perform the installation into that BE after mounting it by using DESTDIR. Just remember that both mergemaster and etcupdate must also be executed with respect to this DESTDIR path.

If you’ve used etcupdate in the past and weren’t satisfied with its behavior, and therefore continued using mergemaster, I recommend cleaning the cruft by running the following command before starting the final transition to etcupdate:

# rm -rf /var/db/etcupdate/


1. https://docs.freebsd.org/en/books/handbook/cutting-edge/#updating-src-quick-start

Cheers
Marek

--------------IStU7fI4yOfb0SjWxROEZlMd-- From nobody Tue Oct 28 17:23:01 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 4cwxzV5lNwz6DCDG for ; Tue, 28 Oct 2025 17:23:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (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 4cwxzT2Dpnz3FW5 for ; Tue, 28 Oct 2025 17:23:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=YVw7vhtF; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1761672195; bh=8MzloKw9du0R1EPPWg5x5cw5fQE8ubWk74IyWLzQjaY=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=YVw7vhtFW1mPKy17O501LEhqTqYwVfJV6k8Rk0Uv0fMzWQ4LfadNBsQ/7d3uKN7oY87m0gNa94l0RITuBU9KLuSXpkrZhfQMB06dsBKTo5/Jh+8kFCyrQc4YH94JpuenOFIBlty5ufZLDsHae/OpPw6/zZe3cSmY9pmYUj69EQS44GthW7USBj5kLRWE9WzN/Qkn2187ZJYpDrG3RT/hjiRP+++HTeo1WSNPrjv5Ev9j9tWASC/Dk1Yhu1K82dHS2L8amIdHSGitRjlsX6JqWTOjpAFD1mW6SkjIgud1AMo1sF3LDZqyi4qS3YTOs9lcAdNwYK9R1jC/IX2ZyK06Pg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1761672195; bh=Sfdlwt+tCLc4lbqs5a3pGdYXuhKreS428DDw2xYV3Ta=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=MlzHQPFPilf7pOenmFoqT5U1Ui81j+eM4UMUuRqkhLszZDLe89Onm3zG1T2DBwXxRJfdhiVHA8XVpGK8hXvxO02Oh9Wy3rJ5zcfIW87uy8uxFMOFGVQXXvhS8167RxomRky9LmdwGNjQ7NpNsrI0F3ox395Wyr100CyhcPcaBze68wX+OlVRrfmhtRI94aTzZhFZff/W11TODlyh+SBNBQi4dXv5wrqqaOCZeWCLMufRAnnRPu0YZQhhghltCxwOzFCO9lDzIYRlXSFURKNwHs6Qc7UE5MdrVZsy/xxgWPp+z+ZrG2UzfNuiiRC9WxIcL4NaLz7Q+qpyO02nylCZSg== X-YMail-OSG: YGX4W7kVM1nz6papyZL91rHES_c2M.N6uYC3_7MbKOnwFxvLcDMfS77GIHBGsgV vK9CVB9Uk_kjdYxHAaPF3LrYni2EGsH8hm_UhEZCfvWPltvbIOoTjQ3LLk86_uEdh8H7r.7BtmZJ Gk9L5YpX4e1411wZEYhNZtt7iCgNurfEXw9NLgeje_rt9VrRyzYUn4s9KwiZF_eK6UZEtKQg8Kbn qrVGyoMixBJUxVUAnP20yHrUOHM_3KShMfxZIjhygMwmkAoyMtq14048jUik3sNZdQxDlDYTg0ow wpN95_0fI.YhNcoG0yZAT1xm440RzKjMjazhJWrQOSfpIuTFJvVAui.qwZEvEQcCk_58lXiljGBk ec4egAai.NO09DcNcwFcpy4jNh0Hzojq3vQwwpOmHShRGnTawryvzLaaUBShkZc.k4OwGlThO5B_ SzB8Ri5NkeND1S78fgmAGkoUo.uSWoWWiUgiYZ7IihWG17lYr6lcBz3xqqXJPPAB9q_gxuIU2hAt 52GeqjdQwZTVnOoX.wGCd0r5lyA0cJ5IauP7sdoaDRIIYlFLp1b_73e_4C6bTq3jTi18mKFvswVe 7BIfr61q9wc7jhwkxSifNZV83XCvZ0ZBZfzdfO65xfYf4TH3n0l4HUwlPCoUNSxzWDEvxBYq43ga oCcVfEcrSCXxqP10Zxs0C6DSbehbRPYy51q3WYxEOypvngm5ym8Qmdw4OaGhFXjWjX2HEixnflTY C4EYvPnDK.TYz4ua39z.QEHRMAcmkx_6yQqfHwd92oG3uIwHdFjPFseKR79ZixLa2shAlpT.Dz5A mkdJnahW1vTf3ODiK_WSCMGmngVE6cjxTZdl2psIVdM3b81WMXN5I5WIso6A9mLzKDO.Xn2W.3Lc WBswIfT9OM2t7LbeEJaIvzDQKw0P_F1sJH8XFa7leIFR7lA1domWijG4TInGiRwz6md9m1Yb.Rm8 wtiXGO0.BkbCzkZAQ7YmfpGSIWTUZu_8Zhn27UYCzS1uZIQ0CO_uhbkHvPH15_cxM6poygJdKv62 vZ_Z0pr5.5ZTMfDZrkiHOZFkbczO7snxsLXPSfH8xtpwP_wY0KcFIzDJtTLHq67XMHddh5aiGcjS _dHqjsZF64E9VWSaH9CP_1Laoa2fZB6Y1kzhPTLynjuXlN0yI8IkyMNuFpgOxnGd8uD3S03v1.SP pXd_vlpgbK7nRKMteqdJmKu6e1FewatlgnxKCspXtvTH5fo4VuZpigVanaKK50QGRINp4VuCOY2I 0deKu1lZ0Xz1hiopXK4jIos9ayv4edAcbtEucd88Sz7CakyHnLgXF16Ut4FMHnWYgmne0PhPi0nZ 2D_GTCSnf2HbECXEC1258V.oVFuW8lOCy22gyS.xZQ5BFiVr7ANT1Wwg_pJ9IjK2JeVNyHqAj_dC 8KpjVR_GiBqAYIreR1djS1Bbuq.faeyQjEKDz9MG5pMZ6VDC5h.345hnzXeknP_RN4UPGTCIJ3HY TIU4_iXS14VVBxe5hJjh7OPH.Smkwi9IWX7VdAVBZsfAlWFz9.Xej0wTt4d04kflcL0U8gp9bij0 oA35dTVFcY.lbmXfUlGEJwzjijyd9tZLIJl_0XZikIoQlabAtKvd1nGHZQxikOHsi3EK71hx_zm0 n4DRlfhwF6BLQLFjxVjENCB2NiFtF4JWXnhVFkXpdDp98aWhKmeKU0XAQvPaiJ72CO3xHXuZ.ntm G4DuaHYNfzi.91KhVHmUY1KwxbI2y.zrddB91fRYfjUZByBDLd3pJ.xBW19PeRz14dDBfbIjsKXS y0Ne5vZLQKFmq0W4iViM54O.Cc7Kr_NueB0N.f57ItOmtGRxp4O0vrIiFUCqnW1Sexc5QVallcse S6API3B7QhPG2VM4gMmHBtqADxVLEKcGTg8WpquiUh1HrEJ6e0bF.TLwQCwl2iLoMBujTfklWZ8o 2kXrsUTMgjXTKe.acUiEwq9CJMa9MsRMRoyEVSVx0.SwZPnI0F4SJ5HwWE5o9s7ya20JPPotwJr4 MylZR80QaWvq_kLpsrgfbA8ut3lzUBjfYhEpReW683hDxy1Eoq4KdCWKga9N1uupbZbC7Utht11N fdEewGLM.UNZOpGk0Mp0d0H51KGUgOJk9nIdRtq8WlmmUmp7dDAYFXEf_rwtmiVYLEn2QGgJ.yUV vT.tksFUYQZOCb7BMYjvIoqUh05eMLa3QDOhmTeHEvKTiOGkbzk0svjeAByVJ_wTG36pzrB8UBZ0 acsQxn437X.Jkmi_KeVgORD9Rxj7xo3NP6X.C2pMEvekYBjeC3pYlJocQZGpbK2xylbiWu5Tf35p FOxPy X-Sonic-MF: X-Sonic-ID: b3c1bf84-272b-4415-8c68-a38022b5c6cb Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Oct 2025 17:23:15 +0000 Received: by hermes--production-gq1-7cf9d58dc6-zpslb (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 1d059c9f6a140f8873d07d6ad0bd680e; Tue, 28 Oct 2025 17:23:12 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: "etcupdate extract" -- Failed to build new tree. Message-Id: <7BC65005-A658-4A0F-A124-E51A9851EA42@yahoo.com> Date: Tue, 28 Oct 2025 10:23:01 -0700 To: tschweikle@gmail.com, =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , FreeBSD Current X-Mailer: Apple Mail (2.3826.700.81) References: <7BC65005-A658-4A0F-A124-E51A9851EA42.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; 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]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.83:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.83:from] X-Rspamd-Queue-Id: 4cwxzT2Dpnz3FW5 Dag-Erling_Sm=C3=B8rgrav wrote on Date: Tue, 28 Oct 2025 12:35:28 UTC : > Thomas Schweikle writes: > > Dag-Erling Sm=C3=B8rgrav writes: > > > Thomas Schweikle writes: > > > > Dag-Erling Sm=C3=B8rgrav writes: > > > > > How was this system installed? > > > > By compiling 15-STABLE from latest available 14.3 getting = sources via=20 > > > How did you install 14.3? > > Same way. It was Upgraded from 13-STABLE. And this was upgraded from > > 12-STABLE. If I remember it right, the system installed from > > disquettes was 5.0-RELEASE some way back in time ... >=20 > Do you understand the difference between the words =E2=80=9Cinstall=E2=80= =9D and > =E2=80=9Cupgrade=E2=80=9D? Just to defend Thomas's use/interpretation of terminology for the context that he specified up front: source based. QUOTE of dropped material from the original message: . . . make buildworld KERNCONF=3DFBSD15 make kernel KERNCONF=3DFBSD15 make installkernel KERNCONF=3DFBSD15 reboot etcupdate -p -> fails make installworld KERNCONF=3DFBSD15 etcupdate -B -> fails . . . END QUOTE So the "upgrade" to 15-STABLE involved 2 "install" operations for this source-based context. That illustrates that, for this sort of context, FreeBSD does not well maintain an upgrade vs. install terminological distinction. > What did you use prior to etcupdate? When was /etc last updated? =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue Oct 28 17:36:27 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cwyGk0rRDz6DDRb for ; Tue, 28 Oct 2025 17:36:30 +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 "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cwyGj5bwbz3JZQ; Tue, 28 Oct 2025 17:36:29 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1761672989; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=/BVhrqgDOedTWeqqD/F5bLcE0+vA6fxcxIxygJQyuHE=; b=qWNZ3At3Kke3MEJ6HJUpO7XhYQl7ThdXSVasRONpZkiVD/d8pL0MAVRNfjzUDn9wcysleI gAZlXQUUK3NE+kRRAN9/2Dk5WIJ4yhaQIldc7/Dzd318axFbRHN+OmjZaLM+a2159R5KoU nrkPigtxcWHx2lzaF3XM6GJYsA9dut7i4LzuBhmxXZuzHnWrCrAqu2zxbjNFoZHmqBGq2e gyqSPDp1i/m4jgAvJQRTEcIIAs1d5TIQSsi55rA4EEEckSb8+uQ5FqBKcE8E0lg0ejuIna dzgSWtQWGVWWRU4Mfwg8TRxgec80UAbZrh1A1S3YjqlOYLg1nVpRAUAlIOZmbQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1761672989; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=/BVhrqgDOedTWeqqD/F5bLcE0+vA6fxcxIxygJQyuHE=; b=Jl+nKDAJs+JYvxANxh8HzDNvzNwa9gpsdIDc4W4ADQtngfUACRbzfJrzGR5710E79Dc4aM Zn51dkraxj1ORbZ3iHBkluapMWDD0kp4txv8WrZPCHfI+MJyDx9A65hPsp3UwyhaVUR0F8 n1K6GfnCdyvp8/5ULzD/Qr8pZNlwNCPyFGbeBPz9Q+a7d6uP+ZZzs5CAy8w8Vv0GoFnzH/ SeZoGJng3onsbTDu5QPJRmIWP76JBlF0+h8ZhUBlMYWbxVVUXz35ag17OVbN82DGk8t+5p +L0/KptRX1dpa0O1tSIFGPqIm12slQT9CbBluLk/kEz5QRRTyLbSll4HJjs7zA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1761672989; a=rsa-sha256; cv=none; b=eLYmvu+QbnE85bh2I+wH2PBy7tx2k1DbkY7YjXQDKxqsYZqNtapY0c0vUwIzoyv02QbcdG JLeVuf88mzcgoWqHgWrlC4evWkINFpmhAogihs2DL5OfwoGAfh9MQEWcwyP/eAuNhVBNIo TZUrcyw4vuYZ89A0nLE/J4MO2NJsfZYmDCv39wzafquccQfqxH6eMQkjnItGM3mslMfvHv PcWymUxVCFTa6lOqRIcvP+Zkb3+pJUvm8W+y3VBPEvVqvyYkOs2UB5JbaoQlrqQ+0Mc6cO F0tc9H7tVydm6ovCxFwFxyr5IMX+n+QzLXSxmQdwK5YkUkqjg7v3AyoyOxJPFA== 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 4cwyGj2z2Nz1Csx; Tue, 28 Oct 2025 17:36:29 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Tue, 28 Oct 2025 10:36:27 -0700 From: Gleb Smirnoff To: freebsd-current@freebsd.org, src-committers@freebsd.org Subject: Re: October 2025 stabilization week Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Mon, Oct 27, 2025 at 01:00:15AM -0700, Gleb Smirnoff wrote: T> This is an automated email to inform you that the October 2025 stabilization week T> started with FreeBSD/main at main-n281462-3b79697040a7, which was tagged as T> main-stabweek-2025-Oct. At Netflix we did not find any stability neither performance regression compared to September. My desktop, laptop and home router upgrades also went well. Since there are no replies to this email I assume everyone else who participated also didn't have any issues. Thus, the stabweek is declared as done. Thanks! -- Gleb Smirnoff From nobody Tue Oct 28 22:56:02 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 4cx5Mk6QQ2z6DdDc for ; Tue, 28 Oct 2025 22:56:18 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ed1-x533.google.com (mail-ed1-x533.google.com [IPv6:2a00:1450:4864:20::533]) (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 4cx5Mk1pfzz3xHn for ; Tue, 28 Oct 2025 22:56:18 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=BtWxIWn1; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rick.macklem@gmail.com designates 2a00:1450:4864:20::533 as permitted sender) smtp.mailfrom=rick.macklem@gmail.com Received: by mail-ed1-x533.google.com with SMTP id 4fb4d7f45d1cf-63bf76fc9faso11617254a12.2 for ; Tue, 28 Oct 2025 15:56:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1761692174; x=1762296974; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=plcHXHs1TglYXsOkTY3jnKajTrE6UFIni8mVkAtGroo=; b=BtWxIWn1+YinXbapyrwBrIqxDKhW4gIdV2TTzV8VOnqS565XEJcBbIf0JpzehjjJtw LIySbG45Ne8RzD/Xw39/QFU9kI5BjjfGVaXZFLurzd4A00H+OxakvohQStl0KpEAajMx /heXwHIUCIfaB1Jz5G+xs+SUK0gjMV6xudeIUC3klFwKbgJKXyoYeTvjGQoYB2259H+d hT+hLnI0Jbc+3/uorcFb+TEwiaeaBJ8DwwlKWpXKEetS3XGgeOVd6du+zbVy6e/dZeSb GdO8kD6lVgjK4O7jtimv8lN6hC7OI4Uogrqb0X2ZGiCDe4FxuQOJbd0qI/GHzhOr8m5C WfiQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1761692174; x=1762296974; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=plcHXHs1TglYXsOkTY3jnKajTrE6UFIni8mVkAtGroo=; b=ifjptc70v+yc7KwB5lseXR/WjJgio+N6OjnFiqE07lmEWqWQT66V30gIxFeSO0LJrs Y8PbjPybVLu4/eV5U1wH7v3C0L8VE0D+9lbw1BCdjQB3e8DT6sPWxinvnXXkSHorRrQ8 EH0Orf6q1wxqpnc4pes4vgIQo9El9+1oTVrHVn62OpVxP3jc8WKRJuwyqu8PEDF7d9VR oM9N0tS13vA7k+XG8NPsoE7n++Z+3tE3Yxr2iwlydYZpDlHs0VdgW9sF/XOwBB4mDPLH fqFft2w4JhZJu9+qw4oaQ1/8p6IYrf1DsskMycm0K5QGhqTYRcL59aq8Sev3k/uRAqED iLlw== X-Gm-Message-State: AOJu0Yxwmilgz+AFBOsFopGRxlgidRG2i+jkkjJg4ismTzLEK0a9nSRh sninforsu5TiOVjZc5mUrGvOmPsQ/34NXZqrg7jTinu1apar77hb33ZGQ+a17KVSWftKB8Ry0py gHxC4Q9nRio/AReVsBxL+p3ZHIrcSeQeWWlE= X-Gm-Gg: ASbGncuAbSZ8ihdX15uEFNBQjTZFjnRlmnpRs6l/LxfNHvZ6FqFEd0uboakQy5ulI4N NpVy9rqn6sUI+MvbBHrPad4PtdOLMl9x+6lvs4LcvaPV+ryUtZcRCcG+SHMSvJsQDpy/hnODykf GiGW/MxaqtMdsvXhcv2MYT5ApJuOXBXXdhLcwVMJspVuXR2rgFBrjLAwUP6HOuX9cn3h/k/X8IW CDHtNpr43ZhVjSbvZfOMDheJOPfR62Z7B2geAuJ1A4QQd3ZJYcCorV8iL0/1dMHKXsnxzCTqj5M RaQmOwVWHi6+z2yt1l7lsmRlkaQ= X-Google-Smtp-Source: AGHT+IGUPVGTzpEJ3zalTZpLH/VQ1skxB50ewqOsAcwFKeyapmv8cJ77RKtKbI91gJmbdHjNFRiDjgUGq3btmXtU3t0= X-Received: by 2002:a05:6402:520f:b0:63b:f157:bc2d with SMTP id 4fb4d7f45d1cf-640441cde4fmr604268a12.1.1761692174255; Tue, 28 Oct 2025 15:56:14 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 From: Rick Macklem Date: Tue, 28 Oct 2025 15:56:02 -0700 X-Gm-Features: AWmQ_bkt0aPwsOxksaaWvZH-pJhTLQfT4gFjnqgmW9F4IoP4h8e6rNfy4wLTpi0 Message-ID: Subject: RFC: RDMA in software driver? To: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; MISSING_XM_UA(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; TAGGED_FROM(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::533:from] X-Rspamd-Queue-Id: 4cx5Mk1pfzz3xHn Hi, Does anyone know if a driver like Linux's rxe exists for FreeBSD? or Has anyone looked at creating a software driver for RDMA similar to what is in Linux called rxe (I think?). or Does anyone know how easily the Linux rxe drver could be ported into FreeBSD? (Using the Linux KPI or ??). I am interested in looking at getting NFS to use RDMA in FreeBSD and would need some way to test/debug it. Thanks in advance for any comments, rick From nobody Wed Oct 29 21:06: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 4cxfss2VJ3z6FK53 for ; Wed, 29 Oct 2025 21:05:53 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from aws.ambrisko.com (aws.ambrisko.com [100.20.204.14]) (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 "ambrisko.com", Issuer "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cxfsr3XSVz494L; Wed, 29 Oct 2025 21:05:52 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ambrisko.com header.s=default header.b=RkVIRiN1; dmarc=pass (policy=reject) header.from=ambrisko.com; spf=pass (mx1.freebsd.org: domain of ambrisko@ambrisko.com designates 100.20.204.14 as permitted sender) smtp.mailfrom=ambrisko@ambrisko.com Received: from ambrisko.com (localhost [127.0.0.1]) by aws.ambrisko.com (8.18.1/8.18.1) with ESMTPS id 59TL6mEa039941 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 29 Oct 2025 14:06:48 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ambrisko.com; s=default; t=1761772009; bh=Rp38fsDCHGCYjNXOyr6SfkKJ5MUy80TEFFrM5zy2WRI=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=RkVIRiN1+ji/NHE+vLwii/j2zohKIk6iAXnoZpPnUdyiOZ4wd95pIH0iQ7juf+1z8 +i+u2ClC7MG/pIE0sxRrs7GKsIaURkdBKj9BrQPSrFioY7LgiiVZc2xONPYuDLZUkP 1Q62zVYCXoG9apwLoNpUFFNhnezWILPL0E8ptsbw= X-Authentication-Warning: aws.ambrisko.com: Host localhost [127.0.0.1] claimed to be ambrisko.com Received: (from ambrisko@localhost) by ambrisko.com (8.18.1/8.18.1/Submit) id 59TL6m9f039940; Wed, 29 Oct 2025 14:06:48 -0700 (PDT) (envelope-from ambrisko) Date: Wed, 29 Oct 2025 14:06:48 -0700 From: Doug Ambrisko To: Peter Eriksson Cc: Rick Macklem , FreeBSD CURRENT , Garrett Wollman , Alexander Motin Subject: Re: RFC: How ZFS handles arc memory use 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=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; SUSPICIOUS_RECIPS(1.50)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[ambrisko.com,reject]; R_SPF_ALLOW(-0.20)[+ip4:100.20.204.14]; R_DKIM_ALLOW(-0.20)[ambrisko.com:s=default]; MIME_GOOD(-0.10)[text/plain]; DKIM_TRACE(0.00)[ambrisko.com:+]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MISSING_XM_UA(0.00)[]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org,bimajority.org]; TO_DN_ALL(0.00)[]; HAS_XAW(0.00)[]; ASN(0.00)[asn:16509, ipnet:100.20.0.0/14, country:US]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEFALL_USER(0.00)[ambrisko]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TAGGED_RCPT(0.00)[]; RCPT_COUNT_FIVE(0.00)[5] X-Rspamd-Queue-Id: 4cxfsr3XSVz494L It seems around the switch to OpenZFS I would have arc clean task running 100% on a core. I use nullfs on my laptop to map my shared ZFS /data partiton into a few vnet instances. Over night or so I would get into this issue. I found that I had a bunch of vnodes being held by other layers. My solution was to reduce kern.maxvnodes and vfs.zfs.arc.max so the ARC cache stayed reasonable without killing other applications. That is why a while back I added the vnode count to mount -v so that I could see the usage of vnodes for each mount point. I made a script to report on things: #!/bin/sh ( sysctl kstat.zfs.misc.arcstats.arc_prune sysctl kstat.zfs.misc.arcstats.arc_raw_size sysctl kstat.zfs.misc.arcstats.c_max sysctl vfs.zfs.arc_max sysctl vfs.wantfreevnodes sysctl vfs.freevnodes sysctl vfs.vnodes_created sysctl vfs.numvnodes sysctl vfs.vnode.vnlru.kicks sysctl vfs.numvnodes ) | awk '{ printf "%40s %10d\n", $1, $2 }' mount -v | while read fs_type junk mount params do count=`echo "$params" | sed 's/^.*count //' | sed 's/ [\)]//'` #echo "$fs_type, $mount, $params" echo "$count, $fs_type, $mount" done | awk '{ printf "%10d %5s %s\n", $1, $2, $3 }' | sort -nr | head With a reduced vnode max and arc max my system stays reasonably responsive over weeks or longer assuming I can suspend and resume without a crash. Thanks, Doug A. On Wed, Oct 22, 2025 at 10:46:50PM +0200, Peter Eriksson wrote: | I too am seeing this issue with some of our FreeBSD 14.n running “backup” servers. However they are not NFS servers - they are rsync targets backing up the user-facing NFS(&SMB) servers. | | Every now and then (once a month) I see the load numbers spiking and disk I/O going thru the roof - and then performance grinds to a virtual halt (responds extremely slowly to shells/console I/O) for many hours, before it resolves itself (partly). A reboot fixes the issue better though, and then it runs fine for a couple of months before it happens again. | | Our user-facing (NFS & SMB-serving) servers are all still running FreeBSD 13.x though in order to avoid running into this issue - but eventually we will be forced to upgrade to 14 when 13 gets EOLd next year (so it would be nice if this issue could be fixed before that :-)... | | Our 14.3-running servers involved have each 512-768GB of RAM, many many (22k on one 111k on the other) ZFS filesystems and many files and directories (somewhere around 1G on one 2.5G on the other). | | I’ve seen some posts that this issue (or something similar) has been seen in the Linux world too and there is (I think) was related to inodes/vnodes directory caching causing pinned memory being allocated that couldn’t be released easily - and since my rsync backup servers will scan all files/directories when doing backups this sounds plausible… | | Here’s a graf showing some measurements when this happens - the grafs aren’t perfectly aligned but things starts at 22:00 when the backups start - when the load number starts to spike, and at the same time something causes the vfs_numvnodes counter to drop drastically. The ZFS memory usage doesn’t seem to be happening much at that time though… We measure a lot of different values so let me know if there’s some other number someone would like so see :-) | | | | - Peter | | > On 22 Oct 2025, at 16:34, Rick Macklem wrote: | > | > Hi, | > | > A couple of people have reported problems with NFS servers, | > where essentially all of the system's memory gets exhausted. | > They see the problem on 14.n FreeBSD servers (which use the | > newer ZFS code) but not on 13.n servers. | > | > I am trying to learn how ZFS handles arc memory use to try | > and figure out what can be done about this problem. | > | > I know nothing about ZFS internals or UMA(9) internals, | > so I could be way off, but here is what I think is happening. | > (Please correct me on this.) | > | > The L1ARC uses uma_zalloc_arg()/uma_zfree_arg() to allocate | > the arc memory. The zones are created using uma_zcreate(), | > so they are regular zones. This means the pages are coming | > from a slab in a keg, which are wired pages. | > | > The only time the size of the slab/keg will be reduced by ZFS | > is when it calls uma_zone_reclaim(.., UMA_RECLAIM_DRAIN), | > which is called by arc_reap_cb(), triggered by arc_reap_cb_check(). | > | > arc_reap_cb_check() uses arc_available_memory() and triggers | > arc_reap_cb() when arc_available_memory() returns a negative | > value. | > | > arc_available_memory() returns a negative value when | > zfs_arc_free_target (vfs.zfs.arc.free_target) is greater than freemem. | > (By default, zfs_arc_free_target is set to vm_cnt.v_free_taget.) | > | > Does all of the above sound about right? | > | > This leads me to... | > - zfs_arc_free_target (vfs.zfs.arc.free_target) needs to be larger | > or | > - Most of the wired pages in the slab are per-cpu, | > so the uma_zone_reclaim() needs to UMA_RECLAIM_DRAIN_CPU | > on some systems. (Not the small test systems I have, where I | > cannot reproduce the problem.) | > or | > - uma_zone_reclaim() needs to be called under other | > circumstances. | > or | > - ??? | > | > How can you tell if a keg/slab is per-cpu? | > (For my simple test system, I only see "UMA Slabs 0:" and | > "UMA Slabs 1:". It looks like UMA Slabs 0: is being used for | > ZFS arc allocation for this simple test system.) | > | > Hopefully folk who understand ZFS arc allocation or UMA | > can jump in and help out, rick | From nobody Wed Oct 29 23:03: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 4cxjTG20Y0z6DFBy for ; Wed, 29 Oct 2025 23:03:14 +0000 (UTC) (envelope-from red_M95@proton.me) Received: from mail-4319.protonmail.ch (mail-4319.protonmail.ch [185.70.43.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 RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cxjTD3JXVz3PYj for ; Wed, 29 Oct 2025 23:03:12 +0000 (UTC) (envelope-from red_M95@proton.me) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=proton.me header.s=protonmail header.b=hUVLEiTH; dmarc=pass (policy=quarantine) header.from=proton.me; spf=pass (mx1.freebsd.org: domain of red_M95@proton.me designates 185.70.43.19 as permitted sender) smtp.mailfrom=red_M95@proton.me DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=proton.me; s=protonmail; t=1761778990; x=1762038190; bh=pziZbC10YKPqRVxYZMSd7ddmO/4NREJQ+WzvepZm5tg=; h=Date:To:From:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector; b=hUVLEiTHT+qzSL8fIsB28ndInRaWU8Ty9A/Rsdp+4sFJYShRKxWFV+scdeY5TdH78 RTqysPoyQnal2CsT9k9UXZNemmsD9LLk76wdOk+r99USCVCd7bHzuNs8qfbfToBz1C kOxfyQ0ERsEi/I2S27Ww1Lf6RyRpDGBiQW397IZOUp1KffWNYnwLMIc0g8p7Iarnw7 eAMZr1/H3mRJ/C3IBnV5Feh7EeIGmURcQlGU3urIdYaauuOyhbIK39TOEreArogwp8 PU3spTuaVjm9lnWreAhdymLm2kiqQ3qzmYV8P5eSGOibi63gDBbYJcOY/lFL3x5daT 5XSXI/oupl3QA== Date: Wed, 29 Oct 2025 23:03:06 +0000 To: "freebsd-current@FreeBSD.org" From: ruby R53 Subject: emulators/wine: /usr/local/share/wine/pkg32.sh: "Unable to update repository", and other Wine mishaps Message-ID: <9ZyDYNyTYM63l2_2-ZonbbLw_SLy5wVtXPQUfCr9PKkEl2n8DCfWZBH7ruydDBMYY0FeApqf3M4sjR6d-LSesTxdvB-vahY6drYm1RYvZsc=@proton.me> Feedback-ID: 66100208:user:proton X-Pm-Message-ID: ccadafd4f774fe09b10e3f2f68f22cb49cd01067 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.39 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.995]; DMARC_POLICY_ALLOW(-0.50)[proton.me,quarantine]; RWL_MAILSPIKE_EXCELLENT(-0.40)[185.70.43.19:from]; R_DKIM_ALLOW(-0.20)[proton.me:s=protonmail]; R_SPF_ALLOW(-0.20)[+ip4:185.70.43.0/24]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; MISSING_XM_UA(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[185.70.43.19:from]; 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)[proton.me:+] X-Rspamd-Queue-Id: 4cxjTD3JXVz3PYj I think something has been overlooked when making that script: it attempts = to fetch repository data from https://pkg.freebsd.org/FreeBSD:16:i386/, whe= n that page doesn't even exist in the first place. I tried to force it into fetching the data from https://pkg.freebsd.org/Fre= eBSD:15:i386/, but that only made pkg complain about a version mismatch bet= ween my system and the one I'm trying to fetch for, regardless of whether I= set the `IGNORE_OSVERSION` option or not. I'm now unable to run pretty muc= h any Wine program without it complaining about the missing wine32 binary. = Couldn't that be bundled with the port instead? Why separate it, if it's re= quired for it to work? Earlier than that however, I did get Wine to run somehow. It had installed = the wine32 binary and everything went fine. Except for the audio part=C2= =B7=C2=B7=C2=B7 I first tried running nsfplay (http://github.com/bbbradsmith/nsfplay/) on i= t, and got hit with a glitched error message, and the console had something= along the lines of: ``` ALSA lib [...]: Unknown PCM "oss" ``` I then tried to force it to use OSS instead of ALSA in Winetricks, even tho= ' I did compile it with only OSS support, and the error message changed to = something along the lines of: ``` [...] No driver from L"oss" could be initialized. ``` This just made me uninstall Wine as I couldn't find any answers on the inte= rnet about the issue. When I tried installing it again, I got the error fro= m the paragraph above. Stupid me :( I believe the fact I performed a world update between these 2 events is som= ewhat related to it, as it fetches the repository files based on the OS ABI= version. Not entirely sure. From nobody Thu Oct 30 03:15: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 4cxq4L606Vz6Dbs2 for ; Thu, 30 Oct 2025 03:15:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.gq1.yahoo.com (sonic314-21.consmr.mail.gq1.yahoo.com [98.137.69.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 4cxq4L1z6Sz42X4 for ; Thu, 30 Oct 2025 03:15:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=GO6J4fij; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.84 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1761794124; bh=HNxCY42QP/uozEFi15tf2+6Tn4irNSgAi4sOBJ2e8Lk=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=GO6J4fijdE/TIz7+lb0llyBJnAtAxZeitHmg6jSMR6ubhIxh9O9aJYICDW/itRZDJD41eEPnnylnTvsTUmEeq2tWiBmHSMhuvc8a2EVI/53wyUb6Rk2Uy6uXd5d2TVnHCurG16NcGbl0LUEHiu9jzIDzB/fdbBYjiDoJ21AQ5uUiaSSibMKCt1SfOENmX+Zy2ih3w2B4bKWRPkLLcHD//boRR+L/8IXno5YkQvcj72iudNnvJctFIrjNgN2wGb4Pk6i649d5dxjqAt2C60HDF3khh5lEwrTlWFnOYvqCFX/x+x43RtuOeb9d69M1UlxFtVd4BeLIDGCrI//lmV9Bgw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1761794124; bh=a61Je7rGVvYz01DT9KNWcbGnAQTZHHMsqAnX7WM2A7g=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=pzMCo3OLfSo2xONnvx+ExfuSs/pMNDF4y9aoJk1OLiSGJwvV8yDEO+tXdho81DTmwGOp8mP5QH06rxDhCMzmxCQhDPDQBS1r7Uf52h9+qp4PCOiXkxq1DrfBc1uEPS5yEe5H8ANgkh+0ATaV+jJMuU+NKJFtXW6mnjjzXvaBqXzyjZmJPYB6JBr67UKjjTwVVmsFWEzMoy1KTaLGhoSj4tT5zxouujJ5Tpd5RVOTlpIBFaKsAkPhLWyOcsz7HMrEKXK63B++sdQj6RN0rPJl1iNtVzCMCc5XGsUoRRzz7vtv9XBu/ktnuW8cF1uKyG1IJpOCZh69KA+PUiMgSerJQw== X-YMail-OSG: G8Q2VK8VM1l.wvuP2nEU9VsTEaACw9ENvn5s.yHDed6ReILxA0NCOtZXoVzN831 CqlEZCM.BPxs4qDibIzTIrV9WzA7boQZASBLGlwcf57y7dcqUIgtbsyN1rpnIJmahfclTeb5N7xx vZgxPVP5TVfwwVlXkw_k6n7zDrI0eYCbacGYItkQhLDwCHRIPwwfs0.bsIhJJYCLcp3Jg.0Bwg9t Oj7wVka7h7aeHKg.kPdLJzvN1FVFbbWHzF.3jIHQhUn74.SfqzOBsllRh02hd7BSbtzs8CuMlo3N AIsVuolZb8gdEPpHUMiLvRx9H7CTr1g.ToyuJ9vLQblrPoaxynSrylHeBiiz7W5YzY4RcVe8S5DQ eeaRwIDBn8PrfOax0qB2QRplUx12hfuRuk0qtuRirVYca9NS7BQgC_WCQCKKdBCxW5ZWAprXRuau 5D26OYokZxe1IOzsxzTNXh87QzQ6VShMxCAgwnGMrrZKPdBRhUyz0fCXcrqporhfJmDSdgrqSZwn CFKFOqUzSR4FCRfjf81WZsxSwIRGg8fFjyyOCqmvXnFyVrFuZqCSGeQxMZonr2TChphqbXO2r5zf PHNTiT46eX4saME8negE2hVDU.hco_Vb70gB8r_pW_dgDumZGCAspMm6OjRXYuMuCGAVPxq0JNXa D3QrTylz7dg3ZaQnpJX6uuYbwekrOf79BHmCcDQRBubSp97NuRsAY8m.8QdZjyQTnnLTgdvrPtl7 5wP8PNlvUqK8MDhAuecQv.JCSyAJOIXm4jcgXlgS3ZdcZ2GVyQx.RbBpNxVZZvl6dnmpIAR3oXwg StBV135u73c69biQkW72cUMoLprLiobTX3WstqUqA2q1OtF_OSFkiQJxyCVqncDSv6xRd2f.r5Qr J1mi7InqXP0UWQiw15JKRpfnkvfvqMBBayoqfgEbr4fQ4Z75vUs8Hd3ZcZVKIBj0AiUTNEQ9vjR_ y2JsKs1SoADE5duQ_QoxOcVS0ldLTgktlo4lfGdZ4KaxPs7phVpaFbihmWYmPsNXJlmDH7_siHIp X47Xo1PnTqZBIp4KSBp2Ud2e_4Zrhm1MayLXBp3R_3c1kt44_utcRn65c6JqIwgKne6Wu3OlDqUN b_Z9GePbp3Y4ytXT69BLPj5tLjaj4EfsOXzOrfns4scLL7oPu0ZwUUn6_pGh.KXHwTWePdodTLIB v9yYgVPrVfwXqknHhftjo2im67kacZroEpuxFhJrwxU34fmc5ptpQP3qwfR6anOvQgbKJqkk.d1j IELI3c8kaixPw.CFMXtInpkrrnh.uMRBMS0dS.aq2bQgp_ncwokJM5GiXHH5V9U_JqkC7REG0g1P tG9PtxYqh3m93_KPTrS.u4uctbN4k.0fVrvBiGZ7wnULRwRQP_mW8inzZRMrnaIPkRKN2ydP43WP Et11DbYSij3zAxIxRcVv2CwI3SPg6ioL7uQxsI_Zd.Ix.UKVbHSxaq4HWYd4A9FiK9R2lMXXdHHW _XqOFD9nHT4NJStr6GIY0gagX6GrIzTDbMvZWWK9ScG9oqWPaYcMaOiuujEf_Zd0T_th9DM8RRRz SAdwdCVtvItecdn.4yGyzmZQiLWMYZ34se6eXdFXwssZPCcV1oD_aEQMjkekXgVr58jLLBtezull e8hmO385Wn2bIXTxgdxymYjY4AkBA1g_OnqeouReOj7G3RTlQGJkQuxpHabgRCHDdva5dLHfv2TM ct7KtqFquMa_1A6Bn.AYpcd7vaX243AiXXdFkuUnXehLTd1EK9zjUs.xl59qAiFLl33S.a3a.GSV zKsLw1LWhZrycIkUTXzqMUXQ_sZX9GGeX_zv9iOxU3DPh6QEIIZ1Pd22IqXADJjuCOKL0qJqncjh 9nSD90fCpEOhaao1ZfcNPW6p_C0HrQ5Uas2CLr9SefrvtRDMGHvlCGCLVwET7QfraSgqml7R.wfg rdVimLYsZ02pDRI7gh6oMx15YGxx15nnGCraIup7QyOoXVBANrKjatue896JX3Tc.dqeTytuvi_G 3C0wLBxVGsuSMLiGy9wQMluit47wp2TzH.f6ipRyaodCsyPVJrnyoBke04iZhT7ItZN.KrXMvLgV ZAbC_w.O6HYDDIpMcFswECxwqI89_3qSf5wmOUungFSR9b7Kq.cKQ1ZbEwGHNqSPbh_G8ql0xu0T 7p6yjXb6eq1J6.GU9H4rMi2JUXeu.wjMnu1k0L4nXng5Nqa7f4UoH.4sYYCarbKUn_cz2_nGFOgT x26Gn3NmM2ew3SkDQI7mmSmHV3xnsM6OqqIum4_tTfBd_IbOrqp0sDQc00j4tSBSpZTjJTI17olh eCg-- X-Sonic-MF: X-Sonic-ID: db64dcbb-ca70-46a9-b294-2f79d0049a55 Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Thu, 30 Oct 2025 03:15:24 +0000 Received: by hermes--production-gq1-7cf9d58dc6-qv2c7 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 74812458aae14fd17983f7ec9b27313a; Thu, 30 Oct 2025 03:15:20 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: emulators/wine: /usr/local/share/wine/pkg32.sh: "Unable to update repository", and other Wine mishaps Message-Id: Date: Wed, 29 Oct 2025 20:15:09 -0700 To: red_M95@proton.me, FreeBSD Current , FreeBSD-STABLE Mailing List , FreeBSD-pkgbase@freebsd.org X-Mailer: Apple Mail (2.3826.700.81) References: X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.39 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.39)[-0.389]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_THREE(0.00)[4]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.84:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.84:from] X-Rspamd-Queue-Id: 4cxq4L1z6Sz42X4 ruby R53 wrote on Date: Wed, 29 Oct 2025 23:03:06 UTC : > I think something has been overlooked when making that script: it = attempts to fetch repository data from = https://pkg.freebsd.org/FreeBSD:16:i386/, when that page doesn't even = exist in the first place. > I tried to force it into fetching the data from = https://pkg.freebsd.org/FreeBSD:15:i386/, but that only made pkg = complain about a version mismatch between my system and the one I'm = trying to fetch for, regardless of whether I set the `IGNORE_OSVERSION` = option or not. I'm now unable to run pretty much any Wine program = without it complaining about the missing wine32 binary. Couldn't that be = bundled with the port instead? Why separate it, if it's required for it = to work? >=20 > Earlier than that however, I did get Wine to run somehow. It had = installed the wine32 binary and everything went fine. Except for the = audio part=C2=B7=C2=B7=C2=B7 > I first tried running nsfplay (http://github.com/bbbradsmith/nsfplay/) = on it, and got hit with a glitched error message, and the console had = something along the lines of: > ``` > ALSA lib [...]: Unknown PCM "oss" > ``` > I then tried to force it to use OSS instead of ALSA in Winetricks, = even tho' I did compile it with only OSS support, and the error message = changed to something along the lines of: > ``` > [...] No driver from L"oss" could be initialized. > ``` > This just made me uninstall Wine as I couldn't find any answers on the = internet about the issue. When I tried installing it again, I got the = error from the paragraph above. Stupid me :( >=20 > I believe the fact I performed a world update between these 2 events = is somewhat related to it, as it fetches the repository files based on = the OS ABI version. Not entirely sure. This is an issue for main/ [so: 16] and stable/15/ and the releng/15.*/ (future examples included). https://pkg.freebsd.org/FreeBSD:15:i386/latest/ has not been updated since around 2025-Sep-12 07:04 as far as I can tell. It will be emptied or deleted at some point as I understand. FreeBSD 15.* will not be building or distributing any port-packages long term. There is no: https://pkg.freebsd.org/FreeBSD:15:i386/quarterly/ All of https://pkg.freebsd.org/FreeBSD:15:i386/ will be emptied or deleted as well: FreeBSD 15.* will not be building or distributing base-packages long term either. https://pkg.freebsd.org/FreeBSD:14:i386/ is the last for such for as much of a long term as 14.* has. https://pkg.freebsd.org/FreeBSD:16:i386/ does not exist and will not exist as I understand. wine would need a different way of building and installing i386 support that no longer depends on FreeBSD:1[5-9]:i386 port packages being built and distributed separately for i386, for example. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Oct 30 14:53:13 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cy6Yb2j1wz6DLf9 for ; Thu, 30 Oct 2025 14:53:23 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qk1-x729.google.com (mail-qk1-x729.google.com [IPv6:2607:f8b0:4864:20::729]) (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 4cy6YZ37xCz3c8x for ; Thu, 30 Oct 2025 14:53:22 +0000 (UTC) (envelope-from markjdb@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=BFvEB28o; dmarc=fail reason="SPF not aligned (relaxed), DKIM not aligned (relaxed)" header.from=freebsd.org (policy=none); spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::729 as permitted sender) smtp.mailfrom=markjdb@gmail.com Received: by mail-qk1-x729.google.com with SMTP id af79cd13be357-8906eb94264so134046985a.0 for ; Thu, 30 Oct 2025 07:53:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1761835996; x=1762440796; 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=I76nAh/lKByEyqYJok5MaaP+PLdTUUyCORZ5UqPOhsU=; b=BFvEB28o4fLoCUqvXLVkSaTft3/MoF3mA84OzKEXuJn+juKLt6lG+i0+/O2jGVf0vM a90CUGm22Ps8lxcGxIbKV0a5PQNpBzoCvjcEncOllItS/Ztn7AqBGbG8igQd/v4BOIOp NgjFEhm0EjGi3u1pRJKhvC4K4eeL54Tv+Z2X3aEQX8hc+61prVxgGCwDQPkn/CCIX/W3 FVUD8oK7L8ro9YK9IdqAO9gLtqEtJRoKHqx5YAquL4Bp7M5E18exKLO+Z9Syb2qWZjFL LH/VjIiFPxH/WoRKxTKxn/DmnpSIkW1EbCGpHyeiknZYc9kHeC4FcdFOvv8D1vSwH68U sIEA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1761835996; x=1762440796; 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=I76nAh/lKByEyqYJok5MaaP+PLdTUUyCORZ5UqPOhsU=; b=Sr9ShySqIv/N2eZ0ASabiYuXKPU4BOQzajonCfrbyzFM7TzWBntZg/QA39iWjq1ycV S1i858PHBkocDQyHstdmcACFZ2cwgZXD1RE1EB3TV0EJ9P6Q+5AvKENkk7xPvnIbEDYE PV/lAADxyMna68MtQVuNDI9V4BS3H9Dd/JlQFCiqvTsFY9L3tYiW4jPTMZk30LdApbWm HhHAlpr/SPXRFs2QmyQlqItYh0y5O1JXr2fiePlypD+RQ5M3J+YOxYldsyG6jqNkbUDI YALigT6cyc3gq0fju5egC3ji4FzzEtBeRrwZhGR8qe0f16fOSN05Ez7PS+PLTXmz0s45 tYrA== X-Gm-Message-State: AOJu0YzS93FuRXRCMrFrzgERvhuyJAIBAJOHYrwL/69xgodT0TSxTyMj h5fGvRaDT2OuXJ5aUApoo+RyPopUzY/Jx3tO85X8W2cCRwC0Vqgc/Ecn X-Gm-Gg: ASbGncu62EFZzkRMKypmaDBw0rSbeS10thFRmNdqpPfTtlLHMnxEYTSxDyFiQ5gZmja 6+lTXy+iN+RbyfzMJzcIbim+C51vdBKnodVEdFNP9ifmkl0wc3u84VHKLXuo4qBdgtkpL0v2IfQ cdkmuCgxlseGNjNjAL4+thl9VDJ4q4t3Jrko1sghaAa+tBuIjwR1q5Y4SfKFk68exd6w+PGHOTs SohFPfuDpisNSSUM1+tso8LmE9OJE4VhIX5ok82+q/qo92kxLDlMyEJt/ZdcVDVchyV0Adj7at5 qsnI3d5wdOG/OYp00Er9swnF+ZZExx6KF5j633ELju7RBcAxMxZU0oZZ2I+ppCa4u3cRtZQ2G2r nPapsQvgiA8XpB4gbJ//t9fOfysxpS5lUS2clujaQtdvQRGbwb/GyZAcjXpTSm0iPSHg29TirsB nLKIVslt9dlL7A4un3nA== X-Google-Smtp-Source: AGHT+IHXR3H8KKr/CGmRipXc+QSLwqCp3C5KIOafXqxKvVaWazBMq6n5Cs9r4HiKyUoZLYHatV/l5Q== X-Received: by 2002:a05:620a:298e:b0:84d:9f49:6898 with SMTP id af79cd13be357-8a8e5aaa544mr911156685a.61.1761835996428; Thu, 30 Oct 2025 07:53:16 -0700 (PDT) Received: from nuc (192-0-220-237.cpe.teksavvy.com. [192.0.220.237]) by smtp.gmail.com with ESMTPSA id af79cd13be357-89f254af19asm1252746685a.33.2025.10.30.07.53.15 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 30 Oct 2025 07:53:16 -0700 (PDT) Date: Thu, 30 Oct 2025 10:53:13 -0400 From: Mark Johnston To: Andriy Gapon Cc: FreeBSD Current Subject: Re: limiting jail memory use with rctl/racct Message-ID: References: <386e11f1-0e28-4cef-9e6f-7469c7ae40a5@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: <386e11f1-0e28-4cef-9e6f-7469c7ae40a5@FreeBSD.org> X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.48 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.88)[-0.878]; MID_RHS_NOT_FQDN(0.50)[]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), DKIM not aligned (relaxed),none]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; MIME_TRACE(0.00)[0:+]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; MISSING_XM_UA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::729:from] X-Rspamd-Queue-Id: 4cy6YZ37xCz3c8x On Wed, Sep 24, 2025 at 02:08:11PM +0300, Andriy Gapon wrote: > > I wonder if people here use rctl to limit memory utilization for some > practical purposes and what your experience is. > > Recently I had a "bright" idea to limit memory use of Firefox (which, for > me, tends to consume all memory and swap impacting everything else on the > system). > Since Firefox is multi-process now, I decided to use a "null" jail as a > resource container. > That is, a jail configured with path=/ mount.nodevfs host=inherit ip4=inherit. > There is no filesystem or network isolation (so, no security benefits), just > grouping of related Firefox processes. > > The memory limit is set with this rule: > jail:firefox-cage:memoryuse:deny=8g > > I didn't know in advance how the memory limiting would affect Firefox and > how Firefox would react to it, so I decided to go ahead and experiment. > > I want to add that initially I also had a rule to limit swapuse but with it > enabled, Firefox wouldn't even start. When I removed the rule I observed > that initially rctl reported some absurdly high and unstable swapuse for the > jail. Gradually, it went down to some reasonable values. Maybe there is > some bug in RACCT code about accounting swap. I think the implementation is bogus. It hooks into swap_reserve_by_cred() so really it's limiting the amount of swap-backed virtual memory which can be allocated to the process. Each swap-backed VM object (typically corresponding to anonymous memory) has an associated user ID which is charged for the virtual mappings of that object. This can be seen by looking at RLIMIT_SWAP, e.g., on my desktop `procstat rlimitusage $(pgrep firefox) | grep swap` shows the same value for all processes. racct is hooking in at the wrong place. It also assumes that calls to swap_reserve_by_cred() and swap_release_by_cred() are balanced within a single process, which I think is not true. > For example: > $ rctl -h -u jail:firefox-cage: | sort > coredumpsize=0 > cputime=524 > datasize=276K > maxproc=23 > memorylocked=0 > memoryuse=8236M > msgqqueued=0 > msgqsize=0 > nmsgq=0 > nsem=0 > nsemop=0 > nshm=0 > nthr=559 > openfiles=5376 > pcpu=93 > pseudoterminals=0 > readbps=0 > readiops=0 > shmsize=0 > stacksize=8792K > swapuse=32G > vmemoryuse=73G > wallclock=3445 > writebps=288 > writeiops=2 > > One minute later: > $ rctl -h -u jail:firefox-cage: | sort > coredumpsize=0 > cputime=588 > datasize=312K > maxproc=26 > memorylocked=0 > memoryuse=8249M > msgqqueued=0 > msgqsize=0 > nmsgq=0 > nsem=0 > nsemop=0 > nshm=0 > nthr=633 > openfiles=5496 > pcpu=80 > pseudoterminals=0 > readbps=0 > readiops=0 > shmsize=0 > stacksize=10M > swapuse=19G > vmemoryuse=73G > wallclock=5140 > writebps=32K > writeiops=16 > > So, I had to ditch that rule although I find limiting memoryuse without > limiting swapuse to be incomplete. > > Also, I didn't even consider limiting vmemoryuse because it is very large, > it is hard to predict and it seems to have little correlation with the > physical memory use. I agree, limiting vmemoryuse is not very useful in general. It's just easy to implement. > Regarding the experiment, Firefox more or less works, but not without issues. > When there are a lot of sites are open in tabs, especially some "web > applications" that I have to use and which I know to be memory hogs, Firefox > start glitching here and there. Mostly it looks like some broken > JavaScript. > > Another observation is that memoryuse always stays somewhat above the 8 GB > limit. Sometimes it's just very slightly above, sometimes it's a couple of > hundred megs (or a few percent) above, e.g., memoryuse=8455M. > > And almost all the time I see a vmdaemon thread being active: > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 16 root 119 - 0B 16K CPU4 4 57.1H 68.98% vmdaemon > > And it's always somewhere in this call chain: > procstat -kk 16 > PID TID COMM TDNAME KSTACK > 16 100177 vmdaemon - vm_swapout_object_deactivate+0x130 > vm_swapout_map_deactivate_pages+0x1f3 vm_daemon+0x87d fork_exit+0xc7 > fork_trampoline+0xe > > My impression is that vm_daemon is trying to inactivate some pages belonging > to processes in the jail, so that they could get swapped out. But either > they get reactivated or the pageout code does not see a need to swap them > out and they remain resident. I think the RACCT_RSS implementation doesn't work well in general. The vm_daemon loop periodically (1Hz) scans all processes in the system, and for each process updates the stored RSS and checks to see if a limit applying to the process is reached. If so, it picks some pages mapped into the process and tries to map them, so they don't count against the RSS anymore. But: its strategy for picking pages to unmap is totally unrelated to their usage, i.e., it may unmap frequently accessed pages, in which case they will be faulted back into the pmap very quickly. In that case, vmdaemon and firefox will constantly be fighting each other. > I'd say that this is kind of unexpected consequence. > It keeps a CPU core busy and doesn't allow the system to enter power saving states. > > To conclude, this has a been useful experiment for me. > Initially, I had some naive expectations that memory limiting would just > magically "limit memory". The experiment forced me to think about what it > actually means to limit memory, how it could be done, what consequences it > would have and in what cases it could be useful. > > If anyone has better suggestions and better experience, please let me know. I don't have any better suggestions. It would take a fair bit of work to improve racct such that it's able to limit memory usage the way you want. From nobody Fri Oct 31 09:03: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 4cyZlf20C1z6FW21 for ; Fri, 31 Oct 2025 09:03:42 +0000 (UTC) (envelope-from drsnx60@gmail.com) Received: from mail-lj1-x236.google.com (mail-lj1-x236.google.com [IPv6:2a00:1450:4864:20::236]) (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 4cyZlc6CKFz3XMx for ; Fri, 31 Oct 2025 09:03:40 +0000 (UTC) (envelope-from drsnx60@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=OeB5rWsz; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of drsnx60@gmail.com designates 2a00:1450:4864:20::236 as permitted sender) smtp.mailfrom=drsnx60@gmail.com Received: by mail-lj1-x236.google.com with SMTP id 38308e7fff4ca-37902f130e1so20983481fa.1 for ; Fri, 31 Oct 2025 02:03:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1761901419; x=1762506219; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:organization:content-language :references:cc:to:from:subject:user-agent:mime-version:date :message-id:from:to:cc:subject:date:message-id:reply-to; bh=HjRVo9fds+lagdOJm2JXoR6PP910dK1egs2G1MXabpQ=; b=OeB5rWszKMlobXtuDgTz6ZAmjDf2XBqQ1qDsDyrBQlapMzWyZideaMsLBT9TUjPxvD hnqLiOchxzkOR5zxjXsyx2xST78LPxfiXeUpL2BNmJqy1AA95gYWC1Tw4L6ouTHOVAbM /SOY0LlDBnSB1eYEyot3YRhLM4zjSxUzWpLgCohnkCTCMDdOQ73C/WxSO9X8sc2kxWJ1 LbypK+pZzBeNr4N74dhet39k7Q7CCyPm8ivpr9wGVxx6sALpyaTEtmhA6iyVR1Y4nUSv ugcVYpUA2YFL+NV7DrGDsm3ANaNCmDpwL/6BG1TsO873EprixCGeABs2ltqNpfvn9Ujx ZWdw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1761901419; x=1762506219; h=content-transfer-encoding:in-reply-to:organization:content-language :references:cc:to:from:subject:user-agent:mime-version:date :message-id:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=HjRVo9fds+lagdOJm2JXoR6PP910dK1egs2G1MXabpQ=; b=rnK0vif8zmBJnsJfn2b7aLBQHJec0qmIC5itQ7xFFxnD4gVQt0urA7erkY5QGSnUkm o1DHVknGk7SGQ139TAV+Hgh0e2z2WUPyRotNA6ey+0eA146u7KQKIdnoNJDf6d7trypV Xuv3ybkHbzEoQ0I+papu9X2PIm+T9PcRRAgf9wwBsn4ZHtLMbpSHF4yei1SzOxwY2Jav p/aS8h3ykHw47NhaJDSQNI0p3Cy/lUfeAjdLPgOdDdwIgAP85T4U+I9I5RS/fnCoBL31 mjTsmEoh/iKP+EwPh71qZhemGFPx4luWqrryYzGjuBSVWyUOaAOsoYhyXeBJRgXcwSgW 5xpQ== X-Gm-Message-State: AOJu0YyBjac0MYV2N/TO24JdxLC44/L3jma4azbSi/vFEhXgksDTML5Q KPpXOiyfruIPy/UJ6sq2UGrGck2tE7MXi3nPgV6kjR5DIQAC5s6KYJFq X-Gm-Gg: ASbGncshesQ5uDjv6fMCTmE8B5Svi5CF7po9QJSWtS9exb57zTubwiWLa9C4x8pN5NW OQyLkOZMc/8JzD2Fud9dtoA4/Uhk5TycX5qzm2BBxB+la79ZpNYxJ6XNra7x6E7LrLHo9G2GFoX nhqGJKjQqEQuXN438LfXR6VtKnHU8zr1T6nS/4DGhA3+R6nJPW/trCTkmcabShAyBoJHimTd3sm YcZtj0l0+MW8RpvEnbpEznPlWkaVtgr8BWuOuauyNQFxKhiBODkgRYd+1tSHvLgcM/CkqwV9PIG JuL0U2tw+VRzC5jH2wVF2r5W8WBfJYZVFKay7ntWnLTuUlYEidn5NZVhTjel6C9+pASCRRYZ5YQ O2aRHpgZhdInYyGGmPVR+07z9sZOQLiKOUgcISFC88gnVdOSsc4nr70cFQOMjccmaq4DeTrnZaP 5sC+6SNP4QkRUzBOK3sqE= X-Google-Smtp-Source: AGHT+IHhPmZWcxc8P+7WIZ/Snv1KTTnZQlxP7nzg8/9pS3tvwAKrfpX18ZKEoLyxw4Z7cFpA1A2CoA== X-Received: by 2002:a2e:a883:0:b0:378:ee95:cb10 with SMTP id 38308e7fff4ca-37a18e2f054mr9961151fa.44.1761901418971; Fri, 31 Oct 2025 02:03:38 -0700 (PDT) Received: from [192.168.2.131] (host.62.13.8.86.bitcom.se. [62.13.8.86]) by smtp.gmail.com with ESMTPSA id 38308e7fff4ca-37a1c0baabcsm2630301fa.43.2025.10.31.02.03.38 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 31 Oct 2025 02:03:38 -0700 (PDT) Message-ID: <8d3a3025-c322-4ac7-90c7-660585daaccb@gmail.com> Date: Fri, 31 Oct 2025 10:03:37 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: 15-BETA1 attempts to load nonexistent wifi firmware From: Lars Tunkrans To: "Bjoern A. Zeeb" Cc: FreeBSD Current , freebsd-stable@freebsd.org References: <5b722335-c392-4cd1-b89b-16be8432a156@gmail.com> <3nr73r7n-8q99-qp28-n43-oop46q921pp9@mnoonqbm.arg> <94d44e1e-fe7f-42c4-8c66-777daed40628@gmail.com> <77o5736s-n5o5-2254-194-099ssoqsp38@SerrOFQ.bet> <6068ff37-e426-41b8-b0dd-76755e6c4a9f@gmail.com> <460a63d0-5b33-4872-a23d-bf06b5127664@gmail.com> Content-Language: sv-SE Organization: Retiered In-Reply-To: <460a63d0-5b33-4872-a23d-bf06b5127664@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.98 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(0.02)[0.020]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::236:from] X-Rspamd-Queue-Id: 4cyZlc6CKFz3XMx  HI  I  have   installed  15 - Beta3  on  a PC  with   the  Mediatek 7925  WIFI  chip and  the  firmware is now  correctly  Found  and installed   by the  FreeBSD  DVD  based   installer.  //Lars Den 2025-10-13 kl. 16:05, skrev Lars Tunkrans: > > Den 2025-10-13 kl. 15:18, skrev Bjoern A. Zeeb: >> On Mon, 13 Oct 2025, Lars Tunkrans wrote: >> >>> >>>  Hi ,  No   its  missing  from  repository >>> >>> Installed  15-Beta1    on  this  machine  this  morning. Using wired >>> networking,  Motherboard  also  has  this  Wifi circutry. >>> >>> I also downloaded fresh  ports  from  GITHUB   this  morning. >>> >>> Ports  have    "wifi-firmware-mt76-kmod "  " >>> wifi-firmware-mt7601u-kmod" >>> >>> I built  and installed    wifi-firmware-mt76-kmod and  mt7925/*  is >>> now  in  /boot/firmware/mediatek/mt7925 >>> >>> >>>  # fwget -v >>> Trying to match device 0x15ff in class network and vendor intel with >>> pci_network_intel >>> Trying to match device 0x15ff in class network and vendor intel with >>> pci_network_intel >>> Trying to match device 0x0717 in class network and vendor mediatek >>> with pci_network_mediatek >>> Trying to match device 0x8125 in class network and vendor realtek >>> with pci_network_realtek >>> Needed firmware packages: 'wifi-firmware-mediatek-kmod-mt792x' >>> pkg: No packages available to install matching >>> 'wifi-firmware-mediatek-kmod-mt792x' have been found in the >>> repositories >> >> Doh!  Now I see it.  The name is wrong in fwget;  I thought that was >> fixed a long time ago. >> >> Okay, fix is here: >> https://reviews.freebsd.org/D53067 >> >> /bz >> >   Cool ,  happy  to  have  helped  improve the  system  ! > >      //Lars > -- ------------------------- Lars Tunkrans Oracle SPARC/Solaris System Administrator Fujitsu M12 SPARC Specilaist From nobody Fri Oct 31 09:37:11 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 4cybVK61KVz6FY7G for ; Fri, 31 Oct 2025 09:37:13 +0000 (UTC) (envelope-from christos@freebsd.org) Received: from margiolis.net (mail.margiolis.net [95.179.159.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cybVJ6GBlz3fk2 for ; Fri, 31 Oct 2025 09:37:12 +0000 (UTC) (envelope-from christos@freebsd.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=margiolis.net header.s=default header.b=pP4oAeuA; dmarc=fail reason="No valid SPF, DKIM not aligned (relaxed)" header.from=freebsd.org (policy=none); spf=softfail (mx1.freebsd.org: 95.179.159.8 is neither permitted nor denied by domain of christos@freebsd.org) smtp.mailfrom=christos@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; s=default; bh=Dr2M74y631t4 O+aixVU6K4EtOzVpNMhcyTIOE+Sk6GI=; h=in-reply-to:references:to:cc:from: subject:date; d=margiolis.net; b=pP4oAeuAiLGBVznsx2rXkbrf+7y9uO3vtT/oX M0eZK3P90dmmG3nhyjDH8U6OgVWb0XFDcbWgRs2PXlTqRnRvAS5IYyUCRDjpgXMhH3xqNF i47rGvGmGpOhjL6sy1IXLOboLRdEDELS4jB+PeFXPuBgWNrCZ/pfZpo0RFCRUSvM= Received: from localhost (public-gprs405017.centertel.pl [37.47.213.90]) by margiolis.net (OpenSMTPD) with ESMTPSA id 343307f7 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Fri, 31 Oct 2025 03:37:11 -0600 (MDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Date: Fri, 31 Oct 2025 10:37:11 +0100 Message-Id: Subject: Re: emulators/wine: /usr/local/share/wine/pkg32.sh: "Unable to update repository", and other Wine mishaps From: "Christos Margiolis" Cc: "freebsd-current@FreeBSD.org" To: "ruby R53" X-Mailer: aerc 0.21.0 References: <9ZyDYNyTYM63l2_2-ZonbbLw_SLy5wVtXPQUfCr9PKkEl2n8DCfWZBH7ruydDBMYY0FeApqf3M4sjR6d-LSesTxdvB-vahY6drYm1RYvZsc=@proton.me> In-Reply-To: <9ZyDYNyTYM63l2_2-ZonbbLw_SLy5wVtXPQUfCr9PKkEl2n8DCfWZBH7ruydDBMYY0FeApqf3M4sjR6d-LSesTxdvB-vahY6drYm1RYvZsc=@proton.me> X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.70 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.998]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[margiolis.net:s=default]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : No valid SPF, DKIM not aligned (relaxed),none]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:20473, ipnet:95.179.144.0/20, country:US]; TO_DN_SOME(0.00)[]; FREEFALL_USER(0.00)[christos]; RCVD_TLS_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; RECEIVED_HELO_LOCALHOST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@FreeBSD.org]; DKIM_TRACE(0.00)[margiolis.net:+] X-Rspamd-Queue-Id: 4cybVJ6GBlz3fk2 On Thu Oct 30, 2025 at 12:03 AM CET, ruby R53 wrote: > Earlier than that however, I did get Wine to run somehow. It had > installed the wine32 binary and everything went fine. Except for the > audio part=C2=B7=C2=B7=C2=B7 > > I first tried running nsfplay (http://github.com/bbbradsmith/nsfplay/) > on it, and got hit with a glitched error message, and the console had > something along the lines of: > > ALSA lib [...]: Unknown PCM "oss" > > I then tried to force it to use OSS instead of ALSA in Winetricks, > even tho' I did compile it with only OSS support, and the error > message changed to something along the lines of: > > [...] No driver from L"oss" could be initialized. Do you have more information on the audio issues? What steps exactly are you using to reproduce it? Christos From nobody Fri Oct 31 11:25: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 4cydvW3P31z6FgJQ for ; Fri, 31 Oct 2025 11:25:43 +0000 (UTC) (envelope-from anders@straadt.dk) Received: from mail-ej1-x62b.google.com (mail-ej1-x62b.google.com [IPv6:2a00:1450:4864:20::62b]) (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 4cydvV5vVZz3qtD for ; Fri, 31 Oct 2025 11:25:42 +0000 (UTC) (envelope-from anders@straadt.dk) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=straadt-dk.20230601.gappssmtp.com header.s=20230601 header.b=OjDdulF8; dmarc=none; spf=none (mx1.freebsd.org: domain of anders@straadt.dk has no SPF policy when checking 2a00:1450:4864:20::62b) smtp.mailfrom=anders@straadt.dk Received: by mail-ej1-x62b.google.com with SMTP id a640c23a62f3a-b6d78062424so343499266b.1 for ; Fri, 31 Oct 2025 04:25:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=straadt-dk.20230601.gappssmtp.com; s=20230601; t=1761909936; x=1762514736; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=Wef7kmXhnQ9ZoMdJqIElXL0wLuCTs/hSRIxz6lJmvgI=; b=OjDdulF8zyrEhi6nzCu0gJYNdTxI6K7OATgbjXOYZaoPZzgO8t5AeAawbqxUkPiAUM 5S3r7EsPnIt1EbigGXjx3muLv3Ly9JqH1RwfkPyEkByBcJ6y7amTTQVjxi0oeUYQSGw/ yqedIFrsMMcjHdx8FkZLvaK5bkcMatXvi/wPL/DxeypE6qkfqG53+Mr+HHsOfbu8qHfF u7cEgTcrIEmR7ecMtQj993JSDVYh2SibzP5jqLYAvgelmgYgdrSjVS8AXng8oveoJN+t 7RdYD+Ah7ERhbFmDnr28kfjkleIncj2hg9snn/4dqeEJNqy6EnaLeDJHDh3ceiCgRMu2 enUQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1761909936; x=1762514736; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=Wef7kmXhnQ9ZoMdJqIElXL0wLuCTs/hSRIxz6lJmvgI=; b=j4JYIndQnfypL70wcJPs3qofdLZ32YPfmvYaLVt6MCXhCOHAjQ09888HeU+AvMVF8y 3LSIpBfYaaWRNFyXt+Qe4TaChAbFGrS/kwN/ETPYneY7zsMdqy5s9+sLUQqqs3GjGUsD 3kErBAr5SK9y44uPU6nv7mXMSWCiKX9CYFlve+NHpLzYQDmrZPTWbqeUOsBuwz3j0BGy yT79U1m25A9pR6awwy4nJEzw7kLCNUw5jOj58t3hS2p6J7F0V8+cJtnzvzfDulkkfmlx +f477CSkMqUi3V9y+0rKLzHiFMjPWQFBuWPVwPCMY2izKg/UP1rqur2Ym7/xF+F/9zCd z+7Q== X-Gm-Message-State: AOJu0Yy/TbG8nam4OSjZCTzSq0m8ufuY3EGjDuNJ5K7bxSegeudLvubP yI5wt/5vTKyiX9cWGBfG3U9V/mtlEsrqWDRn3Mz5BNJN+JXCrplwQV3lCaHVZVcvQocDiTlVFVO yfMR5jo6mu4QLuHLIeOT0DtsYWW9d7EC7wvsMfvzt78dw9xz7ZU2QTI10Pw== X-Gm-Gg: ASbGncsQ4fC8Y1nVFXw4NGXzJdK22SdBapNSRGM1YHoXNIfxvmqg0jXI5WRhEbF5nsS PJpuPEWXZpDPQTPSdsaBs+4PMwk9lAyWL5rivUg59AExoZ3kXcTge6A+uTAB97X3g8SHtfeS+/w 4lGetqf2NqpsdADwoJt1h+jei8pFBXrcGHhZ6dmAElmZoBSdgGyx0yVBrClxsgGJcHf4pYZmVXU SqEjYeIIaOZTK7EPDVmCRJrK6holwuyvA30vKiIQuJrMKIRkXO8GB5Brc4zwVA+6mAdOw== X-Google-Smtp-Source: AGHT+IFoJelOUeRP/7k5z+Nc+JATGq2SIMDVv1CeU+IHIWwPzU0Ovoqg3B1mW1mutDmFRqORf6babnEqAIvCNJJaiLU= X-Received: by 2002:a05:6402:4517:b0:638:d4bb:6c80 with SMTP id 4fb4d7f45d1cf-64077071599mr2536133a12.36.1761909935447; Fri, 31 Oct 2025 04:25:35 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 From: Anders Straadt Date: Fri, 31 Oct 2025 12:25:23 +0100 X-Gm-Features: AWmQ_bnBVbFHwvXnhaziNT05KX6Gc5XkiY4uICMcGK34ulZ9EsfFGvgJUi1B7FE Message-ID: Subject: arm64/aarch64 buildworld link error on atomics in lib/libgcc_s (+workaround) To: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.30 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; R_DKIM_ALLOW(-0.20)[straadt-dk.20230601.gappssmtp.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; R_SPF_NA(0.00)[no SPF record]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FREEFALL_USER(0.00)[anders]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62b:from]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[straadt.dk]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[straadt-dk.20230601.gappssmtp.com:+] X-Rspamd-Queue-Id: 4cydvV5vVZz3qtD I get several "non-exported symbols" on atomics like these: --- all_subdir_bin --- ld: error: non-exported symbol '__aarch64_cas4_acq' in '.../arm64.aarch64/tmp/usr/lib/libgcc.a(outline_atomic_cas4_2.o)' is referenced by DSO '.../arm64.aarch64/tmp/usr/lib/libgcc_s.so' Last year's commit 361da40536d7f implements a workaround in sys/conf/kern.mk for the same problem it seems (C11 atomics stuff?), so I adapted it for lib/libgcc_s/Makefile, and after that buildworld (and buildkernel) works: --- a/lib/libgcc_s/Makefile +++ b/lib/libgcc_s/Makefile @@ -44,6 +44,10 @@ SRCS+= s_logbf.c SRCS+= s_scalbn.c SRCS+= s_scalbnf.c +.if ${MACHINE_CPUARCH} == "aarch64" +CFLAGS+= -mno-outline-atomics +.endif + # Don't include long double routines on architectures where long double # is the same size as double. .if ${MACHINE_CPUARCH} != "arm" && ${MACHINE_CPUARCH} != "powerpc" FWIW I get the same link error when building on 15.0-BETA3 native*, and when cross-building (TARGET_ARCH=aarch64) on a 2017-ish Core i7 running 14.3-RELEASE, and the patch works in both cases. -Anders *) 14-3.RELEASE only booted in safe mode on my new Lenovo ThinkCentre Neo 50q / Snapdragon X1-26-100. Normal boot blanked+rebooted after few seconds; last non-blank frame in a phone video capture shows the line right before "CPU 0: Qualcomm(...)" on 15.0-BETA3 -- which boots and finds all 8 cores. The CPU is sluggish though ("World built in 13497 seconds, ncpu: 8, make -j8"), possibly due to some ACPI problem I see in dmesg every 10 seconds (also, "powerd: no cpufreq(4) support -- aborting"), which is why I'm (new) here in -CURRENT (hi!) From nobody Fri Oct 31 14:01: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 4cyjMH2Tlwz6FsCT for ; Fri, 31 Oct 2025 14:01:31 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fhigh-a4-smtp.messagingengine.com (fhigh-a4-smtp.messagingengine.com [103.168.172.155]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cyjMG2Tfkz3K3k for ; Fri, 31 Oct 2025 14:01:30 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm3 header.b=YEcwyzk3; dkim=pass header.d=messagingengine.com header.s=fm3 header.b="A XOYt4+"; dmarc=pass (policy=none) header.from=f-m.fm; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 103.168.172.155 as permitted sender) smtp.mailfrom=void@f-m.fm Received: from phl-compute-06.internal (phl-compute-06.internal [10.202.2.46]) by mailfhigh.phl.internal (Postfix) with ESMTP id D62A014000C9 for ; Fri, 31 Oct 2025 10:01:25 -0400 (EDT) Received: from phl-mailfrontend-02 ([10.202.2.163]) by phl-compute-06.internal (MEProxy); Fri, 31 Oct 2025 10:01:25 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :message-id:mime-version:reply-to:subject:subject:to:to; s=fm3; t=1761919285; x=1762005685; bh=q9kRHVyasWpDIWB5zqzmKGyC2yAZk79h KJ9LNNn8c0M=; b=YEcwyzk3zJrrpcWBYqSlplwu2AqhBFUBdRlirV9+azlz6DVF IpURfmZSOObqgtzeWKGfJCQZE0/CWHB7lkEb1x66mezoc/ddeeLwoPhnq0d2JFCG FTtlUf2aVA4MBsclYy+lk1EQXfo2WPhq11p5coEl/P/GS3sCPDTSSgE+9DLaWV0A 3Oexe80FqKUls+oYdR5OlAG6eYi/Mba57qdjQF9lNRqKl1onhw38X/nufFqtsPcN Kp6Jq+nZFi0QHQgTBV8vJDzLd/IGppX7458sGvsY68MncBc6Cud5yzxIl+9HiHgk Pz27c3gXI6WIUC5EBtQLbnGIcy2yKIZNqUAOgA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to: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=1761919285; x= 1762005685; bh=q9kRHVyasWpDIWB5zqzmKGyC2yAZk79hKJ9LNNn8c0M=; b=A XOYt4+qXlP7mYY4uJvk5EaM70FYuz9W1Nw04sJRkQWdiqZmO3pb+2stBFc00dVnU +/2OfLMj9ebmW7psHkcoU5x1egwDTP3xsa+bYOLBQkTpJ0lubVtQ6YMQsh25Aal1 R2HkjGPj59LC2k6JReaGnjmzTk4TDGZcTwg6eFvWUBHkpOuKW2WGDcScD6QSV9Hu qASMq8MG3OfJy5iOTCA9e0PyJ8RLks2DYc3wzJ/uedTCpVcGfhI26uhyNTzIekD9 wdFu2A+DKpr0X2eBfJQEjYYxongthcovQ7zlkj0IV5TjcphPcRpN/TOk2OtcCcGF t4iin8c168U1l1ImlhtMw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdeggdduieelieekucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfurfetoffkrfgpnffqhgenuceu rghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkgggtugesthdtredttddtvd enucfhrhhomhepvhhoihguuceovhhoihgusehfqdhmrdhfmheqnecuggftrfgrthhtvghr nhepveduffeivdfffffghfegfeejfefftdeiteehteekfefhvdefgfettdeuheegffeune cuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepvhhoihgu sehfqdhmrdhfmhdpnhgspghrtghpthhtohepuddpmhhouggvpehsmhhtphhouhhtpdhrtg hpthhtohepfhhrvggvsghsugdqtghurhhrvghnthesfhhrvggvsghsugdrohhrgh X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Fri, 31 Oct 2025 10:01:25 -0400 (EDT) Date: Fri, 31 Oct 2025 14:01:23 +0000 From: void To: freebsd-current@freebsd.org Subject: consequences of __FreeBSD_version changes Message-ID: Mail-Followup-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.28 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; NEURAL_SPAM_SHORT(0.32)[0.317]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm3,messagingengine.com:s=fm3]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.155:from]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MISSING_XM_UA(0.00)[]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:151847, ipnet:103.168.172.0/24, country:AU]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Rspamd-Queue-Id: 4cyjMG2Tfkz3K3k Hi, If __FreeBSD_version changes, and if META_MODE= is set in /etc/src-env.conf, and if ofc filemon_load= is used, is it advisable/required to delete /usr/obj before building a new world/kernel ? -- From nobody Fri Oct 31 14:23:36 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 4cyjsN4mcgz6Ftcy for ; Fri, 31 Oct 2025 14:24:08 +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 ECDSA (prime256v1) client-digest SHA256) (Client CN "plan-b.pwste.edu.pl", Issuer "GEANT TLS ECC 1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cyjsM0Zrxz3P7p for ; Fri, 31 Oct 2025 14:24:06 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=plan-b.pwste.edu.pl header.s=plan-b-mailer header.b=cOpkq3Ib; dmarc=pass (policy=quarantine) header.from=plan-b.pwste.edu.pl; spf=pass (mx1.freebsd.org: domain of zarychtam@plan-b.pwste.edu.pl designates 2001:678:618::40 as permitted sender) smtp.mailfrom=zarychtam@plan-b.pwste.edu.pl 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 59VENaNk026923 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Fri, 31 Oct 2025 15:23:54 +0100 (CET) (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=1761920634; bh=qK/iHJhTtqfCs6AasGW5rFdqQ7UgsawWnwSkO24WuM8=; h=Date:Subject:To:References:From:In-Reply-To; b=cOpkq3IbWU4DE+1pmWkqcldfyRmSpB2/bPLLZtW1TxNF60paRALHyCL9vgCF7mdlj DegLWUbtlmDHlat/mz6faRcotbGphSZ8jtNtp9tf7mI+Xjv/k7vch5C6qtkWK1PcdO 49AxTEXl3S1TaB+AZSTfOfEQg2bi9ZlapxGt8Gldb2tYj74Lq2sWVGuval/zRzpXqW DCTz6qtNqSNDgs63kxs7vN72sEv73Q8LDWqvOzwE0CdhVZ3ueILF6qEQPvIVcykmAu TxrG14PmVKKWzTDbHGRlujO6Zxgkk5qstqDsihpM3kkf326FyFrPi7eMCs+YGPeXy4 nNT7uTCeGBLWQ== 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="------------kEKaNu1TXgWin0UDnQn60I4Y" Message-ID: <7fde9cf8-249a-4eb8-ba75-85472ae4f9fb@plan-b.pwste.edu.pl> Date: Fri, 31 Oct 2025 15:23:36 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: consequences of __FreeBSD_version changes To: freebsd-current@freebsd.org References: 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: X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.38 / 15.00]; NEURAL_HAM_LONG(-0.98)[-0.983]; NEURAL_HAM_SHORT(-0.82)[-0.825]; NEURAL_HAM_MEDIUM(-0.77)[-0.768]; DMARC_POLICY_ALLOW(-0.50)[plan-b.pwste.edu.pl,quarantine]; ONCE_RECEIVED(0.20)[]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[plan-b.pwste.edu.pl:s=plan-b-mailer]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:206006, ipnet:2001:678:618::/48, country:PL]; RCVD_COUNT_ONE(0.00)[1]; RCPT_COUNT_ONE(0.00)[1]; 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_HAS_DN(0.00)[]; HAS_XAW(0.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[plan-b.pwste.edu.pl:+] X-Rspamd-Queue-Id: 4cyjsM0Zrxz3P7p This is a multi-part message in MIME format. --------------kEKaNu1TXgWin0UDnQn60I4Y Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit W dniu 31.10.2025 o 15:01, void pisze: > Hi, > > If __FreeBSD_version changes, and if META_MODE= is set > in /etc/src-env.conf, and if ofc filemon_load= is used, > is it advisable/required to delete /usr/obj before building > a new world/kernel ? Hello -- Clearing objects is neither absolutely required nor recommended. To fully utilize META_MODE, it is recommended to install (update) the build machine's operating system as infrequently as possible. Cheers Marek --------------kEKaNu1TXgWin0UDnQn60I4Y Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
W dniu 31.10.2025 o 15:01, void pisze:
Hi,

If __FreeBSD_version changes, and if META_MODE= is set
in /etc/src-env.conf, and if ofc filemon_load= is used,
is it advisable/required to delete /usr/obj before building
a new world/kernel ? 
Hello -- 

Clearing objects is neither absolutely required nor recommended. To fully utilize META_MODE, it is recommended to install (update) the build machine's operating system as infrequently as possible.

Cheers

Marek

--------------kEKaNu1TXgWin0UDnQn60I4Y-- From nobody Fri Oct 31 14:31: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 4cyk2S2B2qz6Ftft for ; Fri, 31 Oct 2025 14:32:00 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fhigh-a4-smtp.messagingengine.com (fhigh-a4-smtp.messagingengine.com [103.168.172.155]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cyk2R55sVz3QWv for ; Fri, 31 Oct 2025 14:31:59 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm3 header.b="H8m/0B49"; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=KBU121+m; dmarc=pass (policy=none) header.from=f-m.fm; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 103.168.172.155 as permitted sender) smtp.mailfrom=void@f-m.fm Received: from phl-compute-05.internal (phl-compute-05.internal [10.202.2.45]) by mailfhigh.phl.internal (Postfix) with ESMTP id 6A86814000AE for ; Fri, 31 Oct 2025 10:31:59 -0400 (EDT) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-05.internal (MEProxy); Fri, 31 Oct 2025 10:31:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm3; t=1761921119; x=1762007519; bh=NBpuRkoDvg Pbpu0gcdIyspM1EWMh1KCKlaYjpRSQ/Ew=; b=H8m/0B495T+OqfI2lTdmNMU76l 7ZVgbd/aaNwAMpyXLd18QXmbtFBgl6q49Ril1Qj2BuBs9wwlsUImg6QnPvrjcj8C /+hhiCM8YMufuXqmXPdl4v0GwLd1EWeEkmaIMynFD4orPuBYJa1Tr/Mx0RhZboOn FDk/Ct5kYRTxUEXA6eRWQK6Iy0EXaofZlOR7OzYGVJbFpUK62hvkpVg3xIf6iI1x iRCtrpOrbX0T7AkZHb6pmdngQlRWi50fU/diHR9bzH6+8wULlsYVHi44cwPVsCfh qX7hpdhg6QtOv2gbK2ZFGJ1CPfCwvUbFuCJ3160fpeIsaO2Z23VGoCt0f4Sw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t= 1761921119; x=1762007519; bh=NBpuRkoDvgPbpu0gcdIyspM1EWMh1KCKlaY jpRSQ/Ew=; b=KBU121+mL3Fejla/iXGREh5IWYZkkyd2O8rZR/SEQXLVTp3iElV o9UPoZxqo108BOsYc+WV8VG4uKDOOouCUyBkHqnyAsLmcaAYwszGX1SUXIxYQ2HN nJRpSukMGwlSzttBGC9NZDih3pLuzzsrdxBZdxNVN9GKBpuCaO4HWgETt4jepd8J aVIDMLLdywxnE5ImmU6OQs1qSkKFHKeKMwR2NJwr3mP+uHxcM7rYlQVMHOMuQ4z5 j/B3skfdvD8jGVkbqHDk3jkLad/aD5/S6Ug5D/3bpqsnDhZ+KUcNcW2OBMuEO1Vn 4Ff6KKEy3Kc8qKXNtezDK47H+jrq1YeyWxA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdeggdduieeljeegucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfurfetoffkrfgpnffqhgenuceu rghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesthdtredttd dtvdenucfhrhhomhepvhhoihguuceovhhoihgusehfqdhmrdhfmheqnecuggftrfgrthht vghrnhepkeeluddvlefhieelfefggffhffektdehleelgfdugfdvgeekjeejuddtheehgf eunecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepvhho ihgusehfqdhmrdhfmhdpnhgspghrtghpthhtohepuddpmhhouggvpehsmhhtphhouhhtpd hrtghpthhtohepfhhrvggvsghsugdqtghurhhrvghnthesfhhrvggvsghsugdrohhrgh X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Fri, 31 Oct 2025 10:31:58 -0400 (EDT) Date: Fri, 31 Oct 2025 14:31:57 +0000 From: void To: freebsd-current@freebsd.org Subject: Re: consequences of __FreeBSD_version changes Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <7fde9cf8-249a-4eb8-ba75-85472ae4f9fb@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=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <7fde9cf8-249a-4eb8-ba75-85472ae4f9fb@plan-b.pwste.edu.pl> X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.60 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27:c]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm3,messagingengine.com:s=fm3]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.155:from]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(0.00)[0.004]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MISSING_XM_UA(0.00)[]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:151847, ipnet:103.168.172.0/24, country:AU]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Rspamd-Queue-Id: 4cyk2R55sVz3QWv On Fri, Oct 31, 2025 at 03:23:36PM +0100, Marek Zarychta wrote: >Clearing objects is neither absolutely required nor recommended. To >fully utilize META_MODE, it is recommended to install (update) the >build machine's operating system as infrequently as possible. OK thanks. I usually rebuild the system only in response to security advisories or if needed for new hardware or major version upgrades. -- From nobody Fri Oct 31 14:49: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 4cykRB6xcLz6FvxK for ; Fri, 31 Oct 2025 14:49:58 +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 4cykR94Pdyz3V8r for ; Fri, 31 Oct 2025 14:49:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=dwVaDJYX; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.66.146 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1761922195; bh=lSRCzP6bhWP/WjQnHarVnFax5DOgubUYjHsiItxuucU=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=dwVaDJYXUEJGSjltk5HQoVVbOBtzookyJ8dZRD9aCuAcFL1pc6kJX2JRDVeK1MBRfPIYrL0onu8ojBFggOW1QFnYitSJ6uJlu1WSKEMZ636IcglpkxZkR3DNQnUAYo/SkS2t8BLAMSi2kPKlJmOyMn4u5NIcPsr0jVAHWuFLRQCs/rNBiuW3mthiepv8n0t0qG1ykqrjOuJsA1tDZIYiNp4A9ASNY7Zcc4TQpN/EAXb2MneqaeGchkD+0UX5t44LojA3YZ2nUb9BE6YdL5m+pf4PnF6B18ET8GIhdI/aaHIX/NTdOhpjuVNtlKhnZyN17gXu4UByCmZF0aMgQpQnpQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1761922195; bh=d406Pz5F+BvRRiMJOMDRvxsEIw3bNTqpiYTvOLiwJ9A=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=L4FtXCPnOMx5c+e+yVbiHVMzi/EvAMb6n9E0x5vAdgQ+FOA4J+MF2S/1SVnMocQBk6J62m+omFbXir2ZzPth17MTQMR/leYdec9FX2q1xRKlfo8Nzfjm5iK1XkB5Z8jI1DD6pisRs9dNAQavx7mnunODnvp8VGV5HCcFV+Fm2eykGDB1SpqRKiqihN/qQkca6PQYb/4FjCW+2Yuylp5PNbthEPakiSraVVX2/AOizgPblRfhTkBb5OEkV6rlmCXHGRFYm7TgHjpMCZ8slUuUYSG1VKe1HNuWzggkHnC796deNZJLLBCuCiuKfgDu9iE//wGcfSdEWWmQIGGAKF/L+A== X-YMail-OSG: 2RsYpMAVM1ldNBVtsVPibR7xKm.NNxfEtaP54V7riwet7TWHlWnkApgV4Tk709K fDeXW0c2mfSEdZOaSxHdHWQM21ZCXnSTvwKu_KqK55lUYM3A1T1VohIZONuOqugMwjY3NhkC8RHC AnC86QEceOvOeIfqCiyme54q07fOkbaq.k6q85nGDuu35feKzRKobsHShtxyzfyA92sSgxv.up5j K3sNhIVl5EUQeeV.BgunmbOgHH2S91JVN_Nf9zEshZ0YGL73nidP7lp81davn0nZcbaal4IA7zfv EuD2VFO48JYfbQYbokTMPPA2z8PiepSmMJAV3vLYX6iLjV8HB9fYYXceZHr7YagmufRAKyzxKvlw loOlcxuKmyESQzevqmR2HIz90X1Oi0S4ouze1xx73QY87f8YesYYK6QbRVKm7jkv144dP7B.LcfY CNAJcOsJcDTLm7FxtuxsatJBIfot4fE6fv2vOOPoHnG38LRrBToppUbT3OIK2Z8meoR.x_VOpLFp 3WN.F_V6eoDbg2JgMU4Rjgu378E0EQfXLU_FgxTtmWaOUWQR4fVRxuudll60Ekk17N0Rjh0VYm2N vh5M9Jb2.mEtu2edQc1VR8NVeP8XWw63zW_xlquQKuHOfXTYEuGllvDKXH8K4xRHgJU9.02vwi34 P4hS9MhlQDnU_AWgecW7LWOEmfILIwO4nwBaWrCoM2TjbDz9TNHvjp7S4VPTWGi16KUT4fJCZoJw mgOxYpc3LNhsRJ7DmihBAr84Ve5YIRKWhJ2IjyGdZ3eVwlXbL9u69dwjPzFeT3HwtAl2nQM_BbbD 5Vwu08jcAFOLMdx8r.Dh_eT8NEMjPQrnrvtagDmqPa.LfbVOrl4zyNYManZhj1n99EqB1gE50rmO ETGMC7MfkGxmZ8mZyRjy.1EMZoK21JB3rs7.CrSXuUl40nFqJIVK4CHAnLrgB2I1tpkzc_fqDjHH uroNXR5V.cLMVj0NLMmSqqrOeaRdtDIg394WHkBy5yLQZI_QectKq0DH4j14tZAppH_9xwv4OVpZ PU6S7.hUJnwCx.GMmMV9HjaGoDeQmIvnGFDAMVnWpzTxW8JHsjblEYZij7dOqw9eNNzmwRakCmWK rvDoOujBt2BaeESElompqtHOQ0wBsMNO3B0mmPBo.WGs1SCk02OsstHXqmJwv54csxa_p9CKNebW A3IzH0MQmonf7UvLb0eV.5JMYRu8etSNLVhGPfzL1Da4TaV_Y4xvVRpUG58_VysK4ao1OwlX9cvM uEApJOR1Fb_gorIbB8hO.Y4XofNQhkrRtNuWw4d2NIjcPtLrb0CqS.tmn.elFR0l57vmJtnptE4E laFTDqInyA1l1zC42stP79BRgx.IADiKMrLbbKl1szbSqvqLDuz1iSzKQM0LxIpYbjg.zHLp7uLN 9lk19._MFsFDvCSY6Gst2W9atL0X4CRNQOR2JF.Nl46RFjPSeqnW9kEUuRNVhF2T0F5QUZkmnaG_ EQ.rQO0wsAgGKrNxiqRwLc4TLgGdr7SXb_ge48TSKN1tVCqqwIALszTRW0VZLPp83l7fOftEJvTx KwTEY2ekaJhgtzMNluYD80n7Hug4Ewh2almZ_xrstGDuX6C0eTNvsdgbRuUa.KdOGRUdtkek.pMS qsVBuWiUOulRrjVga_6Ac7XuubDFF.I8sA4wXNcstNe9HD9nOBrasuunqbLKmXEGQTCFL7u8T6pV kjFJcFx4l_cOCV_e8WXcpli1izsul1.t8eF.1ZRhPC3y4S4EVMa4Wy7llig58Of9ILBlYEsboqWH gmirVarLatNOPj3PzuPvXsfj8xjKo_UMNBtgnD1e313_NX24ueaJ8QDd2yTH.1oa8V8KszYbu4Ob Ri6N1fMtgCSIQd7K6YS1F_4UOolloSa.t3nNrkxlgXNfqJxZbOHQp9BKR07keEanbbLpFCWO_jE5 J8LmjpvEPEpcoAKAT7QbHpNygtPeq94NFUWAVi7HkATHa20zACOAx_YD_YTg8SuorBCisnnugnli JB5JM.pDfVuR5WuL0ggaU5VgGy9Ruur8XAFDJZa_oOZZk22OG3Jv1nuEtNNhUrZet0I_TtEe_4tl Kce0CyHx7TT38O9i2bjpXfL7PH2HkCc3jPskfg_vm3lM3.vmwdt.G_KlUVH0PWMcOVAg.u0HJ12_ nzLNWvBtQQueRC9_rmBwJt6T4fiy.I24uJXwpooxHCge8I1swVVl8_hiPI7sWFZP1gBwOybsoj36 NHcvr3Mi.2BjG9HJO318EKXGZTsIK9g7wTxh8PMKqSvQ30ieaZhawBW7jQwcQfauk7_8nYwJlori Ceg-- X-Sonic-MF: X-Sonic-ID: fab77761-da7e-4b04-a830-28293149944d Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Fri, 31 Oct 2025 14:49:55 +0000 Received: by hermes--production-gq1-86c5846576-sg622 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 28c13902c64316f002a54e90ede0069c; Fri, 31 Oct 2025 14:49:54 +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.700.81\)) Subject: RE: consequences of __FreeBSD_version changes Message-Id: <8FACE5EA-EB54-4E6E-9278-9CA4FE1C4A19@yahoo.com> Date: Fri, 31 Oct 2025 07:49:43 -0700 To: void , FreeBSD Current X-Mailer: Apple Mail (2.3826.700.81) References: <8FACE5EA-EB54-4E6E-9278-9CA4FE1C4A19.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.92 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.92)[-0.920]; 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]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; FREEMAIL_TO(0.00)[f-m.fm,freebsd.org]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; 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]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.146:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.146:from] X-Rspamd-Queue-Id: 4cykR94Pdyz3V8r void wrote on Date: Fri, 31 Oct 2025 14:01:23 UTC : > If __FreeBSD_version changes, and if META_MODE= is set > in /etc/src-env.conf, and if ofc filemon_load= is used, > is it advisable/required to delete /usr/obj before building > a new world/kernel ? As I understand it, __FreeBSD_version changes force world/kernel rebuilds to be from-scratch builds, even with META_MODE fully in use. So: there should be no need to delete /usr/obj first. === Mark Millard marklmi at yahoo.com From nobody Fri Oct 31 15:24: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 4cylD747x7z6Fy63 for ; Fri, 31 Oct 2025 15:25:27 +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 ECDSA (prime256v1) client-digest SHA256) (Client CN "plan-b.pwste.edu.pl", Issuer "GEANT TLS ECC 1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cylD716HTz3Z7x for ; Fri, 31 Oct 2025 15:25:26 +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 59VFNr6x027313 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Fri, 31 Oct 2025 16:25:11 +0100 (CET) (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=1761924311; bh=Vh9vgbtntZ36h1kdJ5PM57YdIj/IpqikaokYhx84EVk=; h=Date:Subject:To:References:From:Cc:In-Reply-To; b=AgbHoOXSwdyWY6Oti5eeQEkCvn9FePbb1RIBc3OR4jPPM8SBERiodlqdqhoen+Yfd 0qXu9IB4VO7XA+EZXgQenFDYOmPxy8fOiq0geMdHR0OfCQpfvTl44s+EWheHlDOysu Ecgj+lHtM/CYUc+Ut84lP6Q21PL70mYCn+dcyuGT/tMod5tZFQVy/yS4bVv89hxlpK SLvAnuZbCmLgB6bVecgfXY6Zn0qeLpRmPFe1IeGk6/lvKneDyD4tJnndtYiYaBUQJr Glv2E4C3wldLT62WPne77CiP3g9vynbrKyVWlTCW+ie5MAE7y1/+hiNuZAwuAx4yZw tmY+1AiALgBPg== 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: <52b1737d-f05d-4c38-aca8-913a581b3e2c@plan-b.pwste.edu.pl> Date: Fri, 31 Oct 2025 16:24:29 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: consequences of __FreeBSD_version changes To: void References: <7fde9cf8-249a-4eb8-ba75-85472ae4f9fb@plan-b.pwste.edu.pl> 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= Cc: FreeBSD Current In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- 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-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cylD716HTz3Z7x W dniu 31.10.2025 o 15:31, void pisze: > On Fri, Oct 31, 2025 at 03:23:36PM +0100, Marek Zarychta wrote: > >> Clearing objects is neither absolutely required nor recommended. To >> fully utilize META_MODE, it is recommended to install (update) the >> build machine's operating system as infrequently as possible. > > OK thanks. > I usually rebuild the system only in response to security > advisories or if needed for new hardware or major version upgrades. Perhaps I wasn’t clear - I meant that only the build machine (the builder employing WITH_META_MODE) should be upgraded infrequently. The operating systems on consumer machines can and should be reinstalled or upgraded as often as needed, without any restrictions. To fully utilize META_MODE, you should avoid frequent reinstalls or reissues of make install on the build machine. Marek From nobody Sat Nov 1 02:10: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 4cz1XG2tY8z6Ff0p for ; Sat, 01 Nov 2025 02:10:22 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fhigh-b8-smtp.messagingengine.com (fhigh-b8-smtp.messagingengine.com [202.12.124.159]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cz1XF3kzMz3wWM for ; Sat, 01 Nov 2025 02:10:21 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm3 header.b=o5adwGML; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=HtmECqbZ; dmarc=pass (policy=none) header.from=f-m.fm; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 202.12.124.159 as permitted sender) smtp.mailfrom=void@f-m.fm Received: from phl-compute-01.internal (phl-compute-01.internal [10.202.2.41]) by mailfhigh.stl.internal (Postfix) with ESMTP id 857257A0141 for ; Fri, 31 Oct 2025 22:10:20 -0400 (EDT) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-01.internal (MEProxy); Fri, 31 Oct 2025 22:10:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1761963020; x=1762049420; bh=neJqOREY+s5zGM+P6G8qGhLVkgF1r3V2L32mMPkVy5g=; b= o5adwGMLkeeXgMY646L+MwUrDBdE29dZdZgbXHuQ8pr6Blj9ApmETA5/Ye64lZ/i iFLPDLFR9jiMSKiHc3DLtr9k1Ews67Mg9ghR1gf5SqtNKAVSA49ugQ5Rd95tmfLt Rd3+skY4GTbww/sQpRi0yNULMvj1+4EeulGYU8OKMygRxcatMpLE6Y2GqIHBkU7O AY3TLgNLb/lEHsvdEPGEQtxRco7YKzuqRQNHFXWvAyLVDCX5W7QBSTANo5JIsDlb kCJvOIhOQOHKNblVIw7T1MpaamjAVmLIsKCmjh9vdeHd0V8m9LXuKQRqERl1zWtg 5emgXmlvB4AQGmxQ280P0g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; t=1761963020; x=1762049420; bh=n eJqOREY+s5zGM+P6G8qGhLVkgF1r3V2L32mMPkVy5g=; b=HtmECqbZQ6ITZt0a4 cgOzxLCT/FppX1INKwAoVekhxSD8Hjqn/SP1UFYAL4lwdVA1pGpPCk7RXKit4NV3 eREh8BQZCGSzGbw6HMe3bmuN2KkijC7FB+1DtHZJnLZKBWTCVrPOAWAjNydMLSDA 98PBrDcxW8jy/Fs8XcwM+YBbLsPkKLVfzBv/Z/GYxGRnM1yCJF+oEs1Briyy7TXE MgFGX1Gwwx3THy27PvjgOGcSUYNUgCC6L8KOrbJ4kCJux2Qc3kkFS17sIXsTJaof /OhjxYCBgzWngzKzuimr/fmtOjt/xuzN7W0HgWh6pplCkAzcRJMnKyFWYrvIxebF g6INQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdeggddujeduudefucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfurfetoffkrfgpnffqhgenuceu rghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggugfgjsehtkeertd dttdejnecuhfhrohhmpehvohhiugcuoehvohhiugesfhdqmhdrfhhmqeenucggtffrrght thgvrhhnpeduteevgeeggeevieetvdduudetfffffffhteejgffggeevjeffieduteefte dvkeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehv ohhiugesfhdqmhdrfhhmpdhnsggprhgtphhtthhopedupdhmohguvgepshhmthhpohhuth dprhgtphhtthhopehfrhgvvggsshguqdgtuhhrrhgvnhhtsehfrhgvvggsshgurdhorhhg X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Fri, 31 Oct 2025 22:10:19 -0400 (EDT) Date: Sat, 1 Nov 2025 02:10:18 +0000 From: void To: freebsd-current@freebsd.org Subject: Re: consequences of __FreeBSD_version changes Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <7fde9cf8-249a-4eb8-ba75-85472ae4f9fb@plan-b.pwste.edu.pl> <52b1737d-f05d-4c38-aca8-913a581b3e2c@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; format=flowed Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <52b1737d-f05d-4c38-aca8-913a581b3e2c@plan-b.pwste.edu.pl> X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.60 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm3,messagingengine.com:s=fm3]; R_SPF_ALLOW(-0.20)[+ip4:202.12.124.128/27]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[202.12.124.159:from]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:151847, ipnet:202.12.124.0/24, country:AU]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Rspamd-Queue-Id: 4cz1XF3kzMz3wWM On Fri, Oct 31, 2025 at 04:24:29PM +0100, Marek Zarychta wrote: >Perhaps I wasn’t clear - I meant that only the build machine (the >builder employing WITH_META_MODE) should be upgraded infrequently. The >operating systems on consumer machines can and should be reinstalled >or upgraded as often as needed, without any restrictions. To fully >utilize META_MODE, you should avoid frequent reinstalls or reissues of >make install on the build machine. In this instance, the build machine and the consumer machine are the same, as it's an in-place upgrade. -- From nobody Sat Nov 1 14:06: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 4czKR20MXsz6FxkD for ; Sat, 01 Nov 2025 14:06:54 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mail.oetec.com", Issuer "E8" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4czKR02Y1Sz3DRL for ; Sat, 01 Nov 2025 14:06:52 +0000 (UTC) (envelope-from dclarke@blastwave.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=blastwave.org header.s=default header.b=ibnvGd12; dmarc=pass (policy=quarantine) header.from=blastwave.org; spf=pass (mx1.freebsd.org: domain of dclarke@blastwave.org designates 108.160.241.186 as permitted sender) smtp.mailfrom=dclarke@blastwave.org Received: from [172.16.35.3] (pool-99-253-118-250.cpe.net.cable.rogers.com [99.253.118.250]) (authenticated bits=0) by mail.oetec.com (8.17.1/8.17.1) with ESMTPSA id 5A1E6mP3039560 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for ; Sat, 1 Nov 2025 10:06:48 -0400 (EDT) (envelope-from dclarke@blastwave.org) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=blastwave.org; s=default; t=1762006008; bh=gPm0VtjHBfoJHUPk01gZNbaKDTFYQ8II0EYkjgPM6mQ=; h=Date:From:Subject:To; b=ibnvGd12qZhz86yKv1IhXObWKgdc0I7GWeJnapEkUeznrm2Fh0WQXfkY26inFNzYQ nxPcfNlSnNf1D96oLhxf73UBRzYEBrrtrNFGVBLIGvPDasvM9X3736nTn+bBrrzo3x 1HN4frzAx+WBThQDTKcJqJFcuT6UUsGsuCKKt41g09ft8tzUPX5QwyuOe6KCEcd3V2 +39Zptm/osEFfFWJO9LPPZgBmS55yUyPU4zgQb2M2qs1xXK99oGbEgiX7orBMr0tv3 E3/DNpDvYdu2ffOmR1/y0lKOvzRlQJHyF61zjUmvQNbDr0uBuVg3NDNJa3Fy/ApWli el3dEAFR9Hivg== Message-ID: Date: Sat, 1 Nov 2025 10:06:48 -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 Content-Language: en-CA From: Dennis Clarke Subject: Why is the DVD image so large? Organization: GENUNIX To: FreeBSD CURRENT Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-oetec-MailScanner-Information: Please contact the ISP for more information X-oetec-MailScanner-ID: 5A1E6mP3039560 X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-From: dclarke@blastwave.org X-Spam-Status: No X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.70 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; DMARC_POLICY_ALLOW(-0.50)[blastwave.org,quarantine]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[blastwave.org:s=default]; RCVD_IN_DNSWL_MED(-0.20)[108.160.241.186:from]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[blastwave.org:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4czKR02Y1Sz3DRL * * * I am happy to ask the dumb questions * * * This morning I see that we have FreeBSD 15.0 BETA4 iso stuff : https://download.freebsd.org/releases/ISO-IMAGES/15.0/?C=M&O=D For doing a test install onto some real hardware I felt it would be nice to try out the iso images for ye old fashioned DVD. Worth a try? However I see : FreeBSD-15.0-BETA4-amd64-dvd1.iso 5150257152 2025-Oct-31 12:38 FreeBSD-15.0-BETA4-amd64-dvd1.iso.xz 4276839812 2025-Oct-31 12:38 Now the dvd1 image seems a tad large for an actual DVD media. I think this has been the case for a very long time now. Why is the DVD image so large? Can something/anything be trimmed out? -- -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken From nobody Sat Nov 1 14:12: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 4czKZB1v8Fz6Fxpb for ; Sat, 01 Nov 2025 14:13:06 +0000 (UTC) (envelope-from ivy@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 "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4czKZB1BRqz3GjJ for ; Sat, 01 Nov 2025 14:13:06 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1762006386; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Xmtp/o0H88ivu+41DuAQwqrAFSuhx++w1FQAWwYQSiY=; b=CZ+4/p8t5YZeugRM/XXgnyJy8NPDtng2zo2oIluVGt8aKphNY2n9pBriplWfT1lwTmqqI1 ti4swSsVp7jZxaqSRVU8XgGO8K5lRCcYemXFD8U1oZwRdCI+BcR83JP4d+RWyUg5AG4r2w Y175COo+E3zK5AqElGMr6WIXEKPN0+bvH2w4dSNnZhblnLyrpjYNbEYtqjUG5vTyz8piIZ A+PhEn+U7pUYHgz3hX3C7wsBVLY081Eb4K8jML5LqZsxjPMWBFl+67sJAHkDiwnkjdQZOq tUmohzsACVxpORpsgKWqIBN47TUjqty96fASbnSlzq9dcB6n89t5eyo2w1U3Mw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1762006386; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Xmtp/o0H88ivu+41DuAQwqrAFSuhx++w1FQAWwYQSiY=; b=vrKkXtgHoQhd3s/eG73YkjUHlBuv5itItfYAsw5fVYvrYVtOX7V2ObkToGErzG3mnolFto QS0h3Pj8OTwScgSE2l/oNYugjFDFzszzcjWiPXNlDKTtDceCH9w26smTj1HK6Sub5xzhB1 H8v6aRo00x7tR+zndZV0GEDQIlLuLKGWmlkH337XXNqHCGaeoVGSAcT0Z3xhP8mjs32Jhg 2J7WF80ARZ9tLtfJMAEhstXuWW7bBy0m/ouVAngLXKNzVKATVMqC6qfvqj+WKpvsoSUjab lb1QMxFBwUTfoKGcfSc4ThdAmHym8VazAvUD2i7qV4NV7qt6zxnNekdjFgb6XQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1762006386; a=rsa-sha256; cv=none; b=Xo9l28f/zrw7htQ3+YBGg0yDcEgkiUsg6XCTuQSVVJ5h2eXG8+hlI0vPCLJhbPYW2wSth5 Pmr8EINbVjrCr6QRPfmiWv8uzKnnfumWBePSClI1Kh326r6ELi2f8/qRw2R0JDp0k+R6wA y6N7M0Ejkm7WglDrO0I4s7xtDVuV49Bz6K8H8iP2mGQhwe/FyvVf5yt5YMdKwXksgBJv2w cq5zkMBAJFYvusvu0S3EhaGoBlLbHG+Q2wg2DFfdn8vF4O2LgpV9uma78lIQYdRgQDcZIx R3kw8ewenV/DvwyNIEAcFsxLN8v+jamW6rDCnRCYXbFVptuMADJBapNCRWx/pA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from amaryllis.le-fay.org (amaryllis.le-fay.org [IPv6:2a00:1098:6b:400::9]) (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 4czKZ95s6Vz1GhH for ; Sat, 01 Nov 2025 14:13:05 +0000 (UTC) (envelope-from ivy@freebsd.org) Date: Sat, 1 Nov 2025 14:12:43 +0000 From: Lexi Winter To: freebsd-current@freebsd.org Subject: Re: Why is the DVD image so large? Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="gcNPNsjbdrBxK0ZO" Content-Disposition: inline In-Reply-To: --gcNPNsjbdrBxK0ZO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dennis Clarke wrote in : > FreeBSD-15.0-BETA4-amd64-dvd1.iso 5150257152 2025-Oct-31 12:38 > FreeBSD-15.0-BETA4-amd64-dvd1.iso.xz 4276839812 2025-Oct-31 12:38 >=20 > Now the dvd1 image seems a tad large for an actual DVD media. I think > this has been the case for a very long time now. >=20 > Why is the DVD image so large? Can something/anything be trimmed out? for 15.0, the dvd1 (but not disc1) includes both dist sets and pkgbase packages, which means twice as much space is used for the base system. i'm not sure if this is enough by itself to push it over the DVD size limit, but you could check the size of the two repositories on the disc. for 16.0 we'll only ship the pkgbase packages and the non-pkgbase install will be handled in a different way, which will reduce the size. --gcNPNsjbdrBxK0ZO Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaQYVWAAKCRD1nT63mIK/ YKDqAP91ZHpmVmw0WDJ27CLEqWLWwT6bmAzUFBubU9kcXiSxTQEAzGbefa54O4ny tE/RCZP8grXXXB3Ipy7KdL2ZkWgF1As= =loIm -----END PGP SIGNATURE----- --gcNPNsjbdrBxK0ZO-- From nobody Sat Nov 1 15:18: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 4czM0z4Dmxz6G4JH; Sat, 01 Nov 2025 15:17:55 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "pelorus.zefox.org", Issuer "pelorus.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4czM0q6mqjz3RqX; Sat, 01 Nov 2025 15:17:46 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=temperror reason="query timed out" header.from=zefox.net (policy=temperror); spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.18.1/8.18.1) with ESMTPS id 5A1FIVMf076805 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 1 Nov 2025 08:18:31 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.18.1/8.18.1/Submit) id 5A1FIVX4076804; Sat, 1 Nov 2025 08:18:31 -0700 (PDT) (envelope-from fbsd) Date: Sat, 1 Nov 2025 08:18:29 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Cc: freebsd-current@freebsd.org Subject: Buildkernel fails in /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o 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 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.91 / 15.00]; NEURAL_HAM_MEDIUM(-0.99)[-0.992]; NEURAL_HAM_LONG(-0.92)[-0.920]; NEURAL_HAM_SHORT(-0.90)[-0.899]; MID_RHS_WWW(0.50)[]; WWW_DOT_DOMAIN(0.50)[]; MIME_GOOD(-0.10)[text/plain]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_NA(0.00)[]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org,freebsd-current@freebsd.org]; DMARC_DNSFAIL(0.00)[zefox.net : query timed out]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; R_SPF_NA(0.00)[no SPF record] X-Rspamd-Queue-Id: 4czM0q6mqjz3RqX A Raspberry Pi 2 v1.1 is failing buildkernel with Building /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o --- vchiq_2835_arm.o --- /usr/src/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c:549:71: error: format specifies type 'unsigned int' but the argument has type 'unsigned long' [-Werror,-Wformat] 549 | "free_pagelist - %zx, %d (%u bytes @%p)", (size_t)pagelist, actual, pagelist->length, bi->buf); | ~~ ^~~~~~~~~~~~~~~~ | %lu /usr/src/sys/contrib/vchiq/interface/vchiq_arm/vchiq_core.h:73:39: note: expanded from macro 'vchiq_log_trace' 73 | printf(VCHIQ_LOG_PREFIX fmt "\n", ##__VA_ARGS__); } while (0) | ~~~ ^~~~~~~~~~~ 1 error generated. *** [vchiq_2835_arm.o] Error code 1 uname -a reports FreeBSD pelorus.zefox.org 16.0-CURRENT FreeBSD 16.0-CURRENT #1 main-n281567-8d5a88ac95b2: Wed Oct 29 18:14:25 PDT 2025 bob@pelorus.zefox.org:/usr/obj/usr/src/arm.armv7/sys/GENERIC arm Git reset --hard reported HEAD is now at c6e02892bbca bsd-family-tree: add macOS 26 This has been going on for a couple of days at least. Thanks for reading and any remedies! bob prohaska From nobody Sat Nov 1 15:46:44 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 4czMfP38Ddz6G5v9 for ; Sat, 01 Nov 2025 15:46:53 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x32e.google.com (mail-wm1-x32e.google.com [IPv6:2a00:1450:4864:20::32e]) (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 4czMfN5nmPz3WZ2 for ; Sat, 01 Nov 2025 15:46:52 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=ZVqUpi63; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::32e as permitted sender) smtp.mailfrom=grahamperrin@gmail.com Received: by mail-wm1-x32e.google.com with SMTP id 5b1f17b1804b1-477442b1de0so1776265e9.1 for ; Sat, 01 Nov 2025 08:46:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1762012005; x=1762616805; darn=freebsd.org; h=in-reply-to:autocrypt:content-language:from:references:to:subject :user-agent:mime-version:date:message-id:from:to:cc:subject:date :message-id:reply-to; bh=SiHQ2ZHK1qGhQ1p0Y9dsTKjoWJ4ZWl8iSTLZoRQnz2M=; b=ZVqUpi63qkKBc9x/CqyPL6v7JnbCvhOymNU7NL6YPBk0fObgulLOIuNxfZk1HIjR4F 0G6vP2qjaeTTKStdCjT9uV5A230aJ615U59Q6PSHhxFB7Yba4rzn7dyN1MJNro2QluU6 UxDh+3SM/CM83ox38sfKWU2xQlczlj26nW1lKcz/SGUiyJ8tAed9h5/DlcLloRnI7xf6 5X0TM5YgaF/6WKiLDwj7R+1ntb10IW5h1oZnmAQKvbVUAzJD9LiIF2wg98akkfIiNVqj zvtW9Cj5kU0VXhURyLnJ91UphztvYqhtSlClGwfPnN6guniRocG6AqhCbHJkJfG0wBST WXZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1762012005; x=1762616805; h=in-reply-to:autocrypt:content-language:from:references:to:subject :user-agent:mime-version:date:message-id:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=SiHQ2ZHK1qGhQ1p0Y9dsTKjoWJ4ZWl8iSTLZoRQnz2M=; b=oF+PDqFncQs8u4gES2SzUmX+OmKQIn8FZH0SKAMd8JrqeY4IrUMvypU3trl3cpSMjJ 5lKzpxlOn3Ig9OeccWfEQa3ZTO+vNAPlAUlxR82usVCFMnfnQrBF0oh02XSGYKkhDXTP FJc17QTcUriCxTWRBTXO/OqBG/wkcgI/3esPVxOC9Vz/zxVR7wEnoQS03tebnj6/4ynQ F2unoBJl7M3EkepZ3qJOVG3ogjMvC9Qde9IwjkuvBbxV6oQz3b02AIspMV1d2TZyknRR vEvWjWxtRLvld8taF5h3fWXGrF1Gi/NM46bi038TageNt7Kt9kljVcWI+EW7RGKop7Jx WdNw== X-Gm-Message-State: AOJu0Yyxo9GzAP+uzwQa0SPq3PKeBUdMl+LhQ6wQYy8oABQ+Lg5LLZL6 uF4bryCAEPFo1oOKJiXD+wu7PqL+L7dIL4MW4lubSYfhG3rw4SG0NJbWTsfVMg== X-Gm-Gg: ASbGnctQKCQcI+YlYzIN+3Li1Mff9CTOTWHeViuBQ4ZeXI0o04mJ8EDAkynY2CeYO2M sPK59Xgahx1wnvtl3x8RJjuXA8ZWcxipzcZJysXptE6eHdj48JTXd1vMewFJHCX+rbRUwzoKjuc AXQytdQ9fKpFXdgJ4KUiA94WIiY6dPn7wt3KbmWON7QMQ08ND47uotfu9YDhfGK4oSGi5r75zOU sRQlIqe93Kfi5npCDL1KgEm5i7RcR20qQwD7GssCYGTJxnG6vHJ3Smr/f0GRgjTgSa9juNDQ+k7 XlepY3j5cR3KZ6XXRwMWa9JEkeMsiWiYvIuGlYlPgVz1yDJDMNlBmKCgkgL52gGfCBBAtOPxpqX KkYF+8Z5vO36K3cUN83Xy/p1GZL6Duget7W8g0Q1Zv8uXTppZZxlB7N+5lkLGMvnYp8Wk3yjlhm CwHINwzwVDNxuMJcMtOmM3lO+t33ghtX0fNYf4euEOKqKNBQ== X-Google-Smtp-Source: AGHT+IFOlbx02mmB6uUIOgrcYepvpNQst38wQuXtIk+iLgFCkHTGoSpAV9HS1qKpXx2vJJVVRR6h6w== X-Received: by 2002:a05:6000:18a8:b0:429:cbdc:86e with SMTP id ffacd0b85a97d-429cbdc0cc4mr639425f8f.18.1762012005098; Sat, 01 Nov 2025 08:46:45 -0700 (PDT) Received: from [192.168.1.4] (host-80-42-67-140.as13285.net. [80.42.67.140]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-429c13eae16sm9769048f8f.32.2025.11.01.08.46.44 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 01 Nov 2025 08:46:44 -0700 (PDT) Content-Type: multipart/alternative; boundary="------------yZYHXNPNYe7l700yFBdpf1Da" Message-ID: <72691b30-633d-433e-a28d-dfbd2529722a@gmail.com> Date: Sat, 1 Nov 2025 15:46:44 +0000 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Why is the DVD image so large? To: freebsd-current@freebsd.org References: From: Graham Perrin Content-Language: en-GB Autocrypt: addr=grahamperrin@gmail.com; keydata= xsFNBGKYt7ABEAClu83dJ3ZKfVgPOk9YKRv0Z+dl2b88+k9R4vwAmElgguYdKE7yhnQNhhWM v9vi6AFrBMc2oJdVHJ2OrXfwpELBFIgiSMEWNsC4e+Z3HtSajcl+pFZsP7ciiSoycj/w3wIV kAZoVGbhyIbNG7fbCEJ8q81TbfsGypV3bRmbZVvGNecBguYiooBtz2Qht1p3itXMkIA6P9pS YDl+6QddZLyUUAjAnFv2QDoYSHLnaDUWw4oONZsB0SKVu8jMIBh4uJZoYEOvdvc9jQQdOpA2 CAgA6ulfm42Ikr9lKBUUCtjqiWAhJ7iXOTyHAIdR4Mf8alCE6tdTq6dHdIt+GktTY7oYNyL2 3aD3C7I5waU0SFXvJcOMG10QLfwYQMOQoYQ9XJ0U5A28WYiDcylDdUWT7SappP1e1ZMeJWWO y14mxxNzHaJSI4rK8P/p5tp3Q7SSC4k5gMh9zKba3K2ApCWNbVLGvXsJeQkZZNvu70tE81ey AHI5iZcB6D7WaHysBUmsKaEpbcmm1ZThTnGL0SHEl5to5Jab5Fg6O+Cnly5sVz5lX/v8Aosx kKNei7SCVqXOVtteQeGxWbXWbhPgbMyc0Gi3DuxBI/yvJ43k/rJysQlLGLWfJx/UXprwLluC PDK9EvKEB+fD1Z349uzp1sKr3ihpySbyKI8fpudftnAz4EsoCwARAQABzSZHcmFoYW0gUGVy cmluIDxncmFoYW1wZXJyaW5AZ21haWwuY29tPsLBlAQTAQoAPhYhBFk/5bLDBwftvJcvCrdn SG9KGNQLBQJoRALAAhsDBQkPEg5ABQsJCAcDBRUKCQgLBRYDAgEAAh4FAheAAAoJELdnSG9K GNQL8YkP/2V1z6XQDyG1QlKAu8TuE8zDWy9QQKjC/G44hlu5zk+2kWSNk4zeExs9ZXOBmVhF EW1d+1J8wDiYIeKYj/rqMoP+gb8o0Au0lSRitvTdLxkZBFGMn0CEzlDOzv+wmiy0ggAV/s+Y EbiHk12fI0LoTy5/ywdmG/uGS7M6p3XOrM0YO1qmLXy1cUyYDsYIpq5/rT0QzpGowsJLoEA3 zz1vfKVY+RTorsL4W8ljXLmcs4c3b3HZG9Xmgtt+Ni/eb9CjzM7kCXOcSMnVzvfscCowPAwB 0ZHlNxNV0MTa61xgvOCk4Zf278ArRgbTm4oOz9Z4ciPMnVue+9P/VdxIxgUuYkAryM0+agGz L9bd8ljn+efNtgZ5dlDLrNnTE+vWnMVlMXgl7BNnhwHg7UYFLrC2xklsICub0qpnNheTGeqo 0N4UongJTQJ6H6LEpgd+KMkCncAHghED/G0/BUdO90VEOoqnIKwKa+F9NqVMvHWc8D58mwCP FghsmxK9FM9pnsjLmG7u+s51Y7++GSRnU4NkI4tHiVk7hcAcvZuc0QbUDwVMTurDUgIqRo6W 80j1tFjEspkrwtMoeVFEkDHktjoc3AoEymXIncZfqIqi3nVseyDVyNByvkV0mutX9hXqac0/ RXMuyK9KniAUZ9+gsWs4rPs/DOdsw4K8/RnjduBrfCYQzsFNBGKYt7ABEADRb1tZuh7DPYET 0wK6fe7owbYgM+RfKhmcrGgR2HI9M2q6+0WKF/ITnggWdIW2Ecc4z2boLz/cwvPGCS7/YxZM 61KklGCwuS7q1s04XnHDWHuFxfXQPzAdVmNO3bYoMZbJjHXs6sB2u5ksiwPwaMAWWaGkviSj c5pwvHCiTmX5vH5CBj/Vi+5ESyX38vK4JM5S/m4ouI/6M9biyFgimV+v3vVyCxJCT1gI9g4o GIh1qq5S433b1fihn4yHPf8XOKyBpA/QcwLONViBqJL5nnOxpsh344rNxn2R7CcRzzicOV+e 2IbMem4lwNWQlZKoRotKXZi9LqN5mynSBYqAUdoZum0QinWT9F22B0Qex5PH1zAt9i2W91Vd kcPB3LwkRXj07ycRtsSzpgPA6fLc6AsoWFslHl8kVOO5eJIA4xhjlPa+W8lguQHZ0iX+5uAv 2eAgXR2swADuHPuENNFStmsgAMl8OOOgtq75yA5TpyIzxMuXV9Nmp0VfIaUM/IdLdmxhc1pC c320l5fYMHVLFAReWEbSj2QH8YzWfpXHIegutWWYEbH9SiDXgS9KoKmCJV/Qa+x6/b8y3pOZ vnIbCDaynC2Yr50s8gRa9kb54JE8Z+p8r16U3SEsK3PtUi0RF0e51danCVHrrE6/Hat2XUO/ 6nnYgVgFOrLao6Gh/VMs8wARAQABwsF8BBgBCgAmFiEEWT/lssMHB+28ly8Kt2dIb0oY1AsF AmhEAsACGwwFCQ8SDkAACgkQt2dIb0oY1AvQxw//REWYFK2m4yS/QP5kzfhkWcNqDI/akGT5 /LXmdmbc1s78+mOMXnA4vBY/+X1QatgxWUECkPDOiIwXJMxoBuyY8e7spLRXeyhtfh5aYaJc MO5bARX0c49v+KfZ80u9tG2rkKQvAt/ySo7OXsbDADFFRhlc8RLbb8e7bSctGbYZk9CYa0ya dW5+n3znDNJ6yW1skx9wTH+Y8VlSazRLk3XgXscNqBA2h56v3WS/R5dI++7AQxZxSQacQvfj 9eahq7ATdB4zMQ9MBHEwOvGD3DLlc55FYSDZvNX+mhnK7S0t1Nt2EtGUOmXb5ysMFGnbsce0 woKQ0sLPF1HWDAAf7tBCF8mpPIzU/ViAkupsJ6NYCD0tLFD8pvl0NYU2TjvyWh6ie3e5B/b3 8Daiyme+M92ivfoRQOFKmkPfeT14AI6OW1k7qFbmoIwMWWQdFWAl1CP9hNdF9gRN4rFB0Jy1 90BajZW2zOdVfqdurJZegCzAowZalLm4JEK2MklpPzipibnJqhLOmvJy587pF52KDdM/4rLy BBREIm7uRivnO5k/BY5qS+H/aqv97LC0PVaTsLXbDmTxTnJplUpdlYT9NGidM+x/ioS0iztO Cht7cT8V8jvvKZYvNpst8iqxuIaoV9V7aZ0wAQpkgDGXHmSzwtz6U8xNf/4e4sLn9KPlldSd kvo= In-Reply-To: X-Spamd-Bar: - X-Spamd-Result: default: False [-1.76 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_SPAM_SHORT(0.24)[0.236]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FREEFALL_USER(0.00)[grahamperrin]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32e:from]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4czMfN5nmPz3WZ2 This is a multi-part message in MIME format. --------------yZYHXNPNYe7l700yFBdpf1Da Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 01/11/2025 14:06, Dennis Clarke wrote: > … the dvd1 image seems a tad large for an actual DVD media. I think > this has been the case for a very long time now.  … >From : > … dvd1 image is also almost at its limit, which is 4.7GB for single > layer DVD (FreeBSD 14 dvd1 is 4541104128 bytes=4.54 GB). 5150257152 does seem to exceed this. --------------yZYHXNPNYe7l700yFBdpf1Da Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
On 01/11/2025 14:06, Dennis Clarke wrote:

… the dvd1 image seems a tad large for an actual DVD media. I think
this has been the case for a very long time now.  …


From <https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257347#c10>: 

… dvd1 image is also almost at its limit, which is 4.7GB for single layer DVD (FreeBSD 14 dvd1 is 4541104128 bytes=4.54 GB).


5150257152 does seem to exceed this. 

--------------yZYHXNPNYe7l700yFBdpf1Da-- From nobody Sat Nov 1 15:57:13 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 4czMtY3VYXz6G6q3 for ; Sat, 01 Nov 2025 15:57:25 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qv1-f51.google.com (mail-qv1-f51.google.com [209.85.219.51]) (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 4czMtY1csXz3Z61 for ; Sat, 01 Nov 2025 15:57:25 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-qv1-f51.google.com with SMTP id 6a1803df08f44-78f30dac856so37612906d6.2 for ; Sat, 01 Nov 2025 08:57:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1762012644; x=1762617444; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=VTaPyfpWhREltpaJ+bFQAJF6umQBjEy+CX7mnFYL9u0=; b=wiMHpH64s8WATyaerW0NqyZa/aqcYPXRnQ+coVFW4ykOGUOHA3CSra7ahX9Oovv5We Yy0EGeApPcysrdx3kC+PlBXMEl9cCGXGla1RrnLCzJrWYDC2YFsOI6JB49iMYkOxJbeI 5NCdeHqPhMLDf6iFpVi3U6uED4wiLyZ1fqBhA3AWwddBZ3z6YtEcL+40eXiwoJsHUx5l lSIekcDE7I2O1RbfX/Gg7yQ71IXaL5aSdWW3tHIRf1i3WfVqYoh9I3baeSEq+RwYCdju Vd0FDtsT91vt9ITVXtF1Zp/rs3wvVDXEiN89tdAK6fH086Eg9c323WWaib7vmc7VTQbA 6Mkg== X-Forwarded-Encrypted: i=1; AJvYcCU64Vy+UQTYdLrOlyZf1gBeijAGo1ELmWJFveWiTwLa0BHsAibziMMaW1lwQ/tSxBaXMTn8BZcyz507fyTrils=@freebsd.org X-Gm-Message-State: AOJu0Yzgcb5YAAAUmJH9b8loijBQyigWdXtuDrUzPXytnFsRTH1Em/El d0PxzfHvHiisZlhcoSmGZBehh+nlk/LBdNJTRrpFY5TwIAY15H++Vmxr2ZfTnLlf4hN1UFdDHRm cxQ/nXwBUtExeqfAyIkyMMnJjnYlyrks= X-Gm-Gg: ASbGncv6QJqu74cZKb+ZoLIfes11L8E89rcOSw8hvpBkBlYxtva1jEGcbQio3wHPx0j vZF9GE3UJ+5IdcXGNKgUd0ZCmwXHdwDDA8SvTOnSzN8JUMOtOVQfI96LF/W0XlIlNRVgOTS4eHU ZxW+it/RigUr8N8utOBgI3INEOsngGJDfCJGlzcEvlA/t3A7zvkqxm+H1QRcF5RDknkQ0EinQIP wXiHgG2ZInh9XKOyjuwAj17LLZQVNtuAP1UVuv4JvaINpLehUEBXn64pl/sSdk= X-Google-Smtp-Source: AGHT+IExMG6l8hnJuVWc+keadQQsQgBd1NDGiPGgmJIo4XZpFG3PUj3SmDzIc+0EsiDdopLW10goroEsFrVEoO9Gxsw= X-Received: by 2002:a05:6214:29ed:b0:880:4b5e:fd2e with SMTP id 6a1803df08f44-8804b5f00d6mr19685066d6.36.1762012644483; Sat, 01 Nov 2025 08:57:24 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Adrian Chadd Date: Sat, 1 Nov 2025 08:57:13 -0700 X-Gm-Features: AWmQ_bkoCWQG5H1v3l8C-GOceM0-xJM3ONprVJS97wu2CX7T3TvGSWyWzzLPXmQ Message-ID: Subject: Re: Buildkernel fails in /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o To: bob prohaska Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="000000000000c3a97e06428a8981" X-Spamd-Bar: ---- 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-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4czMtY1csXz3Z61 --000000000000c3a97e06428a8981 Content-Type: text/plain; charset="UTF-8" hi! There's obviously something wrong with my cross building, because when I try cross building armv7 on my laptop it succeeds Anyone have any ideas what I'm doing wrong here? thanks! ``` #!/bin/sh OBJ_BASE="/home/adrian/work/freebsd/head/freebsd-obj-arm" SRC_BASE="/home/adrian/work/freebsd/head/freebsd-src-arm" PORTS_BASE="/home/adrian/work/freebsd/head/freebsd-ports-arm" MAKE_FLAGS="-j8 -s" X_TARGET_ARCH="armv7" KERN_CONFIG="GENERIC" BUILD_FLAGS="NO_CLEAN=1" env MAKEOBJDIRPREFIX="${OBJ_BASE}" make ${MAKE_FLAGS} buildkernel KERNCONF=${KERN_CONFIG} ${BUILD_FLAGS} TARGET_ARCH=${X_TARGET_ARCH} ``` On Sat, 1 Nov 2025 at 08:18, bob prohaska wrote: > A Raspberry Pi 2 v1.1 is failing buildkernel with > Building /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o > --- vchiq_2835_arm.o --- > /usr/src/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c:549:71: > error: format specifies type 'unsigned int' but the argument has type > 'unsigned long' [-Werror,-Wformat] > 549 | "free_pagelist - %zx, %d (%u bytes @%p)", > (size_t)pagelist, actual, pagelist->length, bi->buf); > | ~~ > ^~~~~~~~~~~~~~~~ > | %lu > /usr/src/sys/contrib/vchiq/interface/vchiq_arm/vchiq_core.h:73:39: note: > expanded from macro 'vchiq_log_trace' > 73 | printf(VCHIQ_LOG_PREFIX fmt "\n", ##__VA_ARGS__); > } while (0) > | ~~~ ^~~~~~~~~~~ > 1 error generated. > *** [vchiq_2835_arm.o] Error code 1 > > uname -a reports > FreeBSD pelorus.zefox.org 16.0-CURRENT FreeBSD 16.0-CURRENT #1 > main-n281567-8d5a88ac95b2: Wed Oct 29 18:14:25 PDT 2025 > bob@pelorus.zefox.org:/usr/obj/usr/src/arm.armv7/sys/GENERIC arm > > Git reset --hard reported > HEAD is now at c6e02892bbca bsd-family-tree: add macOS 26 > > This has been going on for a couple of days at least. > > Thanks for reading and any remedies! > > bob prohaska > > > --000000000000c3a97e06428a8981 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
hi!

<= /div>
There's obviously something wrong with my cross building, bec= ause when I try cross building armv7 on my laptop it succeeds
Anyone have any ideas what I'm doing wrong here? thanks!

```
#!/bin/sh

OBJ_BASE=3D"/hom= e/adrian/work/freebsd/head/freebsd-obj-arm"
SRC_BASE=3D"/home/= adrian/work/freebsd/head/freebsd-src-arm"
PORTS_BASE=3D"/home/= adrian/work/freebsd/head/freebsd-ports-arm"
MAKE_FLAGS=3D"-j8 = -s"
X_TARGET_ARCH=3D"armv7"
KERN_CONFIG=3D"GENERI= C"
BUILD_FLAGS=3D"NO_CLEAN=3D1"

env MAKEOBJDIRPREF= IX=3D"${OBJ_BASE}" make ${MAKE_FLAGS} buildkernel KERNCONF=3D${KE= RN_CONFIG} ${BUILD_FLAGS} TARGET_ARCH=3D${X_TARGET_ARCH}
```
=

On Sat, 1 Nov 2025 at 08:18, bob prohaska <= ;fbsd@www.zefox.net> wrote:
A Raspberry Pi 2 v= 1.1 is failing buildkernel with
Building /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o
--- vchiq_2835_arm.o ---
/usr/src/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c:549:71: err= or: format specifies type 'unsigned int' but the argument has type = 'unsigned long' [-Werror,-Wformat]
=C2=A0 549 |=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&= quot;free_pagelist - %zx, %d (%u bytes @%p)", (size_t)pagelist, actual= , pagelist->length, bi->buf);
=C2=A0 =C2=A0 =C2=A0 |=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0~~=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 ^~~~~~~~~~~~~~~~
=C2=A0 =C2=A0 =C2=A0 |=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0%lu
/usr/src/sys/contrib/vchiq/interface/vchiq_arm/vchiq_core.h:73:39: note: ex= panded from macro 'vchiq_log_trace'
=C2=A0 =C2=A073 |=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0printf(VCHIQ_LOG_PREFIX fmt "\n", ##__VA_ARGS__); } while (= 0)
=C2=A0 =C2=A0 =C2=A0 |=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0~~~=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0^~~~~~~~~~~
1 error generated.
*** [vchiq_2835_arm.o] Error code 1

uname -a reports
FreeBSD pelorus.zefox.org 16.0-CURRENT FreeBSD 16.0-CURRENT #1 main-n281= 567-8d5a88ac95b2: Wed Oct 29 18:14:25 PDT 2025=C2=A0 =C2=A0 =C2=A0bob@pelor= us.zefox.org:/usr/obj/usr/src/arm.armv7/sys/GENERIC arm

Git reset --hard reported
HEAD is now at c6e02892bbca bsd-family-tree: add macOS 26

This has been going on for a couple of days at least.

Thanks for reading and any remedies!

bob prohaska


--000000000000c3a97e06428a8981-- From nobody Sat Nov 1 16:05: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 4czN3v5t4Yz6G7mt for ; Sat, 01 Nov 2025 16:05:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-22.consmr.mail.gq1.yahoo.com (sonic301-22.consmr.mail.gq1.yahoo.com [98.137.64.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 4czN3v4BHRz3bs7 for ; Sat, 01 Nov 2025 16:05:31 +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=1762013125; bh=FMcEOOaNALYADOe5IR72tnfV702M9rKfDY26WFWCMqs=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=LX01Imr3gHzyPUWaAInhO7q14WRmseH70xJTboiENl7+VafRClByhtylP1UJjBSydvmX5ZK3uEtxfxWxkWjJkPOeyUjfcnhz3jJHX+ExjKVME/ugy5508803LvxTCGkT0ZZ44OlBLRl6UOWwGZI7UVtBAU1priYDQEt2aiIKJJlpENNcjQf3SrTdIKklS/zFuemi8E+D98WPQfPt6XxVIWDNezh65K8Qqg8HAvQI0p7GJC40MNIqXazQDqd9WFRl9jQxeW6woFcsTcGWJ2i6ZZ0WiSPgAij0yOXEaN/hNm77/8XH8qF5YQ7G6cy6vY+SDHRtP9IbRCJ+JtKBTJFsog== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1762013125; bh=q65xuH3J29X9azNj8OQtDHinpCKS/AmrlDFFiL/145j=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=RWAot8fjlQ6I6/L+Mg4P+qkKrhlPOKDJC3Sncoc+J32nhjj8wlmARiJumjnGyGnMDWglrqCKDy1ayJdL7j/4DljMp/0gUKnRlSrPfUzbWZWX5LFLUrdJkaJ2FIqWwah2EobqDTIQw9V1dbGAAFmVKUKFcQt1DjA4sD2jYCbK0bmzXb90BO8bE8mG0IaoYiVPUPcJO5JfEXfjCaC+MJo95piFDhbRrFI2uZVw7t6ClL1JQ2HFASU4eA9gP8kw5o6I2UPQkrKMyMtr5KrrLIP+Iyzv6Zs7xDsR9AXyumFzgqJ+3J9Z51XUmnxbctuhiLWdUJagzL9qIYQ7u4bIfd6XuQ== X-YMail-OSG: VmfHEncVM1nE3Bm7SxRLYjTe7NVHe_2RdmOufzaM3RfiO0QF0JhYWjCyZMQx6dP B9j5z6xjvV7Ah0NXXpZcpbY1xmlY47CNANjK1MgkdOw.HjgbS_te1R3Mokc4sDKNIS4Dp7irFY_W _HhM1Ik1fKNz5grD894d13r9huqfwJ11li5K3KjLe8nPu5zbmoDqOfRxJ6rdVTg24J6BXKYsbCQJ GhSLxqnzh4uVVnDH8ibAIv2TJE2XRqywKE3ynzfmAZy45BBWP45HDN.yueXlPc.i_BLMgBBy.3R0 N8KiESeQw_dvHU.nLuRXijtKy28jubnTYqKXIbyZQXKj6PNH4h7tMnk.4JVsTmofJBpFgG4k4mYb bAHPWSGarMIJlaCN_xAQR8k4AiZILZA7.i85cWN6XgkRXJ4n5PV8CScJm_pHtNNghyuSKYwX39iS 0easOI5vtlGtP90W5YPqHc0HWkKJLSVzsmwEE5VjWzqTWLMLLEs5FSrWEvc_otxlDXlbSYXbt0.4 Ui6oOlYCL0seTptFkPxGZsGYacT40yyZ0zyY28WMmD6ofg1LzAGI982LRqHO.9EsDEitxRryDS4. oGVE1dLXvAYoVovRQkdPQdlcnjyfPJf7bfaibo92VD3tp4p.BYPUqVHLNDXf5iyOLdUi0TMVJWt3 trNSTddxAEq2R3RAHQ_yX11QXpSLxYlvcPZZR58S3_vJeusR_WSV1IthoRf5zRGLxC_9zHwoRJJi rFANcFMsWgPR8tA1JTQThwgQXGUM77bCC9wOdfXY_6Ii2bhBd2Cw4sdYQ_mpdFTlAoRSEST3.vxm enueMpaqNP_c2Jmw.JHOQubW22IIO7aV_0Z0MTBHD.oX41dEl9pVEVHMZ3.Hd5NzvLB2RrO1FIOq huoquWA1hHRtHq4aeNVWxQanjxDx1QAC2A3CTwqwQPZGYjkHb.oEcZ27tpF9T29upiJH3.Gxj7L3 Znd5awLuVeBudROFt2Zmyz5WbEnCABv0ozjPgthni5L7I7Wc3siC0ERkG0sbBt0zdOdLfV7hcFVK vWXMvOXei645oDQSSDNfYodt8_e2SEaBZla8BnZMaQNIH4lbVmJjFP5L.bVL6dp3KfzwWosjUt6K M2g3DT8CjjzNRadMvHtVT05THd_SATeH_17nYc_wxWLdiNmSr1ESf5i8O2H9DABOeeirWkckxxnU xNlTJnU7RXFWEmiv1unnE7MHnuWZ_26TStKhYihbKCoGO4EsqVQCGFQ4HFk70JmKDoe7MlvL2Mrd UUWbPL35DaaaX2KU9J6fGcmHle6OgSL.v31ppti2lZvTAnzXI9IL1nWNbb81NZErIjWkCysXQGVa 85cirT5M8VCjIB.hsEyF5nyfdbzlSDmHZZie_cGjZJlyVWr0upp4helhcOJ3PBwheOmLJ0FDL.VR DHdWAV8c0uPH98RCbDZMBU1uu00gkMvQxRhrccU.KGdyCcqYqFGMSMUoFGmlYIolInhYc3lf499Q cNuCxMfEbijx7X5NEpmdvMKkyPuTRXYoOjE19RaOXTu5CCTMKbBm4Mdt6UJct8utlM.1PGaEGFME z3soT4QXjooJHcdaojq9pwreVbNIm4DgrOnltPT7JWm2siJcO8UOPxFn36VnJ.WHucrVQ6tBLWth V.4W9eyA1Oz0fdwJ30rQlaQl21RHP130KP2Y15Xq5Ewpy2EBTwTeyXC5i1ruhk1E2AUH8IpO64VM rMnuophu_FQiHp7KolzVQTeZAvWa4t7thNL__Re0algaZdZUgmgmsyPnuJaymSXqU428ZmEB.SgT 1jIEL2msO0_EK72oThGAEEqeARBtSOeBd1bIst526DmeDkzK7pcdGqUb2C4qb4EP5NQvmIVg9Ups _w7D_LQfuKZIL_e8cCXJPgLQ3.JiwC6dgNtFmq24yxkFjcLfvxyicjKUOCkqq10HW0VZ0IboaL_C hXtuOxK9Ih34fSRQujdhAMHY0k76BdkYdv8JaV9xjbHUMbtXgtnZzfuV6nGvS_O6qpZD78iwzyDE a_A3cAyi.x45FirkStc0iw0.FLQU8stfB7Lf90NCd3cmB_mgqC3gIc8Q_PHCznL1ASzjOkXJlS8u Abk.Kch0VRRn0zefebupVo1ucWa0pUwyC9sjdwjB732Pv2kxG9TAea637UPPcjEOVwI6ujNJM0Qj pIt6EjT5QOeOIkbhHkcLk7rTvRP3yWsEvMZILWmlGhzkxH2SDY8dZyMJA6h9Rta8P84Qpngz8rsf Hmn_1jmKFLgcQEWJzr0jhs1Sc4juVQbJ0C4v7OuN0fU4BD9Y- X-Sonic-MF: X-Sonic-ID: 820b5434-e0c4-4468-bb0c-38710bf826e6 Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Sat, 1 Nov 2025 16:05:25 +0000 Received: by hermes--production-gq1-86c5846576-8sm7d (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 429e6a2f4fac5599a2ea4b62daccc871; Sat, 01 Nov 2025 16:05:20 +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.700.81\)) Subject: Re: Buildkernel fails in /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o From: Mark Millard In-Reply-To: Date: Sat, 1 Nov 2025 09:05:09 -0700 Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: To: bob prohaska X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4czN3v4BHRz3bs7 On Nov 1, 2025, at 08:18, bob prohaska wrote: > A Raspberry Pi 2 v1.1 is failing buildkernel with=20 > Building /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o > --- vchiq_2835_arm.o --- > = /usr/src/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c:549:71: = error: format specifies type 'unsigned int' but the argument has type = 'unsigned long' [-Werror,-Wformat] > 549 | "free_pagelist - %zx, %d (%u bytes @%p)", = (size_t)pagelist, actual, pagelist->length, bi->buf); > | ~~ = ^~~~~~~~~~~~~~~~ > | %lu > /usr/src/sys/contrib/vchiq/interface/vchiq_arm/vchiq_core.h:73:39: = note: expanded from macro 'vchiq_log_trace' > 73 | printf(VCHIQ_LOG_PREFIX fmt "\n", = ##__VA_ARGS__); } while (0) > | ~~~ ^~~~~~~~~~~ > 1 error generated. > *** [vchiq_2835_arm.o] Error code 1 >=20 > uname -a reports > FreeBSD pelorus.zefox.org 16.0-CURRENT FreeBSD 16.0-CURRENT #1 = main-n281567-8d5a88ac95b2: Wed Oct 29 18:14:25 PDT 2025 = bob@pelorus.zefox.org:/usr/obj/usr/src/arm.armv7/sys/GENERIC arm >=20 > Git reset --hard reported > HEAD is now at c6e02892bbca bsd-family-tree: add macOS 26 >=20 > This has been going on for a couple of days at least.=20 >=20 See, for example, = https://lists.freebsd.org/archives/dev-commits-src-main/2025-October/03717= 5.html The official Continuous Integration builds are still broken and have been since: QUOTE from https://ci.freebsd.org/job/FreeBSD-main-armv7-build/26157/ #26157 (Thu Oct 30 00:53:07 GMT 2025) . . . Revision: 8b43286fc3badc646ff5a828bae226c8fca90268 Repository: https://git.freebsd.org/src.git =E2=80=A2 refs/remotes/origin/main Changes =E2=80=A2 vchiq: logging/tracing refactoring (details / cgit) =E2=80=A2 vchiq: fix another logging format string for 32/64 bit = (details / cgit) END QUOTE I've reported it another way that got noticed by one of those involved. I added the notes to the original review: https://reviews.freebsd.org/D53372 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Nov 1 16:19:36 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 4czNNR6vKMz6G8Z7 for ; Sat, 01 Nov 2025 16:19:51 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Received: from mail.ketas.si.pri.ee (d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13e8:21e:bff:fea2:d004]) (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 4czNNQ6bdHz3fQ7 for ; Sat, 01 Nov 2025 16:19:50 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ketas.si.pri.ee header.s=ketas-si-pri-ee-20240416002854-4096 header.b=NVYi8EML; dmarc=pass (policy=reject) header.from=ketas.si.pri.ee; spf=pass (mx1.freebsd.org: domain of freebsd-current-freebsd-org111@ketas.si.pri.ee designates 2001:7d0:8437:13e8:21e:bff:fea2:d004 as permitted sender) smtp.mailfrom=freebsd-current-freebsd-org111@ketas.si.pri.ee X-Original-To: freebsd-current@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ketas.si.pri.ee; s=ketas-si-pri-ee-20240416002854-4096; t=1762013978; bh=hGJPr/47Dd3qZe5w6nD9igYKK9Al27LY7IGgLSnU6Y4=; h=Date:From:To:Subject:In-Reply-To:References; b=NVYi8EMLdwLwNIizsXEz3Xfnm8oNs/5qiODQu972deOxPPITmNPIsGQRsiJNZvdMb REck0lPFLjS5EqBz3dQK/oY7atyAwvUCL+GSCoLGtJtg+bRoHS3EBYTDRNowWkw5Yk Q4m1iUq7fXF4m2HEwrGjwILLx4jdXIftMTby6QpBI72jpCqWbCh46hsEdQ9datR4J4 ahJVKEaPRUMYAxhRRKlX3BHc/7sa28JwyxrFr71axM+vIjGqDd5liEyiYTdQpx5d8r NhJckF9dLumHJHagwyUXMAxJcnxR6ZBZwr4410EGORGCInW/4V3bCxCaaVrMQfFSTR RIC4eCK9GwgFqS7VZx5U3mBL3p2uUj38FDyQ4wCpypPlPLVpAQVisrsno4SPCtMGo4 l742OuaGjnJIu45DgcdeWMWfiYpiFn1eL1DcJlB2jXtj+oV+StC33k99Sjd1zmDlCl bhR0Lfc7QGtl6g100I0XJRSpfM0I1OmPCUOyhdZJZpWBNn4DuN/CxWTNUecL7VIlGP Rx4vXm6Qpx5AzlZZjcrW6JL00bKIkqvT7LZJ2jFuTtLpjBzU5R6HaSz54q9/l+GrFx 0kGurxrotiQ1B8da9jYQAfGYJcfeBRQpu52MoRK6L9SZTK49J3z1RyW3UX9Y9kXZ75 j/1wtGF8unrjiewL1k5e8cM8= Received: from ehlo.thunderbird.net (0115-0000-0000-0000-13c8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13c8::115]) (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) (No client certificate requested) by mail.ketas.si.pri.ee (Postfix) with ESMTPSA id 8CE0E5B1407 for ; Sat, 01 Nov 2025 18:19:37 +0200 (EET) Date: Sat, 01 Nov 2025 18:19:36 +0200 From: Sulev-Madis Silber To: freebsd-current@freebsd.org Subject: Re: Why is the DVD image so large? User-Agent: K-9 Mail for Android In-Reply-To: References: Message-ID: <8B8086D4-C68D-4C8A-86F2-C35212823B94@ketas.si.pri.ee> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.02 / 15.00]; HFILTER_HOSTNAME_5(3.00)[d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_MEDIUM(-0.96)[-0.958]; NEURAL_SPAM_LONG(0.78)[0.778]; DMARC_POLICY_ALLOW(-0.50)[ketas.si.pri.ee,reject]; R_DKIM_ALLOW(-0.20)[ketas.si.pri.ee:s=ketas-si-pri-ee-20240416002854-4096]; ONCE_RECEIVED(0.20)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:7d0:8437:1300::/56]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3249, ipnet:2001:7d0::/32, country:EE]; 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)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[ketas.si.pri.ee:+] X-Rspamd-Queue-Id: 4czNNQ6bdHz3fQ7 On November 1, 2025 4:06:48 PM GMT+02:00, Dennis Clarke wrote: >Why is the DVD image so large? Can something/anything be trimmed out? it's kind of funny because cperciva was just asked to fill up the apparant "empty" wasted spa= ce seen in beta3 dvd which he did! even overachieved the task slightly, apparently? so in order to not generate full war we would need to either cut back, rem= ove or abadon actual dvd size in some images or maybe make image remotely or locally customizable or provide separate images (tiny, medium, huge) which are just offline rep= os or finally start shipping images with various de's which users ask but whi= ch can't be easily done as disks don't self-expand=2E and then you need to = archive it all too or something else p=2Es=2E: btw, i was not able to install ports from b3 dvd for some reason= , i didn't check why and completed the test setup from remote From nobody Sat Nov 1 16:36:30 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 4czNlt6q6qz6GBjb for ; Sat, 01 Nov 2025 16:36:42 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qk1-f169.google.com (mail-qk1-f169.google.com [209.85.222.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 4czNlt35pXz3k04 for ; Sat, 01 Nov 2025 16:36:42 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-qk1-f169.google.com with SMTP id af79cd13be357-891667bcd82so410083385a.1 for ; Sat, 01 Nov 2025 09:36:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1762015001; x=1762619801; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=XeunPw5R5Gok06w8g0bmVYFKRS9CyB2UXRZAmTHupBg=; b=Kbe7CRVKmXbHDZf7N2+/0/nPkWWaTEUvSBwZo5UpNZjdemorrgaYgBj+2Mz1VBLzOG HdNn9Vx6MKHI6JtkudNAggfMVH9s0KvPqGnyy6XlVs7jCFmB0sgRDNYaG6NKO4BRh1Ql 2Ho/sG8PA7PYki+15LVKM/kfBRMgmbtzxgeJe5spSGdurWSlH1bmUxWBakQhuosU5NNl j3OQIRgUuDv5DRlOpwnjskIsP3yk23TVOtgEZubC38yJmxmUjaHvk33z7PtXAvMNHJVX d2kzl5vabqoFN5Z6QpWvCDkAT3NRTepA34cHfWhGM/uerl4k9kGC48jY29sVoBtILd/H 3Neg== X-Forwarded-Encrypted: i=1; AJvYcCW5h44mnoRHhMAa84IBW7OETAKxhoVJObjo27CByIgFlvppv3QRkekB5ZowBDX3UgBl/MjeNP7y1Oe+dM1VkmY=@freebsd.org X-Gm-Message-State: AOJu0Yx0ierzgT6euM5Z0g4vZNllaPFneUyzAJo+2T3h0bj+zfl8T1bX HslYQok6fhI0U8EE5WXPvvd8Srs8Sio4gSG9DoKNVkjotBum/vySVGOzSk+rFjyc+TFcHb65n8b qIWwU8aVsWuxmYbzWpi3bdc614U8FE3cjhYW0 X-Gm-Gg: ASbGncunN3TtxH4r3ugXEQVzttKPaxABX4lHxdfdau/HM0eatVWeSGkM5qZmNvsb4yq UtSZ/6ljmwq49V/ihOSQ2prDjN58lMXmccKgBsE5GiHx3AfsInuQhZPq9sn4OOe5ASZ43XMT7UP fZPDbPBX3WGwI4D518B/2Upf1gaGon9lF04ZY2ODKWt7LZQZ6BLS3s0jSIl7ozPSjn4/Icb9z3v 1pGV36xskWDHdYOtwUG29IX/fghKEnnvEsvMgYVCBy1RhXmLMAiA9zLQjDpzzba2BlbOlLOig== X-Google-Smtp-Source: AGHT+IEKV1atFsA0kDIQvzYbw8+zKkRw4KeUt5Vnevw9qOJDKQ8rOeGQemEXBzQdUmnwBizeCos3cpSaUOe5lUuww5k= X-Received: by 2002:a05:620a:4150:b0:892:3a21:7f03 with SMTP id af79cd13be357-8aa2bcad638mr1474115485a.24.1762015001366; Sat, 01 Nov 2025 09:36:41 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Adrian Chadd Date: Sat, 1 Nov 2025 09:36:30 -0700 X-Gm-Features: AWmQ_bnkK9Dz-CLlRYrMfGQ51WBQevmKkR-Q5Xn6feTtWap8SZIap0q3yHUcDY0 Message-ID: Subject: Re: Buildkernel fails in /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o To: Mark Millard Cc: bob prohaska , freebsd-arm@freebsd.org, freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="0000000000003ed5ba06428b162a" X-Spamd-Bar: ---- 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-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4czNlt35pXz3k04 --0000000000003ed5ba06428b162a Content-Type: text/plain; charset="UTF-8" Yeah I know they've been broken, and bob's email only came to me an hour ago :-) I'll go figure out why I can't build armv7 successfully in a way that exposes this, but i also know what to do to fix it so I'll go land that too. -a --0000000000003ed5ba06428b162a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Yeah I know they've been broken, and bob's em= ail only came to me an hour ago :-)

I'll go fi= gure out why I can't build armv7 successfully in a way that exposes thi= s, but i also know what to do to fix it so I'll go land that too.
=


-a

--0000000000003ed5ba06428b162a-- From nobody Sat Nov 1 16:36:41 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 4czNm91gFLz6GBgm for ; Sat, 01 Nov 2025 16:36:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.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 4czNm83p9Xz3kHH for ; Sat, 01 Nov 2025 16:36:56 +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=1762015014; bh=vQi+Wb8ktk09y4wrgjt4j/55eIV56hN0fSLc9F7VvlM=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=h279D3R3fYPK0mwCbnkA9Q07O4zlRSm/7KIluxWY+18FhrQwh2rt+L3ReNGuaS+ZlhyHudBbpEYDO3t89gg7r/Mt9Tgg+RCzDmgu9zGkHSmIMAiwhS4Pnhsv5uKNJRoz3CdA4yQddKY3dZlTOVgl8V9WD/42p5D+DHuavnJQbm6Jt4HkZJY4ccM7ZmNEM3brcHKyNLVFtwntpzyPQLMc/7JoKN61gcpSRVzYWIEUhnF7/eJ5ADiysrB9baBLS/7D+BfGXFMieeOKiUsak+vxnQlEFLochknC/YOFZWwMksYTh9KLBvvpeQAGCwb8N5ArFIvxcLP4+TPonARGwzU1+g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1762015014; bh=NhmhSJ7KCpaCYmuXeZSb2PkU8gusak0X0DM1i+LGcIf=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=O8wJTFFvMzWBUFfUA3doytfSTZ6J6a79oSjSIASpPDVYBRaHtrJ8+ZHAAn1TOfuwBrFnMz4EIbHH33+jhWjqaUVRn1h2Zhy1zozFghtjYOF+7opJc7EyHom3JnjJMb06R3oZ5pFrJ8cESQMaS4mlkGGB/n9FmtZ2V1gxoDYz9eCTm4PJier2BGdD94dpCOTa0e4Eq9YdDDY55b8vzJOL11ng2aAvoJ4cPrmGzsBI+H7cSZO2UWs1d/e+UIWJmDzSH1sVueSgSaVcEpcVu/GegJG4XD/bG0QWpq078egSdCaNQx4Lj3QEXFWdiC6UiLUo7Jmcq+GMY5kwJEOH4xMc0w== X-YMail-OSG: rPQ5quUVM1mA5Llf0LsLKYRR5eZU.H9CbIAXyVRmysO.GsVJKHRzu8ffje3996K HyUou1HbAA6VbMwXc0rY8xAs3Qe7MeBnggBq8eOWkDCkOOD38KrMcOhoS2tzR7dWa7pYJlnqAPXC KtIkBEyEAWujR3TumuylR1whAsTuKY62ygQm.sGtdalmAYMczYMt7MwfzWByk0J0kF.gVioEeQ07 XbhSD0qZcW1baR2Z9V3j5qRImZvMOnbgWoFwR3zLGMvSwmfmCJ6eTI2MjWzpVddcSXPl3D8L5YRH _mQ9Gyzg1GV.W9AaIMQw7wQ6mJLGeq7Tg8y9zbpvofuoVLk6uNF3Fug1PNSEVJ4afSKTmGf9zAog _xRBkfGGyTDJKsQI88DFMCegnVplwIm.Iw1TTKcIbK48jUQds3yoYjznJIUg3G7ipWwx3JdLAPCu hCfO_LtifJjlI7cUvfwb6GJFSEZ7RevT9V8v5uufmZrB5beQncrXPhLXZPTPsniRS97TSLLRA.on OEljC4BcH6WWafXeHjo9kuDtp2LAqULqd_zyrH6gmpZX5PTwDBMhFHySTcrA.b2US0ojG6cp2snL JRN.ZyiGHE1.x4.UxLwoLmuf60z7s0DbDPsCY4zKCFPkYXTnHjFWYcBlFNlXcMFGnqN9QxAJc4v4 M8HM6vphd1GSCpajiiGXuPgHd_EtDCxgcfRobJikO7pxgWGZWgKbTOrPMXLE9xDx6CLWu5RLc2mF 79j3w950BBd_Coq9vZrNxfL5SEe6b_CIRZ5FOuWrCdgGABopzDj4vfuwRmlZru0vsRhOoS0YiHsT 12zRksidL5P7vQ.S93iLQFEdgn_KWvAUPADflydrr8DhBmTdGcNeaspB2bxbxhppUyBozjw9Yyci Rwe3WSOAkl5UI0ygrp0mqxEqmijxSc3vH8DGXV3eN80_AGj4OvtwZiD3ua0WUkjTZ._srnnOsEZW xIxAzRXA9.cpLfsaRy0dps2z32LikH59KBp4OCllnnJvWCpW2xCRhyHtmlMRkRKyXftwD7ieKmvo q6J393xXwqE1xpAIig.q2IAxwgNhcVLmi7ZhwUotPuxSqv.IMsocKe4j8nplbT4Ph6Sg1bmSku0H oWWQ1ytEhODSAmUEVBXEmi7yezdZlMCM1Pv9bTYwQn.BP6dOS9Aw9HvZ3eUlFUaDrhMx3d_3pxQ_ JKDFPTrApSxVeb1Z5Nw0wqYghKUsvJmjC1nEs6r.Tb_nsCj.HRDJv9mDHfM3tqfe1274..W8Kfe8 i9bDzRNOTSv7i3Tauc4Dug1GiMD.IWJyWcKWs5LWXPPnTV1wOapSMnr80ycSs2WbyOWP_6X3byNY J5XzvbrkCWMaGnvs0EdBpqWMfUiI4L7a0Uq5k_56nSPZPQTsaf7ne_L3nE1.st.jxcezIoGwbmJd xUbVgIXRBwVwAQAoWNHLHPh78amxYYrI.FUsJgb_D2p09.xEmQcWl.pmMK6wV79prxNiKPp3qxgI CtK1_ybZP6Nh5ego0fsG6WqhDEYPTx2xdpPHL54AEidOejGQWvKEQ9gfBk5DSaWvGddYbnE4cTZO FcF76OicFTM_4DzpLPuki19xoOFQwm1sQYD9sbQSBBd0pZxlmotCyQGO6fdzJw_8j_ZjZpRL13MU bHNmRPyel4TUhpeYy1zk_UleEXD3hdcmUzoNOk_vr2TxJfb0vdS5cAsVPX5mBX7GZnA0m7gFWt89 J.uU4Jmg51GrAZ9UmZYmGOKK81nlQ1yBh2RGSEyuhmIdE.wO8rHHdMfNopqAvfE8VUFxIB.lVMwh 1xHGwPLexrXauiRx3tCEDJo5hjSFPAr9ZKUW2z5bfhT9..AmvnTWLhwIedvh7xRfyoti5IQQM6O8 .ATX7LOjmI1JFEQ_ZnDjbGk9sZNVp_uGsYaM0BWIzRPRn_9Ec8hbjSD1aosUW2PL6j4aClLTJYqU 4LWpS3BJ7d.WTf1rp5ZhTXOwQnK46stxXgS2z49X3z2RnPqxt6s.L5R3JZpDPl0buEnCbDXzA3pK a.Rt8B7mlwWhp6i9S.k_jzjDZ0vcwTqVtIEnB9GeopDDWwiG1Fye9FWXMe5DdnE1IGP2_m5feVoU A2zmCC9VIl0PhV_REnqCGkeOLXLapBsM8O0HYf4kCQ3DO51nxvJFvldVdYT7jJ5Shxm7lgnI.gIk 4uhudAcjItz1.ju_xkpPphRRIH7WbGHVO_ef1JF19V.Ucywhn56B.4Ce3YYVbBks4if3GaqDcDVr GrzoStazE7Q8EjUMGQOKrrmbpALO1jGFo94aWqV4ZOrJMx9iV05HQLQsE0iA.rLL4VMMcfOtTKDS V X-Sonic-MF: X-Sonic-ID: f83881fa-6788-4559-b624-6da90dd2c496 Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Sat, 1 Nov 2025 16:36:54 +0000 Received: by hermes--production-gq1-86c5846576-5w5fb (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 61333dfb533e02b3abaa0b88e312d590; Sat, 01 Nov 2025 16:36:51 +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.700.81\)) Subject: Re: Buildkernel fails in /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o From: Mark Millard In-Reply-To: Date: Sat, 1 Nov 2025 09:36:41 -0700 Cc: bob prohaska , freebsd-arm@freebsd.org, freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Adrian Chadd X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4czNm83p9Xz3kHH On Nov 1, 2025, at 08:57, Adrian Chadd wrote: > There's obviously something wrong with my cross building, because when = I try cross building armv7 on my laptop it succeeds >=20 > Anyone have any ideas what I'm doing wrong here? thanks! My guess is that you have something disabling some more strict type matching checks: you are not getting -Werror,-Wformat Later notes below somewhat support this as a possibility, given the error message references -Werror,-Wformat . > ``` > #!/bin/sh >=20 > OBJ_BASE=3D"/home/adrian/work/freebsd/head/freebsd-obj-arm" > SRC_BASE=3D"/home/adrian/work/freebsd/head/freebsd-src-arm" > PORTS_BASE=3D"/home/adrian/work/freebsd/head/freebsd-ports-arm" > MAKE_FLAGS=3D"-j8 -s" > X_TARGET_ARCH=3D"armv7" > KERN_CONFIG=3D"GENERIC" > BUILD_FLAGS=3D"NO_CLEAN=3D1" Do your build logs show the relevant source being compiled? Use of NO_CLEAN=3D1 for validation build activity has some risks. (I'm guessing that this is not the problem.) > env MAKEOBJDIRPREFIX=3D"${OBJ_BASE}" make ${MAKE_FLAGS} buildkernel = KERNCONF=3D${KERN_CONFIG} ${BUILD_FLAGS} TARGET_ARCH=3D${X_TARGET_ARCH} > ``` >=20 > On Sat, 1 Nov 2025 at 08:18, bob prohaska wrote: > A Raspberry Pi 2 v1.1 is failing buildkernel with=20 > Building /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o > --- vchiq_2835_arm.o --- > = /usr/src/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c:549:71: = error: format specifies type 'unsigned int' but the argument has type = 'unsigned long' [-Werror,-Wformat] > 549 | "free_pagelist - %zx, %d (%u bytes @%p)", = (size_t)pagelist, actual, pagelist->length, bi->buf); > | ~~ = ^~~~~~~~~~~~~~~~ > | %lu > /usr/src/sys/contrib/vchiq/interface/vchiq_arm/vchiq_core.h:73:39: = note: expanded from macro 'vchiq_log_trace' > 73 | printf(VCHIQ_LOG_PREFIX fmt "\n", = ##__VA_ARGS__); } while (0) > | ~~~ = ^~~~~~~~~~~ > 1 error generated. > *** [vchiq_2835_arm.o] Error code 1 = https://cgit.freebsd.org/src/tree/sys/contrib/vchiq/interface/vchiq_arm/vc= hiq_pagelist.h shows: typedef struct pagelist_struct { unsigned long length; . . . in agreement with the error report's "unsigned long" reference. "man arch" reports: On all supported architectures: Type Size . . . int 4 Architecture long void * long double time_t . . . armv7 4 4 8 8 So it is not a actual-size problem. So it is more of a strict type checking notice. Side note: FreeBSD has "Variables of types unsigned long and size_t have the same representation" but also has examples like: Architecture long void * long double time_t . . . aarch64c 8 16 16 8 . . . riscv64c 8 16 16 8 Thus the (size_t)pagelist use looks to be definitely Machine Dependent code. Any reason that %p and (void*) were not used? (Not that vchiq use would necessarily be likely on aarch64c or riscv64c .) > uname -a reports > FreeBSD pelorus.zefox.org 16.0-CURRENT FreeBSD 16.0-CURRENT #1 = main-n281567-8d5a88ac95b2: Wed Oct 29 18:14:25 PDT 2025 = bob@pelorus.zefox.org:/usr/obj/usr/src/arm.armv7/sys/GENERIC arm >=20 > Git reset --hard reported > HEAD is now at c6e02892bbca bsd-family-tree: add macOS 26 >=20 > This has been going on for a couple of days at least.=20 >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Nov 1 17:21:38 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 4czPlp02PVz6GGLB for ; Sat, 01 Nov 2025 17:21:42 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mail.oetec.com", Issuer "E8" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4czPln1kJ0z3txF for ; Sat, 01 Nov 2025 17:21:41 +0000 (UTC) (envelope-from dclarke@blastwave.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=blastwave.org header.s=default header.b=ilh8wNMo; dmarc=pass (policy=quarantine) header.from=blastwave.org; spf=pass (mx1.freebsd.org: domain of dclarke@blastwave.org designates 108.160.241.186 as permitted sender) smtp.mailfrom=dclarke@blastwave.org Received: from [172.16.35.3] (pool-99-253-118-250.cpe.net.cable.rogers.com [99.253.118.250]) (authenticated bits=0) by mail.oetec.com (8.17.1/8.17.1) with ESMTPSA id 5A1HLcto042950 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for ; Sat, 1 Nov 2025 13:21:39 -0400 (EDT) (envelope-from dclarke@blastwave.org) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=blastwave.org; s=default; t=1762017699; bh=H2zMk9VAG6uPi1hJTxhkX0uvTdZwdrYj4GdjpupHonE=; h=Date:Subject:To:References:From:In-Reply-To; b=ilh8wNMoTbLL8jn+lOrOn8pmmLbYZLoRffU4cs7mHhB6yZGmanP/UwjZonLOXQT4F BRuKVg8Re7UjqkkRHxDQqP/PZU/qaTlxtM8cGKG6hgKTPUVIHgXDiRABXOtXjycNPZ Xh6LvaFx4M/Scl3Cg/eMsv6pNcdwvlPjJAHHzCi6LpOyig/ZkVF41oJM7E/FCEbYqr dle7weNXNiIa9qRuIJGS3aDl4I1G4aeYvJj3mlMGFJLK+TJgJ9inHTwXhbD41WBZeJ mkrxJ0NvTkWwmxbymkHWJrxv0yOzNwfyNmU+H5H5gT7At8p6BEcBq7mBXPi8hbv54F DgMpYRIh2T9nw== Message-ID: Date: Sat, 1 Nov 2025 13:21:38 -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: Why is the DVD image so large? Content-Language: en-CA To: freebsd-current@freebsd.org References: <72691b30-633d-433e-a28d-dfbd2529722a@gmail.com> From: Dennis Clarke Organization: GENUNIX In-Reply-To: <72691b30-633d-433e-a28d-dfbd2529722a@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-oetec-MailScanner-Information: Please contact the ISP for more information X-oetec-MailScanner-ID: 5A1HLcto042950 X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-From: dclarke@blastwave.org X-Spam-Status: No X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.70 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_SHORT(-1.00)[-0.998]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; DMARC_POLICY_ALLOW(-0.50)[blastwave.org,quarantine]; R_DKIM_ALLOW(-0.20)[blastwave.org:s=default]; R_SPF_ALLOW(-0.20)[+mx:c]; RCVD_IN_DNSWL_MED(-0.20)[108.160.241.186:from]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[blastwave.org:+]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4czPln1kJ0z3txF On 11/1/25 11:46, Graham Perrin wrote: > On 01/11/2025 14:06, Dennis Clarke wrote: > >> … the dvd1 image seems a tad large for an actual DVD media. I think >> this has been the case for a very long time now.  … > > >> From : > >> … dvd1 image is also almost at its limit, which is 4.7GB for single >> layer DVD (FreeBSD 14 dvd1 is 4541104128 bytes=4.54 GB). > > > 5150257152 does seem to exceed this. > ------------------------------------------------------------------- Graham Perrin 2025-11-01 15:55:05 UTC describes DVD format. Bug 284666 (too large) was closed as a duplicate of bug 253483 (too large for single DVD) which was also closed (works as intended). -------------------------------------------------------------------- So? Works as intended. A DVD image that can never be on a DVD. OKay then. Today seemed like a good day to try an install onto a chunk of hardware and actually create an installation DVD. I went with the much smaller disk1.iso image and that works just fine. Maybe the oversized DVD file has no reason to exist. -- -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken From nobody Sat Nov 1 17:22: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 4czPn64Wlpz6GGKB for ; Sat, 01 Nov 2025 17:22:50 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) 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)) by mx1.freebsd.org (Postfix) with ESMTPS id 4czPn570Sgz3wCd for ; Sat, 01 Nov 2025 17:22:49 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-qv1-f44.google.com with SMTP id 6a1803df08f44-88032235d68so19535086d6.3 for ; Sat, 01 Nov 2025 10:22:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1762017769; x=1762622569; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=p5wNsLkR5DoSy7NFV71ZnamH0XqKV+rFZ46UHlF3CoI=; b=miTNOYaEE3i0Ofh7JlrNMWXHxolcnM4rC+pSGgp92a1cujubo2dAGA098L67TIKo7P N9CXdGrkeLUcJO6cQ3ToY6maUYF7aE5XtxNUTrWbPjLsAsaeyM0TaBYsod1OU0w3zQ9H Ms7tB4UyQENy7OLwbGNhdUofAmn8tx+HsYm+DMp7JcGE0Fn7fqHnClPnWIGVON9LygT0 S9ZiNvMDQeqxVjqEl8Y/KEVyxEVEdBnewGYuGK9vqVTBpeO9/FrdXdSVwy/mPz0HiHPj ch/9ofHOkIRYKYDsNHtML0g22d87Bb+YtIaAEq24M6CuLs3styS41/Io7z+aY1vzqI/v /V+w== X-Forwarded-Encrypted: i=1; AJvYcCXgyBlp4B3CFq7KU0dKt9nAlqcuSGkpEgmhjpk7xW5zG8uE5YM8oES5Yzllj4yLTSz9YES/2kAye9Wn48Ukwuw=@freebsd.org X-Gm-Message-State: AOJu0Ywn+2VDPBLK7Zi4x5C+G6Hpt36cYRN6Bd2U4EnQgwuKnuoSkVZm UAXrB3TmbzAZdyJTdnBGu7v2jMpgCk3Xg1nTFXSNyqiGyMXoaBUZzwoHB3nExVT1yPuz1ZTSCax 5LfewGNSq+hruQyjYWdDN2rgEsVThUH4+0BIDvHg= X-Gm-Gg: ASbGncu+eqAdLTIKUrWyhv6pjKWH1VuQd483qCxF1RwJEaMgzQmETGIb1F76daImeZ3 C/49zkjcZWF07b6AlL3F+0KLR/jDI3XBnfNkBIztR1wD1vRl6mhScpRTuXg8jR18FvfRTlspGVV 1jRpADTyr7m33imk4I47oEHJIXrqwSjbcFLfUMQvwBG4NS4vIbTCHByWh0TKqwsONq58/hlCjmD xLRjMtYB8OXpteDoCQNTrmfIgZlOz3lWZ2IhaOWvGPY8CcaaigJg+lHL7KVWWKPrvhO8cbUwg== X-Google-Smtp-Source: AGHT+IFyT82bqVoiGIzOvGAxDqhiw53ypKS2p1TcoAvPxU+8egZcVRjJOh4e2PxEW2TnIJ7wNVTnQ/HeK5wTpWJXTnQ= X-Received: by 2002:ad4:5ec8:0:b0:880:47d8:dec7 with SMTP id 6a1803df08f44-88047d8e4camr34134756d6.44.1762017768922; Sat, 01 Nov 2025 10:22:48 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Adrian Chadd Date: Sat, 1 Nov 2025 10:22:37 -0700 X-Gm-Features: AWmQ_bnrxk9WIg_cJi1bvi3VDoce1GeCnp13pNiumlrzKwpex5yBCcVJD6lb-mU Message-ID: Subject: Re: Buildkernel fails in /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o To: Mark Millard Cc: bob prohaska , freebsd-arm@freebsd.org, freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="0000000000003463b306428bbb87" X-Spamd-Bar: ---- 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-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4czPn570Sgz3wCd --0000000000003463b306428bbb87 Content-Type: text/plain; charset="UTF-8" Here's my suggested solution: === diff --git a/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c b/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c index 96c3a0db8aa5..7e105a6b3b77 100644 --- a/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c +++ b/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c @@ -628,7 +628,9 @@ free_pagelist(BULKINFO_T *bi, int actual) pagelist = bi->pagelist; vchiq_log_trace(vchiq_arm_log_level, - "free_pagelist - %zx, %d (%u bytes @%p)", (size_t)pagelist, actual, pagelist->length, bi->buf); + "free_pagelist - %zx, %d (%lu bytes @%p)", + (size_t)pagelist, (int)actual, (unsigned long)pagelist->length, + bi->buf); num_pages = (pagelist->length + pagelist->offset + PAGE_SIZE - 1) / === The code /is/ being compiled on my arm64 and armv7 builds, I verified this by using #error in this source file. But the format strings aren't eliciting a type violation when I cross compile. --0000000000003463b306428bbb87 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Here's my suggested solution:

=3D=3D=3D
diff --git a/sys/contrib/vchiq/interface/vchiq_ar= m/vchiq_2835_arm.c b/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c=
index 96c3a0db8aa5..7e105a6b3b77 100644
--- a/sys/contrib/vchiq/inte= rface/vchiq_arm/vchiq_2835_arm.c
+++ b/sys/contrib/vchiq/interface/vchiq= _arm/vchiq_2835_arm.c
@@ -628,7 +628,9 @@ free_pagelist(BULKINFO_T *bi, = int actual)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 pagelist =3D bi->pagelist;=C2=A0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 vchiq_log_trace(vchiq_arm_log_level,=
- =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "free_pagelist = - %zx, %d (%u bytes @%p)", (size_t)pagelist, actual, pagelist->leng= th, bi->buf);
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "free_pagelis= t - %zx, %d (%lu bytes @%p)",
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = (size_t)pagelist, (int)actual, (unsigned long)pagelist->length,
+ =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 bi->buf);
=C2=A0
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 num_pages =3D
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 (pagelist->length + pagelist->offset + PAGE_SIZE - 1) /=3D=3D=3D

The code /is/ being compiled on my arm6= 4 and armv7 builds, I verified this by using #error in this source file. Bu= t the format strings aren't eliciting a type=C2=A0violation when I cros= s compile.
--0000000000003463b306428bbb87-- From nobody Sat Nov 1 17:45: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 4czQHR5Prcz6GL4w for ; Sat, 01 Nov 2025 17:45:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (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 4czQHR272dz425q for ; Sat, 01 Nov 2025 17:45:39 +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=1762019133; bh=Y2YVOVEGxEmk8++J8d2ZSfCmt7J95+Q7Xj8GCze5E7I=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=QFv0o9YKlRRbwOc/9oeRBU+7i5bOqD3xk7fn1KeN8Wv+bpRf+OnJ1t0AOCclzeWcfqYIoLgq744jSeLDm75Cc6ym98uzWmCRC7NrhFFKaAGgnQC26E9uppunOEhz/vmoJ8871RiXjA1wktcENw0jOv8gfldCAPyV5qnQc59uAngzNzNDxjvjBpiBO9kIMUpYYx/DdKHu2PpyOgtyKwEXiraAuqIhc0QGOh9n0jMRgw6siIL56rr51eJoZ6cMv8h7HPVu1+kucmTKmFIR3Hz/EWAgBvaUL42F/D1tug/Alx8W5I6WISiVfU9kkOl4gfpmxwye3xCs/JPAVOL2cXdBpQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1762019133; bh=ikHUONoLzNJOlDTJui6L2eA838Lv711D5JEbBatfdsa=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=b/2Ne3viFO2asvWrh+omMaVnfQ63D8XKM/dMBHqjQAOqTO/FyHAOvBp/TXUqXzdbxb3zMks5LZhF7wQfHoAAaC/m1gdblquJmIyyh+AFwb59eHmbWl8ysoTpWHre6ypryNcaaaYvpFbjRUlOJWsUH+fqPfhC9HrZDBOByQ5M9p+zKMKpGWkj97T4FcodbHnUrZlbfvnT5ilLsSaKPh0SXKrlwkL+uF6SAImgtof4wwgyRyWNBPenSmUFRQ36EGe2w82AW9lMzO92M8YnKvBcVuU2GK4i2+dE5Cp4TkK8XRyDUiUnQbiiLroFKqZrv1mEtDOBmJb7iPYU/2xgezdYtg== X-YMail-OSG: 4RpHIYAVM1kgmkngN2jgxgQw6dCI453uDuk4ueM27AHbQB_Vdxc2Us6Bfwjktum YpOl8SUHT6Hecn6qurVDyVOtHRkoFZ0gdt8rhF4OttQ8blK43fpRc.9SzBRqiuOI4yjDK6bLwjQ6 21mfeyOiXcFXQmIBJVUq3ruXCxQpCJvaT0xsxogosTget2NR9RLZRTlfbJYKAI8KWzevV8ds6DI_ FbHYkd9GFOEWVBGhkrDSdMLybP1DwpC5OZsA5ZhGBJW8m8ItSl8Coqkp1fuPH9l19lMu2yGVelX7 pihqSppbkHM5y1osHG2NopM.lWJIN_v5ghkhPOf.ZgOHbH2qoLtrUPbUkcunHJfQXgEGnBP51Oye SwF2B_9kd4NlIqEbTtDG0sjhBbmSQTCs9AHaPNQR6_QxsTMXtcjbwZiM6WyTf1s1s4Ddj_3Zspqq uv9RBxl1HWIUTJ2K6U.Izr.XbC_ochl76vNOi208s2Ur4kMLsUnT2O.4gKOgUwHlXvgWFyHT_rrH PS1LtHQcC4XDfnUSCh90CaQrqZxu6Etm2XHw35AlFH_NTSJhWuNbP5VDNtJQhYyV6Eun2HgVMu7g q2etk_1qd.rlrFI6RAdWyemwhTEBXD99yO_dwXm1zAXujT_MCkbSgAl1n2FZeejaWyhmJKQFzQ9s HOIkprqi6jH1xj3XbDd77ve9TvYYCMNJ6Nx9zXzADIh6dzSrjSr.LXGzo2nbg14mqCnnWPzsQD7D YjPo7UTMg97GZ79sAN2Rvy5J6Eq7kKaokJzvdgY40__Pg3qDW6sYtV11ykNpkAuY.wUTHmAJX10L bOKwLA1rtfrFYVEV8lDEFZhXwswmZK_FRNfS6yRT2EnJFDSzud3o_MXwYE4bH1aD_sB6VVDyPhtb HG5l.vmPp9w8kW_d3eI5AFmZWeOuQ9zhPlarKykOgWhhhxC8R5eZRmn0Ibh7fQSEHe7Pp6ELTv53 7BYKU3PS_i49cZOPdXDJFcEjVd7dTN6Laj32qzsPxz1cKbVU.ZhPIdzaQ.5urh39LxMoJJSJ6iKe yAgkvyh_ZhTeVgbfFqlJo3vrEJU.c2w7VAIqnw3QZ39dyTfygRBWv._OBuMyQZ5wTeSbdAuTCEhs Dr5kYR9HxV9Vi5_S3NdRlRu_Ho.BC6n5NnFti.gxBzwmKrgklpnA4xJgV7u2fnBJDk7p7G26L4dy dz2qQ5us8kTdZMpszKqNE3xPkd9IelqTOkma6NTx3B96ek5..5hDzA_8ZxNuM.dE47Q6aPiA8MPw Ocr8EK9KQUHtaRM7V38CSaxOml_4gq_is0JGcJNXOZOQIpw7O.1ZaT2Sj7yDkF04aHEaPnE3DhTY 5vgZooRebxr.N83CT_CnBLI56seCzLCp4dX4Fz1NdM7VjeTt3pUk7q_CYGRrvnAk1bv7QHHzrHk_ ETErIYO0VKE2nxrmS_DMoC6taCafs8geCynDLkLoLRqiARcX7UwgjplGLfi1hG6SAQAZQD6IQsdX m5VST808tkYU5KSLSDMpJUcE9HjNM.4LUJh.aoKTul5IMYO18WqAxW0e7gT7axEVddZPIuJkv9Cz RPbL7hQK0ZJfkvTnFWva7UhWvsSEgeZU6S8bGKu.i3vuF7FqDnTVZtihrrQbyazLGVSmiiBgujz0 ziNzpl6DEDZ13qPtOW6bD1dU04utSseZNDO_CajAkQRLL8zf0B_mdjKuFHbG.7SWxQCcUQuP6S1K lPjGUz_K7oACzea6i0QXSUsRa3NmfwyLnrgb3av3NrLwcQqbic5MqY2by55w3WIclZsuP0.mKkON RlO9vMf2HBVnXMyCPw5AJofBt8_WN4Ps8_S0DkxckBdFZ9.ePR97tbaXNg.UYhA6ptwJ5Et8C.Ry xNPLfzOz1APlO96P7CEGGmq4YVsEuCl.utuFR2UjpuSbokeM1D7gWhRFD4YUWtVwi1WntK.xLDFW GQ2XdZfqq.F.FPOM4TIcG1QKq3TeUA4onSxfP1AlIW6997kaaasCw85yGZ3eD0YcS19KEbcQxY1y 74FE5bOnJ7B61Zqs11FP_nxa.dmFulOIR9lu5WBgLp5khVHGr60xHWhy7a7FmehonM4zCUxzWk.d O7K8F5kuGLdXC9Sjb_hvp0uniJgNs4JKEw0xXMHLSKcwkjv7NHoIkjyGsyzxWnhjneDH.TicGt6P 0unbg4coohyVKsqBwHT.ekgytvf_XKYsxfOqg_o2RPVfnXU4JzQfPPSLLPff0CVJbjQR7M01_p7r LaegoPFA_jsRJ4_fxO3Ld53ujkzYDkKT9wrtbawp3piNioNsOa2R.Dvjt4WDYDTt5GmxRM0FUkCv fgkE- X-Sonic-MF: X-Sonic-ID: ec5d69e4-7ecd-4ef7-9e1d-b903f48e440f Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sat, 1 Nov 2025 17:45:33 +0000 Received: by hermes--production-gq1-86c5846576-tgc92 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID a070e84c4c58f43ac42cc5ce453e9eb2; Sat, 01 Nov 2025 17:45:29 +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.700.81\)) Subject: Re: Buildkernel fails in /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o From: Mark Millard In-Reply-To: Date: Sat, 1 Nov 2025 10:45:18 -0700 Cc: bob prohaska , freebsd-arm@freebsd.org, freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <29BBF0CD-763D-4818-80F5-E8CEDF3136B9@yahoo.com> References: To: Adrian Chadd X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4czQHR272dz425q On Nov 1, 2025, at 10:22, Adrian Chadd wrote: > Here's my suggested solution: >=20 > =3D=3D=3D > diff --git a/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c = b/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c > index 96c3a0db8aa5..7e105a6b3b77 100644 > --- a/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c > +++ b/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c > @@ -628,7 +628,9 @@ free_pagelist(BULKINFO_T *bi, int actual) > pagelist =3D bi->pagelist; > =20 > vchiq_log_trace(vchiq_arm_log_level, > - "free_pagelist - %zx, %d (%u bytes @%p)", = (size_t)pagelist, actual, pagelist->length, bi->buf); > + "free_pagelist - %zx, %d (%lu bytes @%p)", > + (size_t)pagelist, (int)actual, (unsigned = long)pagelist->length, > + bi->buf); > =20 > num_pages =3D > (pagelist->length + pagelist->offset + PAGE_SIZE - 1) = / > =3D=3D=3D >=20 > The code /is/ being compiled on my arm64 and armv7 builds, I verified = this by using #error in this source file. But the format strings aren't = eliciting a type violation when I cross compile. The CI builds are on the likes of butler4.nyi.freebsd.org which are amd64 as far as I know: also cross builds. The CI build infrastructure may be public enough to check for if anything special is specified for those builds. For example, I do not know if they use /dev/null or empty files relative to the likes of environment variables: __MAKE_CONF SRCCONF SRC_ENV_CONF or what the related file content might be like otherwise. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Nov 1 17:50:42 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 4czQPX464rz6GLF9; Sat, 01 Nov 2025 17:50:56 +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 4czQPW5h23z43QM; Sat, 01 Nov 2025 17:50:55 +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 5A1Hogti056054; Sat, 1 Nov 2025 19:50:45 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 5A1Hogti056054 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 5A1HogeN056053; Sat, 1 Nov 2025 19:50:42 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 1 Nov 2025 19:50:42 +0200 From: Konstantin Belousov To: Adrian Chadd Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: Buildkernel fails in /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.1 X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-26) on tom.home X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4czQPW5h23z43QM On Sat, Nov 01, 2025 at 10:22:37AM -0700, Adrian Chadd wrote: > Here's my suggested solution: > > === > diff --git a/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c > b/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c > index 96c3a0db8aa5..7e105a6b3b77 100644 > --- a/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c > +++ b/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c > @@ -628,7 +628,9 @@ free_pagelist(BULKINFO_T *bi, int actual) > pagelist = bi->pagelist; > > vchiq_log_trace(vchiq_arm_log_level, > - "free_pagelist - %zx, %d (%u bytes @%p)", (size_t)pagelist, > actual, pagelist->length, bi->buf); > + "free_pagelist - %zx, %d (%lu bytes @%p)", > + (size_t)pagelist, (int)actual, (unsigned long)pagelist->length, > + bi->buf); We normally use %jx format specifier together with (uintmax_t) cast to handle integer types MD different sizes. > > num_pages = > (pagelist->length + pagelist->offset + PAGE_SIZE - 1) / > === > > The code /is/ being compiled on my arm64 and armv7 builds, I verified this > by using #error in this source file. But the format strings aren't > eliciting a type violation when I cross compile. From nobody Sat Nov 1 17:58: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 4czQZD0pPYz6GLVW for ; Sat, 01 Nov 2025 17:58:28 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (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 4czQZC2R0Wz44rl for ; Sat, 01 Nov 2025 17:58:27 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (124-18-6-240.area1c.commufa.jp [124.18.6.240]) (authenticated bits=0) by www121.sakura.ne.jp (8.18.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 5A1HwA1b038216; Sun, 2 Nov 2025 02:58:10 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dec.sakura.ne.jp; s=s2405; t=1762019890; bh=pSnFVaBbb6W9BmivCoYJYq3AYPxbOb8fV3Z8J7iPlM0=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=NEjtcRi3BJl/6osZEpMG/w31IkMGBtYLydt9BPffcjwV/EB/cAQCGow9krie1+sgo SSkTHl8x9R9GO9Af78u/L/QZ4YMtRb19sZ5UuZGSkOoJanKQOy+fp+VuXnTKMJDOX8 klTidwcXk5poUwrkvRXRKnR5AStDOeTgl/p2+X4A= Date: Sun, 2 Nov 2025 02:58:10 +0900 From: Tomoaki AOKI To: Dennis Clarke Cc: freebsd-current@freebsd.org Subject: Re: Why is the DVD image so large? Message-Id: <20251102025810.0849c3d722c9864309a5d7d5@dec.sakura.ne.jp> In-Reply-To: References: <72691b30-633d-433e-a28d-dfbd2529722a@gmail.com> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd15.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4czQZC2R0Wz44rl On Sat, 1 Nov 2025 13:21:38 -0400 Dennis Clarke wrote: > On 11/1/25 11:46, Graham Perrin wrote: > > On 01/11/2025 14:06, Dennis Clarke wrote: > > > >> … the dvd1 image seems a tad large for an actual DVD media. I think > >> this has been the case for a very long time now.  … > > > > > >> From : > > > >> … dvd1 image is also almost at its limit, which is 4.7GB for single > >> layer DVD (FreeBSD 14 dvd1 is 4541104128 bytes=4.54 GB). > > > > > > 5150257152 does seem to exceed this. > > > > ------------------------------------------------------------------- > Graham Perrin 2025-11-01 15:55:05 UTC > > describes DVD format. > > Bug 284666 (too large) was closed as a duplicate of bug 253483 (too > large for single DVD) which was also closed (works as intended). > -------------------------------------------------------------------- > > So? Works as intended. A DVD image that can never be on a DVD. > > OKay then. > > Today seemed like a good day to try an install onto a chunk of hardware > and actually create an installation DVD. I went with the much smaller > disk1.iso image and that works just fine. Maybe the oversized DVD file > has no reason to exist. > > > -- > -- > Dennis Clarke > RISC-V/SPARC/PPC/ARM/CISC > UNIX and Linux spoken I've never tried, so I could be confusing / mis-understanding. Isn't Double Layer (DL) DVD handle 2x of normal (single layer) DVDs? If it's simply true, there can be an installation DVD media. BTW, it would be worth considering to split legacy and pkgbase version of installation media, that legacy one does just as usual and pkgbase one does pkgbasify as the start point. It would be less confusing for users, IMHO. -- Tomoaki AOKI From nobody Sat Nov 1 18:26: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 4czRC551PPz6Dg0P for ; Sat, 01 Nov 2025 18:26:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.83]) (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 4czRC52xV6z49px for ; Sat, 01 Nov 2025 18:26:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=k0QZoeyY; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1762021611; bh=9mY3l9NRk4R6Mf6m8Ue+oMhpprowYgFhROizZX4QCHM=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=k0QZoeyYkgwa01RSJ29FljUZQpVajyUOiyDOeXQEod2ziFyY013Vry/XZFnSEyzt1TLupj9FOOnhNjBngwHXHZiCLLDdmVpIPfOShXdoN1BpG42BwDx0sV9xP/HRo4nj5ZdsZVGYMuVuBdw+ytYcJqLWrLtL1wuBrgOvuenoBUfOXaf+dPGWRRLCAt1su2fsuWcMBkzz0ufiGPeP1HW+M64PmNi45g81U4yRqa1GbctdOEKrbZf+Z5oBY5o9+lmqjNIRFgsfe0mVPpWWZ7EFKz+wpnbzBs20Wnrn3B8NijdMZiuKnCyy39aQxR8x0l/wu8dTAV6bM45xNkG0ICwkNg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1762021611; bh=7324/kWXfx9Xw/ePBEyuFyHUxzlVHxP5MsBkA9kAqLr=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=kOEytCwmgNFJ1bQyEZ9QNVmMr3pnjQ/uk14pc/bvTJD4fR0H/FL+ynROAqsOzDtfaeqtaRsdBKFevSkX40CcKF75tloMVINfDOXZmIkHZsCJ9TNrF+RvJHvk5oXUcBk5B2W6WYwu3GBsPMWChdeFkEWpqe9BJJqUz63xsF3zLIkH0OC4rqBm67YBi5cNAcTf3J5HCPTXaYGtriX84KBPHls2qM++2XvSTky51S/Lyxo6UOt2Ny4W1HhUP2QNv8yWA188VTUgS5pd66J3GSaVnASr/5CLLm9ezvz0dOUW28WS+NwC1PTdgvdpk+a+HB+znSNMh91g61vvLWZwuZBmSw== X-YMail-OSG: zvW1SNMVM1nq0UX8L8fC23FDR5gn2oFxAu1Hb9OaoLI4BTpWilooLrbrDXAB5hm oq4KfyCpzVDxACOdcOgnPZA4LJ2ygNIML4TanmXpkQPZ8nCMA0Jl_CIWMccLdnva5A6EBON2fFvz 27H2igziuD.bypI4DPeDGCLA8fdW8SbywVTrqbY69TXkFPSb2pRvqSAD7_6rozV2BvejcrO7nwxu xl9EZP3w7q9wKuPe0UMZBwc3bUBR7m7V3npzMY7RFE8moxh0P8o15um8TLeGbu0KOn38ppTQG6oX tRlZ4RcP8eljsD0UdWCr71Mzz84JoGzBtStHpaKtKQit7C3mckUabW2U6nPHv3jO5ZbubQM.4HE2 ujGLD5..uXIZyvlgIE.59upvg.b4FJpoiUc21dhLsakJjs8n75RxOsHBlwSsdbPyNh98jtZrJfPv dU1aMj.Yd.AJvlfnAS5Mk7.jxA7TaMI5m7sAMu4ounhmagtX7.mYBmMGAqMQWN9GlPeaNh7wIH_M lqdeXxHIc4OdHHIoJ7dfXiNzobf.tugH4dtdZswscXghOTZubBv.J9snCKOzMGJ0ww5MoDs5eSMI aw6vseG0uotDMhZnpj2UCsilNqBr.6912mu_TZWIzPOZBU5UmJeUrKWpBbDGkknDB.idGF_Go6nO Eqq0TbEMKhF8bERc.AGtHKpMnmZDjw9gn7iBXhyW4.X5N6OZZjfczZQZNQHBcDDNfk0AbgVzVhSP zl5TVgYTmVRBYR8pOg3cL4NEQHNpPBVh2_C5tFy3GzG7Ay_B8HRCZiKIumg6ESstpiDbwhRGZGif my7WLM_eSVdQE_QA2xxR5uOZD.3iRxqyB9At6l3IOOSaiX1DPrf2jHhoeZWm7qITfwYYmKaUpkQY YXmiGFDH2TiJoc8HILsTdL1DGVqu.Taj13Zky1Ul0nEKYiwDeOBSzourJMzpc8nSj_MeSxAqY_vI UOmtlti4GpkHh.yrk4sC1wSQS14vaUz0EnKPv9jyTazdieYSXQs3qzG80QVmnFr5iN8oe9iQzvF3 IVpUDycdFFwbiGmDwmHDg8xHLvLUsC4X.PpmnV33TIEKnxxl33Nqs8WKozi9zdnAZQml5OrKCrIx 0Vg_FAQlA8fMDf2XT8giSKb50X8obIV_hrjf8fWidHH5e19Sliscrc9vewUuUuUiZ.M6cn4dVlZ. lDz0sNaxd40WSrKhPs0JQQ.3SxbzZRXzvoj9rbRsQ9XbpoUYaZlVDTkF..St6T3dM_GGTtciD8iv ba8.YRKl8ssFyqol0z2Smllwvji9JIrve5OYj8lx_eg0p5TREYaleF5ztkmirZV9M_5iNsW_SHW7 qpyvGbxdmlmvcfe_ZuXtfXib1_uO8Jw8UAGame_lJPEMnfzyV3.pg3E4pT6OhBFgJyPfgWt4KeW0 uW7539OWAHu44AyUPExmLTOSZHFJSfVrgpaI2TNfXq2WFagXkz9hpmqXgWd0EKhr_aNHCdSkEdNm 7uTVK8s6vWlpPt_FdDAj8srPNZg4xiAE8nGUecCMCZ0lMEwF9RaYB.2BNOEzP_.nk7P1YX9XV7_q ..mM3Q7Deymccu6sV5XX154WC7da48TwYOxQi26EryezIlgOuRRtawQrgvELqJaRXBV14Jcclwpu gqibYHQLKWp7uCDkvZ2grJvtzZh3BlJqthHc0XEPspVu7v5wm8BGOACHzvZEIpDVuWsisIPqabV6 ckZZje9SvoRT2OQoUoRMxOf07vY8dkWMWQBUxORHc08f_qUMx2XBjIX1etj3ix6pSsrJrdMZUkRk H9YCwV_ElejaNFNUOuOZeShb1IbFV9rG2r0dqTwpoBVU_17nrmHBSq4M1Skoovdvn48lkXlb29Jy 7RDY4Cs6pDhyrx4tN.UjXokMJ2uM5g6DU3rdVRSrYzV7RJF2W5AZ4QuBAD466Tr6CGyGWi6sRL0U nZo73KL9YnkQm3Xd.SH9piq8MhACniVlIDtfn5bG.zTYHHfysysbrPYq6096Mdxmg3vHbnzoYpGA AXSVYpaiFuZvLnr4rv12naH8vUoN63w7DXkxYclYQWZwuR5tDcFuvq9aAxy1_omzO1qlzh1ApIsk hn7aQWsRAfill86CU5CwDLMsspGnUqJzbst2blF9co6jJPslZg4y_W_EsT7ZETkNMjIX__YYrmxY gUqgrWURbKt3LM67hdNeOC84lP8gdfCxAN8iT0ijqyp6bjp5dCCZjh8JUVJESDhhW7MIcHleLC7R csePYCxZ6kENZm9Ewp5.z2YelxEEL.mMAUrq9qkf6Zzm8R958KWir4_QMIRU00zFs2fezK9W4BQd PXH9_Uw-- X-Sonic-MF: X-Sonic-ID: 183dbda1-adc3-4483-b15f-a511d937907c Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sat, 1 Nov 2025 18:26:51 +0000 Received: by hermes--production-gq1-86c5846576-csp9g (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID cd790f199a8f8021f2fded528db54bc1; Sat, 01 Nov 2025 18:26:48 +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.700.81\)) Subject: Re: Buildkernel fails in /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o From: Mark Millard In-Reply-To: <29BBF0CD-763D-4818-80F5-E8CEDF3136B9@yahoo.com> Date: Sat, 1 Nov 2025 11:26:37 -0700 Cc: bob prohaska , freebsd-arm@freebsd.org, freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <10F4DDD5-93CE-4DAC-B11D-44BF2F53C618@yahoo.com> References: <29BBF0CD-763D-4818-80F5-E8CEDF3136B9@yahoo.com> To: Adrian Chadd X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.84 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.84)[-0.840]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_THREE(0.00)[4]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.83:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.83:from] X-Rspamd-Queue-Id: 4czRC52xV6z49px On Nov 1, 2025, at 10:45, Mark Millard wrote: > On Nov 1, 2025, at 10:22, Adrian Chadd wrote: >=20 >> Here's my suggested solution: >>=20 >> =3D=3D=3D >> diff --git a/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c = b/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c >> index 96c3a0db8aa5..7e105a6b3b77 100644 >> --- a/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c >> +++ b/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c >> @@ -628,7 +628,9 @@ free_pagelist(BULKINFO_T *bi, int actual) >> pagelist =3D bi->pagelist; >>=20 >> vchiq_log_trace(vchiq_arm_log_level, >> - "free_pagelist - %zx, %d (%u bytes @%p)", = (size_t)pagelist, actual, pagelist->length, bi->buf); >> + "free_pagelist - %zx, %d (%lu bytes @%p)", >> + (size_t)pagelist, (int)actual, (unsigned = long)pagelist->length, >> + bi->buf); >>=20 >> num_pages =3D >> (pagelist->length + pagelist->offset + PAGE_SIZE - 1) = / >> =3D=3D=3D >>=20 >> The code /is/ being compiled on my arm64 and armv7 builds, I verified = this by using #error in this source file. But the format strings aren't = eliciting a type violation when I cross compile. >=20 > The CI builds are on the likes of butler4.nyi.freebsd.org which > are amd64 as far as I know: also cross builds. >=20 > The CI build infrastructure may be public enough to check for if > anything special is specified for those builds. For example, I do > not know if they use /dev/null or empty files relative to the > likes of environment variables: >=20 > __MAKE_CONF > SRCCONF > SRC_ENV_CONF >=20 > or what the related file content might be like otherwise. In: https://ci.freebsd.org/job/FreeBSD-main-armv7-build/26181/consoleFull I see: . . . export 'MAKEOBJDIRPREFIX=3D/workspace/obj' rm -fr /workspace/obj . . . sudo make -j 12 -DWITHOUT_CLEAN buildworld 'TARGET=3Darm' = 'TARGET_ARCH=3Darmv7' = '__MAKE_CONF=3D/workspace/freebsd-ci/jobs/FreeBSD-main-armv7-build/make.co= nf' 'SRCCONF=3D/dev/null' . . . sudo make -j 12 -DWITHOUT_CLEAN buildkernel 'TARGET=3Darm' = 'TARGET_ARCH=3Darmv7' = '__MAKE_CONF=3D/workspace/freebsd-ci/jobs/FreeBSD-main-armv7-build/make.co= nf' 'SRCCONF=3D/dev/null' . . . In: = https://github.com/freebsd/freebsd-ci/blob/main/jobs/FreeBSD-main-armv7-bu= ild/make.conf I see just: QUOTE KERNCONF=3DGENERIC GENERIC-MMCCAM END QUOTE I do not see anything explicit related to what SRC_ENV_CONF is for binding to, so a default context for that binding. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Nov 1 18:45:16 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 4czRcV69fmz6DhnY for ; Sat, 01 Nov 2025 18:45:30 +0000 (UTC) (envelope-from tomek@cedro.info) Received: from mail-yx1-xb135.google.com (mail-yx1-xb135.google.com [IPv6:2607:f8b0:4864:20::b135]) (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 4czRcV2vMHz3Fyl for ; Sat, 01 Nov 2025 18:45:30 +0000 (UTC) (envelope-from tomek@cedro.info) Authentication-Results: mx1.freebsd.org; none Received: by mail-yx1-xb135.google.com with SMTP id 956f58d0204a3-63e336b1ac4so5240967d50.1 for ; Sat, 01 Nov 2025 11:45:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cedro.info; s=google; t=1762022728; x=1762627528; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=vohX0VF0meHZAu2SsyQxvYGj08a4nYyxRDlC/t/1upw=; b=HmFvOU/MHkW8dIpKUP/udqrYtiHZas9Y+0nQTOxTmhUhbaE4T8FRyoHSNhUlqm3V6H 96Q6BeZ94MFWBI+hxyRr7DaDJKFnrHrNB3dmd1rcBMWeDHW1Q4YQXdZpvLsRJ8KV5X3H kbqPvrWqqCnh427LrpUefiGFkKBwyG1xRMpTdYu79FB3Beizye7WQX1ObbYDJHkKl3+o hBPbCQlzTeyuqqZfSbnHBqz7Zlqt1WdJYTzrdzJLaJY3m9fhcOlZ1beYuXFHAcdtjEpd 1V+e7Fcds3zPoTcTY49GbwSJK7GKirMyIs+HCMfo5MqYaPMaBWHZ2BF4t+TymBCtPtsv 9uRQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1762022728; x=1762627528; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=vohX0VF0meHZAu2SsyQxvYGj08a4nYyxRDlC/t/1upw=; b=wI4PaB4zyIiTpA8w5ZwcX9xDd9QiXysXwlfdfUwpvB6jHBmNsAhaiPuMtRzDypS3rI 8JunJc85MjpKOtORjXnXLiXjiKijCS/bU1LJsW2ARYiQwy1uvvMo/2djQ6fXeES/CdBa X5l/uMgOt7rnEFnyZRk4g8koOBu+lzNjjkHtK+E3jNg5cvYJ3EYhkb08dutVGgvzrzfH CiqC1MFQNnR6EJWxOYJK5J8XRg6SWbHl/G1cw5fqWB5Z2Z1MGapO+HdAgI8EoKB0tGqe Lek8WqKIahCFf8PwhdXDnU5zoZAsHi35cNHfKZ976u1BMFBYIzyzkVcDmp6862P+zbP+ gl9w== X-Gm-Message-State: AOJu0YzZN0g/mW+2K/dBDHL811RS6/hhIa7DHmr9/EhoIMzqqIxpMNSz q7vz9b75vEUGrChl1SrG6v/FcklWA5OCENf0ankWhiChKGp1QD5Z4di7TuRpzbWiHK4ZywcRQUA MbSw= X-Gm-Gg: ASbGnctcIcO2fGPx1bp+b7dsgkvTraAbLXp9nSGh9Wqirf6x1FZHqRSN8zfkVJn/cq2 xwANiNCYM/EKbZj72qmde+RPR6Sf0KG4/1+0329Ln5csRmnKhdNSDTQwa1kmlYQDX0Ws0t+JTwN 9EKaI4mrfCQD+29jr2Vm5yB4yhoz45D6Jl49j+M3fw4gg4fwyJS93waoel/lmLwLu3kNKSkZloC B23l/Sxuaz/KzljIboRLyK5+Bf66xioXFTlittX+towuyZlXZQRvvmyL4KnavkArdbViG5xTzsM /kUxdoYQAWAVM5kzrawt4O9IXH6/dKLE8rp+aUUo/T9ksi7a+wDYecY5c0F3kXDe9cNwYgINRrT xNeif8l+oaNqjKBUNIkuQBljsBeMRvPlTAbmdbrDBqO8TCULZkKSn2XlPk0mJN0DrR9ZqgGx2lV RcXAs8kr07yURRB2DISOn2OyDVjOXCcVt/p7yFqGhXYoY= X-Google-Smtp-Source: AGHT+IFavJ5Q2MPEvpm3bSjUgBpipAv3E6gzhDS/prvzozLlA+yRKxupEPip5bCtX+D6ycAmVhBBcg== X-Received: by 2002:a05:690e:4148:b0:63e:1113:bde2 with SMTP id 956f58d0204a3-63f829a6435mr8384989d50.20.1762022728366; Sat, 01 Nov 2025 11:45:28 -0700 (PDT) Received: from mail-yx1-f48.google.com (mail-yx1-f48.google.com. [74.125.224.48]) by smtp.gmail.com with ESMTPSA id 956f58d0204a3-63f96a96452sm1485431d50.25.2025.11.01.11.45.26 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 01 Nov 2025 11:45:27 -0700 (PDT) Received: by mail-yx1-f48.google.com with SMTP id 956f58d0204a3-63d97bcb898so5197962d50.0 for ; Sat, 01 Nov 2025 11:45:26 -0700 (PDT) X-Received: by 2002:a05:690e:1206:b0:63f:7c9d:d378 with SMTP id 956f58d0204a3-63f828c2c02mr8630668d50.5.1762022726624; Sat, 01 Nov 2025 11:45:26 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Tomek CEDRO Date: Sat, 1 Nov 2025 19:45:16 +0100 X-Gmail-Original-Message-ID: X-Gm-Features: AWmQ_blvQ0rfY4C_FA9Lcm49Z39uRG0ozhjcUCWbLC6k3vl2CwrnPeIXVI-KYks Message-ID: Subject: Re: Why is the DVD image so large? To: Dennis Clarke Cc: FreeBSD CURRENT Content-Type: multipart/alternative; boundary="000000000000b4ec2d06428ce286" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4czRcV2vMHz3Fyl --000000000000b4ec2d06428ce286 Content-Type: text/plain; charset="UTF-8" 1. use double layer dvd disk it has twice size of single layer dvd. 2. use 8GB+ usb drive with dd iso on it it works fine. 3. create Ventoy drive, put many different iso files on it, you will have a menu what iso you want to boot :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info --000000000000b4ec2d06428ce286 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
1. use double layer dvd disk it has twice size of si= ngle layer dvd.

2. use 8= GB+ usb drive with dd iso on it it works fine.

3. create Ventoy drive, put many different iso files on it, you w= ill have a menu what iso you want to boot :-)

--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
--000000000000b4ec2d06428ce286-- From nobody Sat Nov 1 18:59: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 4czRwj5cb8z6DkkX for ; Sat, 01 Nov 2025 18:59:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.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 4czRwj3bJpz3JXn for ; Sat, 01 Nov 2025 18:59:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=hGj9tz8k; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1762023567; bh=/MIIUWPXpueqf22oUZwFc3O6NKMdwkEJktbLvH/M6k0=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=hGj9tz8kGAXjwlsjXJkgAyu8kFxzNkCv+97tI0JeTe1CHN3IJD1fjRPdVrMGLfgsP4+8TwSlVtyyGejZ5kbfY1NlgZ7r4W8Gah6Kpf/JuMm2Y6cRpp1dZY/VwAoXiXbI9bk+CoZU7NcoAjnsW5BMIGw0+HsG5b9g+TobUcs5bO+IIv2ccLnptW2A4FmyFPVEs0Tz/+YGLSunQWdpsHbvOpNeqPCHg7J1Nj6ajG0HZxYc3NBYH9wd4A2Uezr0jGmUUA8GEwng06MlrH2I1WurpSy2/+yIMw8BoImWL1jYt02GW0MQgqZCKitn0GaTj/Mmyds6+BEWN7y0ygHeSPYYOA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1762023567; bh=SZOyHN4ML8nXLgw+6WcEfCDlDk+N7z/R0u3vMhnJddF=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=sium2GknTAIquUu3wZyfCGwrv77i/F8ipEwX53jNlzjy7G98SMn+l3iHV8RpVNB9asARc6IMRTy+QAw/Z5gatVeWcwOPxDuOkPMrNJf4cljDlBHY84Bo9JJzKLJ7beXfFAxo58qFFEJ0rqloWBLK9t/qVX50VDoeL0lEaNIGM7FGI4BqeeMBjhw3Kf0lXB8BzWQUtI8w1K5rQf4+biSyKGxGRra1+u0uE2VQn7JpvZOb7clt+Ayd4WjF09fmQnUGpXhz0MOgfzZZ/QS6mF8V5dGpvh09uo7oNpnnww+ytR2sgV87RcAxluKGuFr5ktnunxDcccuQaFcG/LlYdD6v3w== X-YMail-OSG: fzyH6u0VM1mLwANi1D9THhA8gjPoGJ1jHhGo_8i8Z.kAaz1bllBhcvLmJSxhU6N EErHRunZMuHaea4n3f6C50bW4rlJpPIWm6OS236ceRARErGCpVHTHzR8Fd.HZ2dQCn2MgTyAor7i CpHKgUwgsQp6vfM5O3rLfWQnrF3KjEGnPSrxOGq24Aq7Ap6IBMYCKqGroANMxYUbqCj0e3hlit7B nH51DkPteT8zI8ox9_HobXbLf5VvAtoC43.2oksIku.41tzIVEOFGjVRSgqZAGTvhYC19c5_W68S C5q.P.RKIbOW7JxJzoeXk.5Q8K1.5T2Znd9hcG4EXu3Zu_MvnjDQAPfXxIh3maKV7UNUUnYXV3R9 bO_pU1uYF15GKGuskJn0Ym9KITi_gucqx997brluiqS3cFA4CHzgix8s4dAoW83ND7JHJf.4hMcH Ol8AWdJublTJgrHpS.tvPMkaXoZKZ8e3RxNbU9fRwszKkvce1JzEfwsPlWborny0RibOksCbrCX2 CadnRb99Y.nWXgAOq85V9QWGtjCpIHRYqu7HE1J58qKXOTzQY36XDru3YGOd3m8MZlzDTXi7_ZQr IAbXjdofZNT7zLySn3vHynDWEFPja_U3P9IHrMzeNn1Dg4sFsFQzFsRkgByCLYpmb1FRTADljpjg YagP_mG.nOcPc_EdzgBogpSgg8LMYx8hjiNyPxYGqbzklMuoqi0iZvcOuEVvP4Qs84Tow.nVGLc5 Zc_OptnRzrZKVa2wFvYr839x6oWfDYGAtJ_FnUXy8NukcxGxcfvmH35frrDUOfDckBzjD4.zblqq VrToaYycD.fxszlReGsTm1xUKnFVyLetKVTxxuwOcanoLLE6syKX5nfN4ItxU8D_YPoax8zLWa3Z 7G_HB_l5s9DpFFUX6s7aw3hWBvYNsJc5cyIj_Y2aj1DDNH4_DfsTZIL6a3nN83D15UbRmbpwjvOZ vI7GNttVL7CvWmM2xTYHoD0apUA2YZiE09hF62nWPl5D9tatUUKImraMDJVh242wGq403vKx9JtW 5nZACLAbfUMgW0Dca0cXXCQuRKhtfokmSXuzVqRvdnfZp5EtMLtxOnpS2HhAgpTMOzrlHu2LXC7f ikEuO9e4OK0ncwzt5gGMkbkBLEI4_UcVwil7lJ2FxkShNUGTMPKzsJ1yqSsFTmRgrs.e.r9Cr3Yw UoEjOWIzYVlbqqN5cZ7in3xuco12Kqhat1LW0QNQvTaqNOxn5hGpTWZ4Hu1fAmsVxJ.RoPDBmh37 6OHv_5cm9ZT1EUBuvlnLtStFzc5R2R3NPP8zzg00PXpqIS1XDrr0P0AuFZzsGLIfmkVF.wBr5BTN FfOjJg9eho15GaeOrUyFchX_Qa1aXPwbJERKv6HrxzxtJeeQfPBCMiWOxE1_ZiV.X3bgP6nf6yFR aiWQbL3mxWq9r2J0EZ47tRKcb3Ysi7FwwI18qJgaGY06I7VwIDrN83PCUmLouJFKpHOrT7tIaW7G 6k3MbOR9BgmENhNdHEfbnRLuqIJ3ST.OGaNnZ_CalL.wQp7w.BUKKpKl7yc5nJdA3d2aieecszn9 rlscB6El6FNv0WqoG4iCLPOt2ZYpBcviO77Bu.hncuJvKBQw5KgRUbyDtAWcNjHiFL8NJOoofhkV FwNj62ad1fHcLKWlC7EwHUnijev1kNbuPn38XLXOUjbAht7Aucw6H5YbS1tASASfOqALOL8lXDrz KZteCmSLpkQ_hL8s0kVDZzMxB1xI8a0HOzECuJNnWQtwHR0jdMohaX4LIGV9uhPqnjawAYp6Sc4V cM3VW6j9Jq5s2E_kIIac_WCx.91j.QHRCLX1c63.KBKcuuSpYJJyz9zY597jctLJ9JDxLXhqmEQ_ g_px4tJ5xgVamhsmWVYOYjWkGpmNQowlKgBr9f9Ucli6gcxfpLg0p4EDHlbcK2UWkUFmtmfUyzi2 Dtwn9WPijKIZhN3ZNR3go1SUU_Kpz4CCueq3AfnvNTC9hAFzt6aRcM2Gfd0pK1w0AsOLNbQycd21 sAo8dH_Td2eT0Z2BuFN0KHUcV6HDqKrhNEJjs7ktxhtyCNCKT.MPMZWqgQQgwEoR_vE6LNbqPkwh 6knpWjmbCXXPeO_WmlNgo7aZfvV0GQXiKZrsha_8Rm5fmFDxJDA2aisetJoKWsVeLXYQfgwJjDCP ePEIZEOk7Du1hS2_bBSWcwP0DUpEDRWb_tQHBryrRKdE5SbVWzowWPk8rw5HkJgAyxQPs5CiWf6D 6b.mL0Bq7cPLOrYtFJQ8GTEPveFnY X-Sonic-MF: X-Sonic-ID: 8cac7e5f-c8cb-4132-843f-a9b41ba4d8a4 Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sat, 1 Nov 2025 18:59:27 +0000 Received: by hermes--production-gq1-86c5846576-588m6 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID afb5cbf1a389dc6738fa35355042b595; Sat, 01 Nov 2025 18:59:22 +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.700.81\)) Subject: Re: Buildkernel fails in /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o From: Mark Millard In-Reply-To: <10F4DDD5-93CE-4DAC-B11D-44BF2F53C618@yahoo.com> Date: Sat, 1 Nov 2025 11:59:10 -0700 Cc: bob prohaska , freebsd-arm@freebsd.org, freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <0D2F1D4A-3ED7-4BFF-88C8-24ED17556DF4@yahoo.com> References: <29BBF0CD-763D-4818-80F5-E8CEDF3136B9@yahoo.com> <10F4DDD5-93CE-4DAC-B11D-44BF2F53C618@yahoo.com> To: Adrian Chadd X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.84 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.84)[-0.844]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_THREE(0.00)[4]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.205:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.205:from] X-Rspamd-Queue-Id: 4czRwj3bJpz3JXn On Nov 1, 2025, at 11:26, Mark Millard wrote: > On Nov 1, 2025, at 10:45, Mark Millard wrote: >=20 >> On Nov 1, 2025, at 10:22, Adrian Chadd wrote: >>=20 >>> Here's my suggested solution: >>>=20 >>> =3D=3D=3D >>> diff --git a/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c = b/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c >>> index 96c3a0db8aa5..7e105a6b3b77 100644 >>> --- a/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c >>> +++ b/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c >>> @@ -628,7 +628,9 @@ free_pagelist(BULKINFO_T *bi, int actual) >>> pagelist =3D bi->pagelist; >>>=20 >>> vchiq_log_trace(vchiq_arm_log_level, >>> - "free_pagelist - %zx, %d (%u bytes @%p)", = (size_t)pagelist, actual, pagelist->length, bi->buf); >>> + "free_pagelist - %zx, %d (%lu bytes @%p)", >>> + (size_t)pagelist, (int)actual, (unsigned = long)pagelist->length, >>> + bi->buf); >>>=20 >>> num_pages =3D >>> (pagelist->length + pagelist->offset + PAGE_SIZE - 1) = / >>> =3D=3D=3D >>>=20 >>> The code /is/ being compiled on my arm64 and armv7 builds, I = verified this by using #error in this source file. But the format = strings aren't eliciting a type violation when I cross compile. >>=20 >> The CI builds are on the likes of butler4.nyi.freebsd.org which >> are amd64 as far as I know: also cross builds. >>=20 >> The CI build infrastructure may be public enough to check for if >> anything special is specified for those builds. For example, I do >> not know if they use /dev/null or empty files relative to the >> likes of environment variables: >>=20 >> __MAKE_CONF >> SRCCONF >> SRC_ENV_CONF >>=20 >> or what the related file content might be like otherwise. >=20 > In: >=20 > https://ci.freebsd.org/job/FreeBSD-main-armv7-build/26181/consoleFull >=20 > I see: >=20 > . . . > export 'MAKEOBJDIRPREFIX=3D/workspace/obj' > rm -fr /workspace/obj > . . . > sudo make -j 12 -DWITHOUT_CLEAN buildworld 'TARGET=3Darm' = 'TARGET_ARCH=3Darmv7' = '__MAKE_CONF=3D/workspace/freebsd-ci/jobs/FreeBSD-main-armv7-build/make.co= nf' 'SRCCONF=3D/dev/null' > . . . > sudo make -j 12 -DWITHOUT_CLEAN buildkernel 'TARGET=3Darm' = 'TARGET_ARCH=3Darmv7' = '__MAKE_CONF=3D/workspace/freebsd-ci/jobs/FreeBSD-main-armv7-build/make.co= nf' 'SRCCONF=3D/dev/null' > . . . >=20 > In: >=20 > = https://github.com/freebsd/freebsd-ci/blob/main/jobs/FreeBSD-main-armv7-bu= ild/make.conf >=20 > I see just: >=20 > QUOTE > KERNCONF=3DGENERIC GENERIC-MMCCAM > END QUOTE >=20 > I do not see anything explicit related to what SRC_ENV_CONF is for > binding to, so a default context for that binding. Looking at the official CI build log, I see: cc -target armv7-gnueabihf-freebsd16.0 = --sysroot=3D/usr/obj/usr/src/arm.armv7/tmp = -B/usr/obj/usr/src/arm.armv7/tmp/usr/bin -c -O2 -pipe = -fno-strict-aliasing -g -nostdinc -I. -I/usr/src/sys = -I/usr/src/sys/contrib/ck/include -I/usr/src/sys/contrib/libfdt = -I/usr/src/sys/contrib/device-tree/include -I/usr/src/sys/dts/include = -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common = -march=3Darmv7a -DLINUX_DTS_VERSION=3D\""6.12"\" -funwind-tables -MD = -MF.depend.vchiq_kmod.o -MTvchiq_kmod.o = -fdebug-prefix-map=3D./machine=3D/usr/src/sys/arm/include -ffreestanding = -fwrapv -fstack-protector -gdwarf-4 -Wall -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef = -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ = -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas = -Wswitch -Wno-error=3Dtautological-compare -Wno-error=3Dempty-body = -Wno-error=3Dparentheses-equality -Wno-error=3Dunused-function = -Wno-error=3Dpointer-sign -Wno-error=3Dshift-negative-value = -Wno-address-of-packed-member -Wno-format-zero-length -mfpu=3Dnone = -std=3Dgnu17 -Werror = /usr/src/sys/contrib/vchiq/interface/vchiq_arm/vchiq_kmod.c = -DUSE_VCHIQ_ARM -D__VCCOREVER__=3D0x04000000 = -I/usr/src/sys/contrib/vchiq It appears that the -Werror is from: /usr/src/sys/conf/kern.pre.mk:WERROR?=3D -Werror . . . /usr/src/sys/conf/kern.pre.mk:NORMAL_C=3D ${CC} -c ${CFLAGS} ${WERROR} = ${.IMPSRC} via a: /usr/src/sys/arm/broadcom/bcm2835/files.bcm283x: compile-with = "${NORMAL_C} -DUSE_VCHIQ_ARM -D__VCCOREVER__=3D0x04000000 = -I$S/contrib/vchiq" In other words, the official build's WERROR contains -Werror . What do your build logs show for the compile of: /usr/src/sys/contrib/vchiq/interface/vchiq_arm/vchiq_kmod.c ? It would appear that there is some prior definition of WERROR in your environment, such that "WERROR?=3D -Werror" would no-op and use your environment's definition instead. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Nov 1 19:07:44 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 4czS581svhz6Dl6g; Sat, 01 Nov 2025 19:06:52 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "pelorus.zefox.org", Issuer "pelorus.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4czS573KjWz3KtH; Sat, 01 Nov 2025 19:06:51 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.18.1/8.18.1) with ESMTPS id 5A1J7jar077376 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 1 Nov 2025 12:07:45 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.18.1/8.18.1/Submit) id 5A1J7iUh077375; Sat, 1 Nov 2025 12:07:44 -0700 (PDT) (envelope-from fbsd) Date: Sat, 1 Nov 2025 12:07:44 -0700 From: bob prohaska To: Adrian Chadd Cc: Mark Millard , freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: Buildkernel fails in /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o 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-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4czS573KjWz3KtH On Sat, Nov 01, 2025 at 10:22:37AM -0700, Adrian Chadd wrote: > Here's my suggested solution: > > === > diff --git a/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c > b/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c > index 96c3a0db8aa5..7e105a6b3b77 100644 > --- a/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c > +++ b/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c > @@ -628,7 +628,9 @@ free_pagelist(BULKINFO_T *bi, int actual) > pagelist = bi->pagelist; > > vchiq_log_trace(vchiq_arm_log_level, > - "free_pagelist - %zx, %d (%u bytes @%p)", (size_t)pagelist, > actual, pagelist->length, bi->buf); > + "free_pagelist - %zx, %d (%lu bytes @%p)", > + (size_t)pagelist, (int)actual, (unsigned long)pagelist->length, > + bi->buf); > > num_pages = > (pagelist->length + pagelist->offset + PAGE_SIZE - 1) / > === A simple-minded copy/paste to a patchfile in /usr/src named vchiq.patch failed with # patch < vchiq.patch Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |diff --git a/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c |b/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c |index 96c3a0db8aa5..7e105a6b3b77 100644 |--- a/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c |+++ b/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c -------------------------- Patching file sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c using Plan A... patch: **** malformed patch at line 11: actual, pagelist->length, bi->buf); I've refrained from tampering with the sources, did I do something else dumb, like not strip the a/ prefix from the diff line? I expected a "file not found" error in that case. For clarity, /etc/make.conf is absent, /etc/src-env.conf contains WITH_META_MODE= Thanks for the quick reply! bob prohaska From nobody Sat Nov 1 19:44: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 4czSwl3wgjz6DpdW for ; Sat, 01 Nov 2025 19:44:39 +0000 (UTC) (envelope-from drsnx60@gmail.com) Received: from mail-lj1-x232.google.com (mail-lj1-x232.google.com [IPv6:2a00:1450:4864:20::232]) (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 4czSwl1lgbz3QFr for ; Sat, 01 Nov 2025 19:44:39 +0000 (UTC) (envelope-from drsnx60@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-lj1-x232.google.com with SMTP id 38308e7fff4ca-36d77de259bso22903241fa.3 for ; Sat, 01 Nov 2025 12:44:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1762026268; x=1762631068; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:organization:from :content-language:references:to:subject:user-agent:mime-version:date :message-id:from:to:cc:subject:date:message-id:reply-to; bh=7EhZ8s/zJSZF/bna8ITDuVHZdbc3mbhi6Eaam5EBYhI=; b=ZAToAP+7q9RGQMtIcBB32K5VKcsBO2Ul2RRweCVly9xlihvMIBicWjHS8KG5nz+U9A 7gOgXQdY/BKHfxq95KwyRHyZfVFjIr0iSw3BGs0t+e/2ZMSybrZOqxGmFS0UYjZOY6jx lerMdgxItS8jcoKSDbULBOe/3Pmr3RVnyDzRgBHJo+g3TkO6nFGNYIsp/prIXzA5AQWD 1bRmHSD/9H585AmUsubAaeBvstH85kdmamyzCuPoKY9L/y/Q55bo4l5rGTgtagCCnE9i eT6fW7lk5LGV8vQ0SWuROb4x+Nz/ZQcv9B0vk3HjPaxeYDBYYhIr0or0OJeog4H3TRRk 310A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1762026268; x=1762631068; h=content-transfer-encoding:in-reply-to:organization:from :content-language:references:to:subject:user-agent:mime-version:date :message-id:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=7EhZ8s/zJSZF/bna8ITDuVHZdbc3mbhi6Eaam5EBYhI=; b=stRKSPgrIHjAEnMKo3309PfXLbE96Y6T8qFYVSCjtXigrv12hC0keaT4Ag7sk0M94A mFTkG/Rawy2pEf1lQRSVnhG0AntIoBtjNZ4P4h9+BlCHswLpy+0LJTY9pbAdiFCZPcIJ oNgQxKlETyH0/oE7vXoPCzXlgScHthaPekhb67C/J00Wbbo4uwE9HVM2aE/R+SsiXl39 7XtupKZbyJQaNQCsuB558NNGg6n0f73xvwsXoDy0uHE0Y2VrL9I9qB6al8VK6iMjDxeX 9gnNIu00ELRoQTpVGvNbivv9tIW7jradNC+psVrEKTJQaQpDt7LsRXUh5lZn03SM4029 VLHA== X-Forwarded-Encrypted: i=1; AJvYcCVzgrwcRNXR+BAb209/moyb+mFsFvcaKaQ8qny2q8kE8+MNBh7g6dCSzyn6+AN17ZiTG9Gky/NTlOHhXZMUzDY=@freebsd.org X-Gm-Message-State: AOJu0Yy9YpCVtYDW0PfR2N0z6flEXd/HLHOOzUyfDGyMMlWRa9FFYQ1R Mcq+TA5Ic7SYXboZUr/SJoEnf0XPMYKkjsZNLG4WRoMHjiXMw5MHngwOybCknA== X-Gm-Gg: ASbGnctziaX0ZFGMmMC81PJfiHFLlu+tHSfVynemIxyM1RQfRR6XC/XlYgtiDK7mC8z XtHLkXmZbQuNJpAF5cXDKBnum/dWEOBdawddrL7MDs7jwDV0iXbKZMjsEr1feVr96u4jirAwZCL Fu+rWsf61D8+rYiZlT0LEX+8FwFQmj584oIY86SZKPFy24k44bAFzwEcFfpg4isuM+KNPdfZRjx Z/kTER3qnf6B4sDclHu5+d87sfpoctNHIJ/TiH8t+sERZlehqtHw39iv/N5KD8iEjuJtFOwF2c3 CkjA39uzsAHkCqIaVrWmiHVetnTdhl5bwaAFQNz5eV0FRO5huXN/ryBZb9iGuzWXsCA3CimuNqd 0fA6P1CpwFQQW1Wo+NzBuASnLt24kykRewg/fZsOPdNCTy79h9BVXUEk71ocC0UIEl/Ne6wyG1X /i8Dg/DTjx2rYFMB1Sf1Dg5OuwVizGCw== X-Google-Smtp-Source: AGHT+IEs/7xEch1nPKH9simhYyW9CHLnWVOoJROhh8u5vr8t9Y6dH+08LqX1M1+YALtI2088PfU1BA== X-Received: by 2002:a2e:3017:0:b0:379:350:3357 with SMTP id 38308e7fff4ca-37a18de774dmr20805991fa.45.1762026267344; Sat, 01 Nov 2025 12:44:27 -0700 (PDT) Received: from [192.168.2.131] (host.62.13.8.86.bitcom.se. [62.13.8.86]) by smtp.gmail.com with ESMTPSA id 38308e7fff4ca-37a1bfb45ddsm11775561fa.15.2025.11.01.12.44.26 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 01 Nov 2025 12:44:27 -0700 (PDT) Message-ID: <0b0432cb-1f7c-4c62-bf25-65e243163f25@gmail.com> Date: Sat, 1 Nov 2025 20:44:26 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Why is the DVD image so large? To: Dennis Clarke , FreeBSD CURRENT References: Content-Language: sv-SE From: Lars Tunkrans Organization: Retiered In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4czSwl1lgbz3QFr Den 2025-11-01 kl. 15:06, skrev Dennis Clarke: > > >     * * * I am happy to ask the dumb questions * * * > > > This morning I see that we have FreeBSD 15.0 BETA4 iso stuff : > > https://download.freebsd.org/releases/ISO-IMAGES/15.0/?C=M&O=D > > For doing a test install onto some real hardware I felt it would be > nice to try out the iso images for ye old fashioned DVD. Worth a try? > > However I see : > > FreeBSD-15.0-BETA4-amd64-dvd1.iso     5150257152  2025-Oct-31 12:38 > FreeBSD-15.0-BETA4-amd64-dvd1.iso.xz  4276839812  2025-Oct-31 12:38 > > Now the dvd1 image seems a tad large for an actual DVD media. I think > this has been the case for a very long time now. > > Why is the DVD image so large?  Can something/anything be trimmed out? > HI   Dennis    Beta3    did  not  have  the  KDE  Packages    and  was  4 GB  .   BETA4    has  the  KDE  packages    and  is  4.8 GB     Just 100  MB    to  large  for  a  standard   DVD of  4.7 GB    I looked  at  the  cost  of  DVD-R   media   and  DVD-DL  ( Double Layer )  media   at  Amazon .  And  prices  is  very similar   for  50  DVD  & DVD-DL  spindle packs.    There is no  economic  reason   for not  buying   8.5 GB DVD-DL media .    SO  its  possible  to put even  more  packages  on  a DVD-DL_ISO    (  Up  to  8,5 GB )    which  would make offline installation  a  lot easier.     All  thats  needed  is  to  Document  that   DVD-DL  media is  required    for  the  DVD-DL_ISO Regards -- ------------------------- Lars Tunkrans Oracle SPARC/Solaris System Administrator Fujitsu M12 SPARC Specilaist From nobody Sat Nov 1 20:01: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 4czTJ62d5vz6Dr50 for ; Sat, 01 Nov 2025 20:01:26 +0000 (UTC) (envelope-from drsnx60@gmail.com) Received: from mail-lj1-x230.google.com (mail-lj1-x230.google.com [IPv6:2a00:1450:4864:20::230]) (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 4czTJ60WP3z3S2q for ; Sat, 01 Nov 2025 20:01:26 +0000 (UTC) (envelope-from drsnx60@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-lj1-x230.google.com with SMTP id 38308e7fff4ca-378d6fa5aebso33660401fa.2 for ; Sat, 01 Nov 2025 13:01:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1762027279; x=1762632079; darn=freebsd.org; h=in-reply-to:organization:from:content-language:references:to :subject:user-agent:mime-version:date:message-id:from:to:cc:subject :date:message-id:reply-to; bh=+dYoO1tLiGKlUT5u9AWRIzAA8LubpvIXzfhsyilmXNU=; b=eLQIPhMnjKP3gHCW/8XPbEqNI4KA7S9dMwiDFYQd6UUX1AIG90aiCuqEfJtyLI9zjt 5crlgtRplgA26SucBHQvhjFvc0y0evhev9IB6JMwSnrmOLulXLjjkxJ23mNsuFBYpbyj 2dWpsCmumHGISU1aSIHV0GeCcrZtNTyprfJwFtxKI6JgzJ78G4y/3f/F6zY6F/LoBtLa 1aI5HTCcqoxRLaWPBpT4s8Bf51stSAFkpnfcgWyq7nC2cyrsGrFEgBKlq5CX1lNn6Src Bn3hds1quJFN4IoD+ucTPdsbIaHPcTGMZHkZSR1wd+Eo7Jiyag0qsOz6KLQCmf/ZRYJF fxow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1762027279; x=1762632079; h=in-reply-to:organization:from:content-language:references:to :subject:user-agent:mime-version:date:message-id:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=+dYoO1tLiGKlUT5u9AWRIzAA8LubpvIXzfhsyilmXNU=; b=GoE2nj9CimNJjHTLVVEL28Aq0xM6kYOQIWXl3NhXmZK+rj7IgRX2jSL477GC44K40W tLhxTWoXQsQRlsj3NhjOgZAJgTYzyahDxHqNLXKiNV+rvRbnj7Sf88cR3/LhfNfGwU33 xdET05HnDTxhEk6zBcBlQKV09dDMhQpK+KFgyV5WgVzSLQxhmFXA+tmw+Ff5Pt1NNHer Arph/et2ghqgjLDOwLa6jYwBroi4cderxzCpcuheFbwJJPCnpyeSv+ky/0jOpo+DDMmG PUkDzSuj2IW/pUHaM3Fbr3nYSrAw0f6FF6Qu/WjZi7XFJpZA1Jjp9s8Av7TsfOSRR7QJ SUEg== X-Forwarded-Encrypted: i=1; AJvYcCWNJDWadm/fUZJlROUPK2+5uoxpsI4moumBrowvIBzTGfcbxhM/uEPyyRgfoD14mSCaZaNmy8en2vOYNF91t1o=@freebsd.org X-Gm-Message-State: AOJu0YxYnLnOLdGvqysCtiL0pPnwRlq9ksRB8Q99s569DIpy14+NT64M ZR+fDm4hMWhJigv7SX23ljGRp7ft5fvnypPutTTzJxjv8R2Fdoo2UQrZvxFBbQ== X-Gm-Gg: ASbGnctpBSktDMV3cmophlmGtzwW8evlI+c2YGGknT7ggQp1D8BHh44s2OO1YQVYCpE CKWm+B/xhmlOFEghMriDL62oUgRHFQoM1qPOsGtnzJncdDCCimgInKL9IyAOFf1iNBBJUzVqTml a+5776mzVjWYukQ1bTSA9CouQylAjkSmw//QjKQcrpp4jP9jDsuFccHcUjT1/lBIE9ZrVNPg7jl WYeya4MbXLMskCMRdxGIqPeDahkzUTGhwG7ma49MeFBPSjpIx/FFX+2mFtRO3XwXRZXNZDAXj5H kHqqKIYb66wDH+1hzvnYu1Sx/ZZnhcoCtTYSfecIIimlLW0Hj+k99uAglrcPiPYT4jdbWalHOzv aBz6NWZzrDFV95hOMoZUljPu60GmNN7+btoM3dpzK/As88XGMqTUW7/JvbpV/m27nkZmgU6VRWk zZPoEmyxO5g5sN16ebNZ9X6sZ3WasaQQ== X-Google-Smtp-Source: AGHT+IHahe4/CJBlhawsycV7BiWlXYK+yrLXbwhMW37KPOeLC/Yw/fTxJ+E4sJEICDkesWWFy6qqkg== X-Received: by 2002:a05:651c:40d0:b0:376:2802:84a8 with SMTP id 38308e7fff4ca-37a18de1d61mr16665271fa.46.1762027278659; Sat, 01 Nov 2025 13:01:18 -0700 (PDT) Received: from [192.168.2.131] (host.62.13.8.86.bitcom.se. [62.13.8.86]) by smtp.gmail.com with ESMTPSA id 38308e7fff4ca-37a1bf9094esm11530221fa.10.2025.11.01.13.01.18 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 01 Nov 2025 13:01:18 -0700 (PDT) Content-Type: multipart/alternative; boundary="------------W7dk2zwSF60dWZPeuqFwXLF8" Message-ID: <73b4a16d-30f3-44b6-8477-aaa8e5aff82a@gmail.com> Date: Sat, 1 Nov 2025 21:01:18 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Why is the DVD image so large? To: Sulev-Madis Silber , freebsd-current@freebsd.org References: <8B8086D4-C68D-4C8A-86F2-C35212823B94@ketas.si.pri.ee> Content-Language: sv-SE From: Lars Tunkrans Organization: Retiered In-Reply-To: <8B8086D4-C68D-4C8A-86F2-C35212823B94@ketas.si.pri.ee> X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4czTJ60WP3z3S2q This is a multi-part message in MIME format. --------------W7dk2zwSF60dWZPeuqFwXLF8 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Den 2025-11-01 kl. 17:19, skrev Sulev-Madis Silber: > > On November 1, 2025 4:06:48 PM GMT+02:00, Dennis Clarke wrote: >> Why is the DVD image so large? Can something/anything be trimmed out? > it's kind of funny > > because cperciva was just asked to fill up the apparant "empty" wasted space seen in beta3 dvd > > which he did! even overachieved the task slightly, apparently? > > so in order to not generate full war we would need to either cut back, remove or abadon actual dvd size in some images > > or maybe make image remotely or locally customizable > > or provide separate images (tiny, medium, huge) which are just offline repos > > or finally start shipping images with various de's which users ask but which can't be easily done as disks don't self-expand. and then you need to archive it all too > > or something else > > p.s.: btw, i was not able to install ports from b3 dvd for some reason, i didn't check why and completed the test setup from remote HI Yes I started this ..... I notices that B2 did not include the DVD: ./packages/repo directory and contents. this was fixed in B3. but B3 was Void of KDE packages. B4 now have KDE packages but is 4.8 GB , I propose to abandon DVD 4.7 GB format and that future DVD-ISO packages use DVD-DL 8.5 GB discs. Regards -- ------------------------- Lars Tunkrans Oracle SPARC/Solaris System Administrator Fujitsu M12 SPARC Specilaist --------------W7dk2zwSF60dWZPeuqFwXLF8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit


Den 2025-11-01 kl. 17:19, skrev Sulev-Madis Silber:

On November 1, 2025 4:06:48 PM GMT+02:00, Dennis Clarke <dclarke@blastwave.org> wrote:

Why is the DVD image so large?  Can something/anything be trimmed out?

it's kind of funny

because cperciva was just asked to fill up the apparant "empty" wasted space seen in beta3 dvd

which he did! even overachieved the task slightly, apparently?

so in order to not generate full war we would need to either cut back, remove or abadon actual dvd size in some images

or maybe make image remotely or locally customizable

or provide separate images (tiny, medium, huge) which are just offline repos

or finally start shipping images with various de's which users ask but which can't be easily done as disks don't self-expand. and then you need to archive it all too

or something else

p.s.: btw, i was not able to install ports from b3 dvd for some reason, i didn't check why and completed the test setup from remote

HI

Yes I started this .....
I notices that B2 did not include the DVD: ./packages/repo directory and contents.
this was fixed in B3. but B3 was Void of KDE packages. B4 now have KDE packages but is 4.8 GB ,
I propose to abandon DVD 4.7 GB format and that future DVD-ISO packages use DVD-DL 8.5 GB discs.

Regards

-- 

-------------------------
Lars Tunkrans
Oracle SPARC/Solaris System Administrator
Fujitsu M12 SPARC Specilaist
--------------W7dk2zwSF60dWZPeuqFwXLF8-- From nobody Sat Nov 1 20:11:02 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 4czTWb0w08z6DsBC for ; Sat, 01 Nov 2025 20:11:23 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ed1-x529.google.com (mail-ed1-x529.google.com [IPv6:2a00:1450:4864:20::529]) (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 4czTWZ3QXjz3TkR for ; Sat, 01 Nov 2025 20:11:22 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=Wpv5dz05; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rick.macklem@gmail.com designates 2a00:1450:4864:20::529 as permitted sender) smtp.mailfrom=rick.macklem@gmail.com Received: by mail-ed1-x529.google.com with SMTP id 4fb4d7f45d1cf-63c4f1e7243so5163241a12.3 for ; Sat, 01 Nov 2025 13:11:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1762027876; x=1762632676; darn=freebsd.org; h=cc:to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=S/eDcsCvEm/rMxrO+S9o7D7aeuHjc3WEo1JyfTXYx5U=; b=Wpv5dz052VS5gtbUBsjIfPeLmwBqChDLA6cI8XUPwpF3Y2PfokyTxzaCqjoZO144tt Gck9dd1Z3XPAFm6xDXZq3dURwFA7I6ms27JZVhDHjQTvGxFexXHVCs71W8C1LM3KCLDg SPk3xjWzPe6ppxBzj69AFI+pXGe1WjUXFVLz3zjaEwDdt7hWAsZ0LmSP58BsXRIartYq tLS90SqJCD3sx7s65tJo6exZBHkFulHBmwLYawTpG3IV8r24PPP1TNfXovXNk9vWvx8v 8+gRngEUjUenYPXyV8f9tFvIrlTD8UlJGaudr3i3kq8BEZ/t+74ino6TJPyJaFTs39oA Pm7Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1762027876; x=1762632676; h=cc:to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=S/eDcsCvEm/rMxrO+S9o7D7aeuHjc3WEo1JyfTXYx5U=; b=IF2UaovJb2715C09/nmXAOt/us0NI27w1cbkPEAvBUlxExVs7mMitk8s/PNXKsv7Xb kVPBPGTbnhk5ASbllw4vmsW1Ck1qjY/+bS24FNu5l5oFEQkS48SuksUlHG5ECesFAHfH Pvw/dZjHjJ121tDK30F730Yd3U7iuzaoPwhcv2wVBSv8Cc96XVKZ5XOpCBUNgfxw1msW aU2H8g44oSb3tw2DKOT9kGq2SZI5Y3m8ephRR7vFIBdIjR+6gd08T51pNe1hX8n9Fini UAtn9H3NOi+wR6i5XBBxvYzhKPczYRpXZ2xc84Y+1crBOvsibksu4VKtzCaGk9VqXs/f GvNg== X-Gm-Message-State: AOJu0Yw8RmpsZYYE2PziFausydsDcTKMLnkS6j9tzHwTzOQjjMyTVIPn 30aKGZmvzXvY1LRQ0U7YO5mCQoNDSRdMRAmPe0hJUHaaB65qNr7TSAvuQkYHDu/QOpwwOorl17p D1nlt2p4Y+2KiHh8XU90BOxpFpmS9ERJ9Q8M= X-Gm-Gg: ASbGncsYp6DPCty6O9dHoaFaVE02emNJBDfb+WA0jOI/micSpRQuBjauBum6kxH4BKh D2IClPQUTPgKcAcYKIdPldcnZ21iYSwluhQb8+ISkPpEzc5y5Yqog1qvpt7XVxXcvjFK4Ht2SVG NyK77soaY10sGiQsB3czD8KCvjtRyuO95Zg1vfKeWGBRd9McNQW8ciifBbMlneu3z5Lg61bHPd9 c/GqG0xKbh349eyzkqRnZFEx5y7NTu1TQhANuFY+GesmmMWovZkUlRucc16vYhLFZMGhKUdgoaG iormzvIJi4/3cAu9 X-Google-Smtp-Source: AGHT+IHNfsSiWbJ9TP3XIH2kwl49ZKnHT8TLnLt6GcxGjZprvM6ryFuqlXzvJA071F7b46e34LzbIzOfhk+YDw1ZEnI= X-Received: by 2002:a05:6402:34d3:b0:640:aae4:b866 with SMTP id 4fb4d7f45d1cf-640aae4ba39mr964744a12.0.1762027875369; Sat, 01 Nov 2025 13:11:15 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 From: Rick Macklem Date: Sat, 1 Nov 2025 13:11:02 -0700 X-Gm-Features: AWmQ_blh5dX7MgpoNFF4vLbuBx4BYxAp0kK_GasTQPKKWpqsc3ffpjRy0FBBa9Q Message-ID: Subject: RFC: NFS over RDMA To: FreeBSD CURRENT Cc: Konstantin Belousov , Navdeep Parhar , "erj@freebsd.org" , "aehrenberg@nvidia.com" , "sreekanth.reddy@broadcom.com" , John Baldwin Content-Type: text/plain; charset="UTF-8" X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; MIME_GOOD(-0.10)[text/plain]; TAGGED_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_DN_EQ_ADDR_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MISSING_XM_UA(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCPT_COUNT_SEVEN(0.00)[7]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::529:from] X-Rspamd-Queue-Id: 4czTWZ3QXjz3TkR Hi, I've had NFS over RDMA on my todo list for a very loonnnggg time. I've avoided it because I haven't had a way to test it, but I'm now going to start working on it. (A bunch of this work is already done for NFS-over-TLS which added code for handling M_EXTPG mbufs.) >From RFC-8166, there appears to be 4 operations the krpc needs to do: send-rdma - Send on the payload stream (sending messages that are kept in order). recv-rdma - Receive the above. ddp-write - Do a write of DDP data. ddp-read - Do a read of DDP data. So, here is how I see the krpc doing this. An NFS write RPC for example: - The NFS client code packages the Write RPC XDR as follows: - 1 or more mbufs/mbuf_clusters of XDR for the NFS arguments that precede the write data. - an mbuf that indicates "start of ddp-read". (Maybe use M_PROTO1?) - 1 or more M_EXTPG mbugs with page(s) loaded with the data to be written. - 0 or more mbufs/mbuf_clusters with additional RPC request XDR. This would be passed to the krpc which would... - the mbufs up to "start of ddp" in the payload stream. - Would specify a ddp-read for the pages from the M_EXTPG mbufs and send that in the payload stream. - send the remaining mbufs/mbuf_clusters in the payload stream The NFS server end would process the received payload stream, putting the non-ddp stuff in mbufs/mbuf_clusters. It would do the ddp-read of the data into anonymous pages it allocates and would associate these with M_EXTPG mbufs. It would put any remaining payload stream stuff for the RPC message in additional mbufs/mbuf_clusters. --> Call the NFS server with the mbuf list for processing. - When the NFS server gets to the write data (in M_EXTPG mbufs) it would set up a uio/iovec for the pages and call VOP_WRITE(). Now, the above is straightforward for me, since I know the NFS and krpc code fairly well. But that is where my expertise ends. So, what kind of calls do the drivers provide to send and receive what RFC-8166 calls the payload stream? And what kind of calls do the drivers provide to write and read DDP chunks? Also, if the above sounds way off the mark, please let me know. As for testing, I am planning on hacking away at one of the RDMA in software drivers in Linux to get it working well enough to use for testing. Whatever seems to be easiest to get kinda working. Anyhow, any comments would be appreciated, rick ps: I did a bunch of cc's trying to get to the people that might know how the RDMA drivers work and what calls would do the above for them. From nobody Sat Nov 1 20:49: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 4czVNM6Rpwz6F9mr for ; Sat, 01 Nov 2025 20:50:11 +0000 (UTC) (envelope-from kib@freebsd.org) 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 4czVNM0KR4z3Zcw; Sat, 01 Nov 2025 20:50:10 +0000 (UTC) (envelope-from kib@freebsd.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=freebsd.org (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kib@freebsd.org) smtp.mailfrom=kib@freebsd.org 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 5A1Kns6v063594; Sat, 1 Nov 2025 22:49:57 +0200 (EET) (envelope-from kib@freebsd.org) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 5A1Kns6v063594 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 5A1KnsAd063592; Sat, 1 Nov 2025 22:49:54 +0200 (EET) (envelope-from kib@freebsd.org) X-Authentication-Warning: tom.home: kostik set sender to kib@freebsd.org using -f Date: Sat, 1 Nov 2025 22:49:54 +0200 From: Konstantin Belousov To: Rick Macklem Cc: FreeBSD CURRENT , Navdeep Parhar , "erj@freebsd.org" , "aehrenberg@nvidia.com" , slavash@nvidia.com, "sreekanth.reddy@broadcom.com" , John Baldwin Subject: Re: RFC: NFS over RDMA Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=4.0.1 X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-26) on tom.home X-Spamd-Bar: - X-Spamd-Result: default: False [-1.37 / 15.00]; SUSPICIOUS_RECIPS(1.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.87)[-0.874]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : No valid SPF, No valid DKIM,none]; TAGGED_RCPT(0.00)[]; ARC_NA(0.00)[]; HAS_XAW(0.00)[]; FREEFALL_USER(0.00)[kib]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; TO_DN_SOME(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; R_DKIM_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all:c]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_SEVEN(0.00)[8]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MISSING_XM_UA(0.00)[] X-Rspamd-Queue-Id: 4czVNM0KR4z3Zcw Added Slava Schwartsman. On Sat, Nov 01, 2025 at 01:11:02PM -0700, Rick Macklem wrote: > Hi, > > I've had NFS over RDMA on my todo list for a very loonnnggg > time. I've avoided it because I haven't had a way to test it, > but I'm now going to start working on it. (A bunch of this work > is already done for NFS-over-TLS which added code for handling > M_EXTPG mbufs.) > > >From RFC-8166, there appears to be 4 operations the krpc > needs to do: > send-rdma - Send on the payload stream (sending messages that > are kept in order). > recv-rdma - Receive the above. > ddp-write - Do a write of DDP data. > ddp-read - Do a read of DDP data. > > So, here is how I see the krpc doing this. > An NFS write RPC for example: > - The NFS client code packages the Write RPC XDR as follows: > - 1 or more mbufs/mbuf_clusters of XDR for the NFS arguments > that precede the write data. > - an mbuf that indicates "start of ddp-read". (Maybe use M_PROTO1?) > - 1 or more M_EXTPG mbugs with page(s) loaded with the data to be > written. > - 0 or more mbufs/mbuf_clusters with additional RPC request XDR. > > This would be passed to the krpc which would... > - the mbufs up to "start of ddp" in the payload stream. > - Would specify a ddp-read for the pages from the M_EXTPG mbufs > and send that in the payload stream. > - send the remaining mbufs/mbuf_clusters in the payload stream > > The NFS server end would process the received payload stream, > putting the non-ddp stuff in mbufs/mbuf_clusters. > It would do the ddp-read of the data into anonymous pages it allocates > and would associate these with M_EXTPG mbufs. > It would put any remaining payload stream stuff for the RPC message in > additional mbufs/mbuf_clusters. > --> Call the NFS server with the mbuf list for processing. > - When the NFS server gets to the write data (in M_EXTPG mbufs) > it would set up a uio/iovec for the pages and call VOP_WRITE(). > > Now, the above is straightforward for me, since I know the NFS and > krpc code fairly well. > But that is where my expertise ends. > > So, what kind of calls do the drivers provide to send and receive > what RFC-8166 calls the payload stream? > > And what kind of calls do the drivers provide to write and read DDP > chunks? > > Also, if the above sounds way off the mark, please let me know. What you need is, most likely, the infiniband API or KPI to handle RDMA. It is driver-independent, same as for ip NFS you use system IP stack and not call to ethernet drivers. In fact, most likely the transport used would be not native IB, but IB over UDP (RoCE v2). IB verbs, which is the official interface for both kernel and user mode, are not well documented. An overview is provided by the document titled "RDMA Aware Networks Programming User Manual", which should be google-able. Otherwise, the Infiniband specication is the reference. The IB implementation for us is still called OFED for historical reasons, and it is located in sys/ofed. > > As for testing, I am planning on hacking away at one of the RDMA > in software drivers in Linux to get it working well enough to use for > testing. Whatever seems to be easiest to get kinda working. Yes rxe driver is the sw RoCE v2 implementation. We looked at the amount of work to port it. Its size is ~12 kLoC, which is compatible with libibverbs (userspace core infiniband interface). > > Anyhow, any comments would be appreciated, rick > ps: I did a bunch of cc's trying to get to the people that might know > how the RDMA drivers work and what calls would do the above for > them. From nobody Sat Nov 1 21:03:59 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 4czVhg63Rjz6FCRn for ; Sat, 01 Nov 2025 21:04:19 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4czVhg4Cdcz3cgL for ; Sat, 01 Nov 2025 21:04:19 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x530.google.com with SMTP id 4fb4d7f45d1cf-640b2a51750so78230a12.0 for ; Sat, 01 Nov 2025 14:04:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1762031053; x=1762635853; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=15I6xC3S50AeeBukiKYhvEEPZMOXpbZPfNfHlgZNnIE=; b=G+sQIaFCEdMCrslnxcIH1dw9SHP283B6Gv5nYzq+iWUh+QyRh4MxIoR4+1o2OBEjv8 hAcP6CgfuhhPYXZrm/3obtdjqk4X/2aZAOEGqFzS8dK6oa2Vp1IpgwWAypwniN4X8Y9v pcQ0I5VJ2NXHhwdM31QFTPIDk10tzGx13B3wQaoydFUGFL68cX2jJztwABPoG+bm8pST EgSQVxWnbgN2AZP4nVvm1ledDyeXNIEkeB+EYHHRTqNTLcOD80MTjfonkI3aKdy328Kp QyJU7TgIfKDUzyPCqf058D+/Kx9OvSJynOwVk9zcdEOIcTH71WDXsQa7GbbVqvTnmfMw ZMug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1762031053; x=1762635853; 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=15I6xC3S50AeeBukiKYhvEEPZMOXpbZPfNfHlgZNnIE=; b=iWQsQTuGV+sFs8Bh+3RDmlHOGxaLMr+M4Ue1kimJJbaIyZTzBEye1AsrOVUwLFJfwH cw30Yx+ZsTd8ZmA3/h7fuk3sVtVa6dZg4YQx8E0E8LN4HxriBivuUe0Mdnkf6vKdqERb qwKGKEEvDDfOWaPwBSIA1VIH1kjD0jXj3W3x7c4zzd9Nx/8Y2slJAVaXTkg8asyVbKZN IpfI6PScl35kd4STrAfK4NPdLJKalIMBnbReHpzlw33C/541MGDJy1/l0IDPfZToS8er VuKbzwZ36tKyPOGL3z7wJoUD3RFrjw4Bw8CpudEoVZ7BYuTkmSXZWYwqKBO93zgKcvpI uVHg== X-Gm-Message-State: AOJu0YzW2lhIyXscuv7c8f49wpSUDHKDeQYVy6rOX6ekmT1taUowToKU V1psGiEPhORfu7ZyAsvHLkoryhaKfPrpynQ8F7bwkirCboD68RsyCwgQTYrREOmS0/Rvvt2jHgF KH3psc9JFiRUo/0Sw8Sy1vcBSvhGu3Q== X-Gm-Gg: ASbGnctB/+d1F8KGigSdgzXcRY80SjlZFVIRyM3WOaT258xqLfC2INExCj5cL1mCgsY O8cTs+iuEtSYkFHNHMynGNpqx8Hi3/G+lhCL9jYhJyCOSZ0lofmsPzQx6IPRKGDzUEVYMZGuH4u bGki8zAV3RI9hmWhQou4SBJVIjjsQkuS7lZ/rBozQLSdx5L46wTT1LK5sT7HvK78vDEtX4IuV/J jfaGYoO6LE8AOsJKUCUWtzZfmV7KOLsJ+QCGkilMY1FvlNVq4w1Pt4of3awOxTMZ9Pm5Ru/kiNP kQgBylE+zS7Wetjy45t2CMiD3YM= X-Google-Smtp-Source: AGHT+IEhNwDWs38q03/AgNJjETCzt1oGbraHb4MrffdCazwuEZwDe5sL/S2vuWPre4b+rS+JVXXdYw59vUT/ELG4OcA= X-Received: by 2002:a05:6402:510c:b0:63e:209b:a958 with SMTP id 4fb4d7f45d1cf-64077015d1bmr6967595a12.17.1762031052679; Sat, 01 Nov 2025 14:04:12 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Rick Macklem Date: Sat, 1 Nov 2025 14:03:59 -0700 X-Gm-Features: AWmQ_bkPi1yQiL_zxa0imIafOwLqJm0k1R1c-HwsAFX2Rp42oM9jWAwE-uslku4 Message-ID: Subject: Re: RFC: NFS over RDMA To: Konstantin Belousov Cc: FreeBSD CURRENT , Navdeep Parhar , "erj@freebsd.org" , "aehrenberg@nvidia.com" , slavash@nvidia.com, "sreekanth.reddy@broadcom.com" , John Baldwin Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4czVhg4Cdcz3cgL On Sat, Nov 1, 2025 at 1:50=E2=80=AFPM Konstantin Belousov wrote: > > Added Slava Schwartsman. > > On Sat, Nov 01, 2025 at 01:11:02PM -0700, Rick Macklem wrote: > > Hi, > > > > I've had NFS over RDMA on my todo list for a very loonnnggg > > time. I've avoided it because I haven't had a way to test it, > > but I'm now going to start working on it. (A bunch of this work > > is already done for NFS-over-TLS which added code for handling > > M_EXTPG mbufs.) > > > > >From RFC-8166, there appears to be 4 operations the krpc > > needs to do: > > send-rdma - Send on the payload stream (sending messages that > > are kept in order). > > recv-rdma - Receive the above. > > ddp-write - Do a write of DDP data. > > ddp-read - Do a read of DDP data. > > > > So, here is how I see the krpc doing this. > > An NFS write RPC for example: > > - The NFS client code packages the Write RPC XDR as follows: > > - 1 or more mbufs/mbuf_clusters of XDR for the NFS arguments > > that precede the write data. > > - an mbuf that indicates "start of ddp-read". (Maybe use M_PROTO1?) > > - 1 or more M_EXTPG mbugs with page(s) loaded with the data to be > > written. > > - 0 or more mbufs/mbuf_clusters with additional RPC request XDR. > > > > This would be passed to the krpc which would... > > - the mbufs up to "start of ddp" in the payload stream. > > - Would specify a ddp-read for the pages from the M_EXTPG mbufs > > and send that in the payload stream. > > - send the remaining mbufs/mbuf_clusters in the payload stream > > > > The NFS server end would process the received payload stream, > > putting the non-ddp stuff in mbufs/mbuf_clusters. > > It would do the ddp-read of the data into anonymous pages it allocates > > and would associate these with M_EXTPG mbufs. > > It would put any remaining payload stream stuff for the RPC message in > > additional mbufs/mbuf_clusters. > > --> Call the NFS server with the mbuf list for processing. > > - When the NFS server gets to the write data (in M_EXTPG mbufs) > > it would set up a uio/iovec for the pages and call VOP_WRITE(). > > > > Now, the above is straightforward for me, since I know the NFS and > > krpc code fairly well. > > But that is where my expertise ends. > > > > So, what kind of calls do the drivers provide to send and receive > > what RFC-8166 calls the payload stream? > > > > And what kind of calls do the drivers provide to write and read DDP > > chunks? > > > > Also, if the above sounds way off the mark, please let me know. > > What you need is, most likely, the infiniband API or KPI to handle > RDMA. It is driver-independent, same as for ip NFS you use system IP > stack and not call to ethernet drivers. In fact, most likely the > transport used would be not native IB, but IB over UDP (RoCE v2). > > IB verbs, which is the official interface for both kernel and user mode, > are not well documented. An overview is provided by the document > titled "RDMA Aware Networks Programming User Manual", which should > be google-able. Otherwise, the Infiniband specication is the reference. Thanks. I'll look at that. (I notice that the Intel code references somethi= ng they call Linux-OpenIB. Hopefully that looks about the same and the glue needed to support non-Mellanox drivers isn't too difficult?) Btw, if anyone is interested in taking a more active involvement in this, they are more than welcome to do so. (I'm going to be starting where I understand things in the krpc/nfs. I'm not looking forward to porting rxe, but will probably end up there. I have already had one offer w.r.t. access to a lab that includes Mellanox hardware, but I don't know if remote debugging will be practical yet.) rick > > The IB implementation for us is still called OFED for historical reasons, > and it is located in sys/ofed. > > > > > As for testing, I am planning on hacking away at one of the RDMA > > in software drivers in Linux to get it working well enough to use for > > testing. Whatever seems to be easiest to get kinda working. > Yes rxe driver is the sw RoCE v2 implementation. We looked at the > amount of work to port it. Its size is ~12 kLoC, which is compatible > with libibverbs (userspace core infiniband interface). > > > > > Anyhow, any comments would be appreciated, rick > > ps: I did a bunch of cc's trying to get to the people that might know > > how the RDMA drivers work and what calls would do the above for > > them. > From nobody Sat Nov 1 21:09:51 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 4czVqN5cp1z6FCmc for ; Sat, 01 Nov 2025 21:10:08 +0000 (UTC) (envelope-from kib@freebsd.org) 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 4czVqN1KfMz3dv7; Sat, 01 Nov 2025 21:10:08 +0000 (UTC) (envelope-from kib@freebsd.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=freebsd.org (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kib@freebsd.org) smtp.mailfrom=kib@freebsd.org 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 5A1L9phq065186; Sat, 1 Nov 2025 23:09:54 +0200 (EET) (envelope-from kib@freebsd.org) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 5A1L9phq065186 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 5A1L9pmh065185; Sat, 1 Nov 2025 23:09:51 +0200 (EET) (envelope-from kib@freebsd.org) X-Authentication-Warning: tom.home: kostik set sender to kib@freebsd.org using -f Date: Sat, 1 Nov 2025 23:09:51 +0200 From: Konstantin Belousov To: Rick Macklem Cc: FreeBSD CURRENT , Navdeep Parhar , "erj@freebsd.org" , "aehrenberg@nvidia.com" , slavash@nvidia.com, "sreekanth.reddy@broadcom.com" , John Baldwin Subject: Re: RFC: NFS over RDMA 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=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=4.0.1 X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-26) on tom.home X-Spamd-Bar: - X-Spamd-Result: default: False [-1.37 / 15.00]; SUSPICIOUS_RECIPS(1.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.87)[-0.873]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : No valid SPF, No valid DKIM,none]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; FREEFALL_USER(0.00)[kib]; MIME_TRACE(0.00)[0:+]; TAGGED_RCPT(0.00)[]; TO_DN_SOME(0.00)[]; HAS_XAW(0.00)[]; RCPT_COUNT_SEVEN(0.00)[8]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; R_DKIM_NA(0.00)[]; MISSING_XM_UA(0.00)[] X-Rspamd-Queue-Id: 4czVqN1KfMz3dv7 On Sat, Nov 01, 2025 at 02:03:59PM -0700, Rick Macklem wrote: > On Sat, Nov 1, 2025 at 1:50 PM Konstantin Belousov wrote: > > > > Added Slava Schwartsman. > > > > On Sat, Nov 01, 2025 at 01:11:02PM -0700, Rick Macklem wrote: > > > Hi, > > > > > > I've had NFS over RDMA on my todo list for a very loonnnggg > > > time. I've avoided it because I haven't had a way to test it, > > > but I'm now going to start working on it. (A bunch of this work > > > is already done for NFS-over-TLS which added code for handling > > > M_EXTPG mbufs.) > > > > > > >From RFC-8166, there appears to be 4 operations the krpc > > > needs to do: > > > send-rdma - Send on the payload stream (sending messages that > > > are kept in order). > > > recv-rdma - Receive the above. > > > ddp-write - Do a write of DDP data. > > > ddp-read - Do a read of DDP data. > > > > > > So, here is how I see the krpc doing this. > > > An NFS write RPC for example: > > > - The NFS client code packages the Write RPC XDR as follows: > > > - 1 or more mbufs/mbuf_clusters of XDR for the NFS arguments > > > that precede the write data. > > > - an mbuf that indicates "start of ddp-read". (Maybe use M_PROTO1?) > > > - 1 or more M_EXTPG mbugs with page(s) loaded with the data to be > > > written. > > > - 0 or more mbufs/mbuf_clusters with additional RPC request XDR. > > > > > > This would be passed to the krpc which would... > > > - the mbufs up to "start of ddp" in the payload stream. > > > - Would specify a ddp-read for the pages from the M_EXTPG mbufs > > > and send that in the payload stream. > > > - send the remaining mbufs/mbuf_clusters in the payload stream > > > > > > The NFS server end would process the received payload stream, > > > putting the non-ddp stuff in mbufs/mbuf_clusters. > > > It would do the ddp-read of the data into anonymous pages it allocates > > > and would associate these with M_EXTPG mbufs. > > > It would put any remaining payload stream stuff for the RPC message in > > > additional mbufs/mbuf_clusters. > > > --> Call the NFS server with the mbuf list for processing. > > > - When the NFS server gets to the write data (in M_EXTPG mbufs) > > > it would set up a uio/iovec for the pages and call VOP_WRITE(). > > > > > > Now, the above is straightforward for me, since I know the NFS and > > > krpc code fairly well. > > > But that is where my expertise ends. > > > > > > So, what kind of calls do the drivers provide to send and receive > > > what RFC-8166 calls the payload stream? > > > > > > And what kind of calls do the drivers provide to write and read DDP > > > chunks? > > > > > > Also, if the above sounds way off the mark, please let me know. > > > > What you need is, most likely, the infiniband API or KPI to handle > > RDMA. It is driver-independent, same as for ip NFS you use system IP > > stack and not call to ethernet drivers. In fact, most likely the > > transport used would be not native IB, but IB over UDP (RoCE v2). > > > > IB verbs, which is the official interface for both kernel and user mode, > > are not well documented. An overview is provided by the document > > titled "RDMA Aware Networks Programming User Manual", which should > > be google-able. Otherwise, the Infiniband specication is the reference. > Thanks. I'll look at that. (I notice that the Intel code references something > they call Linux-OpenIB. Hopefully that looks about the same and the > glue needed to support non-Mellanox drivers isn't too difficult?) OpenIB is perhaps the reference to the IB code in Linux kernel proper plus userspace libraries from rdma-core. This is what was forked/grown from OFED. Intel put efforts into the iWARP, which is sort of alternative for RoCEv2. It has RFCs and works over TCP AFAIR, which causes problems for it. > > Btw, if anyone is interested in taking a more active involvement in this, > they are more than welcome to do so. (I'm going to be starting where I > understand things in the krpc/nfs. I'm not looking forward to porting rxe, > but will probably end up there. I have already had one offer w.r.t. access > to a lab that includes Mellanox hardware, but I don't know if remote > debugging will be practical yet.) > > rick > > > > > The IB implementation for us is still called OFED for historical reasons, > > and it is located in sys/ofed. > > > > > > > > As for testing, I am planning on hacking away at one of the RDMA > > > in software drivers in Linux to get it working well enough to use for > > > testing. Whatever seems to be easiest to get kinda working. > > Yes rxe driver is the sw RoCE v2 implementation. We looked at the > > amount of work to port it. Its size is ~12 kLoC, which is compatible > > with libibverbs (userspace core infiniband interface). > > > > > > > > Anyhow, any comments would be appreciated, rick > > > ps: I did a bunch of cc's trying to get to the people that might know > > > how the RDMA drivers work and what calls would do the above for > > > them. > > From nobody Sat Nov 1 21:26: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 4czWBs1vxBz6FFlh for ; Sat, 01 Nov 2025 21:27:01 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ed1-x52a.google.com (mail-ed1-x52a.google.com [IPv6:2a00:1450:4864:20::52a]) (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 4czWBr6zKSz3jjS for ; Sat, 01 Nov 2025 21:27:00 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x52a.google.com with SMTP id 4fb4d7f45d1cf-63c489f1e6cso6111244a12.1 for ; Sat, 01 Nov 2025 14:27:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1762032414; x=1762637214; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=nwVXR2OfYkhLlIma5kUniNQp3O2my2/8vAaF0sL6r5Q=; b=lSMsRm4Owf/VjRPzUAmxk66laDnq3tn8E6AwEtYn6e53iA9bSAsI1aeJVkD9hSxKrm 3iiCkUk49l3ahaVmGnXSPGmWN/tH0hggfwQV+slhMWwGEK3kMwKdwezQteWgcGWWDNAD d7htneeiHUJhx/HoV7qqzqkntK8PB6LylzrTt4HK6L+CKamWjBYrect2g0ZEifWJyTzc MufTtTns5ATvq3tc05YL18f1qSmdqmSnjktdIhXS+g1LO4bCiEXR8ootMK7Zg/NNJ7P5 xlhwYH7078L1yOtq6wxszV6tJAYZMKJ6XJZnDshL1mdrjyfeSlgy6XdCbMv4KxYV4hTI WnrQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1762032414; x=1762637214; 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=nwVXR2OfYkhLlIma5kUniNQp3O2my2/8vAaF0sL6r5Q=; b=NYj9xhEJDp2LgsgGob6acCrDVAlVrRwdVmnOOuKdFwRqA6TAIGI7ey10H3DQIDLqKg 4ymhA4QnYFHEu39eJmHvo/MGjkxe8uVIiY0pvK1qVEOuAD9/O/AQx23Vp7UZEPI8Zpmi mTUGE0BARWPJFTHYn6r1HEbjewWTdxoWDgwT7ILZLK8J6KdLndYUrxzlv0SRafRQpz5B derOWKfAWK8rfq3HJNrLNuQfZllK2Hh/E83Igy2rIyuhhVjb6GvhvWdF5pXxasgnQ54N xdG4oLqnO4mGo404Iur8u8D0kUyM1v1oNKhznR+0Vac40cJRl2UzRJCE2nspv+o1fcyw WjKg== X-Gm-Message-State: AOJu0YyrN/EjmPPeX/5+GqaVOlRLEFW0z6d4I9ZDm9J5ufvzrEHBoixB s6+HKZAqmYjy3+nLE/ZGq4k2hT5tnrfrpCejPenY3bGJrh8owyrIcDpwrnjzmv4oreYEM83UTEt GujKwQLWffNMQeMun5tf12trYfPkJ0A== X-Gm-Gg: ASbGnctxhpKmPTmfW8QflEfdsmU7rH58Bidcx0kKcdhxMgF8UfL9Zfs6eXvF4VzZc1/ KKiMvfEaHVBa7bYD8MA92yuedjdsj6TZKjKnza5iqYSbR5iZ6hyeFz5R0zW6LEh1QnCql31i7uG N7kBd/dptv0X4XhK5sWDBM4zkP9mVUWKWE5DmijJaxcpauX9u0i+6ta7GSx2a6hEMhuWWRInhQB o4FmOHDYnfGUERj13xCuQ4zEJrWaZFDhmUq9shg6IT9KMwwBmdGkpEcWdHOUTcgNS1luQcVA6J3 nk9hX6kMpHa7BYcc X-Google-Smtp-Source: AGHT+IFowPhFn71CtEQKNgmBp8UOk4zv2pW0fMxYal+CkW0J8+U5F+/i9q4yO0dlYlMJVrc4RDuyxFF8fyQxjeh/b5k= X-Received: by 2002:a05:6402:21d1:b0:61a:7385:29e3 with SMTP id 4fb4d7f45d1cf-640753f619bmr7354727a12.18.1762032413785; Sat, 01 Nov 2025 14:26:53 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Rick Macklem Date: Sat, 1 Nov 2025 14:26:40 -0700 X-Gm-Features: AWmQ_bnSbl68MHRIgElN2lJ4fr0tuCRco4qWrQkt3Z3igJLmQUmL_uN9ctM9uJU Message-ID: Subject: Re: RFC: NFS over RDMA To: Konstantin Belousov Cc: FreeBSD CURRENT , Navdeep Parhar , "erj@freebsd.org" , "aehrenberg@nvidia.com" , slavash@nvidia.com, "sreekanth.reddy@broadcom.com" , John Baldwin Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4czWBr6zKSz3jjS On Sat, Nov 1, 2025 at 2:10=E2=80=AFPM Konstantin Belousov wrote: > > On Sat, Nov 01, 2025 at 02:03:59PM -0700, Rick Macklem wrote: > > On Sat, Nov 1, 2025 at 1:50=E2=80=AFPM Konstantin Belousov wrote: > > > > > > Added Slava Schwartsman. > > > > > > On Sat, Nov 01, 2025 at 01:11:02PM -0700, Rick Macklem wrote: > > > > Hi, > > > > > > > > I've had NFS over RDMA on my todo list for a very loonnnggg > > > > time. I've avoided it because I haven't had a way to test it, > > > > but I'm now going to start working on it. (A bunch of this work > > > > is already done for NFS-over-TLS which added code for handling > > > > M_EXTPG mbufs.) > > > > > > > > >From RFC-8166, there appears to be 4 operations the krpc > > > > needs to do: > > > > send-rdma - Send on the payload stream (sending messages that > > > > are kept in order). > > > > recv-rdma - Receive the above. > > > > ddp-write - Do a write of DDP data. > > > > ddp-read - Do a read of DDP data. > > > > > > > > So, here is how I see the krpc doing this. > > > > An NFS write RPC for example: > > > > - The NFS client code packages the Write RPC XDR as follows: > > > > - 1 or more mbufs/mbuf_clusters of XDR for the NFS arguments > > > > that precede the write data. > > > > - an mbuf that indicates "start of ddp-read". (Maybe use M_PROTO1= ?) > > > > - 1 or more M_EXTPG mbugs with page(s) loaded with the data to be > > > > written. > > > > - 0 or more mbufs/mbuf_clusters with additional RPC request XDR. > > > > > > > > This would be passed to the krpc which would... > > > > - the mbufs up to "start of ddp" in the payload stream. > > > > - Would specify a ddp-read for the pages from the M_EXTPG mbufs > > > > and send that in the payload stream. > > > > - send the remaining mbufs/mbuf_clusters in the payload stream > > > > > > > > The NFS server end would process the received payload stream, > > > > putting the non-ddp stuff in mbufs/mbuf_clusters. > > > > It would do the ddp-read of the data into anonymous pages it alloca= tes > > > > and would associate these with M_EXTPG mbufs. > > > > It would put any remaining payload stream stuff for the RPC message= in > > > > additional mbufs/mbuf_clusters. > > > > --> Call the NFS server with the mbuf list for processing. > > > > - When the NFS server gets to the write data (in M_EXTPG mbufs= ) > > > > it would set up a uio/iovec for the pages and call VOP_WRITE= (). > > > > > > > > Now, the above is straightforward for me, since I know the NFS and > > > > krpc code fairly well. > > > > But that is where my expertise ends. > > > > > > > > So, what kind of calls do the drivers provide to send and receive > > > > what RFC-8166 calls the payload stream? > > > > > > > > And what kind of calls do the drivers provide to write and read DDP > > > > chunks? > > > > > > > > Also, if the above sounds way off the mark, please let me know. > > > > > > What you need is, most likely, the infiniband API or KPI to handle > > > RDMA. It is driver-independent, same as for ip NFS you use system IP > > > stack and not call to ethernet drivers. In fact, most likely the > > > transport used would be not native IB, but IB over UDP (RoCE v2). > > > > > > IB verbs, which is the official interface for both kernel and user mo= de, > > > are not well documented. An overview is provided by the document > > > titled "RDMA Aware Networks Programming User Manual", which should > > > be google-able. Otherwise, the Infiniband specication is the referen= ce. > > Thanks. I'll look at that. (I notice that the Intel code references som= ething > > they call Linux-OpenIB. Hopefully that looks about the same and the > > glue needed to support non-Mellanox drivers isn't too difficult?) > OpenIB is perhaps the reference to the IB code in Linux kernel proper > plus userspace libraries from rdma-core. This is what was forked/grown > from OFED. > > Intel put efforts into the iWARP, which is sort of alternative for RoCEv2= . > It has RFCs and works over TCP AFAIR, which causes problems for it. Heh, heh. I'm trying to avoid the iWARP vs RoCE wars.;-) (I did see a Mellanox white paper with graphs showing how RoCE outperforms iWARP.) Intel currently claims to support RoCE on its 810 and 820 NICs. Broadcom also claims to support RoCE, but doesn't mention FreeBSD drivers and Chelsio does iWARP, afaik. For some reason, at the last NFSv4 Bakeathon, Chuck was testing with iWARP and not RoCE? (I haven't asked Chuck why he chose that. It might just be more convenient to set up the siw driver in Linux vs the rxe one? He is the main author of RFC-8166, so he's the NFS-over-RDMA guy.) But it does look like a fun project for the next year. (I recall jhb@ menti= oning that NFS-over-TLS wouldn't be easy and it turned out to be a fun little project.) rick > > > > > Btw, if anyone is interested in taking a more active involvement in thi= s, > > they are more than welcome to do so. (I'm going to be starting where I > > understand things in the krpc/nfs. I'm not looking forward to porting r= xe, > > but will probably end up there. I have already had one offer w.r.t. acc= ess > > to a lab that includes Mellanox hardware, but I don't know if remote > > debugging will be practical yet.) > > > > rick > > > > > > > > The IB implementation for us is still called OFED for historical reas= ons, > > > and it is located in sys/ofed. > > > > > > > > > > > As for testing, I am planning on hacking away at one of the RDMA > > > > in software drivers in Linux to get it working well enough to use f= or > > > > testing. Whatever seems to be easiest to get kinda working. > > > Yes rxe driver is the sw RoCE v2 implementation. We looked at the > > > amount of work to port it. Its size is ~12 kLoC, which is compatible > > > with libibverbs (userspace core infiniband interface). > > > > > > > > > > > Anyhow, any comments would be appreciated, rick > > > > ps: I did a bunch of cc's trying to get to the people that might kn= ow > > > > how the RDMA drivers work and what calls would do the above f= or > > > > them. > > > > From nobody Sat Nov 1 23:33:33 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4czZ0y5Prfz6FRnW for ; Sat, 01 Nov 2025 23:33:38 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mail.oetec.com", Issuer "E8" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4czZ0x2gRqz40W8 for ; Sat, 01 Nov 2025 23:33:37 +0000 (UTC) (envelope-from dclarke@blastwave.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=blastwave.org header.s=default header.b=kr8+5D+G; dmarc=pass (policy=quarantine) header.from=blastwave.org; spf=pass (mx1.freebsd.org: domain of dclarke@blastwave.org designates 108.160.241.186 as permitted sender) smtp.mailfrom=dclarke@blastwave.org Received: from [172.16.35.3] (pool-99-253-118-250.cpe.net.cable.rogers.com [99.253.118.250]) (authenticated bits=0) by mail.oetec.com (8.17.1/8.17.1) with ESMTPSA id 5A1NXXfd048605 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for ; Sat, 1 Nov 2025 19:33:34 -0400 (EDT) (envelope-from dclarke@blastwave.org) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=blastwave.org; s=default; t=1762040014; bh=5kLPFohCt2AwmHzwDH1JmfC3YhrAldCMhGXAH04u9B8=; h=Date:To:From:Subject; b=kr8+5D+GGtP5eLwg7noKlgZXcqT/sOVStMjU1nQpEmJfpgQvr5UuMp6yim0iqKN5y 0jZ2O4k0qCicPH6VHdaD4ARmPtfGiYFJTAIKsaDX4lp+wDP8u6Cc06rP/ru+q1RFdJ vy4wrg4hxxsU1A4bxpmiGK1GCDBFN6Q04OWDKTT3ZWDYe1h3FTZwyeWLFsj1hASHeG Li3OOu2zq1v79m1PVzKJktXZ2yGnR+weQoqVXy4bAivOzYKEfOYQCBxVfrTpgEQ4/b u78qrLEl8Y1dphYtasgdF10oFtnEqEL+S0MkguaHaZ4veHqWVarcK3OZ2qEv/hmtog 31cP9IqecUzow== Message-ID: Date: Sat, 1 Nov 2025 19:33:33 -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 To: FreeBSD CURRENT Content-Language: en-CA From: Dennis Clarke Subject: a really big question : why not "^C" for a CTRL-C with default /bin/sh ? Organization: GENUNIX Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-oetec-MailScanner-Information: Please contact the ISP for more information X-oetec-MailScanner-ID: 5A1NXXfd048605 X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-From: dclarke@blastwave.org X-Spam-Status: No X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.70 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; DMARC_POLICY_ALLOW(-0.50)[blastwave.org,quarantine]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[blastwave.org:s=default]; RCVD_IN_DNSWL_MED(-0.20)[108.160.241.186:from]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[blastwave.org:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4czZ0x2gRqz40W8 This is about as annoying as a small sharp stone stuck in a shoe : h# uname -apKU FreeBSD hydra 15.0-BETA4 FreeBSD 15.0-BETA4 releng/15.0-n280841-a7707f2a3bf4 GENERIC amd64 amd64 1500068 1500068 h# h# echo $SHELL /bin/sh h# ldd /bin/sh /bin/sh: libedit.so.8 => /lib/libedit.so.8 (0x3bf400ba2000) libc.so.7 => /lib/libc.so.7 (0x3bf403255000) libtinfow.so.9 => /lib/libtinfow.so.9 (0x3bf404396000) libsys.so.7 => /lib/libsys.so.7 (0x3bf404618000) [vdso] (0x3bf400941000) h# However I can type in anything and hit CTRL-C and never ever see the much needed "^C" chars on the input line : h# zpool destroy -f zroot h# Well there you have it. Can you see the time I hit CTRL-C ? No? Neither can I. This is a really annoying "feature" in the default shell. There must be a way to fix this weird behavior. -- -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken From nobody Sun Nov 2 00:30:11 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 4czbGG4CvQz6FWcF for ; Sun, 02 Nov 2025 00:30:14 +0000 (UTC) (envelope-from grembo@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 "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4czbGG3hJgz47c6; Sun, 02 Nov 2025 00:30:14 +0000 (UTC) (envelope-from grembo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1762043414; 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=snIetr6mTgQwUWAJmvpcN+dWiiIH4PExD0cVj4eEmyU=; b=aAD0vlNYNjiF8pUrPZbuZWk1gMy/DLtanmkFayiOctR7UcFxPytm8yZ/QQfZlEfZJsA8WJ xxtMK2GfnYC/ASmRK+oamczCtgGf8exKv3l+5cJ2UnpNAeH9qvP9e9hkUuK+T6zsMovxua eMUMlHwlyXq+GjqGFJkfBVFjWG82ampgPudTKqwVhkbT1SB4NM3lALf1+rJFANioI2wAGz E1wEqs3ntO4CpxHnqPkUXVXNDNMTiMtcN5+5PGLzxoPl0S6wx2+NPjhg+IqurY/ZdP+COk HbzH7tBxMriMRu6hOm0Mrl+pI81q/rmUpJncPcuxd3ii/BESg3dVR/A3diqD0g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1762043414; 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=snIetr6mTgQwUWAJmvpcN+dWiiIH4PExD0cVj4eEmyU=; b=d8AUvOF+SylNjybfg0n1AGOGpQD2cwIqcE13WOSkqmQj9XlxfLD2Zrado8kItT5ssphSUq DciWzzyNLnpqku80h7uefrmOfEy3MRQpTa13QMy4lHI7KxCJNUn/NjygtKv2roWSYmq2Kw 39IO7pK9dsXrUC192G1wh+cXWtwsVZ3hccQD705jOlP9A+nFzvgMvhfuSgdk7o5Nj9FuOw 2YLpE6iHTs9yr/WzgHXb0ZybviwGOSQRfQBTvYXkq6grS6Ychkx9qPr/74XZ6CSoJ4b3xh EqmNwbuWLqAPej3d4yaOO+XrYODdDXT07jB4FuwbB1xQRyMwIBlHIoaMI0tI0g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1762043414; a=rsa-sha256; cv=none; b=ymG8qGeg0o7bkWY7HWFhk9AenyuN8jW1T/NOE+kqILNwAPLJ4Lx8Y413ktyhNXpAG8R5mS ZQ7juY+pXxUArHCsAjBhhaRXUsL7tUtwlaDf4iJdLuJc6Wq7JQq8MXB9hQTbg05ngiTrpF k2DfUTacoK2A+n0DGFE7PDPTAK3zILC7EMBptOytcjK4JBCS3wPB9TUYZn2cYsTYu+2Pta cH4ymxUSsjm+KsjGfQhmBz22KSoZR2mnMo/k93jRcP7R+zpMNsJPwouKhrd7PTo+EzfGb/ FAmJs6MVmKnWw73bENMQ10EwZ8B9qgh7Du+GfNa76ubTvKOcWaBqWlzcsJZSWQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512) (Client did not present a certificate) (Authenticated sender: grembo/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4czbGG0QpLz2bX; Sun, 02 Nov 2025 00:30:13 +0000 (UTC) (envelope-from grembo@freebsd.org) Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 683153f7 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sun, 2 Nov 2025 00:30:11 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (1.0) Subject: Re: a really big question : why not "^C" for a CTRL-C with default /bin/sh ? From: Michael Gmelin In-Reply-To: Date: Sun, 2 Nov 2025 01:30:11 +0100 Cc: FreeBSD CURRENT Message-Id: <864EE1FC-1533-47D4-A395-C24F25269EE0@freebsd.org> References: To: Dennis Clarke X-Mailer: iPhone Mail (23A355) > On 2. Nov 2025, at 00:34, Dennis Clarke wrote: >=20 > =EF=BB=BF > This is about as annoying as a small sharp stone stuck in a shoe : >=20 > h# uname -apKU > FreeBSD hydra 15.0-BETA4 FreeBSD 15.0-BETA4 releng/15.0-n280841-a7707f2a3b= f4 GENERIC amd64 amd64 1500068 1500068 > h# > h# echo $SHELL > /bin/sh >=20 > h# ldd /bin/sh > /bin/sh: > libedit.so.8 =3D> /lib/libedit.so.8 (0x3bf400ba2000) > libc.so.7 =3D> /lib/libc.so.7 (0x3bf403255000) > libtinfow.so.9 =3D> /lib/libtinfow.so.9 (0x3bf404396000) > libsys.so.7 =3D> /lib/libsys.so.7 (0x3bf404618000) > [vdso] (0x3bf400941000) > h# >=20 > However I can type in anything and hit CTRL-C and never ever see the > much needed "^C" chars on the input line : >=20 > h# zpool destroy -f zroot > h# >=20 > Well there you have it. Can you see the time I hit CTRL-C ? No? > Neither can I. >=20 > This is a really annoying "feature" in the default shell. >=20 > There must be a way to fix this weird behavior. >=20 Wasn=E2=80=98t this always the default behavior in /bin/sh? -m > -- > -- > Dennis Clarke > RISC-V/SPARC/PPC/ARM/CISC > UNIX and Linux spoken >=20 >=20 From nobody Sun Nov 2 00:59: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 4czbwb1pRLz6FYw1 for ; Sun, 02 Nov 2025 00:59:59 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mail.oetec.com", Issuer "E8" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4czbwZ3f9zz4Dp2 for ; Sun, 02 Nov 2025 00:59:58 +0000 (UTC) (envelope-from dclarke@blastwave.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=blastwave.org header.s=default header.b=ahBDUE9v; dmarc=pass (policy=quarantine) header.from=blastwave.org; spf=pass (mx1.freebsd.org: domain of dclarke@blastwave.org designates 108.160.241.186 as permitted sender) smtp.mailfrom=dclarke@blastwave.org Received: from [172.16.35.3] (pool-99-253-118-250.cpe.net.cable.rogers.com [99.253.118.250]) (authenticated bits=0) by mail.oetec.com (8.17.1/8.17.1) with ESMTPSA id 5A20xurD049742 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for ; Sat, 1 Nov 2025 20:59:56 -0400 (EDT) (envelope-from dclarke@blastwave.org) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=blastwave.org; s=default; t=1762045196; bh=KaOWFYAlBK0sLLcxlWnp7/TQbQsRrXj9DxOLVkGeySM=; h=Date:Subject:To:References:From:In-Reply-To; b=ahBDUE9vZ4j7i3JApZYZ8qk9RNrvL+NmkDb1NMxh8VzmBXYxU6Bo/GzvqeeS/gJ/M R6KlB5PYO7ns65gSwPBtubm+pYagfyJzwqFX+zzr5P8TjjW7RnP7BFmFGyaVlX6wXJ pBHX8PmtXtI0j7Nz/M9oey8nFNKbGiET09gR/HqITkKJarhVLorprvh5AsUsu/8V9t c3rrPO6V821LRTLb1TEUikEUi02KK2pDCc26QAPQ5UNRUHMWExHq/59Ed9WD43Eojp VLs3u+Y5hRuTTnBHMGfoeGE+/JlOaMV+GCXLC4LBHclBFkTYalR/A8/PHkcgTKc+IA b+Q51GfxGQ8Ug== Message-ID: <342c6a91-a8a1-483d-861e-8e8c6d79998f@blastwave.org> Date: Sat, 1 Nov 2025 20:59:55 -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: a really big question : why not "^C" for a CTRL-C with default /bin/sh ? Content-Language: en-CA To: freebsd-current@freebsd.org References: <864EE1FC-1533-47D4-A395-C24F25269EE0@freebsd.org> From: Dennis Clarke Organization: GENUNIX In-Reply-To: <864EE1FC-1533-47D4-A395-C24F25269EE0@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-oetec-MailScanner-Information: Please contact the ISP for more information X-oetec-MailScanner-ID: 5A20xurD049742 X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-From: dclarke@blastwave.org X-Spam-Status: No X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.70 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; DMARC_POLICY_ALLOW(-0.50)[blastwave.org,quarantine]; R_DKIM_ALLOW(-0.20)[blastwave.org:s=default]; R_SPF_ALLOW(-0.20)[+mx:c]; RCVD_IN_DNSWL_MED(-0.20)[108.160.241.186:from]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[blastwave.org:+]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4czbwZ3f9zz4Dp2 On 11/1/25 20:30, Michael Gmelin wrote: > > >> On 2. Nov 2025, at 00:34, Dennis Clarke wrote: >> >>  >> This is about as annoying as a small sharp stone stuck in a shoe : >> ... > Wasn‘t this always the default behavior in /bin/sh? > If it was and if it is then it is broken and always has been. No UNIX shell *ever* behaves this way in at least the last four decades. Perhaps three decades. As far back as I can recall and that includes using paper terminals. It may be the libedit library there has a borked way of dealing with a SIGINT. -- -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken From nobody Sun Nov 2 01:22: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 4czcQg2Pqxz6Fc8f for ; Sun, 02 Nov 2025 01:22:35 +0000 (UTC) (envelope-from cyric@mm.st) Received: from fhigh-a2-smtp.messagingengine.com (fhigh-a2-smtp.messagingengine.com [103.168.172.153]) (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 4czcQf2lwJz4Qfl for ; Sun, 02 Nov 2025 01:22:34 +0000 (UTC) (envelope-from cyric@mm.st) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mm.st header.s=fm3 header.b=dvVSKCyq; dkim=pass header.d=messagingengine.com header.s=fm3 header.b="0/dqWr+h"; dmarc=pass (policy=none) header.from=mm.st; spf=pass (mx1.freebsd.org: domain of cyric@mm.st designates 103.168.172.153 as permitted sender) smtp.mailfrom=cyric@mm.st Received: from phl-compute-04.internal (phl-compute-04.internal [10.202.2.44]) by mailfhigh.phl.internal (Postfix) with ESMTP id 97321140002E for ; Sat, 1 Nov 2025 21:22:29 -0400 (EDT) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-04.internal (MEProxy); Sat, 01 Nov 2025 21:22:29 -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:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1762046549; x=1762132949; bh=/pCJeUCIkR9pK3f25S1KvllyivSXSyOHuYLWqIA39eo=; b= dvVSKCyqKijdD8BxRGawrRClk0Y0uwv3TdKLUrJVyfz/iQDvYcahw0rBZcYJMvHg cA7b6VkbMmJ8K+V5H7S8GVrtCCHYDHl5N8A/r2eP5RYs49oA4Xq9GSZJmWMN43x/ q8Q2oFjb4nD02OkyobdINnKAo2AeIPq65Jf7PQqwZFXevIDlK3j5dfy0FvT6598t Majqr7UTwoMBN4iiu8opW442M+IDrVHR1ADiu49cl4BK0gKBCGrVqixVo2LTGnH4 aXeB7mPYD41z4yA8VViL2g1yBGxGhYjWD02WhNino565Py4edI/7SfArtVi7SKqR eecivMUBW21aM4RKy3EVGA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; t=1762046549; x=1762132949; bh=/ pCJeUCIkR9pK3f25S1KvllyivSXSyOHuYLWqIA39eo=; b=0/dqWr+hR+BP6NQyF T6T3Ytejy0RcSTxe8MC+qj3z7FCFx1R6oEC3AZ4eP6bDrAt9hqnOP1+CWjYMaWId hY+xIBw1426VlzrwaxIOwi7XMka0WM2Wb1rXsvCzLOTi43+S/8cvHT5lYfrJs/gg f1ljO0whMRMN26fjqYfC1CeZb4FYc9Pr2BzEJlzG3HvmJaLQ5p9y1t8J5HjvnXEf SVsDi8xFIQuJ6Ej7+3/zsET/L9niFd5slkKRbmhh/EljYtjCZTdiDZR2//GF/d5J Ry0O7hVgHMKVTqpZTgUl9sYUYRhi8nGPK7WSOlldIAKRlGDHI0IaWrPwboroeNBl 2McQg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdeggddujeefledvucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfurfetoffkrfgpnffqhgenuceu rghilhhouhhtmecufedttdenucenucfjughrpefkffggfgfuvfhfhfgjtgfgsehtkeertd dtvdejnecuhfhrohhmpegthihrihgtsehmmhdrshhtnecuggftrfgrthhtvghrnhepteel ueduteefgfehgeetgffgvdejgfdvveekieekhfffhffgvdeuvddtleffiedtnecuvehluh hsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheptgihrhhitgesmhhm rdhsthdpnhgspghrtghpthhtohepuddpmhhouggvpehsmhhtphhouhhtpdhrtghpthhtoh epfhhrvggvsghsugdqtghurhhrvghnthesfhhrvggvsghsugdrohhrgh X-ME-Proxy: Feedback-ID: icc3648d4:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Sat, 1 Nov 2025 21:22:28 -0400 (EDT) Message-ID: <9ea41e44-7160-40eb-9d80-b8bf13a7f396@mm.st> Date: Sun, 2 Nov 2025 08:22:22 +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 Subject: Re: a really big question : why not "^C" for a CTRL-C with default /bin/sh ? To: freebsd-current@freebsd.org References: <864EE1FC-1533-47D4-A395-C24F25269EE0@freebsd.org> <342c6a91-a8a1-483d-861e-8e8c6d79998f@blastwave.org> Content-Language: en-US From: cyric@mm.st In-Reply-To: <342c6a91-a8a1-483d-861e-8e8c6d79998f@blastwave.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.10 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[mm.st,none]; R_DKIM_ALLOW(-0.20)[mm.st:s=fm3,messagingengine.com:s=fm3]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.153:from]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_FROM(0.00)[mm.st]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[mm.st]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[mm.st:+,messagingengine.com:+]; MID_RHS_MATCH_FROM(0.00)[]; FROM_NO_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:151847, ipnet:103.168.172.0/24, country:AU]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Rspamd-Queue-Id: 4czcQf2lwJz4Qfl Dennis Clarke wrote: > On 11/1/25 20:30, Michael Gmelin wrote: >> >> >>> On 2. Nov 2025, at 00:34, Dennis Clarke wrote: >>> >>>  >>> This is about as annoying as a small sharp stone stuck in a shoe : >>> > ... >> Wasn‘t this always the default behavior in /bin/sh? >> > > If it was and if it is then it is broken and always has been. > > No UNIX shell *ever* behaves this way in at least the last four decades. zsh does, ksh93 (illumos) does. > Perhaps three decades. As far back as I can recall and that includes > using paper terminals. It may be the libedit library there has a borked > way of dealing with a SIGINT. From nobody Sun Nov 2 01:32: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 4czcf11k9Tz6FdHq for ; Sun, 02 Nov 2025 01:32:25 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Received: from mail-pl1-x632.google.com (mail-pl1-x632.google.com [IPv6:2607:f8b0:4864:20::632]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4czcf117Gdz3FfK for ; Sun, 02 Nov 2025 01:32:25 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pl1-x632.google.com with SMTP id d9443c01a7336-29524abfba3so18546345ad.1 for ; Sat, 01 Nov 2025 18:32:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1762047144; x=1762651944; darn=freebsd.org; h=mime-version:subject:user-agent:references:in-reply-to:message-id :date:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=Vo6NktG2Vq2ViE22N13VjI2IOCWVpd2O/xMdTqygAOQ=; b=LhzdmipRQ0T10dQXwF2uJi862FDid2S1QX4sCzL2qbXwVyCm97xy2mbgmxMf/qsIkU k0aNX6milZGPfrW5GsQSq/b454B2Hm6/8wLbq/G5gAK6tPM6PVq9n6wHZPwdht/lavC0 NFPS2bBtrU6dq/p4cBY6Wwh3+UIbv+eawYZtlYpupaQdrH+lAFWMwHoVBBnteQNExyXx VE0yNa/kh9dnphzLgMkTJsMJZtnGMUUuOHaeg+FrVITd02UrJvj9pfJndAQOifnXoGwF qlFVsrkB6nQQdx1MbbJqgIuVKxOuRM/swlpSkiwiw2pvZo8gNxDQgbAU3LyT7fyodQcm HO5A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1762047144; x=1762651944; h=mime-version:subject:user-agent:references:in-reply-to:message-id :date:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=Vo6NktG2Vq2ViE22N13VjI2IOCWVpd2O/xMdTqygAOQ=; b=LN6+i/79hWA9rvFmkjwZ/1rE3iXQh3wo4qqsO8X69JapBA1SJUyRCIuKEeyBHYUtGM wsBFgwXCmbgOswVA6JRsb8ciqvXxFz9tyKwE7B3ox6ge0vULbIEQ/Dm0bWFcIhyKpFYY VZcpvw4SUZbTD+o7q91kdxAXaKw/C5Vn1ofvP3kb8am2guXS1pefDOjd6g8OTHeHnlFo kY6FqnOtLEifyFdDIkGEwadZ1XWOgnTC+oHCZNh4z0FU0jhpJv1VqIKbo7SxzaDvqG5K WMkGQWQK9mQdg7ppF1/y4zAXZYXAdqbAOlsL3zBbIBxaPuHr/KBUMenDTXiDRubXGeBL ftpg== X-Gm-Message-State: AOJu0YxqQVkAfurzkVF7GzA36bzJ3qiD05Oc4zFqLWt/IkwZ9s0QaLlc X4rdT99s7pPifhz+3XuTR2piYH53cGBEqVyxi5h0/NqThItYXAWKMr5Gt/UCOg== X-Gm-Gg: ASbGnctivtHuz+708Ghit32ua8QisMgCI4TxRE3dQkmAbduLkmMGhQTRvFZBJsmBJWz a1sEkO6YUK3aeRMm8cesG/uyr2vYraHJJkmi/1i2CsGekT3KLZri0QJ2b9ld6gVbv2BQpIzGrUR awzTj546QNB7XxGuIMgt43cZMNuZZFX3kPL3LbwOKkkr6dnWlerD6nCiPhoi1R442mBzYBjPQUn g2tr95gMHYKbl6g+hxEtfbgoUUarMtZfFJqfl4gvjHur5CJyKOra4kCtppkEvDBHNoSM1HdTdv7 1Th1dZSh2zYIK55PO9xkTyzEUIeeCw1JGNd4DdPae1XK/gNd/HrmyFRWjeZUvcE7pSpabQdOT7F qqIsXKC3IeuTwZy1ITY1/nVXrUYTzoF4BnkP0of1rn4jIyOBWDdz+7CO6FtOouYUj6WvUV9DkpA ymF6mXYXbNVqCXbGrM X-Google-Smtp-Source: AGHT+IH8EH13PxY4iuPjJyf30OOv2PVIxj/DFq8sLzUkuFBjSlNQn53S9AT4xjZXNp7YzEJ8E/VZbQ== X-Received: by 2002:a17:902:c947:b0:295:269d:87d1 with SMTP id d9443c01a7336-295269d893emr78581245ad.52.1762047143996; Sat, 01 Nov 2025 18:32:23 -0700 (PDT) Received: from [192.168.1.104] ([172.92.92.146]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-295743772e9sm18974765ad.66.2025.11.01.18.32.23 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 01 Nov 2025 18:32:23 -0700 (PDT) From: Ian Freislich To: Michael Gmelin , Dennis Clarke CC: FreeBSD CURRENT Date: Sat, 01 Nov 2025 18:32:23 -0700 Message-ID: <19a4231ac58.28c3.64e08aff09ba5a21b2fc9010d26a90e5@gmail.com> In-Reply-To: <864EE1FC-1533-47D4-A395-C24F25269EE0@freebsd.org> References: <864EE1FC-1533-47D4-A395-C24F25269EE0@freebsd.org> User-Agent: AquaMail/1.55.2 (build: 105502562) Subject: Re: a really big question : why not "^C" for a CTRL-C with default /bin/sh ? 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="19a4231af745f9128c365de3b4" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4czcf117Gdz3FfK This is a multi-part message in MIME format. --19a4231af745f9128c365de3b4 Content-Type: text/plain; format=flowed; charset="UTF-8" Content-Transfer-Encoding: 8bit On November 1, 2025 17:30:35 Michael Gmelin wrote: >> On 2. Nov 2025, at 00:34, Dennis Clarke wrote: >> >>  >> This is about as annoying as a small sharp stone stuck in a shoe : >> >> h# uname -apKU >> FreeBSD hydra 15.0-BETA4 FreeBSD 15.0-BETA4 >> releng/15.0-n280841-a7707f2a3bf4 GENERIC amd64 amd64 1500068 1500068 >> h# >> h# echo $SHELL >> /bin/sh >> >> h# ldd /bin/sh >> /bin/sh: >> libedit.so.8 => /lib/libedit.so.8 (0x3bf400ba2000) >> libc.so.7 => /lib/libc.so.7 (0x3bf403255000) >> libtinfow.so.9 => /lib/libtinfow.so.9 (0x3bf404396000) >> libsys.so.7 => /lib/libsys.so.7 (0x3bf404618000) >> [vdso] (0x3bf400941000) >> h# >> >> However I can type in anything and hit CTRL-C and never ever see the >> much needed "^C" chars on the input line : >> >> h# zpool destroy -f zroot >> h# >> >> Well there you have it. Can you see the time I hit CTRL-C ? No? >> Neither can I. >> >> This is a really annoying "feature" in the default shell. >> >> There must be a way to fix this weird behavior. > > Wasn‘t this always the default behavior in /bin/sh? I'd need to install an old bsd if I still have the ISOs to check. However /bin/sh does print ^D. Somewhat odd it does that and not ^C. I've used FreeBSD since 2.1 but always used bash as my shell so I've never noticed the ctrl-c thing. Ian --19a4231af745f9128c365de3b4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On November 1, 2025 17:3= 0:35 Michael Gmelin <grembo@freebsd.org> wrote:

On 2. Nov 2025, at 00:34, Dennis Clarke <dclarke@blast= wave.org> wrote:

=EF=BB=BF
This is about as annoying as a small sharp stone stuck in= a shoe :

h# uname -apKU
FreeBSD hydra 15.0-BETA4 FreeBSD 15.0-BETA4 releng/15.0-n= 280841-a7707f2a3bf4 GENERIC amd64 amd64 1500068 1500068
h#
h# echo $SHELL
/bin/sh

h# ldd /bin/sh
/bin/sh:
libedit.so.8 =3D> /lib/libedit.so.8 (0x3bf400ba2000)
libc.so.7 =3D> /lib/libc.so.7 (0x3bf403255000)
libtinfow.so.9 =3D> /lib/libtinfow.so.9 (0x3bf40439600= 0)
libsys.so.7 =3D> /lib/libsys.so.7 (0x3bf404618000)
[vdso] (0x3bf400941000)
h#

However I can type in anything and hit CTRL-C and never e= ver see the
much needed "^C" chars on the input line :

h# zpool destroy -f zroot
h#

Well there you have it. Can you see the time I hit CTRL-C= ? No?
Neither can I.

This is a really annoying "feature" in the default shell.=

There must be a way to fix this weird behavior.


Wasn=E2=80=98t this always the default behavior in /bin/s= h?

I'd need to install an = old bsd if I still have the ISOs to check. However /bin/sh does print ^D. S= omewhat odd it does that and not ^C. I've used FreeBSD since 2.1 but always= used bash as my shell so I've never noticed the ctrl-c thing.

Ian

--19a4231af745f9128c365de3b4-- From nobody Sun Nov 2 01:48:56 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 4czd183LNlz6FfZ5 for ; Sun, 02 Nov 2025 01:49:00 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mail.oetec.com", Issuer "E8" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4czd17536sz3KBv for ; Sun, 02 Nov 2025 01:48:59 +0000 (UTC) (envelope-from dclarke@blastwave.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=blastwave.org header.s=default header.b=iXT6pU98; dmarc=pass (policy=quarantine) header.from=blastwave.org; spf=pass (mx1.freebsd.org: domain of dclarke@blastwave.org designates 108.160.241.186 as permitted sender) smtp.mailfrom=dclarke@blastwave.org Received: from [172.16.35.3] (pool-99-253-118-250.cpe.net.cable.rogers.com [99.253.118.250]) (authenticated bits=0) by mail.oetec.com (8.17.1/8.17.1) with ESMTPSA id 5A21mucj050484 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for ; Sat, 1 Nov 2025 21:48:56 -0400 (EDT) (envelope-from dclarke@blastwave.org) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=blastwave.org; s=default; t=1762048137; bh=vUEWgzbwuJA/vLFlOTAvwzfmBWYx/qQM1LOC4+OAhNA=; h=Date:Subject:To:References:From:In-Reply-To; b=iXT6pU984KxK9udYdwfHhKu8gpOfaViTRQ77lMouUTdh8tdtGo6IOGScDw1ybQcKa v3kqPQBKl0ZDyLuSAdOzNCGfJotWorTh3OyQOyxg0I9qwMTJdZbHKxZFtFZLdUzkDD vWG9hRa8YAM9br1hM5ekMAcXbU8CmF5ctqfvTcn3s6GchlsNDf2PXeEfEfv2RodK3Q 3TBS1yZYjyETMna6vnfMJBRM5DuooFGZrFuM75yEXcA4OOgrmN07C+iL84YMnz+ifu Rn/dJk4rgrLQyoRBjOH6RGXEa16f/JfQMn1M99ZbG1YYBWbOdtHnSvrkq/u+0dGnjr 9IjmYyNmuQ/Cg== Message-ID: <0c09c6fa-7071-4119-b97e-fc6d83f9fc3f@blastwave.org> Date: Sat, 1 Nov 2025 21:48:56 -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: a really big question : why not "^C" for a CTRL-C with default /bin/sh ? Content-Language: en-CA To: freebsd-current@freebsd.org References: <864EE1FC-1533-47D4-A395-C24F25269EE0@freebsd.org> <342c6a91-a8a1-483d-861e-8e8c6d79998f@blastwave.org> <9ea41e44-7160-40eb-9d80-b8bf13a7f396@mm.st> From: Dennis Clarke Organization: GENUNIX In-Reply-To: <9ea41e44-7160-40eb-9d80-b8bf13a7f396@mm.st> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-oetec-MailScanner-Information: Please contact the ISP for more information X-oetec-MailScanner-ID: 5A21mucj050484 X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-From: dclarke@blastwave.org X-Spam-Status: No X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.70 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; DMARC_POLICY_ALLOW(-0.50)[blastwave.org,quarantine]; R_DKIM_ALLOW(-0.20)[blastwave.org:s=default]; R_SPF_ALLOW(-0.20)[+mx:c]; RCVD_IN_DNSWL_MED(-0.20)[108.160.241.186:from]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[blastwave.org:+]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4czd17536sz3KBv On 11/1/25 21:22, cyric@mm.st wrote: > Dennis Clarke wrote: >> On 11/1/25 20:30, Michael Gmelin wrote: >>> >>> >>>> On 2. Nov 2025, at 00:34, Dennis Clarke wrote: >>>> >>>>  >>>> This is about as annoying as a small sharp stone stuck in a shoe : >>>> >> ... >>> Wasn‘t this always the default behavior in /bin/sh? >>> >> >> If it was and if it is then it is broken and always has been. >> >> No UNIX shell *ever* behaves this way in at least the last four decades. > > zsh does, ksh93 (illumos) does. > Those both hide the CTRL-C "^C" chars ? Oracle Solaris 11.4.81.193.1 Assembled April 2025 n$ n$ uname -a SunOS neptune 5.11 11.4.81.193.1 sun4v sparc sun4v non-virtualized n$ echo $SHELL /usr/xpg4/bin/sh n$ n$ ls la la la la la ^C n$ n$ which ksh93 /usr/bin/ksh93 n$ n$ ksh93 dclarke@neptune:~$ dclarke@neptune:~$ and then we have Dave Korn dclarke@neptune:~$ well look ... no CTRL-C ^C chars ? dclarke@neptune:~$ Nice one. I did not recall the ksh93 issue. Must be something in the stty options being set or unset. -- -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken From nobody Sun Nov 2 04:44: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 4czhwT0MpGz6Fwlf for ; Sun, 02 Nov 2025 04:45:13 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x102f.google.com (mail-pj1-x102f.google.com [IPv6:2607:f8b0:4864:20::102f]) (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 4czhwS5Z4gz3g2j for ; Sun, 02 Nov 2025 04:45:12 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x102f.google.com with SMTP id 98e67ed59e1d1-3407f385dd0so1807214a91.1 for ; Sat, 01 Nov 2025 21:45:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1762058706; x=1762663506; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=f0UJSDx94JSpnSy2GFVhkzGv0RcFbrkxlFYZWsWbtrs=; b=H8UYmQP2UV9VHxJ5aqR1ClAhXO8rKRUF2sbUE7gLuVwD6tg97JIKjKDZCRXNlx4v/q 02dDCptp8BOFI2IDniQkM19GW4IO1okKhWKQyn6on+0G/vb4VCA5heWWUtnmAzOgfbB7 l2OT2FdHxFymJp9EPMQPl8gLmfr6wQr4InRmisxjZ1J9GCWN8rJC37BSqqKoWgB/u9p4 eRdVgGRyIY9yOPmr2W/xRqiSvRoz8TIabmp/Yqx6tL6Hyxg6yBEW7MhN9cmpLcOdO3oh Wp2vVwx32XUgbSiOuHQA7GZl2fcXef4E1/tm3oNtwPDmQjDGXQzSkUOoBCDdkvAF+qFA eSEg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1762058706; x=1762663506; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=f0UJSDx94JSpnSy2GFVhkzGv0RcFbrkxlFYZWsWbtrs=; b=Ck+nNJJjOYbrZ50gO/HTFjD76j/3YB9Ul2zvq4x6w4EStlTP34YopJiXXSWpTXhjzW Z9hoBpZtfnZ/NcXRF8U8BvalqKmYDRJTdtWmyKgCSnp3kn9n2v6RHG845Fce0y0ygKWh g+jOW0yMs57q5jCBsY+ACJbnhwAeXSSo19lbvcQfJEQg4RAJ0OYx/nTE2ZeyoB5kG0F0 Gq8c9WmfDbAgzbIjY9OAlfwlvwVpRnugIKUpDPQj9AF1KUz2LPajFpC/rd7+nwGQB0dK P5ABCjG68rSq0RAwV+886PIjcp/zKVMKBLgjLpKWT2b77VZgLy6aUy7mBUb1WWdTLiH4 jt9Q== X-Gm-Message-State: AOJu0YwHbVdBKm8+1XllxTIOypZVCbKxEv7/hTcRb81gdJcxLHvjCFda QO03xsCtdvbLn6BRzPe+JnpPFOW44O5KAnCCyNm1N+i/HJ3LpAn3ZwHXG9WghFSmtsC9IGVJ7G6 9XRSYsME9xc6bBD9DtucLtRYZrXRT1MUwJRu3NPa+ppayIvwqhxz8ooM= X-Gm-Gg: ASbGncu8aeJuaAogGN1Fskds56Gli4ZiDZwHsZpEzAdTvnM8la0yKxXCRARYPxl57z7 DGq+NvqNlhJibhjBTio/wU0ky/zJHWfN5Ci68S/5GYTNmoSiErZz0sBP4RhIr2GDKc808SQ135D VCBkOCNXRiI485AE1rXxBbf+qPvF9J03AAFeMJsP5v/3HaULP3lknzNkT+e0vFdL/KnPMKRbzQP v070pb+HDqIFnx5cT2ZW1Cy4PyslYyJmrUAiaxw67tWBlEEzOBmP8FSv46HE83ifZdW4BnMAM4P 3pG1IQ== X-Google-Smtp-Source: AGHT+IEGKDA4krP4AE6IuUQ18qViOcKwDez6k6XDcxWRJekLa6NzSSV/irjsBugI4pQEQkdCFM0vJEYbY+NlHAV83Os= X-Received: by 2002:a17:90b:4a47:b0:340:c151:2d66 with SMTP id 98e67ed59e1d1-340c1512f49mr4197363a91.30.1762058705586; Sat, 01 Nov 2025 21:45:05 -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: <864EE1FC-1533-47D4-A395-C24F25269EE0@freebsd.org> <342c6a91-a8a1-483d-861e-8e8c6d79998f@blastwave.org> <9ea41e44-7160-40eb-9d80-b8bf13a7f396@mm.st> <0c09c6fa-7071-4119-b97e-fc6d83f9fc3f@blastwave.org> In-Reply-To: <0c09c6fa-7071-4119-b97e-fc6d83f9fc3f@blastwave.org> From: Warner Losh Date: Sat, 1 Nov 2025 22:44:54 -0600 X-Gm-Features: AWmQ_bn18glsuZF38hl5TPtFcNzSH1CT9SnRhv-klosylLkWCSo1nXO2iYrb1IM Message-ID: Subject: Re: a really big question : why not "^C" for a CTRL-C with default /bin/sh ? To: Dennis Clarke Cc: freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="0000000000003859f106429543d6" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4czhwS5Z4gz3g2j --0000000000003859f106429543d6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Nov 1, 2025 at 7:49=E2=80=AFPM Dennis Clarke wrote: > On 11/1/25 21:22, cyric@mm.st wrote: > > Dennis Clarke wrote: > >> On 11/1/25 20:30, Michael Gmelin wrote: > >>> > >>> > >>>> On 2. Nov 2025, at 00:34, Dennis Clarke > wrote: > >>>> > >>>> =EF=BB=BF > >>>> This is about as annoying as a small sharp stone stuck in a shoe : > >>>> > >> ... > >>> Wasn=E2=80=98t this always the default behavior in /bin/sh? > >>> > >> > >> If it was and if it is then it is broken and always has been. > >> > >> No UNIX shell *ever* behaves this way in at least the last four decade= s. > > > > zsh does, ksh93 (illumos) does. > > > > Those both hide the CTRL-C "^C" chars ? > > Oracle Solaris 11.4.81.193.1 Assembled April 2025 > n$ > n$ uname -a > SunOS neptune 5.11 11.4.81.193.1 sun4v sparc sun4v non-virtualized > n$ echo $SHELL > /usr/xpg4/bin/sh > n$ > n$ ls la la la la la ^C > n$ > n$ which ksh93 > /usr/bin/ksh93 > n$ > n$ ksh93 > dclarke@neptune:~$ > dclarke@neptune:~$ and then we have Dave Korn > dclarke@neptune:~$ well look ... no CTRL-C ^C chars ? > > dclarke@neptune:~$ > > Nice one. I did not recall the ksh93 issue. Must be something in the > stty options being set or unset. > tcsh doesn't report it at the prompt (most likely because libedit is in play), but does if you type cat and then ^C. Warner --0000000000003859f106429543d6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sat, Nov 1, = 2025 at 7:49=E2=80=AFPM Dennis Clarke <dclarke@blastwave.org> wrote:
On 11/1/25 21:22, cyric@mm.st wrote:
> Dennis Clarke wrote:
>> On 11/1/25 20:30, Michael Gmelin wrote:
>>>
>>>
>>>> On 2. Nov 2025, at 00:34, Dennis Clarke <dclarke@blastwave.org> = wrote:
>>>>
>>>> =EF=BB=BF
>>>> This is about as annoying as a small sharp stone stuck in = a shoe :
>>>>
>> ...
>>> Wasn=E2=80=98t this always the default behavior in /bin/sh? >>>
>>
>> If it was and if it is then it is broken and always has been.
>>
>> No UNIX shell *ever* behaves this way in at least the last four de= cades.
>
> zsh does, ksh93 (illumos) does.
>

Those both hide the CTRL-C "^C" chars ?

Oracle Solaris 11.4.81.193.1=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Assembled April 2025
n$
n$ uname -a
SunOS neptune 5.11 11.4.81.193.1 sun4v sparc sun4v non-virtualized
n$ echo $SHELL
/usr/xpg4/bin/sh
n$
n$ ls la la la la la ^C
n$
n$ which ksh93
/usr/bin/ksh93
n$
n$ ksh93
dclarke@neptune:~$
dclarke@neptune:~$ and then we have Dave Korn
dclarke@neptune:~$ well look ... no CTRL-C=C2=A0 ^C chars ?

dclarke@neptune:~$

Nice one. I did not recall the ksh93 issue. Must be something in the
stty options being set or unset.

tcsh d= oesn't report it at the prompt (most likely because libedit is in play)= , but does if you type cat<return> and then ^C.

<= div>Warner
--0000000000003859f106429543d6-- From nobody Sun Nov 2 05:39: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 4czk7P5TPXz6G1g3 for ; Sun, 02 Nov 2025 05:39:45 +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 4czk7P0RVpz3mFD for ; Sun, 02 Nov 2025 05:39:44 +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 5A25dRCt087973; Sun, 2 Nov 2025 07:39:30 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 5A25dRCt087973 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 5A25dRRN087972; Sun, 2 Nov 2025 07:39:27 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 2 Nov 2025 07:39:26 +0200 From: Konstantin Belousov To: Warner Losh Cc: Dennis Clarke , freebsd-current@freebsd.org Subject: Re: a really big question : why not "^C" for a CTRL-C with default /bin/sh ? Message-ID: References: <864EE1FC-1533-47D4-A395-C24F25269EE0@freebsd.org> <342c6a91-a8a1-483d-861e-8e8c6d79998f@blastwave.org> <9ea41e44-7160-40eb-9d80-b8bf13a7f396@mm.st> <0c09c6fa-7071-4119-b97e-fc6d83f9fc3f@blastwave.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 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.1 X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-26) on tom.home X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4czk7P0RVpz3mFD On Sat, Nov 01, 2025 at 10:44:54PM -0600, Warner Losh wrote: > On Sat, Nov 1, 2025 at 7:49 PM Dennis Clarke wrote: > > > On 11/1/25 21:22, cyric@mm.st wrote: > > > Dennis Clarke wrote: > > >> On 11/1/25 20:30, Michael Gmelin wrote: > > >>> > > >>> > > >>>> On 2. Nov 2025, at 00:34, Dennis Clarke > > wrote: > > >>>> > > >>>>  > > >>>> This is about as annoying as a small sharp stone stuck in a shoe : > > >>>> > > >> ... > > >>> Wasn‘t this always the default behavior in /bin/sh? > > >>> > > >> > > >> If it was and if it is then it is broken and always has been. > > >> > > >> No UNIX shell *ever* behaves this way in at least the last four decades. > > > > > > zsh does, ksh93 (illumos) does. > > > > > > > Those both hide the CTRL-C "^C" chars ? > > > > Oracle Solaris 11.4.81.193.1 Assembled April 2025 > > n$ > > n$ uname -a > > SunOS neptune 5.11 11.4.81.193.1 sun4v sparc sun4v non-virtualized > > n$ echo $SHELL > > /usr/xpg4/bin/sh > > n$ > > n$ ls la la la la la ^C > > n$ > > n$ which ksh93 > > /usr/bin/ksh93 > > n$ > > n$ ksh93 > > dclarke@neptune:~$ > > dclarke@neptune:~$ and then we have Dave Korn > > dclarke@neptune:~$ well look ... no CTRL-C ^C chars ? > > > > dclarke@neptune:~$ > > > > Nice one. I did not recall the ksh93 issue. Must be something in the > > stty options being set or unset. > > > > tcsh doesn't report it at the prompt (most likely because libedit is in > play), but does if you type cat and then ^C. When the terminal in the canonical mode, kernel prints ^C for Ctrl-C input, as you noted for cat. There are a lot of termios controls that combined give that behavior, like isig etc. When the terminal is in raw mode, as set by shells with more than basic line editing capabilities, kernel does not output anything on Ctrl-C, and shells or rather libedit do not bother. Spawning the command, shells switch the ctty into the canonical mode, this is why tcsh+cat behaves that way. BTW, it seems bash (readline) does print ^C. From nobody Sun Nov 2 06:32:59 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 4czlK26LVWz6G5fv for ; Sun, 02 Nov 2025 06:33:10 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Received: from mail.ketas.si.pri.ee (d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13e8:21e:bff:fea2:d004]) (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 4czlK12h8bz3rXG for ; Sun, 02 Nov 2025 06:33:09 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ketas.si.pri.ee header.s=ketas-si-pri-ee-20240416002854-4096 header.b=wEoe9kpm; dmarc=pass (policy=reject) header.from=ketas.si.pri.ee; spf=pass (mx1.freebsd.org: domain of freebsd-current-freebsd-org111@ketas.si.pri.ee designates 2001:7d0:8437:13e8:21e:bff:fea2:d004 as permitted sender) smtp.mailfrom=freebsd-current-freebsd-org111@ketas.si.pri.ee X-Original-To: freebsd-current@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ketas.si.pri.ee; s=ketas-si-pri-ee-20240416002854-4096; t=1762065180; bh=rmARZFnQ6XIcKgCqpu4M9ho348VnD73qSlWZj7c5N/c=; h=Date:From:To:Subject; b=wEoe9kpm9PDq1RsQlCenaXQglFHNGwG+zLFN3U/VXmG0U5O5if84wtBQAtc0Vo5VT //KHtgQQRCqq2IVLhxlcUbU2uWjaZodpmM1htMA74yLTJEHjPSbgMLOc/rWZceXdpb hpyOyQmfjclRSq04Lmx3GGWDj9Zqj7ApbmY2rnJIEEKNoi/YdlSx0xiYNFOrDKUNUD j6MWKq2m9uOuuozyhGZTHSK9xlp6OOxoRh/ReYyYMfXGkqVB+zjXM5QT77dFkNKXFm bGp2PFOPSAp1/LLBlVISzBDPjazIlIfYNh4ERQSMkYqxbYsQfrvrFJuvbbjE4qiI0i OpY07rzOI1tL5oieIJPGJWikOq+FoI5hNwTsncVwBfanrpq/aNPLXk7Az7lT0TBHQA rS4zdVNXPNPciSBXt9R5aklhvcTdDAotk7MK5ev1GGdDC8L9sUPgmi9UJ3L8a5mnm9 5IsXXSFgXy4KipGsEHSKwKy3pA+PopVFBvJ367ptIjDq/rDi5w3uvddDeTIQM+FR19 SG3+ZQKO9JuJ1yh+sRlRdpgWDTnzV4D2bp7qjIktIe4IUVMlu2lkGcKwZZksVYDFWS Eu+rk5JO6vXO+dASnGtIs/F0li4YacmVAcPk2eiW3d++3rXQUb6rK9e1+FEx8L1aFd B3U3IX9iWBKW/96pbS6Ayw0E= Received: from ehlo.thunderbird.net (0115-0000-0000-0000-13c8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13c8::115]) (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) (No client certificate requested) by mail.ketas.si.pri.ee (Postfix) with ESMTPSA id 8B49D5B8B9E for ; Sun, 02 Nov 2025 08:33:00 +0200 (EET) Date: Sun, 02 Nov 2025 08:32:59 +0200 From: Sulev-Madis Silber To: freebsd-current@freebsd.org Subject: =?US-ASCII?Q?rescue_-_usr=2Ebin/id/id=2Ec=3A149=3A16=3A_error?= =?US-ASCII?Q?=3A_use_of_undeclared_identifier_=27Aflag=27?= User-Agent: K-9 Mail for Android 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=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: / X-Spamd-Result: default: False [0.79 / 15.00]; HFILTER_HOSTNAME_5(3.00)[d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee]; SUBJ_EXCESS_QP(1.20)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.61)[-0.612]; DMARC_POLICY_ALLOW(-0.50)[ketas.si.pri.ee,reject]; R_DKIM_ALLOW(-0.20)[ketas.si.pri.ee:s=ketas-si-pri-ee-20240416002854-4096]; ONCE_RECEIVED(0.20)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:7d0:8437:1300::/56]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3249, ipnet:2001:7d0::/32, country:EE]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[ketas.si.pri.ee:+] X-Rspamd-Queue-Id: 4czlK12h8bz3rXG there's no newer current than this and i get this error (cd /root/files/poudriere/basefs/jails/current-armv7-minimal/usr/src/rescu= e/rescue/=2E=2E/=2E=2E/usr=2Ebin/id && make MK_PIE=3Dno NO_SHARED=3Dyes -D= RESCUE CRUNCH_CFLAGS=3D-DRESCUE CRUNCH_CFLAGS+=3D-I/root/files/poudriere/ob= j/current-armv7-minimal/root/files/poudriere/basefs/jails/current-armv7-min= imal/usr/src/arm=2Earmv7/lib/libifconfig MK_AUTO_OBJ=3Dyes DIRPRFX=3Drescue= /rescue/id/ depend && make MK_PIE=3Dno NO_SHARED=3Dyes -DRESCUE CRUNCH_CFLA= GS=3D-DRESCUE CRUNCH_CFLAGS+=3D-I/root/files/poudriere/obj/current-armv7-mi= nimal/root/files/poudriere/basefs/jails/current-armv7-minimal/usr/src/arm= =2Earmv7/lib/libifconfig MK_AUTO_OBJ=3Dyes DIRPRFX=3Drescue/rescue/id/ id= =2Eo) echo id: /root/files/poudriere/obj/current-armv7-minimal/root/files/poudri= ere/basefs/jails/current-armv7-minimal/usr/src/arm=2Earmv7/tmp/usr/lib/libc= =2Ea >> =2Edepend cc -target armv7-gnueabihf-freebsd16=2E0 --sysroot=3D/root/files/poudriere= /obj/current-armv7-minimal/root/files/poudriere/basefs/jails/current-armv7-= minimal/usr/src/arm=2Earmv7/tmp -B/root/files/poudriere/obj/current-armv7-m= inimal/root/files/poudriere/basefs/jails/current-armv7-minimal/usr/src/arm= =2Earmv7/tmp/usr/bin -O2 -pipe -fno-common -DRESCUE -I/root/files/poudri= ere/obj/current-armv7-minimal/root/files/poudriere/basefs/jails/current-arm= v7-minimal/usr/src/arm=2Earmv7/lib/libifconfig -DNDEBUG -MD -MF=2Edepend= =2Eid=2Eo -MTid=2Eo -std=3Dgnu17 -Wno-format-zero-length -nobuiltininc -idi= rafter /usr/lib/clang/19/include -fstack-protector-strong -Wsystem-headers = -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissin= g-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wsw= itch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Wnested-ex= terns -Wold-style-definition -Wno-pointer-sign -Wdate-time -Wmissing-variab= le-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-u= nused-const-variable -Wno-error=3Dunused-but-set-parameter -Wno-error=3Dcas= t-function-type-mismatch -Qunused-arguments -c /root/files/poudriere/b= asefs/jails/current-armv7-minimal/usr/src/usr=2Ebin/id/id=2Ec -o id=2Eo /root/files/poudriere/basefs/jails/current-armv7-minimal/usr/src/usr=2Ebin= /id/id=2Ec:149:16: error: use of undeclared identifier 'Aflag' 149 | if ((cflag || Aflag || Mflag) && argc > 0) | ^ /root/files/poudriere/basefs/jails/current-armv7-minimal/usr/src/usr=2Ebin= /id/id=2Ec:152:10: error: use of undeclared identifier 'Aflag' 152 | combo =3D Aflag + Gflag + Mflag + Pflag + gflag + pflag + = uflag; | ^ 2 errors generated=2E *** [id=2Eo] Error code 1 make[6]: stopped in /root/files/poudriere/basefs/jails/current-armv7-minim= al/usr/src/usr=2Ebin/id 1 error make[6]: stopped in /root/files/poudriere/basefs/jails/current-armv7-minim= al/usr/src/usr=2Ebin/id *** [id_make] Error code 2 make[5]: stopped in /root/files/poudriere/obj/current-armv7-minimal/root/f= iles/poudriere/basefs/jails/current-armv7-minimal/usr/src/arm=2Earmv7/rescu= e/rescue 1 error make[5]: stopped in /root/files/poudriere/obj/current-armv7-minimal/root/f= iles/poudriere/basefs/jails/current-armv7-minimal/usr/src/arm=2Earmv7/rescu= e/rescue *** [objs] Error code 2 make[4]: stopped in /root/files/poudriere/basefs/jails/current-armv7-minim= al/usr/src/rescue/rescue 1 error make[4]: stopped in /root/files/poudriere/basefs/jails/current-armv7-minim= al/usr/src/rescue/rescue make[3]: stopped in /root/files/poudriere/basefs/jails/current-armv7-minim= al/usr/src/rescue make[2]: stopped in /root/files/poudriere/basefs/jails/current-armv7-minim= al/usr/src 276=2E17 real 198=2E29 user 31=2E65 sys make[1]: stopped in /root/files/poudriere/basefs/jails/current-armv7-minim= al/usr/src make: stopped in /root/files/poudriere/basefs/jails/current-armv7-minimal/= usr/src From nobody Sun Nov 2 09:35:13 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 4czqMR17kLz6FNfD for ; Sun, 02 Nov 2025 09:35:31 +0000 (UTC) (envelope-from tschweikle@gmail.com) Received: from mail-qv1-xf33.google.com (mail-qv1-xf33.google.com [IPv6:2607:f8b0:4864:20::f33]) (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 4czqMQ5yTsz3CQy for ; Sun, 02 Nov 2025 09:35:30 +0000 (UTC) (envelope-from tschweikle@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-qv1-xf33.google.com with SMTP id 6a1803df08f44-87499a3cd37so26696546d6.3 for ; Sun, 02 Nov 2025 01:35:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1762076125; x=1762680925; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=RA3IaL1m8hWgqbaIV7QlK6xbbPsYh5ZLKBuB9e8zEAg=; b=mA8qK0R47C4zEZ9LlzatfcDEPGVRBOVRh/0zotVra1Jn5DiLl9rApYKn8JdX38Vhed r08GG1JJFGxLZqsM8QnchF0vszOge4cWf5lPlv3ql5bT/4FsTwSX7lSSrCr06HLmDXnP cJHDzHQX5kyToxuOzoFE16tdq4oDgp1I9S3n3M1y7scwHxVCh8B8IypoI4fmEMoKVe0g oc81fEXw5v9yhTbDCJiJa+tFHbZTJQMKX4xMqEYbNA1CkrVIlbqHlg89qt9z8rkY7RZd bz2mjNse5Wya4QVnDDioKdmEnRs646fGTxf4NeMyu4G3RdB554SX9qOc7Y/33i+fEJk0 mK8Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1762076125; x=1762680925; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=RA3IaL1m8hWgqbaIV7QlK6xbbPsYh5ZLKBuB9e8zEAg=; b=HxqKgmCPdS1ss84JjYizIZSRimOo8E1k8LfT24vBEq98GLK5uxmMbZN9nUbvDIz8z9 3ZuBYfw3MnWy0vrDtFVb2jAgY5G5HJJK20koY8nRw2at10xViakH0qOvRns6sfGiNwv4 fb2gdA9EgyAUJ5dZI6FgWDfxHA6Dcod4exE1kvA1KoPIUX7UNZpOgXSoquO1D5YvDc1b y9YWO9riDhE8/BOTKYD4vN8TnSE2T1bfc/VcymFH7nqAwvD5tNtLFhnRlCAP2VvQXx8/ NP4LUEKmJFbiiBMf7cfTOgjccJfQQZ69RZTVyxtyfeINONb8wgZFhLNplfGVTqPi5f4w xz5w== X-Forwarded-Encrypted: i=1; AJvYcCV66wN4sqFe5ntrypp91C3JpJI1A3ppB/RS2JWNoJQ0dhO2VBBOmVvWL9z/Essj5Nqne5cvMx2iGn/bEBYy1GQ=@freebsd.org X-Gm-Message-State: AOJu0YyxVnrMQmu8hVe5vfZv146XMgIplhlQjxRMeA+/EXkr8AJ4Ix+M znNUv0kpPAvJuqdA93jGErsPiF+ZLF2G1D2awU1PHEJ7RzFTEsBueyI7Y6YDqIlpY00oVklmCe/ Q5gt/+6GG4dBG8ze0aWzE2V+H5Ev00KY= X-Gm-Gg: ASbGncumQXVgdfoNsywcfTUiSuWmsOw0trXrIe6Y3e1bIZc+Y1i/jQzCko+1vrNaf0Y PAT2MW5ctclRucz+8imMGefWai0frCIn+fYLZ3GlP7hwtXy/Qjc8WL/2ovG0PPtcDLAvF18ScwK fyRNSnQQwAH5NeeLqjkTvrNCTcwnf0OWvyALl03iUAU/5b4u1xrwyqzTtTkCJAIjllTxZtuvPuI TY3IEjwL43g2fkr0R1cpC8gni+us3SNEvufvh3dDH+nfiFmWmDYMxhOlTKQJSe8UHSQjEPBGa6Q faAHuKkJo0phqVGJUOd6aUTUOHNc54WpS55pauHu0ghg4wG0ot+aptoJ8dtVP288ivp+sMMwFsX EFI/ZSl0jffL1uA== X-Google-Smtp-Source: AGHT+IGcKWU0Waf01AwT7NeLsYx6Ob/tLotsaPpxH2xe5QrH9xgJ8qO5BuNHQTOycJD8D+PpACj/4NZa4IT5oVwXbWM= X-Received: by 2002:ad4:5f45:0:b0:87d:c94a:17ec with SMTP id 6a1803df08f44-8802f4e1762mr112676736d6.57.1762076124868; Sun, 02 Nov 2025 01:35:24 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <864EE1FC-1533-47D4-A395-C24F25269EE0@freebsd.org> <342c6a91-a8a1-483d-861e-8e8c6d79998f@blastwave.org> <9ea41e44-7160-40eb-9d80-b8bf13a7f396@mm.st> <0c09c6fa-7071-4119-b97e-fc6d83f9fc3f@blastwave.org> In-Reply-To: From: Thomas Schweikle Date: Sun, 2 Nov 2025 10:35:13 +0100 X-Gm-Features: AWmQ_blPF7CG8Q7P2f0dAgBcAGma0AE1Ew_9sbRmPxc7RmJj2iy42QgKfjtsqzE Message-ID: Subject: Re: a really big question : why not "^C" for a CTRL-C with default /bin/sh ? To: Konstantin Belousov Cc: Warner Losh , Dennis Clarke , freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="0000000000007d770c0642995175" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4czqMQ5yTsz3CQy --0000000000007d770c0642995175 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable It depends. It depends on what *BSD you are using with which shell. it is different for different Gnu/Linux based distributions. Pauschally telling it prints "CTRL-C" als "^C" in any cases if wrong. As told: it depends on what *NIX you are operating which shell. Sometimes even bash prints typed CTRL-C as ^C, sometimes it just does only for keys not bound to anything. Looking at involved programs and libraries configurations, they are different on these systems. And it is quite difficult to transfer one configuration from one system to another, without breaking something you'd never imagined. I'd say it is mostly configuration if CTRL-C is printed as ^C or not. On Sun, Nov 2, 2025 at 6:39=E2=80=AFAM Konstantin Belousov wrote: > On Sat, Nov 01, 2025 at 10:44:54PM -0600, Warner Losh wrote: > > On Sat, Nov 1, 2025 at 7:49=E2=80=AFPM Dennis Clarke > wrote: > > > > > On 11/1/25 21:22, cyric@mm.st wrote: > > > > Dennis Clarke wrote: > > > >> On 11/1/25 20:30, Michael Gmelin wrote: > > > >>> > > > >>> > > > >>>> On 2. Nov 2025, at 00:34, Dennis Clarke > > > wrote: > > > >>>> > > > >>>> =EF=BB=BF > > > >>>> This is about as annoying as a small sharp stone stuck in a shoe= : > > > >>>> > > > >> ... > > > >>> Wasn=E2=80=98t this always the default behavior in /bin/sh? > > > >>> > > > >> > > > >> If it was and if it is then it is broken and always has been. > > > >> > > > >> No UNIX shell *ever* behaves this way in at least the last four > decades. > > > > > > > > zsh does, ksh93 (illumos) does. > > > > > > > > > > Those both hide the CTRL-C "^C" chars ? > > > > > > Oracle Solaris 11.4.81.193.1 Assembled April 2025 > > > n$ > > > n$ uname -a > > > SunOS neptune 5.11 11.4.81.193.1 sun4v sparc sun4v non-virtualized > > > n$ echo $SHELL > > > /usr/xpg4/bin/sh > > > n$ > > > n$ ls la la la la la ^C > > > n$ > > > n$ which ksh93 > > > /usr/bin/ksh93 > > > n$ > > > n$ ksh93 > > > dclarke@neptune:~$ > > > dclarke@neptune:~$ and then we have Dave Korn > > > dclarke@neptune:~$ well look ... no CTRL-C ^C chars ? > > > > > > dclarke@neptune:~$ > > > > > > Nice one. I did not recall the ksh93 issue. Must be something in the > > > stty options being set or unset. > > > > > > > tcsh doesn't report it at the prompt (most likely because libedit is in > > play), but does if you type cat and then ^C. > > When the terminal in the canonical mode, kernel prints ^C for Ctrl-C > input, as you noted for cat. There are a lot of termios controls that > combined give that behavior, like isig etc. > > When the terminal is in raw mode, as set by shells with more than basic > line editing capabilities, kernel does not output anything on Ctrl-C, > and shells or rather libedit do not bother. > > Spawning the command, shells switch the ctty into the canonical mode, > this is why tcsh+cat behaves that way. > > BTW, it seems bash (readline) does print ^C. > > --=20 Thomas --0000000000007d770c0642995175 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
It depends. It depends on what *BSD you are using with whi= ch shell. it is different for different Gnu/Linux based distributions. Paus= chally telling it prints "CTRL-C" als "^C" in any cases= if wrong. As told: it depends on what *NIX you are operating which shell. = Sometimes even bash prints typed CTRL-C as ^C, sometimes it just does only = for keys not bound to anything. Looking at involved programs and libraries = configurations, they are different on these systems. And it is quite diffic= ult to transfer one configuration from one system to another, without break= ing something you'd never imagined.
I'd say it is mostly config= uration if CTRL-C is printed as ^C or not.

On Su= n, Nov 2, 2025 at 6:39=E2=80=AFAM Konstantin Belousov <kostikbel@gmail.com> wrote:
On Sat, Nov 01, 2025 at 10:44:54PM= -0600, Warner Losh wrote:
> On Sat, Nov 1, 2025 at 7:49=E2=80=AFPM Dennis Clarke <dclarke@blastwave.org>= wrote:
>
> > On 11/1/25 21:22, cyric@mm.st wrote:
> > > Dennis Clarke wrote:
> > >> On 11/1/25 20:30, Michael Gmelin wrote:
> > >>>
> > >>>
> > >>>> On 2. Nov 2025, at 00:34, Dennis Clarke <dclarke@blastwave.or= g>
> > wrote:
> > >>>>
> > >>>> =EF=BB=BF
> > >>>> This is about as annoying as a small sharp stone= stuck in a shoe :
> > >>>>
> > >> ...
> > >>> Wasn=E2=80=98t this always the default behavior in /= bin/sh?
> > >>>
> > >>
> > >> If it was and if it is then it is broken and always has = been.
> > >>
> > >> No UNIX shell *ever* behaves this way in at least the la= st four decades.
> > >
> > > zsh does, ksh93 (illumos) does.
> > >
> >
> > Those both hide the CTRL-C "^C" chars ?
> >
> > Oracle Solaris 11.4.81.193.1=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Assembled April 2025
> > n$
> > n$ uname -a
> > SunOS neptune 5.11 11.4.81.193.1 sun4v sparc sun4v non-virtualize= d
> > n$ echo $SHELL
> > /usr/xpg4/bin/sh
> > n$
> > n$ ls la la la la la ^C
> > n$
> > n$ which ksh93
> > /usr/bin/ksh93
> > n$
> > n$ ksh93
> > dclarke@neptune:~$
> > dclarke@neptune:~$ and then we have Dave Korn
> > dclarke@neptune:~$ well look ... no CTRL-C=C2=A0 ^C chars ?
> >
> > dclarke@neptune:~$
> >
> > Nice one. I did not recall the ksh93 issue. Must be something in = the
> > stty options being set or unset.
> >
>
> tcsh doesn't report it at the prompt (most likely because libedit = is in
> play), but does if you type cat<return> and then ^C.

When the terminal in the canonical mode, kernel prints ^C for Ctrl-C
input, as you noted for cat.=C2=A0 There are a lot of termios controls that=
combined give that behavior, like isig etc.

When the terminal is in raw mode, as set by shells with more than basic
line editing capabilities, kernel does not output anything on Ctrl-C,
and shells or rather libedit do not bother.

Spawning the command, shells switch the ctty into the canonical mode,
this is why tcsh+cat behaves that way.

BTW, it seems bash (readline) does print ^C.



--
Thomas
--0000000000007d770c0642995175-- From nobody Sun Nov 2 10:48: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 4czs0K2kVwz6FTxP for ; Sun, 02 Nov 2025 10:49:05 +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 "E8" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4czs0H5V1Sz3M1Z; Sun, 02 Nov 2025 10:49:03 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=leidinger.net header.s=outgoing-alex header.b=ZXzEO0uw; dmarc=pass (policy=quarantine) header.from=leidinger.net; spf=pass (mx1.freebsd.org: domain of Alexander@Leidinger.net designates 89.238.82.207 as permitted sender) smtp.mailfrom=Alexander@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=1762080505; 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=ddPznkmB94kRydY6spbqqlUXS1yaWHg2OVXDIzaMXZM=; b=ZXzEO0uwa8hiyoFClAWT0Bgh/bKKX4v9gSbnRy4Lghm62Ifz0+aQ4iWIeLoIzjhImQlM8H kZ7VlqIXQiH1nmGMKpvthz9BOTNeDvJK3s/DZP01/6baMDqRZ9aJm7uBxuXsf9rqF8OlOs 1D8u9JASOmR5W9r5bfYnpjx4rKLPgoisDnBuqmPAVoAGpFtwIwRQUkBHNGwiVd8F1nVl/P z9VqFqt3gqmB+FIRVZTB6K8XpSgCzf9foXWk+9yo40ZqfzHikfq7I5qiYHpGFJFj+FqdqZ 2zCLqe6iTqcNhTBc84dk69tv2oWxdeUQPrVaxBD3kP3amelmZlLVNS4Q4UVfsw== Date: Sun, 02 Nov 2025 11:48:06 +0100 From: Alexander Leidinger To: Doug Ambrisko Cc: Peter Eriksson , Rick Macklem , FreeBSD CURRENT , Garrett Wollman , Alexander Motin Subject: Re: RFC: How ZFS handles arc memory use In-Reply-To: References: Message-ID: <22b478c6bad8212c61ca19a983a8e2e4@Leidinger.net> Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_670f3ab937465b237550c61e55f19a0d"; micalg=pgp-sha256 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.50 / 15.00]; SIGNED_PGP(-2.00)[]; SUSPICIOUS_RECIPS(1.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[leidinger.net,quarantine]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_DKIM_ALLOW(-0.20)[leidinger.net:s=outgoing-alex]; ONCE_RECEIVED(0.10)[]; HAS_ATTACHMENT(0.00)[]; FREEMAIL_CC(0.00)[lysator.liu.se,gmail.com,freebsd.org,bimajority.org]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; HAS_ORG_HEADER(0.00)[]; DKIM_TRACE(0.00)[leidinger.net:+]; ASN(0.00)[asn:34240, ipnet:89.238.64.0/18, country:DE]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MISSING_XM_UA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ZERO(0.00)[0]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_RCPT(0.00)[]; RCPT_COUNT_FIVE(0.00)[6] X-Rspamd-Queue-Id: 4czs0H5V1Sz3M1Z This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_670f3ab937465b237550c61e55f19a0d Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Am 2025-10-29 22:06, schrieb Doug Ambrisko: > It seems around the switch to OpenZFS I would have arc clean task > running > 100% on a core. I use nullfs on my laptop to map my shared ZFS /data > partiton into a few vnet instances. Over night or so I would get into > this issue. I found that I had a bunch of vnodes being held by other > layers. My solution was to reduce kern.maxvnodes and vfs.zfs.arc.max > so > the ARC cache stayed reasonable without killing other applications. > > That is why a while back I added the vnode count to mount -v so that > I could see the usage of vnodes for each mount point. I made a script > to report on things: Do you see this also with the nullfs mount option "nocache"? Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_670f3ab937465b237550c61e55f19a0d Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmkHNvUACgkQEg2wmwP4 2IYXJBAAm0JDwlME1UpQzqxJUo5BCWL8BaMUzMg9NlW2oq75Xs5/WrSbrGnsP+FI 7oWRuU04LUXHTvC4DAiWGsGe7z8UzNBpIAwNbWsrmIF6Cy10natpcbnTymFZvhle fAkgLO02fu5zurg9MviSX0LW+ljkre8SUX1e5H8BO69pEc7b56zObIn65Ob99mW0 SvlkndM7vNt76rWNOxc8ublwDRPDUYoa5aibHSTK4mQZDx1VABvorRo06TEwD9zZ dhUHcNL+krciiaVTSSl5MRPf7AgMcjqtYz98jxjVYiZr8RIuASSe0sLDjc1v+MCc bnkPMl2trao0E93S9xmwT6MzKaArNjJsUsPJcWID+E1AxjF/kagXuyws8rZz4BH3 topmTq3yPsFUTcP2YftdEOZcABo2wDJAWv6SPCw+pO4a2ieH7EQHJ2IryIJhBBDB LE2zUs1bEOJUClt8n2ih/qY5dbMbwdBnMr9d8jonpTt4WtB9fHQ//p3gkJ+HlsUS RSGEGzmthHCopdqVTUr6UDfE4srEdJmstl00ekQBJ6UPQBP3K64xMWLL0vXxtrKD BOMhZuwmeJGGc//pcvMXYXm+3G5pafWuQIpxIY3G2NKZJ2yoFK/F9p43ffiq18bB pPsiKKuhpslCww9Ks2Rt2zCCs05e6a6byA6a/bwm9Ed/YsfhL/Q= =K2MD -----END PGP SIGNATURE----- --=_670f3ab937465b237550c61e55f19a0d-- From nobody Sun Nov 2 12:29: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 4czvDv1ZBNz6FfsZ for ; Sun, 02 Nov 2025 12:30:07 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4czvDt50pgz3b9b for ; Sun, 02 Nov 2025 12:30:06 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; none Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 5A2CTsGJ041374; Sun, 2 Nov 2025 12:29:54 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 5A2CTmAW041372; Sun, 2 Nov 2025 04:29:48 -0800 (PST) (envelope-from david) Date: Sun, 2 Nov 2025 04:29:48 -0800 From: David Wolfskill To: Sulev-Madis Silber Cc: freebsd-current@freebsd.org Subject: Re: rescue - usr.bin/id/id.c:149:16: error: use of undeclared identifier 'Aflag' Message-ID: Mail-Followup-To: David Wolfskill , Sulev-Madis Silber , freebsd-current@freebsd.org References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="0EtctZ+NGQgO3eJI" Content-Disposition: inline In-Reply-To: X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4czvDt50pgz3b9b --0EtctZ+NGQgO3eJI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 02, 2025 at 08:32:59AM +0200, Sulev-Madis Silber wrote: > there's no newer current than this >=20 > and i get this error >=20 >=20 > (cd /root/files/poudriere/basefs/jails/current-armv7-minimal/usr/src/resc= ue/rescue/../../usr.bin/id && make MK_PIE=3Dno NO_SHARED=3Dyes -DRESCUE CR= UNCH_CFLAGS=3D-DRESCUE CRUNCH_CFLAGS+=3D-I/root/files/poudriere/obj/current= -armv7-minimal/root/files/poudriere/basefs/jails/current-armv7-minimal/usr/= src/arm.armv7/lib/libifconfig MK_AUTO_OBJ=3Dyes DIRPRFX=3Drescue/rescue/id/= depend && make MK_PIE=3Dno NO_SHARED=3Dyes -DRESCUE CRUNCH_CFLAGS=3D-DRESC= UE CRUNCH_CFLAGS+=3D-I/root/files/poudriere/obj/current-armv7-minimal/root/= files/poudriere/basefs/jails/current-armv7-minimal/usr/src/arm.armv7/lib/li= bifconfig MK_AUTO_OBJ=3Dyes DIRPRFX=3Drescue/rescue/id/ id.o) > echo id: /root/files/poudriere/obj/current-armv7-minimal/root/files/poudr= iere/basefs/jails/current-armv7-minimal/usr/src/arm.armv7/tmp/usr/lib/libc.= a >> .depend > cc -target armv7-gnueabihf-freebsd16.0 --sysroot=3D/root/files/poudriere/= obj/current-armv7-minimal/root/files/poudriere/basefs/jails/current-armv7-m= inimal/usr/src/arm.armv7/tmp -B/root/files/poudriere/obj/current-armv7-mini= mal/root/files/poudriere/basefs/jails/current-armv7-minimal/usr/src/arm.arm= v7/tmp/usr/bin -O2 -pipe -fno-common -DRESCUE -I/root/files/poudriere/ob= j/current-armv7-minimal/root/files/poudriere/basefs/jails/current-armv7-min= imal/usr/src/arm.armv7/lib/libifconfig -DNDEBUG -MD -MF.depend.id.o -MTid.= o -std=3Dgnu17 -Wno-format-zero-length -nobuiltininc -idirafter /usr/lib/cl= ang/19/include -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-= y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wun= used-parameter -Wcast-align -Wchar-subscripts -Wnested-externs -Wold-style-= definition -Wno-pointer-sign -Wdate-time -Wmissing-variable-declarations -W= thread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-error=3Dunused-but-set-parameter -Wno-error=3Dcast-function-type-mi= smatch -Qunused-arguments -c /root/files/poudriere/basefs/jails/curren= t-armv7-minimal/usr/src/usr.bin/id/id.c -o id.o > /root/files/poudriere/basefs/jails/current-armv7-minimal/usr/src/usr.bin/= id/id.c:149:16: error: use of undeclared identifier 'Aflag' > 149 | if ((cflag || Aflag || Mflag) && argc > 0) > | ^ > /root/files/poudriere/basefs/jails/current-armv7-minimal/usr/src/usr.bin/= id/id.c:152:10: error: use of undeclared identifier 'Aflag' > 152 | combo =3D Aflag + Gflag + Mflag + Pflag + gflag + pflag += uflag; > | ^ > 2 errors generated. > *** [id.o] Error code 1 > .... I just performed an in-place source-based update from FreeBSD 16.0-CURRENT #637 main-n281638-e4f2a3509554: Sat Nov 1 12:58:41 UT= C 2025 root@g1-120.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sy= s/CANARY amd64 1600003 1600003 to FreeBSD 16.0-CURRENT #638 main-n281643-c3a3af134668: Sun Nov 2 11:55:09 UT= C 2025 root@g1-120.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sy= s/CANARY amd64 1600003 1600003 (on 3 machines; the 4th is presently building packages, but should get around to the above later today) without complaint or issue. In case it's relevant, I'm using "meta" mode on these machines. Peace, david --=20 David H. Wolfskill david@catwhisker.org See https://www.catwhisker.org/~david/publickey.gpg for my public key. --0EtctZ+NGQgO3eJI Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCaQdOvF8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5Y3aAQCmRhJX5lQkVQ8xjLw1LRxkfuoHQ4UkGRQG3US3dBqLnQD+PvlFiXgjkBTC hFX7kZRkRfnRqj5czUiYu1dr65p0kgA= =xQQH -----END PGP SIGNATURE----- --0EtctZ+NGQgO3eJI-- From nobody Sun Nov 2 13:18: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 4czwJq33t9z6Fkhp for ; Sun, 02 Nov 2025 13:18:35 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Received: from mail.ketas.si.pri.ee (d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13e8:21e:bff:fea2:d004]) (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 4czwJp1kkdz3fpT for ; Sun, 02 Nov 2025 13:18:34 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ketas.si.pri.ee header.s=ketas-si-pri-ee-20240416002854-4096 header.b=Z5uF6UmF; dmarc=pass (policy=reject) header.from=ketas.si.pri.ee; spf=pass (mx1.freebsd.org: domain of freebsd-current-freebsd-org111@ketas.si.pri.ee designates 2001:7d0:8437:13e8:21e:bff:fea2:d004 as permitted sender) smtp.mailfrom=freebsd-current-freebsd-org111@ketas.si.pri.ee X-Original-To: freebsd-current@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ketas.si.pri.ee; s=ketas-si-pri-ee-20240416002854-4096; t=1762089499; bh=KjHP+DBLapBqJr+4GCG6mU5hASZ0x40WJXyzZ6Kwwg8=; h=Date:From:To:Subject:In-Reply-To:References; b=Z5uF6UmFs64Uz3YfZQcXSyE0bhYTDfz6Ky/Drxdks6Rngsgtb+WsvhEfHZ00SLk1X R8nXJ62ijlpi7hS3/TXgMgEEAj2hEdTpDCLKc3r24e1VFOZSt6ALVFQOtH8OVNiUM1 9yc6xafaKX066PHGPVX6AZmJOBNZNmQZUMacri44MC3lYGZ80yhTkuylVcImhN+VE0 SA3NXDbBnj0Ka8GOMf2DpxUjFrxiH4uhnGP/34OS1Nzras6vIKu9Ao0TE0Gy5G+LvD 95h6Sjvp2dPjsDev8X5vfmMU/QkxCg4/7WMkj/zj7Wia9TnldhUzK9orQbFMmio+sR qYIq3dNeR4Ax/m4uUAmFa31yckBwYBvtBj6u12y1K3hdhmrFvmKLux0qVHnUMId/dM FiefA5Ar3G4mtdTzM8HHIx21jlQdlWteik+Mp8IJz0iZgAWbI9NYKZc67E71Ln3HEK rpr6uctMvh961X6Cz7K7oyEBJyMEEWqAgHHmJDmrNnWoGkeQkZW9uXhIg5bfbh5CS9 yLMzsEaxC/IH8axdvQJt5hbZsoGv/6bviRPUsRKU5TsnHs3ZyDb1OlQSTyGx0ZnDrd YGycAHHzYBR3AmVUcpWnQalfsByDKCfyRq5IxCqmbgkoKh0pHewD7xzb8+n0orOSeN EHAxNf/pTz0OY4nm/3Gb9Ha4= Received: from ehlo.thunderbird.net (0115-0000-0000-0000-13c8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13c8::115]) (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) (No client certificate requested) by mail.ketas.si.pri.ee (Postfix) with ESMTPSA id 6F2E45BC208 for ; Sun, 02 Nov 2025 15:18:19 +0200 (EET) Date: Sun, 02 Nov 2025 15:18:18 +0200 From: Sulev-Madis Silber To: freebsd-current@freebsd.org Subject: =?US-ASCII?Q?Re=3A_rescue_-_usr=2Ebin/id/id=2Ec=3A149=3A16=3A_err?= =?US-ASCII?Q?or=3A_use_of_undeclared_identifier_=27Aflag=27?= User-Agent: K-9 Mail for Android In-Reply-To: References: 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=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: / X-Spamd-Result: default: False [0.50 / 15.00]; HFILTER_HOSTNAME_5(3.00)[d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee]; SUBJ_EXCESS_QP(1.20)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; NEURAL_HAM_MEDIUM(-0.90)[-0.903]; DMARC_POLICY_ALLOW(-0.50)[ketas.si.pri.ee,reject]; ONCE_RECEIVED(0.20)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:7d0:8437:1300::/56]; R_DKIM_ALLOW(-0.20)[ketas.si.pri.ee:s=ketas-si-pri-ee-20240416002854-4096]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3249, ipnet:2001:7d0::/32, country:EE]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[ketas.si.pri.ee:+] X-Rspamd-Queue-Id: 4czwJp1kkdz3fpT On November 2, 2025 2:29:48 PM GMT+02:00, David Wolfskill wrote: >On Sun, Nov 02, 2025 at 08:32:59AM +0200, Sulev-Madis Silber wrote: >> there's no newer current than this >>=20 >> and i get this error >>=20 >>=20 >> (cd /root/files/poudriere/basefs/jails/current-armv7-minimal/usr/src/re= scue/rescue/=2E=2E/=2E=2E/usr=2Ebin/id && make MK_PIE=3Dno NO_SHARED=3Dyes= -DRESCUE CRUNCH_CFLAGS=3D-DRESCUE CRUNCH_CFLAGS+=3D-I/root/files/poudriere= /obj/current-armv7-minimal/root/files/poudriere/basefs/jails/current-armv7-= minimal/usr/src/arm=2Earmv7/lib/libifconfig MK_AUTO_OBJ=3Dyes DIRPRFX=3Dres= cue/rescue/id/ depend && make MK_PIE=3Dno NO_SHARED=3Dyes -DRESCUE CRUNCH_C= FLAGS=3D-DRESCUE CRUNCH_CFLAGS+=3D-I/root/files/poudriere/obj/current-armv7= -minimal/root/files/poudriere/basefs/jails/current-armv7-minimal/usr/src/ar= m=2Earmv7/lib/libifconfig MK_AUTO_OBJ=3Dyes DIRPRFX=3Drescue/rescue/id/ id= =2Eo) >> echo id: /root/files/poudriere/obj/current-armv7-minimal/root/files/pou= driere/basefs/jails/current-armv7-minimal/usr/src/arm=2Earmv7/tmp/usr/lib/l= ibc=2Ea >> =2Edepend >> cc -target armv7-gnueabihf-freebsd16=2E0 --sysroot=3D/root/files/poudri= ere/obj/current-armv7-minimal/root/files/poudriere/basefs/jails/current-arm= v7-minimal/usr/src/arm=2Earmv7/tmp -B/root/files/poudriere/obj/current-armv= 7-minimal/root/files/poudriere/basefs/jails/current-armv7-minimal/usr/src/a= rm=2Earmv7/tmp/usr/bin -O2 -pipe -fno-common -DRESCUE -I/root/files/poud= riere/obj/current-armv7-minimal/root/files/poudriere/basefs/jails/current-a= rmv7-minimal/usr/src/arm=2Earmv7/lib/libifconfig -DNDEBUG -MD -MF=2Edepend= =2Eid=2Eo -MTid=2Eo -std=3Dgnu17 -Wno-format-zero-length -nobuiltininc -idi= rafter /usr/lib/clang/19/include -fstack-protector-strong -Wsystem-headers = -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissin= g-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wsw= itch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Wnested-ex= terns -Wold-style-definition -Wno-pointer-sign -Wdate-time -Wmissing-variab= le-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-u= nused-const-variable -Wno-error=3Dunused-but-set-parameter -Wno-error=3Dcas= t-function-type-mismatch -Qunused-arguments -c /root/files/poudriere/b= asefs/jails/current-armv7-minimal/usr/src/usr=2Ebin/id/id=2Ec -o id=2Eo >> /root/files/poudriere/basefs/jails/current-armv7-minimal/usr/src/usr=2E= bin/id/id=2Ec:149:16: error: use of undeclared identifier 'Aflag' >> 149 | if ((cflag || Aflag || Mflag) && argc > 0) >> | ^ >> /root/files/poudriere/basefs/jails/current-armv7-minimal/usr/src/usr=2E= bin/id/id=2Ec:152:10: error: use of undeclared identifier 'Aflag' >> 152 | combo =3D Aflag + Gflag + Mflag + Pflag + gflag + pflag= + uflag; >> | ^ >> 2 errors generated=2E >> *** [id=2Eo] Error code 1 >> =2E=2E=2E=2E > >I just performed an in-place source-based update from > >FreeBSD 16=2E0-CURRENT #637 main-n281638-e4f2a3509554: Sat Nov 1 12:58:4= 1 UTC 2025 root@g1-120=2Ecatwhisker=2Eorg:/common/S4/obj/usr/src/amd64= =2Eamd64/sys/CANARY amd64 1600003 1600003 > >to > >FreeBSD 16=2E0-CURRENT #638 main-n281643-c3a3af134668: Sun Nov 2 11:55:0= 9 UTC 2025 root@g1-120=2Ecatwhisker=2Eorg:/common/S4/obj/usr/src/amd64= =2Eamd64/sys/CANARY amd64 1600003 1600003 > >(on 3 machines; the 4th is presently building packages, but should get >around to the above later today) without complaint or issue=2E > >In case it's relevant, I'm using "meta" mode on these machines=2E > >Peace, >david https://bugs=2Efreebsd=2Eorg/bugzilla/show_bug=2Ecgi?id=3D290740 i fixed it problem is that 70b72ede982f3aebe03a2bf7a8245ee6bcde352c introduces a change which doesn't allow id to compiled if audit is not on commit says id: Clean up No functional change intended=2E but in fact it has that breaking change included in it which both coder an= d reviewer(s) missed until i came with my minimized src=2Econf with motherload of without_*'s a= nd it blew up it's not the first time i catch a bug in current anyone wanting to build mini current can apply a patch there From nobody Sun Nov 2 15:59:02 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 4czztC0RZtz6G0Dl for ; Sun, 02 Nov 2025 15:59:15 +0000 (UTC) (envelope-from pj@smo.de) Received: from mail.adebahr.de (mail.adebahr.de [185.66.179.123]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.adebahr.de", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4czztB5Fngz428C for ; Sun, 02 Nov 2025 15:59:14 +0000 (UTC) (envelope-from pj@smo.de) Authentication-Results: mx1.freebsd.org; none Received: from [192.168.153.212] (p5b239983.dip0.t-ipconnect.de [91.35.153.131]) by mail.adebahr.de (Postfix) with ESMTPSA id C01CF6787A; Sun, 2 Nov 2025 16:59:02 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=smo.de; s=mail; t=1762099142; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=l/oQ+JptQziL0NpSyoBl09dZbhZcMIsbwJfCZSCiRkU=; b=p7YBryCAj71NAJ11dl6P9boXRz8NwGi7FljEtR2YYxywVWjyYOsy5AoOySgRe+EoswSRdM mY0aEj9d2TeKVdduv4JnBYqsKTR1pv7f8MidQPd66O5C/8vzQDXsLjf0h/J6jIGCw+WtEG WRbZ8+48tRDo+1/aG6tN+Wcgesf1N+2L0ur99kotuazkjrVLxMifnA0pRRLn+giFgookS6 W1uRq0jiM+JXae5FD5pHyluzaV1bDfAGqQvuDOZyF9Z4fxHfySpul6MieOEfOKwx+rRQK2 aFUdNL4jwFvO1FdHonMUbDhvfNCsagM8cJqph8QzE5xtq4dS76kBrFMbxRh6Cw== Message-ID: <4c330c49-1c45-46cf-9d1e-afce745e8f88@smo.de> Date: Sun, 2 Nov 2025 16:59:02 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: a really big question : why not "^C" for a CTRL-C with default /bin/sh ? To: cyric@mm.st, freebsd-current@freebsd.org References: <864EE1FC-1533-47D4-A395-C24F25269EE0@freebsd.org> <342c6a91-a8a1-483d-861e-8e8c6d79998f@blastwave.org> <9ea41e44-7160-40eb-9d80-b8bf13a7f396@mm.st> Content-Language: en-US From: Philipp Ost In-Reply-To: <9ea41e44-7160-40eb-9d80-b8bf13a7f396@mm.st> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:212341, ipnet:185.66.176.0/22, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4czztB5Fngz428C On 11/2/25 02:22, cyric@mm.st wrote: > Dennis Clarke wrote: >> On 11/1/25 20:30, Michael Gmelin wrote: >>> >>> >>>> On 2. Nov 2025, at 00:34, Dennis Clarke wrote: >>>> >>>>  >>>> This is about as annoying as a small sharp stone stuck in a shoe : >>>> >> ... >>> Wasn‘t this always the default behavior in /bin/sh? >>> >> >> If it was and if it is then it is broken and always has been. >> >> No UNIX shell *ever* behaves this way in at least the last four decades. > > zsh does, ksh93 (illumos) does. ksh93 from ports (shells/ksh93) does not. > >> Perhaps three decades. As far back as I can recall and that includes >> using paper terminals. It may be the libedit library there has a borked >> way of dealing with a SIGINT. > From nobody Sun Nov 2 16:03: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 4czzzH58S8z6G0N8 for ; Sun, 02 Nov 2025 16:03:39 +0000 (UTC) (envelope-from cyric@mm.st) Received: from fhigh-a3-smtp.messagingengine.com (fhigh-a3-smtp.messagingengine.com [103.168.172.154]) (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 4czzzG6H7sz43WB for ; Sun, 02 Nov 2025 16:03:38 +0000 (UTC) (envelope-from cyric@mm.st) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mm.st header.s=fm3 header.b=J86XC3BZ; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=0dirvX3H; dmarc=pass (policy=none) header.from=mm.st; spf=pass (mx1.freebsd.org: domain of cyric@mm.st designates 103.168.172.154 as permitted sender) smtp.mailfrom=cyric@mm.st Received: from phl-compute-01.internal (phl-compute-01.internal [10.202.2.41]) by mailfhigh.phl.internal (Postfix) with ESMTP id C3D2F14000F5 for ; Sun, 2 Nov 2025 11:03:37 -0500 (EST) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-01.internal (MEProxy); Sun, 02 Nov 2025 11:03:37 -0500 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:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1762099417; x=1762185817; bh=LC+Pvv0d8tXHqZ6dRqioP/5tt6hpXN8XVEtc5YVTpQI=; b= J86XC3BZAeiv94HGx2NPwkNxJQg7OGTP4wly1T7PvarVBrK8EBFY06SXX/uYtlSD EJMXmpywuPU63hLFcMeRzB+TaN/cd1VhZtctY3nVQmA+QOeEqJS2nuZeLCtEFTh6 cxJ9HMy+54/nv3D1Ex+ugHoxNipdPD4F8u8FuBSpYLNhdhgn2GgDK9P+7DWBNl9L aAEXp6ML7TaBn1AbTsB2I2sub6LHg3mMtK8NfdiRAKXpYO5fyr23/8MTij8tyakQ wBZwCLu1fi07TS19QPM1p9iarIBvfUNbHkAisFpgr0WPsSLctlq9NxrCNIrdnXWu hMpY587coKNG8JbKC1nbRA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; t=1762099417; x=1762185817; bh=L C+Pvv0d8tXHqZ6dRqioP/5tt6hpXN8XVEtc5YVTpQI=; b=0dirvX3HfpvDG6ovL tTjkyKVkBKI9Bts/Xau8VYpVZTiwWlecAT4mxk4hN4JZSDjv8C2cHKpWoqXO7O9u tYxpuI0EMKn64nxEa+PRjszIQ06A+AEkAYYNYHCiS8bRPjKkwJSsJiqZFEWn+M7S 7SE3mGnonb7rMgPgZUdma65BWZJpxsmEjo+6QdPZ0ZaANMkbxcfggIYxcJiF7RhW uuKYFLjIuDINf9Oxx+mGBIqqkLRpxG3uSsErMrWRxr1BnpYmuLBQiP2y+BZM4ZG7 BZs0/r1GAS2YKj4uRic/Tca2DBtch98hbP/GrJhi5hszXY7wzzXgDDP+8m/+QRdP G+7YQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdeggddujeehieejucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfurfetoffkrfgpnffqhgenuceu rghilhhouhhtmecufedttdenucenucfjughrpefkffggfgfuvfhfhfgjtgfgsehtkeertd dtvdejnecuhfhrohhmpegthihrihgtsehmmhdrshhtnecuggftrfgrthhtvghrnhepteel ueduteefgfehgeetgffgvdejgfdvveekieekhfffhffgvdeuvddtleffiedtnecuvehluh hsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheptgihrhhitgesmhhm rdhsthdpnhgspghrtghpthhtohepuddpmhhouggvpehsmhhtphhouhhtpdhrtghpthhtoh epfhhrvggvsghsugdqtghurhhrvghnthesfhhrvggvsghsugdrohhrgh X-ME-Proxy: Feedback-ID: icc3648d4:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Sun, 2 Nov 2025 11:03:36 -0500 (EST) Message-ID: <7b3acdda-0837-4cb6-a94c-ea79cabef6c6@mm.st> Date: Sun, 2 Nov 2025 23:03:31 +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 Subject: Re: a really big question : why not "^C" for a CTRL-C with default /bin/sh ? To: freebsd-current@freebsd.org References: <864EE1FC-1533-47D4-A395-C24F25269EE0@freebsd.org> <342c6a91-a8a1-483d-861e-8e8c6d79998f@blastwave.org> <9ea41e44-7160-40eb-9d80-b8bf13a7f396@mm.st> <4c330c49-1c45-46cf-9d1e-afce745e8f88@smo.de> Content-Language: en-US From: cyric@mm.st In-Reply-To: <4c330c49-1c45-46cf-9d1e-afce745e8f88@smo.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.10 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-1.00)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[mm.st,none]; R_DKIM_ALLOW(-0.20)[mm.st:s=fm3,messagingengine.com:s=fm3]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.154:from]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[mm.st]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[mm.st]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[mm.st:+,messagingengine.com:+]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:151847, ipnet:103.168.172.0/24, country:AU]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_NO_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Rspamd-Queue-Id: 4czzzG6H7sz43WB Philipp Ost wrote: > On 11/2/25 02:22, cyric@mm.st wrote: >> Dennis Clarke wrote: >>> On 11/1/25 20:30, Michael Gmelin wrote: >>>> >>>> >>>>> On 2. Nov 2025, at 00:34, Dennis Clarke wrote: >>>>> >>>>>  >>>>> This is about as annoying as a small sharp stone stuck in a shoe : >>>>> >>> ... >>>> Wasn‘t this always the default behavior in /bin/sh? >>>> >>> >>> If it was and if it is then it is broken and always has been. >>> >>> No UNIX shell *ever* behaves this way in at least the last four decades. >> >> zsh does, ksh93 (illumos) does. > > ksh93 from ports (shells/ksh93) does not. I guess my answer was ambiguous, "does" here was meant to be "does behave that way", i.e. "does not print ^C when editing the line". >>> Perhaps three decades. As far back as I can recall and that includes >>> using paper terminals. It may be the libedit library there has a borked >>> way of dealing with a SIGINT. From nobody Sun Nov 2 18:22: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 4d033C4yMQz6FF2V for ; Sun, 02 Nov 2025 18:22:15 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mail.oetec.com", Issuer "E8" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4d033B6Jjrz3SFy for ; Sun, 02 Nov 2025 18:22:14 +0000 (UTC) (envelope-from dclarke@blastwave.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=blastwave.org header.s=default header.b=FZC3qFhF; dmarc=pass (policy=quarantine) header.from=blastwave.org; spf=pass (mx1.freebsd.org: domain of dclarke@blastwave.org designates 108.160.241.186 as permitted sender) smtp.mailfrom=dclarke@blastwave.org Received: from [172.16.35.3] (pool-99-253-118-250.cpe.net.cable.rogers.com [99.253.118.250]) (authenticated bits=0) by mail.oetec.com (8.17.1/8.17.1) with ESMTPSA id 5A2IMAVT069972 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for ; Sun, 2 Nov 2025 13:22:11 -0500 (EST) (envelope-from dclarke@blastwave.org) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=blastwave.org; s=default; t=1762107731; bh=e5SnShbAwqUQ3/DZ9C56E14u/Ficfh6clC7lrGIyTe8=; h=Date:From:Subject:To; b=FZC3qFhFiHFURk/33AHL6CTixl83G9LVYcY1/Pm16hiu8XPQvm2/aFcBIcopk5wut zBd+ObywD4oGxPRnXIOSXzSLmIO911yyWDt8VAuhVjTALhKIHkpetkjsQIX9agS5dL WbaLi1vSs9s+ZxEEUk2tuCAbzgaSYDqNVzk2KtcVQh8ZVSVf3woi4ntnzLB/6ZYbYA 06DPOajJH6MwP2DYTEQyGtDqdU8Djem7OWvQZU+6jcjyDa9rFmB/W0zAbHNz0uYhx9 nC72/Zk8mr/YQbLukX8DFVX9INGcSFbpXn2akUWjqKMcDsahYt+bF0NqYIP17oEBij Vxrmm3zgiSeSA== Message-ID: <3bc5020c-ffe0-40a8-963d-5e12db9f6435@blastwave.org> Date: Sun, 2 Nov 2025 13:22:10 -0500 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Dennis Clarke Subject: ld: error: undefined symbol: yp_get_default_domain To: freebsd-current@freebsd.org Content-Language: en-CA Organization: GENUNIX Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-oetec-MailScanner-Information: Please contact the ISP for more information X-oetec-MailScanner-ID: 5A2IMAVT069972 X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-From: dclarke@blastwave.org X-Spam-Status: No X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.65 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; NEURAL_HAM_SHORT(-0.95)[-0.948]; DMARC_POLICY_ALLOW(-0.50)[blastwave.org,quarantine]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; R_DKIM_ALLOW(-0.20)[blastwave.org:s=default]; R_SPF_ALLOW(-0.20)[+mx]; RCVD_IN_DNSWL_MED(-0.20)[108.160.241.186:from]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[blastwave.org:+] X-Rspamd-Queue-Id: 4d033B6Jjrz3SFy This smells like something from the days of YellowPages and NIS. I was surprised to see last nights buildworld fail : ===> libexec/mknetid (all) --- mknetid.full --- cc -target x86_64-unknown-freebsd16.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin -O2 -pipe -fno-common -fPIE -ffile-prefix-map=/usr/src=/usr/src -ffile-prefix-map=/usr/obj/usr/src=/usr/obj -g -gz=zlib -std=gnu17 -Wno-format-zero-length -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wdate-time -Wformat=2 -Wno-format-extra-args -Werror -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-error=unused-but-set-parameter -Wno-error=cast-function-type-mismatch -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-format-nonliteral -Qunused-arguments -Wl,-zrelro -pie -o mknetid.full mknetid.pieo hash.pieo parse_group.pieo --- all_subdir_lib --- --- all_subdir_lib/libclang_rt/dd --- ===> lib/libclang_rt/dd (all) --- all_subdir_libexec --- ld: error: undefined symbol: yp_get_default_domain >>> referenced by mknetid.c:139 (/usr/src/libexec/mknetid/mknetid.c:139) >>> mknetid.pieo:(main) cc: error: linker command failed with exit code 1 (use -v to see invocation) *** [mknetid.full] Error code 1 make[4]: stopped making "all" in /usr/src/libexec/mknetid make[4]: 1 error make[4]: stopped making "all" in /usr/src/libexec/mknetid make[3]: stopped making "all" in /usr/src/libexec make[2]: stopped making "all" in /usr/src --- all_subdir_lib --- make[3]: stopped making "all" in /usr/src/lib make[2]: stopped making "all" in /usr/src 3.54 real 3.05 user 0.85 sys make[1]: stopped making "buildworld" in /usr/src make: stopped making "buildworld" in /usr/src # Anyone else seeing this ? I thought that perhaps I went too far in /etc/src.conf : callisto# grep -v '^#' /etc/src.conf WITH_CCACHE_BUILD=yes CCACHE_DIR=/var/cache/ccache/ WITH_REPRODUCIBLE_BUILD=yes WITHOUT_BLUETOOTH=yes WITHOUT_WIRELESS_SUPPORT=yes WITHOUT_WIRELESS=yes WITHOUT_CXGBETOOL=yes WITHOUT_DIALOG=yes WITHOUT_DICT=yes WITHOUT_DTRACE_TESTS=yes WITHOUT_DTRACE=yes WITHOUT_EE=yes WITHOUT_EXAMPLES=yes WITHOUT_FINGER=yes WITHOUT_FLOPPY=yes WITHOUT_FREEBSD_UPDATE=yes WITHOUT_GAMES=yes WITHOUT_GCOV=yes WITHOUT_GNU_DIFF=yes WITHOUT_GOOGLETEST=yes WITHOUT_HTML=yes WITHOUT_HYPERV=yes WITHOUT_IPFILTER=yes WITHOUT_IPFW=yes WITHOUT_LIB32=yes WITHOUT_LPR=yes WITHOUT_PMC=yes WITHOUT_PORTSNAP=yes WITHOUT_PPP=yes WITHOUT_PROFILE=yes WITHOUT_QUOTAS=yes WITHOUT_RBOOTD=yes WITHOUT_ROUTED=yes WITHOUT_SHAREDOCS=yes WITHOUT_SVNLITE=yes WITHOUT_TALK=yes WITHOUT_TELNET=yes WITHOUT_TESTS=yes WITHOUT_TFTP=yes callisto# callisto# cat /etc/make.conf #WITHOUT_CCACHE_BUILD=1 WITHOUT_MODULES=linux ath ath_dfs ath_hal ath_hal_ar5210 ath_hal_ar5211 ath_hal_ar5212 ath_hal_ar5416 ath_hal_ar9300 ath_main ath_rate iavf isci qat callisto# Curious what is going on there. -- -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken From nobody Sun Nov 2 23:47: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 4d0BF50Cjgz6FlXT; Sun, 02 Nov 2025 23:46:17 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "pelorus.zefox.org", Issuer "pelorus.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4d0BF341CLz43G9; Sun, 02 Nov 2025 23:46:15 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.18.1/8.18.1) with ESMTPS id 5A2Nl4R7083957 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 2 Nov 2025 15:47:04 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.18.1/8.18.1/Submit) id 5A2Nl4Tn083956; Sun, 2 Nov 2025 15:47:04 -0800 (PST) (envelope-from fbsd) Date: Sun, 2 Nov 2025 15:47:04 -0800 From: bob prohaska To: Adrian Chadd Cc: Mark Millard , freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: Buildkernel fails in /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o 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-Spamd-Bar: / X-Spamd-Result: default: False [-0.64 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; AUTH_NA(1.00)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.944]; NEURAL_HAM_SHORT(-0.60)[-0.596]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_WWW(0.50)[]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_TLS_LAST(0.00)[]; MISSING_XM_UA(0.00)[]; R_SPF_NA(0.00)[no SPF record]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org,freebsd-current@freebsd.org]; R_DKIM_NA(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_CC(0.00)[yahoo.com,freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; DMARC_NA(0.00)[zefox.net]; RCPT_COUNT_THREE(0.00)[4] X-Rspamd-Queue-Id: 4d0BF341CLz43G9 Hi Adrian, After a new git pull the kernel build was successful. The machine is now reporting FreeBSD 16.0-CURRENT (GENERIC) #2 main-n281646-2deeed061b14: Sun Nov 2 08:54:36 PST 2025 Thank you! bob prohaska