From nobody Mon Jul 29 23:04:46 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WXv8B1gqfz5S9Dw for ; Mon, 29 Jul 2024 23:04:58 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WXv8B0px2z46B6 for ; Mon, 29 Jul 2024 23:04:58 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722294298; 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=zoW/vtP14uamTGofaZa992jdWiUIp1t6aOFEysFQMQg=; b=Twj++Q+Kr5m1ftJxgFhDEHxT5TXt4bi9KaUzFTeG5MM+R+iXJ1cvBK58gxBAs+KFJ8LhFL mOxvrI13yle+l3MNI2b42NjqFMvDszpD08V+6xw4U/TypNh3PCC08aSlnOIRZwHDvXo6gK O1wlsnLOrJmcpxeg4/6mDKVh96vRJXvTBqAmw7cZ6Uhu4mdyRf2aBDt2wU51Usu2erG0Q4 MQ68fzdDqYwqOCz/OGYm8U6nW0xSUWY/v63pgG7GUbwArkQWznLZMHkzfTTdhfXHZtxqZk zTcy2ZJtPnPqsLxBpViNtxE4Xx8Oo7spFNqiV8jC4mbLAIiLV4y5XpPOESm9Gg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1722294298; a=rsa-sha256; cv=none; b=EBMXFdlWncp4pryB2dfv+B/zI64qlf8zzgQIIRwiW53FO82v2J0dDanMIjjbzcxR44FKRL Z/w6lha07PQ/QRY49F12fX1Xkq7MkU55Qq5UZeZiz55cv/NFFZ6HuAOLnrZRd1by6K2BIm XaeWo42goIyT3lUd62sm92McHQ1jSqY7tDmhJyqGqS0rvKBjBWpmu1YEzuU6at6lfkKAMK 1xSDIyFrcwhISZ6sG6x8OFyihSR6U/7tzm40DNC1uV/aASWaUoEMbiAI1+XynjU2Piik3s cbDX82i938DIlqpnILcORR8JSiMxnZcs661qieMCZ1mMArGq38Ydrp4rVKEFEQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722294298; 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=zoW/vtP14uamTGofaZa992jdWiUIp1t6aOFEysFQMQg=; b=EdY2b1f2SxDIv1SVOuW2j2PsQjrCx5yPHW9UX5JEwxfQyVMWm/bBiOs6YMg1o9X6aUWkkw jDZDIv3O43E6yC84wNeWbWvQOV9lLkxAABSHCDe2FkflX+MQPxi+BdlGBWCDfoP7VWcD5t qlYdTQLykYUa7IpIYjsE+GItvuviGghX8mENpCmHgIagvpmz8R4Bz1+iZj2PNYirlckmtw yvKH8mC/BnqUEmJNuKWl7PQcrWNfuZRhbOEZGm/5a+Ih3Fol9vi7LDpcxwuuKg7RZCt/Y6 LUhHsmcKTt2jJR6d/Twecoa5NfeXzNi2E854Sy0KSzdHbTwMgPIdJC8esQ/BaA== Received: from mail-qt1-f176.google.com (mail-qt1-f176.google.com [209.85.160.176]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WXv8B0H4wz1Znj for ; Mon, 29 Jul 2024 23:04:58 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f176.google.com with SMTP id d75a77b69052e-44fded90c41so21357791cf.3 for ; Mon, 29 Jul 2024 16:04:57 -0700 (PDT) X-Gm-Message-State: AOJu0YxRVcxEkhceqfjh/EbOWIEy35IldqXINGizm+QTQeCimBMuxK5A lBTq4RZD694VXoBup6w3TJWRIiuOoWuqHpPAXzqQpgyze6TmPhbbQjUPInfVi3iMJb+2/F8Dc35 ioq0/zFLORe2RDu5SCmQ5TPHnQCg= X-Google-Smtp-Source: AGHT+IGGJNSoWRYuYF9MP1KsHXsaUmStcPSxESRGNMOK+Mx7yEJMa0nCHce4R7mikruyKCmdLDenyUvhLcqs8ZihNfQ= X-Received: by 2002:ac8:7d92:0:b0:44f:5e2c:1631 with SMTP id d75a77b69052e-45004d83886mr112470851cf.17.1722294297326; Mon, 29 Jul 2024 16:04: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 From: Nuno Teixeira Date: Tue, 30 Jul 2024 00:04:46 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: error: unknown type name 'sigset_t' To: FreeBSD CURRENT Content-Type: multipart/alternative; boundary="000000000000ca8510061e6ae37d" --000000000000ca8510061e6ae37d Content-Type: text/plain; charset="UTF-8" Hello all, At main-n271434-b3cec803eaa4 security/s2n-tls fails to build tests with `make test`. I remember that tests were ok about 1 or 2 weeks ago. I will update world soon and continue to monitor this tests failure. Thanks, [ 47% 363/744] /usr/bin/cc -DS2N_ATOMIC_SUPPORTED -DS2N_CLOEXEC_SUPPORTED -DS2N_CLOEXEC_XOPEN_SUPPORTED -DS2N_CPUID_AVAILABLE -DS2N_DIAGNOSTICS_POP_SUPPORTED -DS2N_DIAGNOSTICS_PUSH_SUPPORTED -DS2N_EXECINFO_AVAILA BLE -DS2N_FALL_THROUGH_SUPPORTED -DS2N_LIBCRYPTO_SUPPORTS_EVP_MD5_SHA1_HASH -DS2N_LIBCRYPTO_SUPPORTS_EVP_MD_CTX_SET_PKEY_CTX -DS2N_LIBCRYPTO_SUPPORTS_EVP_RC4 -DS2N_LIBCRYPTO_SUPPORTS_FLAG_NO_CHECK_TIME -DS2N_LIBC RYPTO_SUPPORTS_RSA_PSS_SIGNING -DS2N_LIBCRYPTO_SUPPORTS_X509_STORE_LIST -DS2N_MADVISE_SUPPORTED -DS2N_MINHERIT_SUPPORTED -DS2N_STACKTRACE -D_FORTIFY_SOURCE=2 -D_POSIX_C_SOURCE=200809L -I/wrkdirs/usr/ports/securit y/s2n-tls/work/s2n-tls-1.4.19/. -I/wrkdirs/usr/ports/security/s2n-tls/work/s2n-tls-1.4.19/tests -I/wrkdirs/usr/ports/security/s2n-tls/work/s2n-tls-1.4.19 -I/wrkdirs/usr/ports/security/s2n-tls/work/s2n-tls-1.4.19/ api -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -DNDEBUG -Wall -Wimplicit -Wunused -Wcomment -Wchar-subscripts -Wuninitialized -Wshadow -Wcas t-align -Wwrite-strings -Wformat-security -Wno-deprecated-declarations -Wno-unknown-pragmas -Wno-deprecated -fPIC -D_POSIX_C_SOURCE=200809L -std=gnu99 -flto -MD -MT CMakeFiles/s2n_release_non_empty_buffers_test.d ir/tests/unit/s2n_release_non_empty_buffers_test.c.o -MF CMakeFiles/s2n_release_non_empty_buffers_test.dir/tests/unit/s2n_release_non_empty_buffers_test.c.o.d -o CMakeFiles/s2n_release_non_empty_buffers_test.dir/ tests/unit/s2n_release_non_empty_buffers_test.c.o -c /wrkdirs/usr/ports/security/s2n-tls/work/s2n-tls-1.4.19/tests/unit/s2n_release_non_empty_buffers_test.c FAILED: CMakeFiles/s2n_release_non_empty_buffers_test.dir/tests/unit/s2n_release_non_empty_buffers_test.c.o /usr/bin/cc -DS2N_ATOMIC_SUPPORTED -DS2N_CLOEXEC_SUPPORTED -DS2N_CLOEXEC_XOPEN_SUPPORTED -DS2N_CPUID_AVAILABLE -DS2N_DIAGNOSTICS_POP_SUPPORTED -DS2N_DIAGNOSTICS_PUSH_SUPPORTED -DS2N_EXECINFO_AVAILABLE -DS2N_FALL_ THROUGH_SUPPORTED -DS2N_LIBCRYPTO_SUPPORTS_EVP_MD5_SHA1_HASH -DS2N_LIBCRYPTO_SUPPORTS_EVP_MD_CTX_SET_PKEY_CTX -DS2N_LIBCRYPTO_SUPPORTS_EVP_RC4 -DS2N_LIBCRYPTO_SUPPORTS_FLAG_NO_CHECK_TIME -DS2N_LIBCRYPTO_SUPPORTS_ RSA_PSS_SIGNING -DS2N_LIBCRYPTO_SUPPORTS_X509_STORE_LIST -DS2N_MADVISE_SUPPORTED -DS2N_MINHERIT_SUPPORTED -DS2N_STACKTRACE -D_FORTIFY_SOURCE=2 -D_POSIX_C_SOURCE=200809L -I/wrkdirs/usr/ports/security/s2n-tls/work/ s2n-tls-1.4.19/. -I/wrkdirs/usr/ports/security/s2n-tls/work/s2n-tls-1.4.19/tests -I/wrkdirs/usr/ports/security/s2n-tls/work/s2n-tls-1.4.19 -I/wrkdirs/usr/ports/security/s2n-tls/work/s2n-tls-1.4.19/api -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -DNDEBUG -Wall -Wimplicit -Wunused -Wcomment -Wchar-subscripts -Wuninitialized -Wshadow -Wcast-align -Wwrite -strings -Wformat-security -Wno-deprecated-declarations -Wno-unknown-pragmas -Wno-deprecated -fPIC -D_POSIX_C_SOURCE=200809L -std=gnu99 -flto -MD -MT CMakeFiles/s2n_release_non_empty_buffers_test.dir/tests/unit/s 2n_release_non_empty_buffers_test.c.o -MF CMakeFiles/s2n_release_non_empty_buffers_test.dir/tests/unit/s2n_release_non_empty_buffers_test.c.o.d -o CMakeFiles/s2n_release_non_empty_buffers_test.dir/tests/unit/s2n_ release_non_empty_buffers_test.c.o -c /wrkdirs/usr/ports/security/s2n-tls/work/s2n-tls-1.4.19/tests/unit/s2n_release_non_empty_buffers_test.c In file included from /wrkdirs/usr/ports/security/s2n-tls/work/s2n-tls-1.4.19/tests/unit/s2n_release_non_empty_buffers_test.c:17: In file included from /usr/include/poll.h:113: /usr/include/ssp/poll.h:49:11: error: unknown type name 'sigset_t' 49 | const sigset_t *__restrict newsigmask)) | ^ /usr/include/ssp/poll.h:49:11: error: unknown type name 'sigset_t' /usr/include/ssp/poll.h:49:11: error: unknown type name 'sigset_t' 3 errors generated. -- Nuno Teixeira FreeBSD UNIX: Web: https://FreeBSD.org --000000000000ca8510061e6ae37d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello all,

At main-n271434-b= 3cec803eaa4 security/s2n-tls fails to build tests with `make test`.
I remember that tests were ok about 1 or 2 weeks ago.

=
I will update world soon and continue to monitor this tests fail= ure.

Thanks,

<snip= >
[ 47% 363/744] /usr/bin/cc -DS2N_ATOMIC_SUPPORTED -DS2N_= CLOEXEC_SUPPORTED -DS2N_CLOEXEC_XOPEN_SUPPORTED -DS2N_CPUID_AVAILABLE -DS2N= _DIAGNOSTICS_POP_SUPPORTED -DS2N_DIAGNOSTICS_PUSH_SUPPORTED -DS2N_EXECINFO_= AVAILA
BLE -DS2N_FALL_THROUGH_SUPPORTED -DS2N_LIBCRYPTO_SUPPORTS_EVP_MD5= _SHA1_HASH -DS2N_LIBCRYPTO_SUPPORTS_EVP_MD_CTX_SET_PKEY_CTX -DS2N_LIBCRYPTO= _SUPPORTS_EVP_RC4 -DS2N_LIBCRYPTO_SUPPORTS_FLAG_NO_CHECK_TIME -DS2N_LIBCRYPTO_SUPPORTS_RSA_PSS_SIGNING -DS2N_LIBCRYPTO_SUPPORTS_X509_STORE_LIST -D= S2N_MADVISE_SUPPORTED -DS2N_MINHERIT_SUPPORTED -DS2N_STACKTRACE -D_FORTIFY_= SOURCE=3D2 -D_POSIX_C_SOURCE=3D200809L -I/wrkdirs/usr/ports/securit
y/s2= n-tls/work/s2n-tls-1.4.19/. -I/wrkdirs/usr/ports/security/s2n-tls/work/s2n-= tls-1.4.19/tests -I/wrkdirs/usr/ports/security/s2n-tls/work/s2n-tls-1.4.19 = -I/wrkdirs/usr/ports/security/s2n-tls/work/s2n-tls-1.4.19/
api -O2 -pipe= =C2=A0-fstack-protector-strong -fno-strict-aliasing -O2 -pipe =C2=A0-fstac= k-protector-strong -fno-strict-aliasing =C2=A0-DNDEBUG -Wall -Wimplicit -Wu= nused -Wcomment -Wchar-subscripts -Wuninitialized -Wshadow -Wcas
t-align= -Wwrite-strings -Wformat-security -Wno-deprecated-declarations -Wno-unknow= n-pragmas -Wno-deprecated -fPIC -D_POSIX_C_SOURCE=3D200809L -std=3Dgnu99 -f= lto -MD -MT CMakeFiles/s2n_release_non_empty_buffers_test.d
ir/tests/uni= t/s2n_release_non_empty_buffers_test.c.o -MF CMakeFiles/s2n_release_non_emp= ty_buffers_test.dir/tests/unit/s2n_release_non_empty_buffers_test.c.o.d -o = CMakeFiles/s2n_release_non_empty_buffers_test.dir/
tests/unit/s2n_releas= e_non_empty_buffers_test.c.o -c /wrkdirs/usr/ports/security/s2n-tls/work/s2= n-tls-1.4.19/tests/unit/s2n_release_non_empty_buffers_test.c
FAILED: CMa= keFiles/s2n_release_non_empty_buffers_test.dir/tests/unit/s2n_release_non_e= mpty_buffers_test.c.o
/usr/bin/cc -DS2N_ATOMIC_SUPPORTED -DS2N_CLOEXEC_S= UPPORTED -DS2N_CLOEXEC_XOPEN_SUPPORTED -DS2N_CPUID_AVAILABLE -DS2N_DIAGNOST= ICS_POP_SUPPORTED -DS2N_DIAGNOSTICS_PUSH_SUPPORTED -DS2N_EXECINFO_AVAILABLE= -DS2N_FALL_
THROUGH_SUPPORTED -DS2N_LIBCRYPTO_SUPPORTS_EVP_MD5_SHA1_HAS= H -DS2N_LIBCRYPTO_SUPPORTS_EVP_MD_CTX_SET_PKEY_CTX -DS2N_LIBCRYPTO_SUPPORTS= _EVP_RC4 -DS2N_LIBCRYPTO_SUPPORTS_FLAG_NO_CHECK_TIME -DS2N_LIBCRYPTO_SUPPOR= TS_
RSA_PSS_SIGNING -DS2N_LIBCRYPTO_SUPPORTS_X509_STORE_LIST -DS2N_MADVI= SE_SUPPORTED -DS2N_MINHERIT_SUPPORTED -DS2N_STACKTRACE -D_FORTIFY_SOURCE=3D= 2 -D_POSIX_C_SOURCE=3D200809L -I/wrkdirs/usr/ports/security/s2n-tls/work/s2n-tls-1.4.19/. -I/wrkdirs/usr/ports/security/s2n-tls/work/s2n-tls-1.4.1= 9/tests -I/wrkdirs/usr/ports/security/s2n-tls/work/s2n-tls-1.4.19 -I/wrkdir= s/usr/ports/security/s2n-tls/work/s2n-tls-1.4.19/api -O2 -pipe
-fstack-p= rotector-strong -fno-strict-aliasing -O2 -pipe =C2=A0-fstack-protector-stro= ng -fno-strict-aliasing =C2=A0-DNDEBUG -Wall -Wimplicit -Wunused -Wcomment = -Wchar-subscripts -Wuninitialized -Wshadow -Wcast-align -Wwrite
-strings= -Wformat-security -Wno-deprecated-declarations -Wno-unknown-pragmas -Wno-d= eprecated -fPIC -D_POSIX_C_SOURCE=3D200809L -std=3Dgnu99 -flto -MD -MT CMak= eFiles/s2n_release_non_empty_buffers_test.dir/tests/unit/s
2n_release_no= n_empty_buffers_test.c.o -MF CMakeFiles/s2n_release_non_empty_buffers_test.= dir/tests/unit/s2n_release_non_empty_buffers_test.c.o.d -o CMakeFiles/s2n_r= elease_non_empty_buffers_test.dir/tests/unit/s2n_
release_non_empty_buff= ers_test.c.o -c /wrkdirs/usr/ports/security/s2n-tls/work/s2n-tls-1.4.19/tes= ts/unit/s2n_release_non_empty_buffers_test.c
In file included from /wrkd= irs/usr/ports/security/s2n-tls/work/s2n-tls-1.4.19/tests/unit/s2n_release_n= on_empty_buffers_test.c:17:
In file included from /usr/include/poll.h:11= 3:
/usr/include/ssp/poll.h:49:11: error: unknown type name 'sigset_t= '
=C2=A0 =C2=A049 | =C2=A0 =C2=A0 const sigset_t *__restrict newsigm= ask))
=C2=A0 =C2=A0 =C2=A0 | =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ^
/us= r/include/ssp/poll.h:49:11: error: unknown type name 'sigset_t'
= /usr/include/ssp/poll.h:49:11: error: unknown type name 'sigset_t'<= br>3 errors generated.
<snip>

--
Nuno Teixeira
FreeBSD UNIX:=C2=A0 <eduardo@FreeBSD.org>=C2=A0 =C2=A0Web:=C2=A0 https://Fr= eeBSD.org
--000000000000ca8510061e6ae37d-- From nobody Mon Jul 29 23:53:53 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WXwDp20jcz5SDgP for ; Mon, 29 Jul 2024 23:54:02 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) (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 "*.lerctr.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WXwDn2BBFz4Br4 for ; Mon, 29 Jul 2024 23:54:01 +0000 (UTC) (envelope-from ler@lerctr.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=lerctr.org header.s=ler2019 header.b=doD9I80l; dmarc=pass (policy=none) header.from=lerctr.org; spf=pass (mx1.freebsd.org: domain of ler@lerctr.org designates 192.147.25.65 as permitted sender) smtp.mailfrom=ler@lerctr.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=ler2019; h=Content-Transfer-Encoding:Content-Type:Message-ID:Subject:To: From:Date:MIME-Version:Sender:Reply-To:Cc:Content-ID:Content-Description; bh=Aq0ZTr0xyqUNKUgpIlrWebX4IK0L9i0gsoIGsILua9E=; b=doD9I80lFXI2VbwUA9VxMALF28 9ZJzlD1HZdcrNkBuObYAOqaeiYsd4teK1qGxiWDkOpQLLwrGHqxG8Rr1SujxmgVSiZckvKwM/jOfr 1TVVr1jLTR1Zqud6SwU4aMTZLPgaDzT0rEeRM4yjzQHxOah/OpTQqeuFILcJbha985R0D9XLKJxf6 dioFD77BqmUBGmv76rwhyY/wSCsZnXgoj4xsxXNKGZQnm+U5SaFP/GUDRlOtqFVruOEbvVuJmxF4r N6qmKqQsjgCPPubyLHYFxJqEDFuH91ejDjAegucYroXnl8Vg290SFzMvp8IVNW/4YapBPRsyn2vel xbzvxIIg==; Received-SPF: pass (thebighonker.lerctr.org: domain of lerctr.org designates 192.147.25.65 as permitted sender) client-ip=192.147.25.65; envelope-from=ler@lerctr.org; helo=webmail.lerctr.org; Received: from thebighonker.lerctr.org ([192.147.25.65]:41092 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.98 (FreeBSD)) (envelope-from ) id 1sYaBd-00000000Dqi-1tdd for freebsd-current@freebsd.org; Mon, 29 Jul 2024 18:53:53 -0500 Received: from syn-070-123-041-087.res.spectrum.com ([70.123.41.87]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Mon, 29 Jul 2024 18:53:53 -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 Date: Mon, 29 Jul 2024 18:53:53 -0500 From: Larry Rosenman To: Freebsd current Subject: build failure: clang.full Message-ID: X-Sender: ler@lerctr.org 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]; 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)[lerctr.org,none]; R_DKIM_ALLOW(-0.20)[lerctr.org:s=ler2019]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEFALL_USER(0.00)[ler]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:18474, ipnet:192.147.25.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[lerctr.org:+] X-Rspamd-Queue-Id: 4WXwDn2BBFz4Br4 I'm getting the following on an up2date checkout: Building /usr/obj/usr/src/amd64.amd64/usr.bin/clang/clang/clang.full ld: warning: /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a: archive member 'FaultMaps.o' is neither ET_REL nor LLVM bitcode ld: warning: /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a: archive member 'FinalizeISel.o' is neither ET_REL nor LLVM bitcode ld: warning: /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a: archive member 'FixupStatepointCallerSaved.o' is neither ET_REL nor LLVM bitcode ld: warning: /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a: archive member 'FuncletLayout.o' is neither ET_REL nor LLVM bitcode ld: warning: /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a: archive member 'GCEmptyBasicBlocks.o' is neither ET_REL nor LLVM bitcode ld: warning: /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a: archive member 'GCMetadata.o' is neither ET_REL nor LLVM bitcode ld: warning: /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a: archive member 'GCRootLowering.o' is neither ET_REL nor LLVM bitcode ld: warning: /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a: archive member 'GIMatchTableExecutor.o' is neither ET_REL nor LLVM bitcode ld: warning: /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a: archive member 'GISelChangeObserver.o' is neither ET_REL nor LLVM bitcode ld: warning: /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a: archive member 'GISelKnownBits.o' is neither ET_REL nor LLVM bitcode ld: warning: /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a: archive member 'InlineAsmLowering.o' is neither ET_REL nor LLVM bitcode (cd /usr/src/tests/sys/cddl/zfs/tests/txg_integrity && DEPENDFILE=.depend.txg_integrity NO_SUBDIR=1 make -f /usr/src/tests/sys/cddl/zfs/tests/txg_integrity/Makefile _RECURSING_PROGS=t PROG=txg_integrity ) (cd /usr/src/tests/sys/cddl/zfs/tests/txg_integrity && DEPENDFILE=.depend.fsync_integrity NO_SUBDIR=1 make -f /usr/src/tests/sys/cddl/zfs/tests/txg_integrity/Makefile _RECURSING_PROGS=t PROG=fsync_integrity ) Building /usr/obj/usr/src/amd64.amd64/usr.sbin/tcpdump/tcpdump/print-lwres.o (cd /usr/src/tests/sys/devrandom && DEPENDFILE=.depend.uint128_test NO_SUBDIR=1 make -f /usr/src/tests/sys/devrandom/Makefile _RECURSING_PROGS=t PROG=uint128_test ) (cd /usr/src/tests/sys/fifo && DEPENDFILE=.depend.fifo_create NO_SUBDIR=1 make -f /usr/src/tests/sys/fifo/Makefile _RECURSING_PROGS=t PROG=fifo_create ) (cd /usr/src/tests/sys/fifo && DEPENDFILE=.depend.fifo_io NO_SUBDIR=1 make -f /usr/src/tests/sys/fifo/Makefile _RECURSING_PROGS=t PROG=fifo_io ) Building /usr/obj/usr/src/amd64.amd64/usr.sbin/tcpdump/tcpdump/print-m3ua.o (cd /usr/src/tests/sys/fifo && DEPENDFILE=.depend.fifo_misc NO_SUBDIR=1 make -f /usr/src/tests/sys/fifo/Makefile _RECURSING_PROGS=t PROG=fifo_misc ) (cd /usr/src/tests/sys/fifo && DEPENDFILE=.depend.fifo_open NO_SUBDIR=1 make -f /usr/src/tests/sys/fifo/Makefile _RECURSING_PROGS=t PROG=fifo_open ) (cd /usr/src/tests/sys/fifo && DEPENDFILE=.depend.fifo_kqueue NO_SUBDIR=1 make -f /usr/src/tests/sys/fifo/Makefile _RECURSING_PROGS=t PROG=fifo_kqueue ) (cd /usr/src/tests/sys/file && DEPENDFILE=.depend.flock_helper NO_SUBDIR=1 make -f /usr/src/tests/sys/file/Makefile _RECURSING_PROGS=t PROG=flock_helper ) (cd /usr/src/tests/sys/file && DEPENDFILE=.depend.ftruncate_test NO_SUBDIR=1 make -f /usr/src/tests/sys/file/Makefile _RECURSING_PROGS=t PROG=ftruncate_test ) (cd /usr/src/tests/sys/file && DEPENDFILE=.depend.newfileops_on_fork_test NO_SUBDIR=1 make -f /usr/src/tests/sys/file/Makefile _RECURSING_PROGS=t PROG=newfileops_on_fork_test ) (cd /usr/src/tests/sys/file && DEPENDFILE=.depend.closefrom_test NO_SUBDIR=1 make -f /usr/src/tests/sys/file/Makefile _RECURSING_PROGS=t PROG=closefrom_test ) (cd /usr/src/tests/sys/file && DEPENDFILE=.depend.dup_test NO_SUBDIR=1 make -f /usr/src/tests/sys/file/Makefile _RECURSING_PROGS=t PROG=dup_test ) (cd /usr/src/tests/sys/file && DEPENDFILE=.depend.fcntlflags_test NO_SUBDIR=1 make -f /usr/src/tests/sys/file/Makefile _RECURSING_PROGS=t PROG=fcntlflags_test ) Building /usr/obj/usr/src/amd64.amd64/usr.sbin/tcpdump/tcpdump/print-mobile.o ld: error: undefined symbol: llvm::GCLoweringID >>> referenced by TargetPassConfig.cpp:842 >>> (/usr/src/contrib/llvm-project/llvm/lib/CodeGen/TargetPassConfig.cpp:842) >>> >>> TargetPassConfig.o:(llvm::TargetPassConfig::addIRPasses()) in archive >>> /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::FinalizeISelID >>> referenced by TargetPassConfig.cpp:1045 >>> (/usr/src/contrib/llvm-project/llvm/lib/CodeGen/TargetPassConfig.cpp:1045) >>> >>> TargetPassConfig.o:(llvm::TargetPassConfig::addCoreISelPasses()) in >>> archive /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::FixupStatepointCallerSavedID >>> referenced by TargetPassConfig.cpp:1141 >>> (/usr/src/contrib/llvm-project/llvm/lib/CodeGen/TargetPassConfig.cpp:1141) >>> >>> TargetPassConfig.o:(llvm::TargetPassConfig::addMachinePasses()) in >>> archive /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::FuncletLayoutID >>> referenced by TargetPassConfig.cpp:1200 >>> (/usr/src/contrib/llvm-project/llvm/lib/CodeGen/TargetPassConfig.cpp:1200) >>> >>> TargetPassConfig.o:(llvm::TargetPassConfig::addMachinePasses()) in >>> archive /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::createGCEmptyBasicBlocksPass() >>> referenced by TargetPassConfig.cpp:1218 >>> (/usr/src/contrib/llvm-project/llvm/lib/CodeGen/TargetPassConfig.cpp:1218) >>> >>> TargetPassConfig.o:(llvm::TargetPassConfig::addMachinePasses()) in >>> archive /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::GCMachineCodeAnalysisID >>> referenced by TargetPassConfig.cpp:1504 >>> (/usr/src/contrib/llvm-project/llvm/lib/CodeGen/TargetPassConfig.cpp:1504) >>> >>> TargetPassConfig.o:(llvm::TargetPassConfig::addGCPasses()) in archive >>> /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::initializeFinalizeISelPass(llvm::PassRegistry&) >>> referenced by CodeGen.cpp:47 >>> (/usr/src/contrib/llvm-project/llvm/lib/CodeGen/CodeGen.cpp:47) >>> >>> CodeGen.o:(llvm::initializeCodeGen(llvm::PassRegistry&)) in archive >>> /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::initializeFixupStatepointCallerSavedPass(llvm::PassRegistry&) >>> referenced by CodeGen.cpp:49 >>> (/usr/src/contrib/llvm-project/llvm/lib/CodeGen/CodeGen.cpp:49) >>> >>> CodeGen.o:(llvm::initializeCodeGen(llvm::PassRegistry&)) in archive >>> /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::initializeFuncletLayoutPass(llvm::PassRegistry&) >>> referenced by CodeGen.cpp:50 >>> (/usr/src/contrib/llvm-project/llvm/lib/CodeGen/CodeGen.cpp:50) >>> >>> CodeGen.o:(llvm::initializeCodeGen(llvm::PassRegistry&)) in archive >>> /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::initializeGCMachineCodeAnalysisPass(llvm::PassRegistry&) >>> referenced by CodeGen.cpp:51 >>> (/usr/src/contrib/llvm-project/llvm/lib/CodeGen/CodeGen.cpp:51) >>> >>> CodeGen.o:(llvm::initializeCodeGen(llvm::PassRegistry&)) in archive >>> /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::initializeGCModuleInfoPass(llvm::PassRegistry&) >>> referenced by CodeGen.cpp:52 >>> (/usr/src/contrib/llvm-project/llvm/lib/CodeGen/CodeGen.cpp:52) >>> >>> CodeGen.o:(llvm::initializeCodeGen(llvm::PassRegistry&)) in archive >>> /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a >>> referenced by ShadowStackGCLowering.cpp:138 >>> (/usr/src/contrib/llvm-project/llvm/lib/CodeGen/ShadowStackGCLowering.cpp:138) >>> >>> ShadowStackGCLowering.o:(initializeShadowStackGCLoweringPassOnce(llvm::PassRegistry&)) >>> in archive /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a >>> referenced by SelectionDAGISel.cpp:352 >>> (/usr/src/contrib/llvm-project/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:352) >>> >>> SelectionDAGISel.o:(llvm::SelectionDAGISel::SelectionDAGISel(char&, >>> llvm::TargetMachine&, llvm::CodeGenOptLevel)) in archive >>> /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::initializeLowerIntrinsicsPass(llvm::PassRegistry&) >>> referenced by CodeGen.cpp:68 >>> (/usr/src/contrib/llvm-project/llvm/lib/CodeGen/CodeGen.cpp:68) >>> >>> CodeGen.o:(llvm::initializeCodeGen(llvm::PassRegistry&)) in archive >>> /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::CollectorMetadataAnalysis::Key >>> referenced by DenseMap.h:649 >>> (/usr/src/contrib/llvm-project/llvm/include/llvm/ADT/DenseMap.h:649) >>> >>> ShadowStackGCLowering.o:(llvm::CollectorMetadataAnalysis::Result& >>> llvm::AnalysisManager::getResult(llvm::Module&)) >>> in archive /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a >>> referenced by DenseMapInfo.h:83 >>> (/usr/src/contrib/llvm-project/llvm/include/llvm/ADT/DenseMapInfo.h:83) >>> >>> ShadowStackGCLowering.o:(llvm::CollectorMetadataAnalysis::Result& >>> llvm::AnalysisManager::getResult(llvm::Module&)) >>> in archive /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a >>> referenced by DenseMapInfo.h:83 >>> (/usr/src/contrib/llvm-project/llvm/include/llvm/ADT/DenseMapInfo.h:83) >>> >>> ShadowStackGCLowering.o:(llvm::CollectorMetadataAnalysis::Result& >>> llvm::AnalysisManager::getResult(llvm::Module&)) >>> in archive /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a >>> referenced 5 more times (cd /usr/src/tests/sys/file && DEPENDFILE=.depend.path_test NO_SUBDIR=1 make -f /usr/src/tests/sys/file/Makefile _RECURSING_PROGS=t PROG=path_test ) ld: error: undefined symbol: llvm::GCFunctionAnalysis::Key >>> referenced by PassManager.h:871 >>> (/usr/src/contrib/llvm-project/llvm/include/llvm/IR/PassManager.h:871) >>> >>> PassBuilder.o:(llvm::PassBuilder::registerFunctionAnalyses(llvm::AnalysisManager&)) >>> in archive /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a >>> referenced by DenseMap.h:649 >>> (/usr/src/contrib/llvm-project/llvm/include/llvm/ADT/DenseMap.h:649) >>> PassBuilder.o:(llvm::GCFunctionAnalysis::Result& >>> llvm::AnalysisManager::getResult(llvm::Function&)) >>> in archive /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a >>> referenced by DenseMapInfo.h:83 >>> (/usr/src/contrib/llvm-project/llvm/include/llvm/ADT/DenseMapInfo.h:83) >>> PassBuilder.o:(llvm::GCFunctionAnalysis::Result& >>> llvm::AnalysisManager::getResult(llvm::Function&)) >>> in archive /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a >>> referenced 5 more times ld: error: undefined symbol: llvm::CollectorMetadataAnalysis::run(llvm::Module&, llvm::AnalysisManager&) >>> referenced by PassManagerInternal.h:325 >>> (/usr/src/contrib/llvm-project/llvm/include/llvm/IR/PassManagerInternal.h:325) >>> >>> PassBuilder.o:(llvm::detail::AnalysisPassModel>> llvm::CollectorMetadataAnalysis, llvm::PreservedAnalyses, >>> llvm::AnalysisManager::Invalidator>::run(llvm::Module&, >>> llvm::AnalysisManager&)) in archive >>> /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::GCStrategyMap::invalidate(llvm::Module&, llvm::PreservedAnalyses const&, llvm::AnalysisManager::Invalidator&) >>> referenced by PassManagerInternal.h:260 >>> (/usr/src/contrib/llvm-project/llvm/include/llvm/IR/PassManagerInternal.h:260) >>> >>> PassBuilder.o:(llvm::detail::AnalysisResultModel>> llvm::CollectorMetadataAnalysis, llvm::GCStrategyMap, >>> llvm::PreservedAnalyses, >>> llvm::AnalysisManager::Invalidator, >>> true>::invalidate(llvm::Module&, llvm::PreservedAnalyses const&, >>> llvm::AnalysisManager::Invalidator&)) in archive >>> /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::GCFunctionAnalysis::run(llvm::Function&, llvm::AnalysisManager&) >>> referenced by PassManagerInternal.h:325 >>> (/usr/src/contrib/llvm-project/llvm/include/llvm/IR/PassManagerInternal.h:325) >>> >>> PassBuilder.o:(llvm::detail::AnalysisPassModel>> llvm::GCFunctionAnalysis, llvm::PreservedAnalyses, >>> llvm::AnalysisManager::Invalidator>::run(llvm::Function&, >>> llvm::AnalysisManager&)) in archive >>> /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::GCFunctionInfo::~GCFunctionInfo() >>> referenced by PassManagerInternal.h:324 >>> (/usr/src/contrib/llvm-project/llvm/include/llvm/IR/PassManagerInternal.h:324) >>> >>> PassBuilder.o:(llvm::detail::AnalysisPassModel>> llvm::GCFunctionAnalysis, llvm::PreservedAnalyses, >>> llvm::AnalysisManager::Invalidator>::run(llvm::Function&, >>> llvm::AnalysisManager&)) in archive >>> /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a >>> referenced by unique_ptr.h:597 >>> (/usr/obj/usr/src/amd64.amd64/tmp/usr/include/c++/v1/__memory/unique_ptr.h:597) >>> >>> PassBuilder.o:(std::__1::__unique_if>> llvm::GCFunctionAnalysis, llvm::GCFunctionInfo, >>> llvm::PreservedAnalyses, >>> llvm::AnalysisManager::Invalidator, >>> true>>::__unique_single >>> std::__1::make_unique[abi:sn180100]>> llvm::GCFunctionAnalysis, llvm::GCFunctionInfo, >>> llvm::PreservedAnalyses, >>> llvm::AnalysisManager::Invalidator, true>, >>> llvm::GCFunctionInfo>(llvm::GCFunctionInfo&&)) in archive >>> /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a >>> referenced by PassManagerInternal.h:192 >>> (/usr/src/contrib/llvm-project/llvm/include/llvm/IR/PassManagerInternal.h:192) >>> >>> PassBuilder.o:(llvm::detail::AnalysisResultModel>> llvm::GCFunctionAnalysis, llvm::GCFunctionInfo, >>> llvm::PreservedAnalyses, >>> llvm::AnalysisManager::Invalidator, >>> true>::~AnalysisResultModel()) in archive >>> /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a >>> referenced 1 more times ld: error: undefined symbol: llvm::GCFunctionInfo::invalidate(llvm::Function&, llvm::PreservedAnalyses const&, llvm::AnalysisManager::Invalidator&) >>> referenced by PassManagerInternal.h:260 >>> (/usr/src/contrib/llvm-project/llvm/include/llvm/IR/PassManagerInternal.h:260) >>> >>> PassBuilder.o:(llvm::detail::AnalysisResultModel>> llvm::GCFunctionAnalysis, llvm::GCFunctionInfo, >>> llvm::PreservedAnalyses, >>> llvm::AnalysisManager::Invalidator, >>> true>::invalidate(llvm::Function&, llvm::PreservedAnalyses const&, >>> llvm::AnalysisManager::Invalidator&)) in archive >>> /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a ld: error: undefined symbol: llvm::GCLoweringPass::run(llvm::Function&, llvm::AnalysisManager&) >>> referenced by PassManagerInternal.h:89 >>> (/usr/src/contrib/llvm-project/llvm/include/llvm/IR/PassManagerInternal.h:89) >>> PassBuilder.o:(llvm::detail::PassModel>> llvm::GCLoweringPass, llvm::PreservedAnalyses, >>> llvm::AnalysisManager>::run(llvm::Function&, >>> llvm::AnalysisManager&)) in archive >>> /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a ld: error: too many errors emitted, stopping now (use --error-limit=0 to see all errors) (cd /usr/src/tests/sys/file && DEPENDFILE=.depend.fspacectl_test NO_SUBDIR=1 make -f /usr/src/tests/sys/file/Makefile _RECURSING_PROGS=t PROG=fspacectl_test ) c++: error: linker command failed with exit code 1 (use -v to see invocation) *** [clang.full] Error code 1 make[5]: stopped making "all" in /usr/src/usr.bin/clang/clang .ERROR_TARGET='clang.full' .ERROR_META_FILE='/usr/obj/usr/src/amd64.amd64/usr.bin/clang/clang/clang.full.meta' .MAKE.LEVEL='5' MAKEFILE='' .MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes verbose' _ERROR_CMD='c++ -target x86_64-unknown-freebsd15.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin -O2 -pipe -fno-common -I/usr/obj/usr/src/amd64.amd64/lib/clang/libclang -I/usr/obj/usr/src/amd64.amd64/lib/clang/libllvm -I/usr/src/contrib/llvm-project/clang/include -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -I/usr/src/lib/clang/include -I/usr/src/contrib/llvm-project/llvm/include -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -DHAVE_VCS_VERSION_INC -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd15.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd15.0\" -DDEFAULT_SYSROOT=\"\" -DLLVM_TARGET_ENABLE_AARCH64 -DLLVM_TARGET_ENABLE_ARM -DLLVM_TARGET_ENABLE_POWERPC -DLLVM_TARGET_ENABLE_RISCV -DLLVM_TARGET_ENABLE_X86 -DLLVM_NATIVE_ASMPARSER=LLVMInitializeX86AsmParser -DLLVM_NATIVE_ASMPRINTER=LLVMInitializeX86AsmPrinter -DLLVM_NATIVE_DISASSEMBLER=LLVMInitializeX86Disassembler -DLLVM_NATIVE_TARGET=LLVMInitializeX86Target -DLLVM_NATIVE_TARGETINFO=LLVMInitializeX86TargetInfo -DLLVM_NATIVE_TARGETMC=LLVMInitializeX86TargetMC -ffunction-sections -fdata-sections -gline-tables-only -Wno-format-zero-length -fstack-protector-strong -Wdate-time -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-error=unused-but-set-parameter -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-parentheses -Qunused-arguments -fno-exceptions -fno-rtti -std=c++17 -stdlib=libc++ -Wno-c++11-extensions -Wl,--gc-sections -Wl,-zrelro -o clang.full cc1_main.o cc1as_main.o cc1gen_reproducer_main.o clang-driver.o driver.o /usr/obj/usr/src/amd64.amd64/lib/clang/libclang/libclang.a /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a -lz -lprivatezstd -lexecinfo -lncursesw -lpthread;' .CURDIR='/usr/src/usr.bin/clang/clang' .MAKE='make' .OBJDIR='/usr/obj/usr/src/amd64.amd64/usr.bin/clang/clang' .TARGETS='all' CPUTYPE='' DESTDIR='/usr/obj/usr/src/amd64.amd64/tmp' LD_LIBRARY_PATH='' MACHINE='amd64' MACHINE_ARCH='amd64' MACHINE_CPUARCH='amd64' MAKEOBJDIRPREFIX='' MAKESYSPATH='/usr/src/share/mk' MAKE_VERSION='20240711' PATH='/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/libexec::/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP='/usr/src' OBJTOP='/usr/obj/usr/src/amd64.amd64' .MAKE.MAKEFILES='/usr/src/share/mk/sys.mk /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk /etc/src-env.conf /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/src.sys.obj.mk /usr/src/share/mk/local.sys.machine.mk /usr/src/share/mk/meta.sys.mk /usr/src/share/mk/local.meta.sys.env.mk /usr/src/share/mk/auto.obj.mk /usr/src/share/mk/bsd.suffixes.mk /etc/make.conf /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk /etc/src.conf /usr/src/usr.bin/clang/clang/Makefile /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.endian.mk /usr/src/share/mk/bsd.linker.mk /usr/src/usr.bin/clang/clang.prog.mk /usr/src/lib/clang/clang.pre.mk /usr/src/lib/clang/llvm.pre.mk /usr/src/lib/clang/clang.build.mk /usr/src/lib/clang/llvm.build.mk /usr/src/share/mk/bsd.prog.mk /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk /usr/src/usr.bin/clang/clang/../Makefile.inc /usr/src/usr.bin/clang/clang/../../Makefile.inc /usr/src/share/mk/bsd.sanitizer.mk /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk /usr/src/share/mk/bsd.nls.mk /usr/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.dirs.mk /usr/src/share/mk/bsd.incs.mk /usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.man.mk /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk /usr/src/share/mk/bsd.sys.mk /dev/null' .PATH='. /usr/src/usr.bin/clang/clang /usr/src/contrib/llvm-project/clang/tools/driver' make[2]: stopped making "all" in /usr/src make[2]: stopped making "all" in /usr/src make[2]: stopped making "all" in /usr/src make[2]: stopped making "all" in /usr/src 35.46 real 100.11 user 16.43 sys make[1]: stopped making "buildworld" in /usr/src make: stopped making "buildworld buildkernel" in /usr/src ler in playbox in src🔒 on  main [?] took 2m4s ❯ cd /usr/src/ && sudo git pull zsh: correct 'git' to '.git' [nyae]? n Already up to date. ler in playbox in src🔒 on  main [?] ❯ -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 13425 Ranch Road 620 N, Apt 718, Austin, TX 78717-1010 From nobody Tue Jul 30 00:44:00 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WXxLm2dw5z5SJsw for ; Tue, 30 Jul 2024 00:44:16 +0000 (UTC) (envelope-from naito.yuichiro@gmail.com) Received: from mail-pj1-x102e.google.com (mail-pj1-x102e.google.com [IPv6:2607:f8b0:4864:20::102e]) (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 4WXxLl0Cfjz4JwZ for ; Tue, 30 Jul 2024 00:44:15 +0000 (UTC) (envelope-from naito.yuichiro@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b="PL/YIICD"; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of naito.yuichiro@gmail.com designates 2607:f8b0:4864:20::102e as permitted sender) smtp.mailfrom=naito.yuichiro@gmail.com Received: by mail-pj1-x102e.google.com with SMTP id 98e67ed59e1d1-2cb5e0b020eso3053999a91.2 for ; Mon, 29 Jul 2024 17:44:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1722300253; x=1722905053; darn=freebsd.org; h=to:cc:date:message-id:subject:mime-version :content-transfer-encoding:from:from:to:cc:subject:date:message-id :reply-to; bh=HOR1+LSsUnt7/S0GWZvv/xdcS8RfLw3uOE1Exd+Msn0=; b=PL/YIICDMP6xNYqnRde1odi423CqHl4rMG/pAO/8VLdZMsZBUOLCLy688IDdEGBu52 jzvJ3mhSejiuMKgR2ecdIiav/gx8Q5xc5RYPGNfzpk2sVFgwmSzbu6HgYzM37/JR/gRH GKD9HBX8KKkb02iFL/UiO0CMpp7tcWm569vpPueS/loaVqSOO14gxZbuUQhLmkOCYaS0 ZNvOsHIVHcMCW4AiNL5qrDSL8BgmiQK4rH3fOaPZmMsFDeuEW89X8d9lGoayZcATmRgu 6hLdJdWdjLzrzwIIS7gtq+XYQNOZnlDH57Gbvvl74AFSitxXDQvI+HFxtkuTFp/JAfwR cjZQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1722300253; x=1722905053; h=to:cc:date:message-id:subject:mime-version :content-transfer-encoding:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=HOR1+LSsUnt7/S0GWZvv/xdcS8RfLw3uOE1Exd+Msn0=; b=lFJYpzBanpgZTmx7T3ohanHj7ZnlY2DUMwWmkIWMjCeBrg/w7sOQ9yYSsyzRXKq1Wf LQWyATnDQkX0BZy6mNjuyH75ya2XV2lTGgWhCNw1gG4ROl40D7L67IFcqfYbPii6detK 4zeaR44O37WB/ERgjWUu3AvYehjJy8nW2hMByGZIGGl8DgQ/rSUYRnU6JtNNvWdWA70a Y7MDknox35v2xMqKDePYFcnlS+Rly5Gtc+O80KCCLNqAAGFFRY7uJeQq2wrXemZfJUOm DPd35nJbeBEzEfjCbbPR8jYUsnKHyGfZyWIdeUMF+AtdjpzrV8GWOQmEt7JQDkmbAHLA j6ow== X-Gm-Message-State: AOJu0YxLrO7ZVa88dn9pZywAbP6BFMy+E0qUgpu8lka6G/bGd26DWe6t STSCsXDbbqYFMX57PYNXVbUZJzedTDDrOfB3SqeO42NkNIg+LsSy08nZYg== X-Google-Smtp-Source: AGHT+IEmOaWW0tiXnVX3M5zOpJFR1JrrB96NOoL+mXTfi5L5WK30nPATwcsgqYDY7BbwCXPeY/CAkg== X-Received: by 2002:a17:90a:480a:b0:2c8:f3b7:ec45 with SMTP id 98e67ed59e1d1-2cf7e73490amr10900074a91.36.1722300253259; Mon, 29 Jul 2024 17:44:13 -0700 (PDT) Received: from smtpclient.apple ([240d:1a:12a:4e00:17e:61c1:2b5c:4c44]) by smtp.gmail.com with ESMTPSA id 98e67ed59e1d1-2cdb7600209sm11203863a91.54.2024.07.29.17.44.12 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 29 Jul 2024 17:44:12 -0700 (PDT) From: =?utf-8?B?5YaF6Jek56WQ5LiA6YOO?= 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 \(3774.600.62\)) Subject: lua loader failes Message-Id: <32DC8FB2-1384-4F15-8232-2606CCAD358E@gmail.com> Date: Tue, 30 Jul 2024 09:44:00 +0900 Cc: imp@bsdimp.com To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.3774.600.62) X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.79 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_SPAM_SHORT(0.21)[0.212]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TAGGED_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::102e:from] X-Rspamd-Queue-Id: 4WXxLl0Cfjz4JwZ Hi, I updated my FreeBSD current machine to the following commit. FreeBSD vega.yuisoft.com 15.0-CURRENT FreeBSD 15.0-CURRENT #29 = main-n271492-0eac99f76ec3: Tue Jul 30 08:59:51 JST 2024 = yuichiro@vega.yuisoft.com:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG= amd64 The lua loader fails as follows. ERROR: error loading module 'menu' from file '/boot/lua/menu.lua': = /boot/lua/menu.lua:420: '}' expected (to close '{' at line 415) near = 'vi sible=E2=80=99. A comma is probably missing. The following patch works for me. diff --git a/stand/lua/menu.lua b/stand/lua/menu.lua index 66d7fe673023..7d295eeb65eb 100644 --- a/stand/lua/menu.lua +++ b/stand/lua/menu.lua @@ -416,7 +416,7 @@ menu.welcome =3D { = entry_type =3D core.MENU_SEPARATOR, name =3D function() return "Loader requires updating" - end + end, visible =3D function() return core.loaderTooOld() end =E2=80=94 Yuichiro NAITO naito.yuichiro@gmail.com From nobody Tue Jul 30 00:56:22 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WXxd14nF8z5SKbJ for ; Tue, 30 Jul 2024 00:56:37 +0000 (UTC) (envelope-from naito.yuichiro@gmail.com) Received: from mail-oa1-x36.google.com (mail-oa1-x36.google.com [IPv6:2001:4860:4864:20::36]) (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 4WXxd106SKz4Ln1 for ; Tue, 30 Jul 2024 00:56:37 +0000 (UTC) (envelope-from naito.yuichiro@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=a4qW73F3; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of naito.yuichiro@gmail.com designates 2001:4860:4864:20::36 as permitted sender) smtp.mailfrom=naito.yuichiro@gmail.com Received: by mail-oa1-x36.google.com with SMTP id 586e51a60fabf-260fed6c380so2463219fac.1 for ; Mon, 29 Jul 2024 17:56:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1722300995; x=1722905795; darn=freebsd.org; h=to:cc:date:message-id:subject:mime-version :content-transfer-encoding:from:from:to:cc:subject:date:message-id :reply-to; bh=3fx7cdIBVtGOKJOdh4q5r4k0QZv+/Hc9XRpcybTq77c=; b=a4qW73F34u/Gbv+mUCzrAWEGskbHVzf4ibR9TtdCyJ0WVbf93FSuHMlWk4GFCi/vwk ss1EEL2S9tIJJAzF+b/mpLSB/J5WbTsRp1rCQs4OT26L5B0Uxr5/Fuy+pXBzeUx1nqFN qvouabwtJypEwXhxw7xkps/MBVcZNNh2LbgJ6IdB91lQJd3wS7wLwZxegsBZaa+BksVg aTA6FxcZicHGUWweiBgkfNTEzG8rBJf8AF0FtK/cOjQVWFCRevy2HF2Vt8kWOdCsTg06 U1ykj46vIS7zjVoUeYAqR5ikJMLOIMLV+buq2xdun8hwhEPsuJ4iKsrWQJ56RUToVhKM oWRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1722300995; x=1722905795; h=to:cc:date:message-id:subject:mime-version :content-transfer-encoding:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=3fx7cdIBVtGOKJOdh4q5r4k0QZv+/Hc9XRpcybTq77c=; b=T6oXeqd8EpsBSvChm69ZTtPoMWeZECC7y6IRX64xq+qc9G0HSyez5cPHhKZTZ2JXER +omT6/BGMJQrePnW6I9A17BVPmYY1UFrXg0Cyk+QQsg2zvveU+YPDX+jEXTwhpLl8afN ofOQ2VVCSCrEoaj2Tr20fQ49a3Nc83q5eOdSPtG+owvRDZD0AsN16NoanScZ1vn5A3EF LvJ4eX5w7tR82uDE1qCq7uxEZEJokMFOQ3GuYrqJUq1d8c2GxCTfgmwUZNHHr47b8yKa KlB80eRY6/1YhZ/oJOw7MxQJtPRcLRZ6aXv/Ns6jvYaGFU43oRStu4BuCHrpSnvFatgJ K5bQ== X-Gm-Message-State: AOJu0YyLiNDGHoq4nxaCliGqG+kwJx6qK9ERdZ7MVBF8kMGQdeMDTtJ2 1XFSLiS+1Ml8VLy0zc32kBJvQKwbXb9fOSKVtbR7Hrn13wTpyKG342874w== X-Google-Smtp-Source: AGHT+IG/keTd8v4vyGzv8QgDbaQlBebgT4Rrg+SV9yVZXSkTe4yxUekMr3HkPilgZP59GMPLWTxiPQ== X-Received: by 2002:a05:6870:208:b0:24c:ae57:b4b9 with SMTP id 586e51a60fabf-267d4d5aca6mr13206829fac.14.1722300995518; Mon, 29 Jul 2024 17:56:35 -0700 (PDT) Received: from smtpclient.apple ([240d:1a:12a:4e00:17e:61c1:2b5c:4c44]) by smtp.gmail.com with ESMTPSA id d2e1a72fcca58-70ead874ae3sm7428571b3a.161.2024.07.29.17.56.34 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 29 Jul 2024 17:56:35 -0700 (PDT) From: =?utf-8?B?5YaF6Jek56WQ5LiA6YOO?= 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 \(3774.600.62\)) Subject: Lua loader shows no menu Message-Id: <5F044351-CBCF-4439-BCCA-297AF92DE36E@gmail.com> Date: Tue, 30 Jul 2024 09:56:22 +0900 Cc: imp@bsdimp.com To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.3774.600.62) X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.54 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_SPAM_SHORT(0.46)[0.456]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2001:4860:4000::/36]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TAGGED_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2001:4860:4864::/48, country:US]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2001:4860:4864:20::36:from] X-Rspamd-Queue-Id: 4WXxd106SKz4Ln1 My lua boot loader shows no menu after updating the following commit = with my patch in the previous mail. FreeBSD vega.yuisoft.com 15.0-CURRENT FreeBSD 15.0-CURRENT #29 = main-n271492-0eac99f76ec3: Tue Jul 30 08:59:51 JST 2024 = yuichiro@vega.yuisoft.com:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG= amd64 Both serial and efi consoles neither. ______ ____ _____ _____ | ____| | _ \ / ____| __ \ | |___ _ __ ___ ___ | |_) | (___ | | | | | ___| '__/ _ \/ _ \| _ < \___ \| | | | | | | | | __/ __/| |_) |____) | |__| | | | | | | | || | | | |_| |_| \___|\___||____/|_____/|_____/ ``` = ` s` = `.....---.......--.``` -/ +---------- Welcome to FreeBSD -----------+ +o .--` /y:` = +. | | yo`:. :o = `+- | | y/ -/` = -o/ | | .- = ::/sy+:. | | / = `-- / | | `: = :` | | `: = :` | | / = / | | .- = -. | | -- = -. | | `:` = `:` | | .-- = `--. | | .---.....----. +-----------------------------------------+ =E2=80=94 Yuichiro NAITO naito.yuichiro@gmail.com From nobody Tue Jul 30 01:02:30 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WXxm42pQyz5SKtR for ; Tue, 30 Jul 2024 01:02:44 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pg1-x535.google.com (mail-pg1-x535.google.com [IPv6:2607:f8b0:4864:20::535]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WXxm335Zyz4N4F for ; Tue, 30 Jul 2024 01:02:43 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20230601.gappssmtp.com header.s=20230601 header.b=kYzLeFek; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::535) smtp.mailfrom=wlosh@bsdimp.com Received: by mail-pg1-x535.google.com with SMTP id 41be03b00d2f7-7a103ac7be3so2237581a12.3 for ; Mon, 29 Jul 2024 18:02:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1722301362; x=1722906162; 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=31QdxXUrWBEjk9x112sRPI724c2H5ftpEAQkX6cqz+4=; b=kYzLeFekjZ/na9jIMz9e7aTNXDTyiWWcVBaHOZuccx8eeGlAnIAEXMrmUb6dxUJGdu 0wGpNaYMhyJNa7kZq1C7MNjuwUzopALzLFVExyD+xkfe3hiXPnUYuusB/4F8L8uKQbXA Hhc7B7WXFnE2y+8VfBt5AnNR2ZLm2g49grry+VAveKVrVuZ4MELgvCLHIusmAT4xQNn9 lMQWuPMxsJrQpueAQlSxWOoRJ5N5szNzwt0u4LTGOZ5F0xJyYDk8OGZPXGQHxaltj9Do Ht0WlzTvn2j60REosqlI/TheBFyQP8y3sGXtwG0zgWwhWyMzNuCNhyfTg/2Q5r1QBAL7 FHWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1722301362; x=1722906162; 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=31QdxXUrWBEjk9x112sRPI724c2H5ftpEAQkX6cqz+4=; b=qWz7iFzoHVs+aMedxn5wZeomNZ1B5pOaxkDAxVLMZKVxfFa1yZ/u2/5poZZ+yE3i7v WxpBy9CtGBkOfSo90aK8PzCsZ3nmDwmdF8grLwR+zwHb7jB6aPo5OcM5dYOt2mw6ZiRm 0hUioMmOBp3e2ORO+fDWj3v7AJve7cqYgAiA5o7SlFdPJyzAIcMvTHWVUhWAHJW1iR0h hMGRvIMAvIjMpaSIQzRbcXMaseJCPOcaliNPAykQoYOuO4qm8YOoP5XZGyMJF+zvpHHV Lz0Tf0dM1P4TSW+RmcLwwjzTjbbZ19PvEoxY0lNsZQJXaV34higpyX127dKTCwsZPlc3 Ru+g== X-Gm-Message-State: AOJu0Yw6WyKO+s7K+2P1coPK2o8C5RiBiyal61yPNMhIAqz+yMZfWFNr S9OnflGSu0p/GBjHxRkMp3lZoclgs7p8n++1+vTv1gewKy2WdhEksIa6I+RgGVoUj7c46nLSPnj eju+f8Qg2Cpbsd2em2DiS1mF6iqjCTRNBC44AYtbEpKS9PmR9 X-Google-Smtp-Source: AGHT+IFKrp50yXH0pDqwUu1lyoz9tKwXPTJ2HDDJM9XAriHYZfv4s+5OPgJPmsFoAk7UBxxuIhOlj5QjPGD9caJvIhM= X-Received: by 2002:a17:90a:3048:b0:2cb:4c06:8f11 with SMTP id 98e67ed59e1d1-2cf7e1fcb0amr7500497a91.22.1722301362135; Mon, 29 Jul 2024 18:02:42 -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: <32DC8FB2-1384-4F15-8232-2606CCAD358E@gmail.com> In-Reply-To: <32DC8FB2-1384-4F15-8232-2606CCAD358E@gmail.com> From: Warner Losh Date: Mon, 29 Jul 2024 19:02:30 -0600 Message-ID: Subject: Re: lua loader failes To: =?UTF-8?B?5YaF6Jek56WQ5LiA6YOO?= Cc: FreeBSD Current Content-Type: multipart/alternative; boundary="000000000000e305b3061e6c88e0" X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20230601.gappssmtp.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[bsdimp.com]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TAGGED_RCPT(0.00)[]; MISSING_XM_UA(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; RCPT_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::535:from]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[bsdimp-com.20230601.gappssmtp.com:+] X-Rspamd-Queue-Id: 4WXxm335Zyz4N4F --000000000000e305b3061e6c88e0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Yes. My fault. I'll fix. I thought I'd tested the menu... but apparently not. My apologies. Warner On Mon, Jul 29, 2024, 6:44=E2=80=AFPM =E5=86=85=E8=97=A4=E7=A5=90=E4=B8=80= =E9=83=8E wrote: > Hi, I updated my FreeBSD current machine to the following commit. > > FreeBSD vega.yuisoft.com 15.0-CURRENT FreeBSD 15.0-CURRENT #29 > main-n271492-0eac99f76ec3: Tue Jul 30 08:59:51 JST 2024 > yuichiro@vega.yuisoft.com:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEB= UG > amd64 > > The lua loader fails as follows. > > ERROR: error loading module 'menu' from file '/boot/lua/menu.lua': > /boot/lua/menu.lua:420: '}' expected (to close '{' at line 415) near 'v= i > sible=E2=80=99. > > A comma is probably missing. The following patch works for me. > > diff --git a/stand/lua/menu.lua b/stand/lua/menu.lua > index 66d7fe673023..7d295eeb65eb 100644 > --- a/stand/lua/menu.lua > +++ b/stand/lua/menu.lua > @@ -416,7 +416,7 @@ menu.welcome =3D { entry_typ= e =3D > core.MENU_SEPARATOR, > name =3D function() > return "Loader requires updating" > - end > + end, > visible =3D function() > return core.loaderTooOld() > end > > > =E2=80=94 > Yuichiro NAITO > naito.yuichiro@gmail.com > > > > > --000000000000e305b3061e6c88e0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Yes. My fault. I'll fix. I thought I'd tested the= menu... but apparently not. My apologies.=C2=A0

Warner=C2=A0

<= div dir=3D"ltr" class=3D"gmail_attr">On Mon, Jul 29, 2024, 6:44=E2=80=AFPM = =E5=86=85=E8=97=A4=E7=A5=90=E4=B8=80=E9=83=8E <naito.yuichiro@gmail.com> wrote:
Hi, I updated my FreeBSD current machine to the fol= lowing commit.

FreeBSD vega.yuisoft.com 15.0-CURRENT FreeBSD 15.0-CURRENT #29= main-n271492-0eac99f76ec3: Tue Jul 30 08:59:51 JST 2024=C2=A0 =C2=A0 =C2= =A0yuichiro@vega.yuisoft.com:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEB= UG amd64

The lua loader fails as follows.

ERROR: error loading module 'menu' from file '/boot/lua/menu.lu= a':=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 /boot/lua/menu.lua:420: '}= 9; expected (to close '{' at line 415) near 'vi
sible=E2=80=99.

A comma is probably missing. The following patch works for me.

diff --git a/stand/lua/menu.lua b/stand/lua/menu.lua
index 66d7fe673023..7d295eeb65eb 100644
--- a/stand/lua/menu.lua
+++ b/stand/lua/menu.lua
@@ -416,7 +416,7 @@ menu.welcome =3D {=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 entry_type =3D core= .MENU_SEPARATOR,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 name =3D function()
=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 return "Loader requires updatin= g"
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0end
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0end,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 visible =3D function()
=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 return core.loaderTooOld()
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 end


=E2=80=94
Yuichiro NAITO
naito.yuichiro@gmail.com




--000000000000e305b3061e6c88e0-- From nobody Tue Jul 30 03:37:12 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WY1Bc523Rz5SXh9 for ; Tue, 30 Jul 2024 03:37:28 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pf1-x430.google.com (mail-pf1-x430.google.com [IPv6:2607:f8b0:4864:20::430]) (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 4WY1BZ4S1Zz4cSH for ; Tue, 30 Jul 2024 03:37:26 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20230601.gappssmtp.com header.s=20230601 header.b=E48JDlYJ; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::430) smtp.mailfrom=wlosh@bsdimp.com Received: by mail-pf1-x430.google.com with SMTP id d2e1a72fcca58-70eb73a9f14so3008886b3a.2 for ; Mon, 29 Jul 2024 20:37:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1722310644; x=1722915444; 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=Hvghb1olPDLAlGm0eTwRnRx/zKzLNaIV9sCEpGtC+L0=; b=E48JDlYJQllIG19iXV2ZbTigq3LfUtPyEoj2tRcEnCaKkjv7osfvTrKfEwf/y54RxH Vmf06iWrVuhjq0xdWootmq0haR0MxlkO+wDrC6Ao/YZFlST8izsbspsVbWM7POTEHX4R 5qYxRaUhv0GSRjji2nq76G/+ILTETXdehSq7/8nqarubQTcQSs+vWQdMotFcZqUSSNvY PdTkS3YVExtVaA02jWGTVV1kq7wg+RqdhxQWV3E9TZao563rXAtSfDAtOKDR0DpSYs8G mqxh/0YXXq4au0DLnRCiIb65EeBiEzW9okmK5QEeaBG5bPHImuqEZ03VgkLO2rG3OQa5 KR9g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1722310644; x=1722915444; 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=Hvghb1olPDLAlGm0eTwRnRx/zKzLNaIV9sCEpGtC+L0=; b=MlbStFrRXVpwhg5GNnY6iXFD95UMjdWbYJeBxFPCfEtnfF4Rrk2tDr1XcUHgp2lu/M tU07vNpsXQxxCZm+RsZSAT/pNsqdglY/dPcFGfjhnSQEWIP63dgo+mvUkf5F9WAXh1bt RQrQyEw9M+uJ06XV0UFUQwd9WQlyHXVYezvW+2gOd/x4AOZHyCXpH9Du1EaOBnEhItNS UnwWLMiQy9z1c7gbu8v9kTv4pcrhdadibfemW4M8TgFgpeGsutFxdOTOwr+uCVpTfg2S cLvpaSr6xDySsMnWMWC/Jz0Ef10JTUoB/4sp9cE8z+pIaBH2RV5JRdGbJWzXyF4QL7Sq 7jqg== X-Gm-Message-State: AOJu0Yw3yJfB+kns01myTL60+SEzJYpDqUOevAuT4w20f/hY2+XkrYIn MWkHzKMeva8es3g3QQ9Gq51A+PgZQJN92tzaC6yXT5XVjqSFbaB7892+3LkMM+YmllTxil0ZC0G gbhGyD/o2eSfH4rJaEfcpoJInzeE7ZVijRiUubJBmF4fOJIQ+7K0= X-Google-Smtp-Source: AGHT+IF3JYwyxcL+nSIdDrHRyz+RtqLkAyzQ9/b5IKKN0lA8aKJHDeBmT38sfjx/w833QgKzKbbCkmPmQli/sMcrTNw= X-Received: by 2002:a05:6a20:1591:b0:1bd:709:e4cc with SMTP id adf61e73a8af0-1c4a13a465fmr14939917637.38.1722310643925; Mon, 29 Jul 2024 20:37:23 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <5F044351-CBCF-4439-BCCA-297AF92DE36E@gmail.com> In-Reply-To: <5F044351-CBCF-4439-BCCA-297AF92DE36E@gmail.com> From: Warner Losh Date: Mon, 29 Jul 2024 21:37:12 -0600 Message-ID: Subject: Re: Lua loader shows no menu To: =?UTF-8?B?5YaF6Jek56WQ5LiA6YOO?= Cc: freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="0000000000001fe351061e6eb2e9" X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.89 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.994]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20230601.gappssmtp.com:s=20230601]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[bsdimp.com]; FREEMAIL_TO(0.00)[gmail.com]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20230601.gappssmtp.com:+]; R_SPF_NA(0.00)[no SPF record]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TAGGED_RCPT(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::430:from] X-Rspamd-Queue-Id: 4WY1BZ4S1Zz4cSH --0000000000001fe351061e6eb2e9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable That was my fault. Turns out I forgot to copy the menu version back from my laptop to my server before committing. My laptop is the only place I had the menu. I got this stuff working there last week after I got it working on my server... then forgot I'd done that and pushed the wrong version... So you got the first, untested draft, not the actual code I'd tested. :( My apologies. Warner On Mon, Jul 29, 2024 at 6:56=E2=80=AFPM =E5=86=85=E8=97=A4=E7=A5=90=E4=B8= =80=E9=83=8E wrote: > My lua boot loader shows no menu after updating the following commit with > my patch in the previous mail. > > FreeBSD vega.yuisoft.com 15.0-CURRENT FreeBSD 15.0-CURRENT #29 > main-n271492-0eac99f76ec3: Tue Jul 30 08:59:51 JST 2024 > yuichiro@vega.yuisoft.com:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEB= UG > amd64 > > Both serial and efi consoles neither. > > > ______ ____ _____ _____ > | ____| | _ \ / ____| __ \ > | |___ _ __ ___ ___ | |_) | (___ | | | | > | ___| '__/ _ \/ _ \| _ < \___ \| | | | > | | | | | __/ __/| |_) |____) | |__| | > | | | | | | || | | | > |_| |_| \___|\___||____/|_____/|_____/ ``` > ` > s` `.....---.......--.``` > -/ > +---------- Welcome to FreeBSD -----------+ +o .--` /y:` > +. > | | yo`:. :o > `+- > | | y/ -/` > -o/ > | | .- > ::/sy+:. > | | / > `-- / > | | `: > :` > | | `: > :` > | | / > / > | | .- > -. > | | -- > -. > | | `:` `= :` > | | .-- `--. > | | .---.....----. > +-----------------------------------------+ > > > =E2=80=94 > Yuichiro NAITO > naito.yuichiro@gmail.com > > > > > --0000000000001fe351061e6eb2e9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBkaXI9Imx0ciI+PGRpdiBkaXI9Imx0ciI+PGRpdj5UaGF0IHdhcyBteSBmYXVsdC48L2Rp dj48ZGl2Pjxicj48L2Rpdj48ZGl2PlR1cm5zIG91dCBJIGZvcmdvdCB0byBjb3B5IHRoZSBtZW51 IHZlcnNpb24gYmFjayBmcm9tIG15IGxhcHRvcCB0byBteSBzZXJ2ZXIgYmVmb3JlIGNvbW1pdHRp bmcuPC9kaXY+PGRpdj5NeSBsYXB0b3AgaXMgdGhlIG9ubHkgcGxhY2UgSSBoYWQgdGhlIG1lbnUu IEkgZ290IHRoaXMgc3R1ZmYgd29ya2luZyB0aGVyZSBsYXN0IHdlZWsgYWZ0ZXIgSSBnb3QgaXQ8 L2Rpdj48ZGl2Pndvcmtpbmcgb24gbXkgc2VydmVyLi4uIHRoZW4gZm9yZ290IEkmIzM5O2QgZG9u ZSB0aGF0IGFuZCBwdXNoZWQgdGhlIHdyb25nIHZlcnNpb24uLi4gU28geW91IGdvdCB0aGU8L2Rp dj48ZGl2PmZpcnN0LCB1bnRlc3RlZCBkcmFmdCwgbm90IHRoZSBhY3R1YWwgY29kZSBJJiMzOTtk IHRlc3RlZC7CoCA6KCBNeSBhcG9sb2dpZXMuPGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+ V2FybmVyPGJyPjwvZGl2PjwvZGl2Pjxicj48ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+PGRpdiBk aXI9Imx0ciIgY2xhc3M9ImdtYWlsX2F0dHIiPk9uIE1vbiwgSnVsIDI5LCAyMDI0IGF0IDY6NTbi gK9QTSDlhoXol6TnpZDkuIDpg44gJmx0OzxhIGhyZWY9Im1haWx0bzpuYWl0by55dWljaGlyb0Bn bWFpbC5jb20iPm5haXRvLnl1aWNoaXJvQGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjxicj48L2Rp dj48YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAw cHggMC44ZXg7Ym9yZGVyLWxlZnQ6MXB4IHNvbGlkIHJnYigyMDQsMjA0LDIwNCk7cGFkZGluZy1s ZWZ0OjFleCI+TXkgbHVhIGJvb3QgbG9hZGVyIHNob3dzIG5vIG1lbnUgYWZ0ZXIgdXBkYXRpbmcg dGhlIGZvbGxvd2luZyBjb21taXQgd2l0aCBteSBwYXRjaCBpbiB0aGUgcHJldmlvdXMgbWFpbC48 YnI+DQo8YnI+DQpGcmVlQlNEIDxhIGhyZWY9Imh0dHA6Ly92ZWdhLnl1aXNvZnQuY29tIiByZWw9 Im5vcmVmZXJyZXIiIHRhcmdldD0iX2JsYW5rIj52ZWdhLnl1aXNvZnQuY29tPC9hPiAxNS4wLUNV UlJFTlQgRnJlZUJTRCAxNS4wLUNVUlJFTlQgIzI5IG1haW4tbjI3MTQ5Mi0wZWFjOTlmNzZlYzM6 IFR1ZSBKdWwgMzAgMDg6NTk6NTEgSlNUIDIwMjTCoCDCoCDCoHl1aWNoaXJvQHZlZ2EueXVpc29m dC5jb206L3Vzci9vYmovdXNyL3NyYy9hbWQ2NC5hbWQ2NC9zeXMvR0VORVJJQy1OT0RFQlVHIGFt ZDY0PGJyPg0KPGJyPg0KQm90aCBzZXJpYWwgYW5kIGVmaSBjb25zb2xlcyBuZWl0aGVyLjxicj4N Cjxicj4NCjxicj4NCsKgIMKgX19fX19fwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqBfX19fwqAgwqBf X19fXyBfX19fXzxicj4NCsKgIHzCoCBfX19ffMKgIMKgIMKgIMKgIMKgIMKgIMKgfMKgIF8gXCAv IF9fX198wqAgX18gXDxicj4NCsKgIHwgfF9fXyBfIF9fIF9fX8KgIF9fXyB8IHxfKSB8IChfX18g fCB8wqAgfCB8PGJyPg0KwqAgfMKgIF9fX3wgJiMzOTtfXy8gXyBcLyBfIFx8wqAgXyAmbHQ7IFxf X18gXHwgfMKgIHwgfDxicj4NCsKgIHwgfMKgIMKgfCB8IHzCoCBfXy/CoCBfXy98IHxfKSB8X19f XykgfCB8X198IHw8YnI+DQrCoCB8IHzCoCDCoHwgfCB8wqAgwqAgfMKgIMKgIHx8wqAgwqAgwqB8 wqAgwqAgwqAgfMKgIMKgIMKgIHw8YnI+DQrCoCB8X3zCoCDCoHxffMKgIFxfX198XF9fX3x8X19f Xy98X19fX18vfF9fX19fL8KgIMKgIMKgIGBgYMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIGA8YnI+DQrCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCBzYCBgLi4uLi4tLS0uLi4uLi4uLS0uYGBgwqAg wqAtLzxicj4NCsKgKy0tLS0tLS0tLS0gV2VsY29tZSB0byBGcmVlQlNEIC0tLS0tLS0tLS0tK8Kg IMKgICtvwqAgwqAuLS1gwqAgwqAgwqAgwqAgwqAveTpgwqAgwqAgwqAgKy48YnI+DQrCoHzCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oHzCoCDCoCDCoHlvYDouwqAgwqAgwqAgwqAgwqAgwqAgOm/CoCDCoCDCoCBgKy08YnI+DQrCoHzC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoHzCoCDCoCDCoCB5L8KgIMKgIMKgIMKgIMKgIMKgIMKgIMKgLS9gwqAgwqAtby88YnI+DQrC oHzCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoHzCoCDCoCDCoC4twqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgOjovc3krOi48YnI+ DQrCoHzCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoHzCoCDCoCDCoC/CoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoGAtLcKg IC88YnI+DQrCoHzCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoHzCoCDCoCBgOsKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIDpgPGJyPg0KwqB8wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqB8wqAgwqAgYDrCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCA6YDxicj4NCsKgfMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgfMKgIMKgIMKgL8KgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIC88YnI+DQrCoHzCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoHzCoCDCoCDCoC4twqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgLS48YnI+DQrCoHzCoCDCoCDCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoHzCoCDCoCDCoCAtLcKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIC0uPGJyPg0KwqB8wqAgwqAgwqAgwqAgwqAg wqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqAgwqB8wqAgwqAgwqAg wqBgOmDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCBgOmA8YnI+DQrCoHzCoCDCoCDCoCDCoCDC oCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoHzCoCDCoCDC oCDCoCDCoC4tLcKgIMKgIMKgIMKgIMKgIMKgIMKgYC0tLjxicj4NCsKgfMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgfMKgIMKgIMKg IMKgIMKgIMKgIC4tLS0uLi4uLi0tLS0uPGJyPg0KwqArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0rPGJyPg0KPGJyPg0KPGJyPg0K4oCUPGJyPg0KWXVpY2hpcm8gTkFJ VE88YnI+DQo8YSBocmVmPSJtYWlsdG86bmFpdG8ueXVpY2hpcm9AZ21haWwuY29tIiB0YXJnZXQ9 Il9ibGFuayI+bmFpdG8ueXVpY2hpcm9AZ21haWwuY29tPC9hPjxicj4NCjxicj4NCjxicj4NCjxi cj4NCjxicj4NCjwvYmxvY2txdW90ZT48L2Rpdj48L2Rpdj4NCg== --0000000000001fe351061e6eb2e9-- From nobody Tue Jul 30 03:48:40 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WY1Rr06dVz5SYbQ for ; Tue, 30 Jul 2024 03:48:56 +0000 (UTC) (envelope-from naito.yuichiro@gmail.com) Received: from mail-pl1-x62a.google.com (mail-pl1-x62a.google.com [IPv6:2607:f8b0:4864:20::62a]) (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 4WY1Rq5SQVz4f6y for ; Tue, 30 Jul 2024 03:48:55 +0000 (UTC) (envelope-from naito.yuichiro@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pl1-x62a.google.com with SMTP id d9443c01a7336-1fc587361b6so25826715ad.2 for ; Mon, 29 Jul 2024 20:48:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1722311334; x=1722916134; darn=freebsd.org; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=gOtkIPC9WyZZ6BEzm+auKP3oLexR+TKNz8V0WxVWyvo=; b=MXCAlV6ezX37tn4NMyM1sh3ydiSQD2A3vodQ5hJnN2uFQxnKrMKeMz/BpY6Zw587/R LyeklpZtYJFM/CX7dHLWK9YVLIfW8wH/xR+h9A76B4GwvFoiMcDOsJu78OiJflDBSuaD Djs/qG+JMDQXX22OF1kdQBDTdridIr15gQ9DP9frenmFdSTrQ9qpCufGPYUaWJd4p34S O7VitXmEk0vaBaKGMmHvmjqHTV9FqmmHeNwz+tPsj3yXfdVXC/uEl8x53YWgtrrggKKt Ixdd8KVUVEe91AFNQC+4wmFCH1Qjtq66BarRWvcVAoK5P8Iyn10VOnu1HTOWBJn/btCf 56/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1722311334; x=1722916134; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=gOtkIPC9WyZZ6BEzm+auKP3oLexR+TKNz8V0WxVWyvo=; b=PJmfXJWLllXPlvNGjZ7kBpGsz2jylJM6nFm2KFKjrCmObD1uU8ltBizmF2mBCKdTao gEYHxHxUvl1bXneG4/Vam1mzMIqQibU2dXylciKuCfc657ZsEWWWGhhTfOypw3hySu5O lrMF+7gE54m2pIJdg1T+u0G04QdV4bt2kvnfDH3vn4av18Hz5QyqwqpHm79YpaIb25ai hCwuhIyEm9IwfiVbiu5fDMau7Q5froZohVrMM6wyyq8LPvndOvDToohXj6yEeAqy1Wuf ayHGom813incKJX+2r/rjtjU5WvSjM4cSOoI7SMfY1uZ7E/FnNTgHQCY1m9A3SNSZZ8Z Lf4Q== X-Gm-Message-State: AOJu0YxhY6x7mhjkcdEEYSq6usS5CqF0eCTLZXFxUChgfPw4I7iQhw5f O36vkCcG53shmRk5efBUOTea6mqfEoRoVwNByUCQvTY1ofwWw79FcR09mg== X-Google-Smtp-Source: AGHT+IGgkptY7+wSyQ0jOp0KrUY7zenXiEkhbbXrD8l4Gok+LgDraNJLk3s/0UtTJ1++C3h6FSx6UA== X-Received: by 2002:a17:903:228d:b0:1fd:74ca:df49 with SMTP id d9443c01a7336-1ff0484a657mr88938355ad.33.1722311334015; Mon, 29 Jul 2024 20:48:54 -0700 (PDT) Received: from smtpclient.apple ([240d:1a:12a:4e00:17e:61c1:2b5c:4c44]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-1fed7fbd8d4sm90791015ad.271.2024.07.29.20.48.52 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 29 Jul 2024 20:48:53 -0700 (PDT) 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 \(3774.600.62\)) Subject: Re: Lua loader shows no menu From: =?utf-8?B?5YaF6Jek56WQ5LiA6YOO?= In-Reply-To: Date: Tue, 30 Jul 2024 12:48:40 +0900 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <5E4B4358-2E99-4F36-AA56-67D5901C4DC9@gmail.com> References: <5F044351-CBCF-4439-BCCA-297AF92DE36E@gmail.com> To: Warner Losh X-Mailer: Apple Mail (2.3774.600.62) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4WY1Rq5SQVz4f6y I understand the reason. Thanks for your investigation. > 2024/07/30 12:37=E3=80=81Warner Losh =E3=81=AE=E3=83=A1=E3= =83=BC=E3=83=AB: >=20 > That was my fault. >=20 > Turns out I forgot to copy the menu version back from my laptop to my = server before committing. > My laptop is the only place I had the menu. I got this stuff working = there last week after I got it > working on my server... then forgot I'd done that and pushed the wrong = version... So you got the > first, untested draft, not the actual code I'd tested. :( My = apologies. >=20 > Warner >=20 > On Mon, Jul 29, 2024 at 6:56=E2=80=AFPM =E5=86=85=E8=97=A4=E7=A5=90=E4=B8= =80=E9=83=8E wrote: > My lua boot loader shows no menu after updating the following commit = with my patch in the previous mail. >=20 > FreeBSD vega.yuisoft.com 15.0-CURRENT FreeBSD 15.0-CURRENT #29 = main-n271492-0eac99f76ec3: Tue Jul 30 08:59:51 JST 2024 = yuichiro@vega.yuisoft.com:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG= amd64 >=20 > Both serial and efi consoles neither. >=20 >=20 > ______ ____ _____ _____ > | ____| | _ \ / ____| __ \ > | |___ _ __ ___ ___ | |_) | (___ | | | | > | ___| '__/ _ \/ _ \| _ < \___ \| | | | > | | | | | __/ __/| |_) |____) | |__| | > | | | | | | || | | | > |_| |_| \___|\___||____/|_____/|_____/ ``` = ` > s` = `.....---.......--.``` -/ > +---------- Welcome to FreeBSD -----------+ +o .--` /y:` = +. > | | yo`:. :o = `+- > | | y/ -/` = -o/ > | | .- = ::/sy+:. > | | / = `-- / > | | `: = :` > | | `: = :` > | | / = / > | | .- = -. > | | -- = -. > | | `:` = `:` > | | .-- = `--. > | | .---.....----. > +-----------------------------------------+ >=20 >=20 > =E2=80=94 > Yuichiro NAITO > naito.yuichiro@gmail.com >=20 >=20 >=20 >=20 =E2=80=94 Yuichiro NAITO naito.yuichiro@gmail.com From nobody Tue Jul 30 04:16:09 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WY23H50Dlz5SbW4 for ; Tue, 30 Jul 2024 04:16:11 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WY23H4V9Mz4hcP for ; Tue, 30 Jul 2024 04:16:11 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722312971; 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=rguaS5sPJRBMVIgQy5ULB8eAQb4dPvdVs0e38I5rFGY=; b=dJm1Unl/J1nvL+PT7L00qNXM2AaNbNv5yos10ootZY21C/wIS5b0maxnl6e5YcCw+UZOPG snZEelm1sWT6PZv5Qg1bT6Bm2VSi8h809rmXEW2DTds3z03s9ONI1MhF/6XzjPLtQCYuk4 vNWehEGbNskODLKrt9b/PRk9nzav5UHfXUKlLgwhDQDhBDdat4kH2+kPpWU40oiLRA+eM6 zNmO4DO92eUEtfquABFN3CEmlgOzhG0DDBvqL51p85MSbgKxulVZU7H9DuNCF266UAespO pJYf8CEmQe5a/7PbTqYwEvcNC63vZVvrMzCg8kd6ywh5KzrkJtgCALGf7jpcWQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1722312971; a=rsa-sha256; cv=none; b=ayPUlmd+UBeFi0lhs5+ay7VQcBo4fX0nuH7VFg3UWfG3KoZeGtAH+69c3p1dXQI1CeVuiE 66a0TZjqUT3rlxU7/VmQ5rNrL+Ve2SGQTS+PoahjL2bgYRmWcx5oVYAdGCJzo5wGtyHeFt +9xbRrYoB25hn26KvD2d/zN0fq/9HrISGbf1XUcAsqGqd5+oUWtA7jz2eLSvt/gopITsgV 1CLfDuBIcQ+KyHcynLRdT54Ck8/GlNWKC4rWOouoH8gdHHKt/wQh1fa5OB72hGsWeFP0oQ yxGlFGG/mirAtl4QqJDX9Cv8blyHrPZnSju/Xhk4A0l00NN/42PwO8ej6yiwyQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722312971; 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=rguaS5sPJRBMVIgQy5ULB8eAQb4dPvdVs0e38I5rFGY=; b=SvC61dBhRQtYbvwWbdAHb/u4ExdeMMCFwYHNx6kuNUgChB9ijc0g3f6OeLnvv39NnIyg5O 2xMFbQYOSARYbHEw1rnJl/OW7JHe+QUXU5ST+/eP2BHGCFYYvxDlJn+vW2X5/JiMaxrUhq PtuVOJKnlCuaDKHv8jL2UkxRWOn4thVecwkw7QOQYtPdF2NUu0Cl+A6CDRkKw6X/P94/91 w8fXJyKj3hPLlXblA0NnlLYE82iNNieLccTTKFLihrOnc8H7Jx4KVcZ4MsbGHyNDvuitX7 IjpJimuCKXOdx5iw/xzVD221+LoNwvmI3BePGzQVb86T59JC1FMYjwgVqcS1xA== Received: from [10.9.4.95] (unknown [209.182.120.176]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: kevans/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WY23H30tpz1hg4 for ; Tue, 30 Jul 2024 04:16:11 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: Date: Mon, 29 Jul 2024 23:16:09 -0500 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: error: unknown type name 'sigset_t' To: freebsd-current@freebsd.org References: Content-Language: en-US From: Kyle Evans In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 7/29/24 18:04, Nuno Teixeira wrote: > Hello all, > > At main-n271434-b3cec803eaa4 security/s2n-tls fails to build tests with > `make test`. > I remember that tests were ok about 1 or 2 weeks ago. > > I will update world soon and continue to monitor this tests failure. > > Thanks, > Hi, Looking into it- thanks. I suspect it just needs an extra helping of `__BSD_VISIBLE` sprinkled in. Thanks, Kyle Evans From nobody Tue Jul 30 09:10:06 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WY8ZS6gnXz5RZfD for ; Tue, 30 Jul 2024 09:10:08 +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 "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WY8ZS67fCz4BQ4; Tue, 30 Jul 2024 09:10:08 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722330608; 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=lLkiVVU91u5ZFDrfQZGa6tA/z3Xhd6E1SVl2OmwMYhM=; b=V6ojn3/KNzxeZo90+SA1YQzZZ/8jK63gw6/RfNGoPNiLyty/wvcAmaCCD6Wokn9uBfN5Rh AhwIulkTBQmB95rE/LKiDCHutOlgwsLbsezwLKE0IbStmteFgG2tR1649FpKtknCRnMweW SpUXFH8U0OyrYXrvmklaRuRHcK7Bdx3tff458sNZoXezezj163r8bC44733R+71zDJP4lK 0LX7kGdPxVX5UfAQSwYDmGQjg2de75B/G799+GFe+GAVtayGTxCN2i+3AgZSWJYT9MOaZq WF9UX6j0CfdLjdd7TmDphziumd8peikwWDNN+qIoqx7gGpDR/I0hn0r5AdYPTQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1722330608; a=rsa-sha256; cv=none; b=erOSr44DUpXpii3WpYjNEFv3DaDqeD3m1tnIHdhq+9Fu2zrJjtXap3/WVlk2kernYubtbO 9qLRw5Accxfmz5QIp5gk3yChEOa9DQISW7ugL5I+ohB8puabYXSInb+2qfoiNsxtDdrqfu eGkY/KUWOQzK7U5SoHBOxuyyphUj6uDI8HUK6AHkmEXhWd3I8VRzHQXKq1qFSHaEGIGQwB g2oKs9c7541M3s3mU/tBkm9mTMau5xi4n7cImXv7rPCaRAKv93Yg3HKSlE0hQoL/r5jIXv rZBQhQm7NF4JdyeAH1zIgUh0ChBWfPORqOUINNcjQhuIx7Piiwhifrz25TBBiQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722330608; 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=lLkiVVU91u5ZFDrfQZGa6tA/z3Xhd6E1SVl2OmwMYhM=; b=FYP8f7Ft79r7tbl2p8dg2FvMGnKOfgfCuBXVVlLK5WNctmE40RFgLYPZ9ExQ9DTydRymai 4G9dXxs/uuXB3n9Dp093eazvLnr2r0pTy97LgRQRTu+liLtFUYff529zOLr6hGpGYy6Rdc cx3ee+FEx1mdZ8GSeErihYemdQ8XwkFTjeTbplsegBTYcXxvIWX6RWG+ppEmeTdwiUBtdq A7UdVXXbgn2kby49vrok0qH9vEb3cabAlVoWqidCYz2mSlAtd7F4QPPQ7i6afqaBfAYdEX S2xFwmXM4HfInVEms3bptswyaXyXdTxdn3EfqdjK6bS9qSQxJKdycKa9AP4fNw== Received: from ltc.des.dev (unknown [91.174.26.112]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WY8ZS4c8MzJSj; Tue, 30 Jul 2024 09:10:08 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 7C6441E58B; Tue, 30 Jul 2024 11:10:06 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Gary Jennejohn Cc: freebsd-current@freebsd.org Subject: Re: filemon In-Reply-To: <20240727170122.675f6bfe@ernst.home> (Gary Jennejohn's message of "Sat, 27 Jul 2024 15:01:22 +0000") References: <20240727170122.675f6bfe@ernst.home> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Tue, 30 Jul 2024 11:10:06 +0200 Message-ID: <865xsn6ya9.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 Gary Jennejohn writes: > filemon is not a device, it's an option. So you can't have "device > filemon" in your kernel config file. There is very little difference between options and devices in kernel configuration files, but for what it's worth, filemon is a device, not an option. > I compile it with makeoptions MODULES_OVERRIDE=3D"filemon ..." in my > kernel config file. All that does is build the module as part of the buildkernel process. It does not include the module in the kernel, nor does it cause the module to be loaded at boot time. > I also load it from /boot/loader.conf using filemon_load=3D"YES" This does cause the module to be loaded at boot time, but it's slower than loading it later, and it increases memory fragmentation. A better option is to include "filemon" in the kld_list variable in /etc/rc.conf or /etc/rc.conf.d/kld. For instance, % cat /etc/rc.conf.d/kld/filemon=20 kld_list=3D"${kld_list} filemon" DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Tue Jul 30 09:10:55 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WY8bN399bz5RZfY for ; Tue, 30 Jul 2024 09:10:56 +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 "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WY8bN2lPNz4D7q for ; Tue, 30 Jul 2024 09:10:56 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722330656; 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=T6IwW9oS99mHmyxi9o6UppFAW8YklG9TBML3Kk7txi4=; b=kxytxO04oWPUeMLPY4RBUIspDnsQIFCbQv6q/IMO3Je7em6RD+cqECUJvNCjEouA6DZtuy 7cXI46bfVkX4Mfcql+eqabY1Iw1YlNe7c2VJURIbWe4r3IwPvRpAKyNyoI2m7FEI6WppRB 8/X+GZZKyQZiLHTgavpeBhE+C355cfm0ifQ4bgpgbWp2xh37WOPdP2bbOc4lFl+K1gGZRI Fy7I6EvvSQmxvjDwV7rpTb79gEBJndpnJAW0bZ869z2brhqQlCsgrkmugPEAH+KNlfSUFq ETgDZld64r2rwBXHSuT7zlDVkEewqFQepphlEn2tAk1lzBj1hr3948uu1yr6yQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1722330656; a=rsa-sha256; cv=none; b=aEtMOyZ8gXSZXItCJv9cH/5Ndu8FArTwmoZU2nVznBZzkWvCEmb/wViw+mKPH6qUj4ISil cPDWbWc2lWLCJkyHFFVhx4ezPLGlN5FCrsu9y7XB20d7ObuRjNduO7OgaX2LFd53SqziAe QSXyBR9CPpcj11XBuv2jR8xaqcai1GnbSs7kv2SBhK9aF3yUGj2tanx7lHQF4NaDZFWNUe nNu13tER4mQtDAXlDOSz1R5Z+Ppq8u3vcZ8udIFTb5HAo9FfJC4VSWUT7fVJiamq748G9H uAHsOVgqBDT0FFDM59rBVJVZqJOF4V3Ri67lBLhnJhoqvVE+kP+B9i33WDMSTA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722330656; 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=T6IwW9oS99mHmyxi9o6UppFAW8YklG9TBML3Kk7txi4=; b=P5LgW4FFBdCelrAj/ZnueMpDz8jyhC/8ZPCYQhlN3Se0PXqgwRR3M3eTN7ArEcpcOtliGP W2Af6ZYyNE3EelP2HWkcn9ZdRJPoJ8B0RMfai0Jc9FvSffTK4ujdHna3ue7+8YmaotkiSU 4hw3tGMfUGRs3ImhxfsewXjtb12RoV7LY1la0G0/U2Nt0kJ3vx7DirSDdzVSc/ASkR9a0u J0X/+M53G66tRqL1I1zSqq4XAls/9cTa9QGPaDKetOhYocwUNhNCgcPe8FCqYyhSb7EeXb UeBbmYe7ttsDgNVTGXWcuTfKXVCJXvcvTbxJDrKRPvvzTfDRwltcyIDSbWvIiA== Received: from ltc.des.dev (unknown [91.174.26.112]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WY8bN1jj9zKCQ for ; Tue, 30 Jul 2024 09:10:56 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 349F41F0D6; Tue, 30 Jul 2024 11:10:55 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: freebsd-current@freebsd.org Subject: Re: filemon In-Reply-To: (void@f-m.fm's message of "Sun, 28 Jul 2024 14:03:00 +0100") References: User-Agent: Gnus/5.13 (Gnus v5.13) Date: Tue, 30 Jul 2024 11:10:55 +0200 Message-ID: <861q3b6y8w.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable void writes: > How would I go about remedying the issue that usage/examples > are not present in manpages for either the device line in kernel > config or filemon.ko ? https://reviews.freebsd.org/D46184 DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Tue Jul 30 09:38:57 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WY9Cy4431z5Rd3q for ; Tue, 30 Jul 2024 09:39:10 +0000 (UTC) (envelope-from SRS0=rmLG=O6=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WY9Cy1mHXz4Hlg; Tue, 30 Jul 2024 09:39:10 +0000 (UTC) (envelope-from SRS0=rmLG=O6=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; none Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 2A797D7891; Tue, 30 Jul 2024 11:39:02 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1722332342; bh=H0IHN8n03lRS6yjMe1Fsnk23uYobb3aaFdH/yFKm0Vg=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=z7zCKGAG2q8KvrLd+7/6UHYC3865pn2WWQStTqPqqH73xh4ZURMsJ3WbXl9/FNCtT cI2YR74bFae3LWKCeGZenJRR1raJsIff1cIZCdn3y/GGSEWaUp4bqe4dbJmVjxKtmw nl3IKxnqJSy4WE4QaZ9E/DjwXfhcBIZNGYYoVjrk= Received: from [192.168.145.49] (ip-89-177-27-225.bb.vodafone.cz [89.177.27.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id AF6A5D7896; Tue, 30 Jul 2024 11:38:57 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1722332337; bh=H0IHN8n03lRS6yjMe1Fsnk23uYobb3aaFdH/yFKm0Vg=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=YqB7yYgBlnCz49fJR0D2NKl3onF6EWoCL+UKMiTAYkXhFBSuag2wOMS870QyAwmHQ 4vRWwRUrK0HGmQrgQocHNp5LRp05JOBgziTVSrOTXXMV2+v9ruN6BYCbLxT8uqnr1N EBwwT/9Lhtlr94g8pZ130OZ9udP+6PjQC9uNW5OI= Message-ID: Date: Tue, 30 Jul 2024 11:38:57 +0200 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: filemon To: =?UTF-8?Q?Dag-Erling_Sm=C3=B8rgrav?= Cc: freebsd-current@freebsd.org References: <20240727170122.675f6bfe@ernst.home> <865xsn6ya9.fsf@ltc.des.dev> Content-Language: en-US From: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: <865xsn6ya9.fsf@ltc.des.dev> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ] X-Rspamd-Queue-Id: 4WY9Cy1mHXz4Hlg On 30/07/2024 11:10, Dag-Erling Smørgrav wrote: > Gary Jennejohn writes: [..] >> I also load it from /boot/loader.conf using filemon_load="YES" > > This does cause the module to be loaded at boot time, but it's slower > than loading it later, and it increases memory fragmentation. A better > option is to include "filemon" in the kld_list variable in /etc/rc.conf > or /etc/rc.conf.d/kld. For instance, > > % cat /etc/rc.conf.d/kld/filemon > kld_list="${kld_list} filemon" Does this also apply today? I recently read from someone on a mailing list that the kld_list in rc.conf is no longer needed, that any problems it used to solve are solved, and that the preferred way is to load everything from loader.conf. So I'm curious, what's the right thing to do then? (I load most of my modules from rc.conf) Kind regards Miroslav Lachman From nobody Tue Jul 30 09:58:54 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WY9g8004wz5RfXJ for ; Tue, 30 Jul 2024 09:59:15 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fout7-smtp.messagingengine.com (fout7-smtp.messagingengine.com [103.168.172.150]) (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 4WY9g75Fg2z4MFv; Tue, 30 Jul 2024 09:59:15 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; none Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailfout.nyi.internal (Postfix) with ESMTP id 979B213807EE; Tue, 30 Jul 2024 05:59:14 -0400 (EDT) Received: from wimap22 ([10.202.2.82]) by compute5.internal (MEProxy); Tue, 30 Jul 2024 05:59:14 -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=1722333554; x=1722419954; bh=g2PIpIC4izdQfl1Xb+GLVEU1rSUvoSl8IrSJ1jnytP0=; b= odloz4E+X08v9aCqK6f+SSuzllABAeQbkAjfudk92H7sq66t5Uq6spu4/H+z4NHL IotyzxNBhVLhOtLGuXygSUeb0Muun2ohAZToumFM6wn0AMAI855smTmWRIWerlnw bKFqUqKU8QX3ubI2CkHLiP3RoH/eVBiaQeUZmIUifzvjOv2D4+/i12M/esyIAARA qy3LMqB5GAmGVtbjSJxETlqDHiip9ldhgWGCOIwEkIPAhnpCplPHMONY/c1NLV+P iQsRaV8ALBepmXJ+QepN6GHA2Gcr4VTYcjLfUwh70H8M2LdES/1Op38+ykP077VC Wxb7GZCCUNzT30+Py2Yvng== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1722333554; x= 1722419954; bh=g2PIpIC4izdQfl1Xb+GLVEU1rSUvoSl8IrSJ1jnytP0=; b=U Adz4Plzzfh07hvrh8ctx6DQGfrEEitJB7FtEu1+hgEqsTcpkQnp1IPIbmUqIiF9B 6cRXeJ2o9mVp9xjxdmaBZCnOd4SuXyGAz8fL/zq4HqLNuL9jRBDgX1qwTRdtuUKL 9GQ2k+a16fTOXjleK0l9QP5RQhxBS0Pzo+zTAZ6Uo6741MLkuh8Xj2DUm6BcY76q EiLOYmmh6hK1U3/XeghUrbKoJIHytQboFm/cYKnHhEsdPOmX3926v1pu1SlwAWcc hUnJpyssgI/vfFDeTfRYUPUcAWDwrlfpW0A8Zm2d+bTRyE/4ySzwR5t+Em+3Uq4D 6XT1gDA0zLZ14IlZJPYFQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrjeeggddvfecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofggfffhvffkjghfufgtgfesthhqre dtredtjeenucfhrhhomhepvhhoihguuceovhhoihgusehfqdhmrdhfmheqnecuggftrfgr thhtvghrnhepiedtjeeuffelhfelledtvdellefggeelgfdtgeefffeivedtvdevhfdvte eugedvnecuffhomhgrihhnpehfrhgvvggsshgurdhorhhgnecuvehluhhsthgvrhfuihii vgeptdenucfrrghrrghmpehmrghilhhfrhhomhepvhhoihgusehfqdhmrdhfmhdpnhgspg hrtghpthhtoheptd X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 63DBD1A20076; Tue, 30 Jul 2024 05:59:14 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Date: Tue, 30 Jul 2024 10:58:54 +0100 From: void To: =?UTF-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , freebsd-current Message-Id: <3c551aae-9254-4b46-bbda-39fda593aa09@app.fastmail.com> In-Reply-To: <861q3b6y8w.fsf@ltc.des.dev> References: <861q3b6y8w.fsf@ltc.des.dev> Subject: Re: filemon Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:209242, ipnet:103.168.172.0/24, country:US] X-Rspamd-Queue-Id: 4WY9g75Fg2z4MFv Hi, On Tue, 30 Jul 2024, at 10:10, Dag-Erling Sm=C3=B8rgrav wrote: > void writes: >> How would I go about remedying the issue that usage/examples >> are not present in manpages for either the device line in kernel >> config or filemon.ko ? > > https://reviews.freebsd.org/D46184 thank you! From nobody Tue Jul 30 10:31:16 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYBN64VMxz5RhfL for ; Tue, 30 Jul 2024 10:31:18 +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 "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WYBN63rKMz4QP2; Tue, 30 Jul 2024 10:31:18 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722335478; 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=F+XeTcluS2U3+W0ack7mar3CQX83ULpeaFUO5WeGlBg=; b=ZFUHNlXtVZ08SjhjVZhkcMOXijLdx8Zjqs/km8e4fXx6sqtVSK5VbBICtLePm5SaN4EzDE Q9jh6mgXQJ+/GD9o+s8XWXNSNdXC8El9JggduMnocvcMApBBmMQF8oZuDPQHdjyDHe650f IPU5Cnw+C8AafC1hN8KBtVd1+tJSFNXBE7sASarabopR+XHQ9dIGpnHe+uA+0HYw2qDjAB joZr7KUSmWtzZ70sSQuw9aHkUhB/RB0cvedqFkTUtQVB+/ebcAWjaJGoqQ5T0pJyzphxfp tF4M9dgO/1fbWlpZqHE8L29IjJTYZEu1CAJ8Mmmdzx9/1f7a0US/0TXHOC2onQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1722335478; a=rsa-sha256; cv=none; b=i3vdBwZFUH3L/syGaBji9xBdbELrlt83ITLFj997L2gien7OXNSozh0UNj6LiTUi5i1rY1 1bBpwD2VK9ZLp3mwBdbqKA+Gxg1nisJEhglDEzn0omFOUvFXX08D9nPLrKcoT5llnVKTfd tyBRo8osB8Fdeveru1HqP2eCdshgyes8SYxgX11JOiQghvK+a5BhP/DE34y2vNWLQLTund txn5rsa+TzICeBPHAaKjgSVPccqTLEFn879u5Bf/q00NYwh2IoQnQYm37Edh8Siy+vXF9q OY7aZCr4OVePOgKthhGQFNHLqKvAtYHso5TSsEmE3pcKeFPSwplJsL9sCeqq/Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722335478; 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=F+XeTcluS2U3+W0ack7mar3CQX83ULpeaFUO5WeGlBg=; b=Qm1rdCP9jFop/Xe6TxM7rIo4bervSQOzFQO7InPWmvy2u7DXVziJJcexoX95K+SxkcHMPu sJpjMI/OmKBpr0RQLMU9Nijmaj+Hf7opd2RfCp1j4AnDHR9ChLlEOKnp0j+++ye0+iMv12 VLrd65ldgVQh4o3EwEO+5FqsewoheNprSjhr33gmC/gttGwwWdw0q2Bmx9s1/Z7naCjEcJ TOTn9Gb8imku/uWfbGeGGj03Rla5pSWwCxLRWlsX4TLnJg/YIqZ/Ak81AzrSvMHBIH4rVG dN57RIZVBnKs96wwMVPoZZwx4JqFekFYhpyxUUJrQuoqpae/a1PDUpLYLwaNpA== Received: from ltc.des.dev (unknown [IPv6:2a01:e0a:386:9c20:922e:16ff:fef1:acef]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WYBN62j6RzLHS; Tue, 30 Jul 2024 10:31:18 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 998A41E943; Tue, 30 Jul 2024 12:31:16 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Miroslav Lachman <000.fbsd@quip.cz> Cc: freebsd-current@freebsd.org Subject: Re: filemon In-Reply-To: (Miroslav Lachman's message of "Tue, 30 Jul 2024 11:38:57 +0200") References: <20240727170122.675f6bfe@ernst.home> <865xsn6ya9.fsf@ltc.des.dev> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Tue, 30 Jul 2024 12:31:16 +0200 Message-ID: <86sevr5fyj.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 Miroslav Lachman <000.fbsd@quip.cz> writes: > Dag-Erling Sm=C3=B8rgrav writes: > > This does cause the module to be loaded at boot time, but it's slower > > than loading it later, and it increases memory fragmentation. > Does this also apply today? I recently read from someone on a mailing > list that the kld_list in rc.conf is no longer needed, that any > problems it used to solve are solved, Loader I/O performance is much better these days so loading modules pre-boot doesn't slow the boot down much any more, but it's still more than zero, and it still increases low memory fragmentation, and you still can't unload a module that was loaded pre-boot. > and that the preferred way is to load everything from loader.conf. I suspect you're extrapolating here. There is a very small number of cases where loading pre-boot is required (e.g. zfs.ko if your root is on zfs) or recommended (e.g. USB HID drivers due to probe ordering issues) but in the majority of cases, it is still better (even if only slightly) to wait until after boot. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Tue Jul 30 10:40:30 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYBb85NH9z5Rk7m for ; Tue, 30 Jul 2024 10:40:52 +0000 (UTC) (envelope-from garyj@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "Telekom Security ServerID OV Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WYBb73BFCz4RpZ for ; Tue, 30 Jul 2024 10:40:51 +0000 (UTC) (envelope-from garyj@gmx.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.de header.s=s31663417 header.b=Ua8oZVxK; dmarc=pass (policy=quarantine) header.from=gmx.de; spf=pass (mx1.freebsd.org: domain of garyj@gmx.de designates 212.227.15.18 as permitted sender) smtp.mailfrom=garyj@gmx.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1722336049; x=1722940849; i=garyj@gmx.de; bh=slwb6r8UNpRlyJZFNnLNS3B9CJTJmkTgW7g/Nc0XdH0=; h=X-UI-Sender-Class:Date:From:To:Subject:Message-ID:In-Reply-To: References:Reply-To:MIME-Version:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=Ua8oZVxKId/OFvDz7L4YvVa0MPMjKH3qyfhKhJpbJV9tMY3W4+7MeZ6QFO6YZwPD eQXoPkKauKhle6OU9fQHR0UYgJ2G8GGSi9MuyFG8m6r5gdcxI5lhmkG7M0jGrSPh4 LktNMIlo1J83EEM4reEba+SkRGRh1ZWY9Krmf3uJivb4poYQ4kd7QjscWJvXbHTwf +eLtmKL0H7svxKV11teZdJ1h6CSWE2UoXCFRTp4VVwuOlF+jrzp1ktygjVYcb5cuq FxS+3BU4KKxlaao6j9NB0aBZw0tVChci+EcSiwk7YdL5DbQFHOmGMDsSiEDIMYbkx CpGU/1FKFxn49wD9Xw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from ernst.home ([91.2.58.134]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MRTN9-1sw4ST3mmD-00KNMO for ; Tue, 30 Jul 2024 12:40:48 +0200 Date: Tue, 30 Jul 2024 10:40:30 +0000 From: Gary Jennejohn To: freebsd-current@freebsd.org Subject: Re: filemon Message-ID: <20240730124030.296986dd@ernst.home> In-Reply-To: <865xsn6ya9.fsf@ltc.des.dev> References: <20240727170122.675f6bfe@ernst.home> <865xsn6ya9.fsf@ltc.des.dev> Reply-To: garyj@gmx.de X-Mailer: Claws Mail 3.20.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=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:Noi9D54D1uIzoh9J0npnDxdseIv9HAR4ObzeZM5spSQOph4jdqd 0NPOKHbbAm+/wYAssHM1lHa8ZERfM0qncAAsKndo5Pym4jJTLtgY1RURg3JtDC4CyEZW49M oN8UUuf0OF1EWCPI9QSxaUHbhy/6qrsxbu2MYwKAq0fd86ZPFvFcNQPGFhU50RDTVq4PxoM 6mN1QSmg/9L0s/OG3Uhxg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:LNg4TjapZcQ=;xmn1KjSXsOnyonF7IL06pJCSKGq KUC/TseyNrs7JJ+ve855wx476gWibEmCKlhRUWPhn0QLJSCm7yJ3SoRzgWXRI8aUueW99L7Mi Rgwf2sZrGZakFRffcCwCeQRmDhH/dA0umqH7L+bI2HIF9Wj9mIrv7aGgSn/Zkp0ZM9Fndddkn UrFdY1HEG89WRxmV+DXoanj5eSG5qdOyCQlU4gnMx4v/OWFphuD37hPZEgMBRxqdsUZ3DSKGN kPIq+rOEkre02uTmu+KRexAb4prBtssiLl0vzRS/RGsFd+pNTKELiEiBlUL+J7z+dzhUBg0ge cNzxzoRxSwaJqhKmDRmVfYISxmJgGkAAAdVTi2b6mF+b9ijFkEMkOxHvbo6sMjLKpQ/z2f3aZ LpumlHutWlaEO9e83XUcEkZ+o3313uurgUlM2GF7uL9HfSjZF/PteLJaBR9KNcg7a0+qyloyX 49JcCjkSNzvrymBhx+qkBaQg5PBC7cnfIKGnsstJ5ZZsa/jvYyf5CqruIjBzRg6bX6I5VyoBI B+W7DwqrLKrkV9oZ+ulkjE8T8LCkcaZ+tJL8k+645USbNVA3K1vC67G4Ly+4Ze+8cniY8wU8v bEzAYm8CQe+I09byb9KvuCH0LUERtRmxrF9fOi2NNLPEv4lNVFamGnL/oO3CEXq0BLbS19ZlI m3PoyoOfSNUr0swLEVH+Vp/GTmE1MhOiT9zt0F9ZX98D0QTBcxKu0Vb1pleEUqu1VbiCA+moA DVm9hwmz/9niFaAO4qn4valyN3fLo2+yp/XZzIo4vzLcnMO/vaAh7q0ByVyQH5MHH8Yr5Prx8 dDdkDbJUn5hO8zSxBpi1b41w== X-Spamd-Bar: / X-Spamd-Result: default: False [0.02 / 15.00]; NEURAL_SPAM_LONG(1.00)[0.999]; NEURAL_SPAM_SHORT(0.86)[0.864]; NEURAL_HAM_MEDIUM(-0.74)[-0.743]; DMARC_POLICY_ALLOW(-0.50)[gmx.de,quarantine]; R_DKIM_ALLOW(-0.20)[gmx.de:s=s31663417]; R_SPF_ALLOW(-0.20)[+a:mout.gmx.net]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.15.18:from]; RWL_MAILSPIKE_GOOD(-0.10)[212.227.15.18:from]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[gmx.de]; FREEMAIL_ENVFROM(0.00)[gmx.de]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[gmx.de:+]; FREEMAIL_REPLYTO(0.00)[gmx.de]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; HAS_REPLYTO(0.00)[garyj@gmx.de] X-Rspamd-Queue-Id: 4WYBb73BFCz4RpZ On Tue, 30 Jul 2024 11:10:06 +0200 Dag-Erling Sm=F8rgrav wrote: > Gary Jennejohn writes: > > filemon is not a device, it's an option. So you can't have "device > > filemon" in your kernel config file. > > There is very little difference between options and devices in kernel > configuration files, but for what it's worth, filemon is a device, not > an option. > Yes, I know. I now have device filemon in my kernel config file. I mentioned that in a followup post, but apparently you didn't see it. > > I compile it with makeoptions MODULES_OVERRIDE=3D"filemon ..." in my > > kernel config file. > > All that does is build the module as part of the buildkernel process. > It does not include the module in the kernel, nor does it cause the > module to be loaded at boot time. > > > I also load it from /boot/loader.conf using filemon_load=3D"YES" > > This does cause the module to be loaded at boot time, but it's slower > than loading it later, and it increases memory fragmentation. A better > option is to include "filemon" in the kld_list variable in /etc/rc.conf > or /etc/rc.conf.d/kld. For instance, > > % cat /etc/rc.conf.d/kld/filemon > kld_list=3D"${kld_list} filemon" > I'm aware of that. I've been using FreeBSD since version 1 and was also a committer for a number of years, so I'm not exactly a tyro.. =2D- Gary Jennejohn From nobody Tue Jul 30 10:49:53 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYBnj0y6pz5RkYr for ; Tue, 30 Jul 2024 10:50:01 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (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 4WYBnh5w7Bz4TTd; Tue, 30 Jul 2024 10:50:00 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Authentication-Results: mx1.freebsd.org; none Received: from critter.freebsd.dk (unknown [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id 82A41892BB; Tue, 30 Jul 2024 10:49:53 +0000 (UTC) Received: (from phk@localhost) by critter.freebsd.dk (8.18.1/8.16.1/Submit) id 46UAnrXX011101; Tue, 30 Jul 2024 10:49:53 GMT (envelope-from phk) Message-Id: <202407301049.46UAnrXX011101@critter.freebsd.dk> To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= cc: Gary Jennejohn , freebsd-current@freebsd.org Subject: Re: filemon In-reply-to: <865xsn6ya9.fsf@ltc.des.dev> From: "Poul-Henning Kamp" References: <20240727170122.675f6bfe@ernst.home> <865xsn6ya9.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-ID: <11099.1722336593.1@critter.freebsd.dk> Content-Transfer-Encoding: 8bit Date: Tue, 30 Jul 2024 10:49:53 +0000 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU] X-Rspamd-Queue-Id: 4WYBnh5w7Bz4TTd -------- Dag-Erling Smørgrav writes: > There is very little difference between options and devices in kernel > configuration files, but for what it's worth, filemon is a device, not > an option. Apart from the internals of config(8) and it's input data, is there any actual difference left ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From nobody Tue Jul 30 11:22:31 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYCWM1TnRz5Rmtb for ; Tue, 30 Jul 2024 11:22:39 +0000 (UTC) (envelope-from agh@riseup.net) Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx1.riseup.net", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WYCWL6DZHz4YBF; Tue, 30 Jul 2024 11:22:38 +0000 (UTC) (envelope-from agh@riseup.net) Authentication-Results: mx1.freebsd.org; none Received: from fews01-sea.riseup.net (fews01-sea-pn.riseup.net [10.0.1.109]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mx1.riseup.net (Postfix) with ESMTPS id 4WYCWK0S2SzDqJ8; Tue, 30 Jul 2024 11:22:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1722338557; bh=qV1yBkzuV4dU/LbAcCcVWozzzJekCBrGLzzWL00v/tc=; h=Date:From:To:Subject:In-Reply-To:References:From; b=qATq5rv77kGL3qYQ/EDxqsD5YyKAZvf6/6CtcHffx8lm05HamiEQ7DQrqgfkReX/F D6TAGlMgb7wdb+cXw8AoM9JDmdm6bP5mtryHLPdKoJZpp9NwKFJZgEAoEtyoSumaHr uXCkQDuDguIuhVXHjzLIIvBHi8MKQy6X/Nnk73lk= X-Riseup-User-ID: AA79FDDA2CF4E801B98F3C1D7FEC1A234FE762D89EEFC04F7DDEF29D5599BCC0 Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews01-sea.riseup.net (Postfix) with ESMTPSA id 4WYCWH4cWKzJtX7; Tue, 30 Jul 2024 11:22:35 +0000 (UTC) Date: Tue, 30 Jul 2024 19:22:31 +0800 From: Alastair Hogge To: freebsd-current@freebsd.org, Miroslav Lachman <000.fbsd@quip.cz>, =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= Subject: Re: filemon In-Reply-To: References: <20240727170122.675f6bfe@ernst.home> <865xsn6ya9.fsf@ltc.des.dev> 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-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16652, ipnet:198.252.153.0/24, country:US] X-Rspamd-Queue-Id: 4WYCWL6DZHz4YBF On 30 July 2024 5:38:57=E2=80=AFpm AWST, Miroslav Lachman <000=2Efbsd@quip= =2Ecz> wrote: >On 30/07/2024 11:10, Dag-Erling Sm=C3=B8rgrav wrote: >> Gary Jennejohn writes: > >[=2E=2E] > >>> I also load it from /boot/loader=2Econf using filemon_load=3D"YES" >>=20 >> This does cause the module to be loaded at boot time, but it's slower >> than loading it later, and it increases memory fragmentation=2E A bett= er >> option is to include "filemon" in the kld_list variable in /etc/rc=2Eco= nf >> or /etc/rc=2Econf=2Ed/kld=2E For instance, >>=20 >> % cat /etc/rc=2Econf=2Ed/kld/filemon >> kld_list=3D"${kld_list} filemon" > >Does this also apply today? I recently read from someone on a mailing lis= t that the kld_list in rc=2Econf is no longer needed, that any problems it = used to solve are solved, and that the preferred way is to load everything = from loader=2Econf=2E Was it the following mail from Warner on a relates commit? https://lists=2Efreebsd=2Eorg/archives/dev-commits-src-main/2024-May/02402= 9=2Ehtml --=20 Sent from a device with a tiny bloody screen and no hard keyboard; please = excuse my brevity=2E From nobody Tue Jul 30 11:44:18 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYD0P0QJdz5RpjC for ; Tue, 30 Jul 2024 11:44:21 +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 "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WYD0N74mDz4bdv; Tue, 30 Jul 2024 11:44:20 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722339861; 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=4QbgXgoVXWmEq5nNXLTlkAnmTA9r66x/wPSI7N5w/S4=; b=Xn9NxcDsw+84NVVgriDncYAxy9dYh2Rf+v3gFNqfOL526c9TzoPuW0NJMEsYwmEOb9QFbK xHmKCY5PtkDsiWMw13nedKOvsvAlMDh3sCHNkfb6LtKguS4++t0weNLXoPGRRD06oBGboC Cl0Gz8dPR9UdXZAf/utmyQ37pwKSQy6s3S+IltLZip+XnXcuPfZimVnq6poEHm8qF8BRZ2 V/9u7TEEZH000/TbOaJxd7aSLSZuVujs10uiJYgbNQ0ghKGVwbphyGDBl6eg2a/D+YofLt IBHgbEx9NKCWBtKUnT/gX9NTu5D2tuePSZwEjIb4YsOMGsM05sGbMz/Nt4VFRg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1722339861; a=rsa-sha256; cv=none; b=i0ISK63EZiGSsOXKSq/nZyjm2q7v288pphuNEMSPkOcJczXIZaDe17UuzzMAN/ru1wsW/A 2ONTZ4owFv4bFednC6Jg/1agqoTRILdCFRDr9HzN2LquzmPIIEopQ6DYTTI9OmZchqFkU9 FD6p4kiw+CrNo1oQZQBMNfVKv/fyp94+4rjjreQoeI0kvy0hT/Olcp4k2x/7WXbXkYkcAW R33/KFPEYKxmtaLe3ILqpquZ2o8wf3nyRiqwCca4Ii4at+DVyt9L9wI9PP/nt66Ur7p1q9 AXLOrQ8163we6T420UP59sLMVpQKe0YSuX4XMY8Q+sYwNNO5p5RYYpQk3T3m2Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722339861; 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=4QbgXgoVXWmEq5nNXLTlkAnmTA9r66x/wPSI7N5w/S4=; b=rWE6AurvJFH8otAzZZ1VXn1lZML5wNQVZGnFo0/CHW/61AVdraSZWOLpy+GY9RGRreH48s vkcHUyHPhVZ5Z7Pek2sn8AFbHFJ9+QEEyBdtkyv30s6kCMNASt+sWlAb6OUTXPVALidwLG 4f0xdRcmngkKYFGtWetZLjla866fU98x0a+E7qA0GA94Y0pWGErpvj9bhMOEM+KxCEw5u1 y0YpOu2M6XDZ0Yz413rKkd7AWM6k5oSF4qV0AntYbHc9lZ6iNcy2W9jI8FGsZLgL4igJdu yvilo+/sPeTtVkgBcciYtJYmiS7EsODWHxDDc77o5c0JjJxTl1Ku1jpCSd9ZiA== Received: from ltc.des.dev (unknown [91.174.26.112]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WYD0N5zHszLx7; Tue, 30 Jul 2024 11:44:20 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id ECA0E1E42B; Tue, 30 Jul 2024 13:44:18 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Poul-Henning Kamp" Cc: Gary Jennejohn , freebsd-current@freebsd.org, peter@freebsd.org Subject: Re: filemon In-Reply-To: <202407301049.46UAnrXX011101@critter.freebsd.dk> (Poul-Henning Kamp's message of "Tue, 30 Jul 2024 10:49:53 +0000") References: <20240727170122.675f6bfe@ernst.home> <865xsn6ya9.fsf@ltc.des.dev> <202407301049.46UAnrXX011101@critter.freebsd.dk> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Tue, 30 Jul 2024 13:44:18 +0200 Message-ID: <86o76f5ckt.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 "Poul-Henning Kamp" writes: > Dag-Erling Sm=C3=B8rgrav writes: > > There is very little difference between options and devices in kernel > > configuration files, but for what it's worth, filemon is a device, not > > an option. > Apart from the internals of config(8) and it's input data, is there > any actual difference left ? >From the perspective of including files in the build, there is no difference: `foo/foo.c optional foo` does not care whether "foo" is an option or a device. However, options generate macros, while devices don't. So adding `option FILEMON` to your kernel config will cause filemon to be compiled into the kernel, but it will also generate an unneeded opt_filemon.h with `#define FILEMON 1`. Or it would, if it weren't for this: % git annotate sys/conf/options |& grep -i filemon 6c6f1f0185b84 (Peter Wemm 2013-07-03 20:22:12 +0000 109)FILEMON opt_don= tuse.h which suggests Peter intended filemon to be an option rather than a device. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Tue Jul 30 12:55:56 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYFbX31jsz5RvhQ for ; Tue, 30 Jul 2024 12:56:24 +0000 (UTC) (envelope-from grembo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WYFbX0rqRz4kJL; Tue, 30 Jul 2024 12:56:24 +0000 (UTC) (envelope-from grembo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722344184; 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=z7Hd8BZ28/lpWmw9f9G8Clw3Mtumx3Adb8Abmop0ec8=; b=kGwg65ugwH4NJIGUsjetmnAb5b1PcDUOUeUoQMBAt+oI87A/uu0nOl1WwCfkRyYFw9oIY5 gP/6Pm8tQ2DY4lUOxIfjyHGuUJ9ABzxpWHoR/FOMzuW4ImLf8ky7YQbEdZFhZ4YMItLcrs oQN5y4OwAwunJFcFJ5j+mdu+ZG6nxbh9JFVH+fIt5/ZVRNYhsmwL+ufTKKQHOzYC4vhTlf T9DVd0grhffc8YRBHUyPIGx1UjwG7hcLL95OKDGLs0ogWOaLQ2QKzijGcRhiDslFRQgPaa E0Xgm10wzcqSIM2XmIyE+xwJwE/1oIbRx1dYYBcXzWUyX+gTkVYYc/jicxaKtw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1722344184; a=rsa-sha256; cv=none; b=u0wc3Q/QjsMkApK3WXYRXRtSlumZWvJUWpPzv2i7+/ZGvRQ39IQMfEmbT9keblVL9SaP6Q kPyuZ6rGIPXZkmMab3JcQhhbJ325z2+uLtDnd4ZKA1oFdJBjGhJBJ/el8aWFFspDy0TMbE Iv/9T77g6zfEjNjHNrjmldNp/LPnGTOr7NeDtct5SZBTKvP/iCflaG0RE1GU8zaUuhIad0 OIR1xnV+uxnhIb9veEzdhByEWPV+o/dLkkyw7H8Uz2fYlRvMHVGjadXirePLl+2tWO563z KpRgsmRDsk1RUbSANRQpNrOC7MtPHL0W/m3pU+pXJtUVGA9zfcaSEhS9p6bjSw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722344184; 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=z7Hd8BZ28/lpWmw9f9G8Clw3Mtumx3Adb8Abmop0ec8=; b=dXqWbiFyxXNEppXANvyhfifuJmhttIFYYu5Rte5Aa2yqT1Df9WWFECP/vQXSsyIaN4RVep oClVTcbzkSf/qKEJD2J9GDaYgKD8QVzJsJ1+llEf6LOxrC6TDSFplxnJawp6nyUyJxk5H6 xWhIo6d8o/uSbzpLJ8huKAU1Hn4UW6EMk+aUWuGujxbpl8B4A6NSfHa5q1wv8otceJ1TMM j/k3Mq2iUYn1PBRDHo0CaJl33jBmD5WAWBE+inzgYxWFvwfLpwUvN9bgAaWHREHXEmQpQm OP3vQXbM8K9yHY9NhmlCmLd7od9lIYBZoTo3tqeIpUNlSRUlTON9d4+0oug6+A== 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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R10" (verified OK)) (Authenticated sender: grembo/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WYFbW4F2KzPMQ; Tue, 30 Jul 2024 12:56:23 +0000 (UTC) (envelope-from grembo@freebsd.org) Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 3c0416cb (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Tue, 30 Jul 2024 12:56:21 +0000 (UTC) Date: Tue, 30 Jul 2024 14:55:56 +0200 From: Michael Gmelin To: Miroslav Lachman <000.fbsd@quip.cz> Cc: Dag-Erling =?UTF-8?B?U23DuHJncmF2?= , freebsd-current@freebsd.org Subject: Re: filemon Message-ID: <20240730145556.0907ca84.grembo@freebsd.org> In-Reply-To: References: <20240727170122.675f6bfe@ernst.home> <865xsn6ya9.fsf@ltc.des.dev> X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= 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 On Tue, 30 Jul 2024 11:38:57 +0200 Miroslav Lachman <000.fbsd@quip.cz> wrote: > On 30/07/2024 11:10, Dag-Erling Sm=C3=B8rgrav wrote: > > Gary Jennejohn writes: =20 >=20 > [..] >=20 > >> I also load it from /boot/loader.conf using filemon_load=3D"YES" =20 > >=20 > > This does cause the module to be loaded at boot time, but it's > > slower than loading it later, and it increases memory > > fragmentation. A better option is to include "filemon" in the > > kld_list variable in /etc/rc.conf or /etc/rc.conf.d/kld. For > > instance, > >=20 > > % cat /etc/rc.conf.d/kld/filemon > > kld_list=3D"${kld_list} filemon" =20 >=20 > Does this also apply today? I recently read from someone on a mailing=20 > list that the kld_list in rc.conf is no longer needed, that any > problems it used to solve are solved, and that the preferred way is > to load everything from loader.conf. So I'm curious, what's the right > thing to do then? (I load most of my modules from rc.conf) >=20 I think this is what you're referring to, quoting Warner (emphasis is mine): https://lists.freebsd.org/archives/freebsd-current/2024-May/005953.html w> Also, in this case, kld_list is a terrible place to load the files. w> You're better off loading them with xxx_load=3DYES in loader.conf. The w> reason is that both uhid and ums will match your mouse. kld_list w> loads these in a random order (effectively) and the first one to w> load will claim the device, since there's no re-probe when the next w> one loads. **You should never use it, unless the module you're w> loading isn't supported by the boot loader (like drm-kmod)**. The old w> advice was to put everything in kld_list and it would speed up boot, w> but all the performance bugs in the boot loader have been fixed by a w> combination of moving to UEFI (which is generally faster), BIOSes w> with performance bugs disappearing 10 years ago and block caching w> being added to the boot loader. It should almost always be empty or w> just drm-mod these days (unless you somehow have special needs). w> w> By adding uhid last to this list in this way, you're guaranteeing w> you'll hit this bug because it's not after ums, and that things w> won't work. w>=20 w> Warner Cheers --=20 Michael Gmelin From nobody Tue Jul 30 13:22:47 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYGB434RPz5Ry0Y for ; Tue, 30 Jul 2024 13:22:52 +0000 (UTC) (envelope-from SRS0=rmLG=O6=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WYGB36qx6z4myH; Tue, 30 Jul 2024 13:22:51 +0000 (UTC) (envelope-from SRS0=rmLG=O6=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; none Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 701CCD78C0; Tue, 30 Jul 2024 15:22:49 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1722345769; bh=FmSCRzP87sMXCqFPiNN3KQV5TUROWR2qbeGGhZX7GuM=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=nVEGHCwVCPb7OGnipEg2J1BHqjLqra2nQh/hsAejCpqJsYplVLE88CIhe/lFk98n9 0B5xQ6cGZyacR3xVcopcFA17fJXp9n8jO2/t449/KvPX8wwrgCkiG2WJ4s/08KxNMF 0VrUoDzpL5GDJ4+xYrDVxlVum+6Ba4I1Gus6GRXA= Received: from [192.168.145.49] (ip-89-177-27-225.bb.vodafone.cz [89.177.27.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 33FB1D78AF; Tue, 30 Jul 2024 15:22:48 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1722345768; bh=FmSCRzP87sMXCqFPiNN3KQV5TUROWR2qbeGGhZX7GuM=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=PJfeC39I8ArvHDdFawLkjMHfeiwrBoFFn20YCylTIy6d1qAjRrXtFlns7ir/KB4E+ Em86ZfilRFO5hRyLlcBpJH5x333uMSVwIAIiGFb+TGzN+eDSreA/jyW5bABiwgzubn CcDAatngdZAtcEnS8oL/5BGEuKYxII7Ocb0Di5mU= Message-ID: Date: Tue, 30 Jul 2024 15:22:47 +0200 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: filemon To: Michael Gmelin Cc: =?UTF-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , freebsd-current@freebsd.org References: <20240727170122.675f6bfe@ernst.home> <865xsn6ya9.fsf@ltc.des.dev> <20240730145556.0907ca84.grembo@freebsd.org> Content-Language: en-US From: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: <20240730145556.0907ca84.grembo@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ] X-Rspamd-Queue-Id: 4WYGB36qx6z4myH On 30/07/2024 14:55, Michael Gmelin wrote: > > On Tue, 30 Jul 2024 11:38:57 +0200 > Miroslav Lachman <000.fbsd@quip.cz> wrote: [..] >> Does this also apply today? I recently read from someone on a mailing >> list that the kld_list in rc.conf is no longer needed, that any >> problems it used to solve are solved, and that the preferred way is >> to load everything from loader.conf. So I'm curious, what's the right >> thing to do then? (I load most of my modules from rc.conf) >> > > I think this is what you're referring to, quoting Warner (emphasis is > mine): > https://lists.freebsd.org/archives/freebsd-current/2024-May/005953.html > > w> Also, in this case, kld_list is a terrible place to load the files. > w> You're better off loading them with xxx_load=YES in loader.conf. The > w> reason is that both uhid and ums will match your mouse. kld_list > w> loads these in a random order (effectively) and the first one to > w> load will claim the device, since there's no re-probe when the next > w> one loads. **You should never use it, unless the module you're > w> loading isn't supported by the boot loader (like drm-kmod)**. The old > w> advice was to put everything in kld_list and it would speed up boot, > w> but all the performance bugs in the boot loader have been fixed by a > w> combination of moving to UEFI (which is generally faster), BIOSes > w> with performance bugs disappearing 10 years ago and block caching > w> being added to the boot loader. It should almost always be empty or > w> just drm-mod these days (unless you somehow have special needs). > w> > w> By adding uhid last to this list in this way, you're guaranteeing > w> you'll hit this bug because it's not after ums, and that things > w> won't work. > w> > w> Warner > > Cheers Yes, this is it! I didn't remember the subject, so I couldn't find it. Thank you for the original message! Kind regards Miroslav Lachman From nobody Tue Jul 30 13:36:17 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYGTd2R4Dz5S0Nw for ; Tue, 30 Jul 2024 13:36:21 +0000 (UTC) (envelope-from SRS0=rmLG=O6=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WYGTd1Tmbz4pfc; Tue, 30 Jul 2024 13:36:21 +0000 (UTC) (envelope-from SRS0=rmLG=O6=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; none Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id B2174D78A5; Tue, 30 Jul 2024 15:36:19 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1722346579; bh=mEVuOX3muYlFL6u3HFFDaQZkdOoCTohE59A9v3YzI4M=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=ggBky5Mb2/5ADQ/av86DjQ3kOnsS2x9c2G/BGNAMib8NHIjavwr5bjWXpU8dq3lV2 UNk/EBXfPLpUG7aUFF5Dn2bXoGm94vL8stCxY4C3r41CS/vWAHkQdEcX3oSSjPBImc q/S7WK2dGqfi/TNTVUjn1sJNm5ntAIjsW23PIGuo= Received: from [192.168.145.49] (ip-89-177-27-225.bb.vodafone.cz [89.177.27.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 117C1D78C0; Tue, 30 Jul 2024 15:36:18 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1722346578; bh=mEVuOX3muYlFL6u3HFFDaQZkdOoCTohE59A9v3YzI4M=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=nDVhqPdTveqw5ywDx8pZu9OtHwcf31yGkgNCh1mAX0UoXUYLNVM6bzaE1X+C86MOr GzPjtiOz4MGS1E/SEKHbZAIx8V4DUSC1Gs6uJy2CTmjpuMQE16Vvb3gj0HkQHFH4cl SiSwmY3AJmfDu20zzrH9kI4XhxBOEBRe7x3HyJQY= Message-ID: <8d258cc9-8b13-4c62-9fc4-c6babac17187@quip.cz> Date: Tue, 30 Jul 2024 15:36:17 +0200 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: filemon To: =?UTF-8?Q?Dag-Erling_Sm=C3=B8rgrav?= Cc: freebsd-current@freebsd.org References: <20240727170122.675f6bfe@ernst.home> <865xsn6ya9.fsf@ltc.des.dev> <86sevr5fyj.fsf@ltc.des.dev> Content-Language: en-US From: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: <86sevr5fyj.fsf@ltc.des.dev> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ] X-Rspamd-Queue-Id: 4WYGTd1Tmbz4pfc On 30/07/2024 12:31, Dag-Erling Smørgrav wrote: > Miroslav Lachman <000.fbsd@quip.cz> writes: >> Dag-Erling Smørgrav writes: >>> This does cause the module to be loaded at boot time, but it's slower >>> than loading it later, and it increases memory fragmentation. >> Does this also apply today? I recently read from someone on a mailing >> list that the kld_list in rc.conf is no longer needed, that any >> problems it used to solve are solved, > > Loader I/O performance is much better these days so loading modules > pre-boot doesn't slow the boot down much any more, but it's still more > than zero, and it still increases low memory fragmentation, and you > still can't unload a module that was loaded pre-boot. > >> and that the preferred way is to load everything from loader.conf. > > I suspect you're extrapolating here. There is a very small number of > cases where loading pre-boot is required (e.g. zfs.ko if your root is on > zfs) or recommended (e.g. USB HID drivers due to probe ordering issues) > but in the majority of cases, it is still better (even if only slightly) > to wait until after boot. Thank you for the explanation. I will continue to use kld_list. Kind regards Miroslav Lachman From nobody Tue Jul 30 14:22:48 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYHWV07vzz5S2yG for ; Tue, 30 Jul 2024 14:23:02 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f42.google.com (mail-io1-f42.google.com [209.85.166.42]) (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 4WYHWT51M3z4wgk for ; Tue, 30 Jul 2024 14:23:01 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-io1-f42.google.com with SMTP id ca18e2360f4ac-8076cee8088so178094739f.0 for ; Tue, 30 Jul 2024 07:23:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1722349381; x=1722954181; 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=ltstEFdeingiJPkPebl4u4yvrLaakLYbhltRHhQJ8jk=; b=X0B1xBJ01bOl0TRkVZj69g1hBjJLotNkd59xsxasN6nV98iyoCR2QvlEOBY6A45737 qLHYUTFgr8oA1r+S6h7WMk9rQe7t242sBHSfJTpZtzlhlMmuWrD/43grmcynSZMrB159 Hca27JefouyBDyTTU2T2HD+XWg5GJ6LbG739KIhG7KuaMGQi6iLZavOlRJ78x94R/Opo KEn4kigbbHB8k8Pmg66TW2Gtr4Dy+sptAfPCqG+cD6ys95oWakyjpL7DOi9ZAH9IKC8q tspCjFh79DTujhEcQwJRh7QH5ez6n/nTBKBnc8ewe5EGa8NToUkz9Y1KSn9dCF2AuFQ/ 1bdg== X-Gm-Message-State: AOJu0Yz8IrogPQbyiu60W1yw5WnuMul34BR0qEuLCKLg4POAlLPB3dMs wduOeNQK4XVnD0E+rLXaXaNjL6H5yOXJYBE/z83FAUrFkiJBL2Ld/fKyKTlq5UoZqiRZ86chpht XXBf4We+0LR60U6LGC4CDd6ieY31NFV7J X-Google-Smtp-Source: AGHT+IHatyPDGyILOcqP/zbkOrr8pK2DyT/AZ6YrqzW7j7PLqtnPDGn+MzOsU2V41d072AGufi4uJtaOiR9jPfZJvEk= X-Received: by 2002:a05:6602:1652:b0:805:8c5a:2503 with SMTP id ca18e2360f4ac-81f95a67479mr1304861639f.8.1722349380591; Tue, 30 Jul 2024 07:23:00 -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: Ed Maste Date: Tue, 30 Jul 2024 10:22:48 -0400 Message-ID: Subject: Re: build failure: clang.full To: Larry Rosenman Cc: Freebsd current Content-Type: text/plain; charset="UTF-8" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-Rspamd-Queue-Id: 4WYHWT51M3z4wgk On Mon, 29 Jul 2024 at 19:54, Larry Rosenman wrote: > > I'm getting the following on an up2date checkout: > Building /usr/obj/usr/src/amd64.amd64/usr.bin/clang/clang/clang.full > ld: warning: /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a: > archive member 'FaultMaps.o' is neither ET_REL nor LLVM bitcode This looks like you have a corrupt object in this archive. If you want to start on the path of determining the root cause you could try extracting FaultMaps.o (using ar or tar) and seeing what file(1) says about it. From nobody Tue Jul 30 14:25:44 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYHZg2Ft8z5S44H for ; Tue, 30 Jul 2024 14:25:47 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) (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 "*.lerctr.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WYHZg0191z4xr6; Tue, 30 Jul 2024 14:25:46 +0000 (UTC) (envelope-from ler@lerctr.org) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=ler2019; h=Content-Transfer-Encoding:Content-Type:Message-ID:References: In-Reply-To:Subject:Cc:To:From:Date:MIME-Version:Sender:Reply-To:Content-ID: Content-Description; bh=qA+6f5nzomNglLMpIe06AxE0lAByuik3PojLY71VtxQ=; b=fFhfT fH0tD1KlrUC6NJ5erDL2rnEZ/Drpl6lSbwZ854Keg1MJgrhuewIwQA+VFk2nR5M/JrLWxz6DKfbll cfBrni0kj1hUqfMzNyv3F6zdH5qUMBsDQ31hRVUvc1lbUssyZANeLcZZpk/SPtUbroe29o/eZmLPn Y67+jJghO7UxrciFvsr/B+AnOQeTItxq3X9tyxRrXHxIDcK9/yZWa7nq4pVYU9NGcl+eTiz6AxfVJ Eob9pWSSYUIzAQ/39wBXiLbF+vnbk6aSsxjoIQQhxs5BRKAuyJPJAdnbKvKRifOd2liCChttWqh4r 7VYsGMPChZrlB85rCtzNwiA3WrfRg==; Received-SPF: pass (thebighonker.lerctr.org: domain of lerctr.org designates 192.147.25.65 as permitted sender) client-ip=192.147.25.65; envelope-from=ler@lerctr.org; helo=webmail.lerctr.org; Received: from thebighonker.lerctr.org ([192.147.25.65]:52241 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.98 (FreeBSD)) (envelope-from ) id 1sYnnN-00000000Nrd-0Qp2; Tue, 30 Jul 2024 09:25:45 -0500 Received: from syn-070-123-041-087.res.spectrum.com ([70.123.41.87]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Tue, 30 Jul 2024 09:25:44 -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 Date: Tue, 30 Jul 2024 09:25:44 -0500 From: Larry Rosenman To: Ed Maste Cc: Freebsd current Subject: Re: build failure: clang.full In-Reply-To: References: Message-ID: <762cd65e1cb2b2c138e3174d9787e135@lerctr.org> X-Sender: ler@lerctr.org Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:18474, ipnet:192.147.25.0/24, country:US] X-Rspamd-Queue-Id: 4WYHZg0191z4xr6 On 07/30/2024 9:22 am, Ed Maste wrote: > On Mon, 29 Jul 2024 at 19:54, Larry Rosenman wrote: >> >> I'm getting the following on an up2date checkout: >> Building /usr/obj/usr/src/amd64.amd64/usr.bin/clang/clang/clang.full >> ld: warning: /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a: >> archive member 'FaultMaps.o' is neither ET_REL nor LLVM bitcode > > This looks like you have a corrupt object in this archive. If you want > to start on the path of determining the root cause you could try > extracting FaultMaps.o (using ar or tar) and seeing what file(1) says > about it. This happens even with a FRESH (I.E. empty) /usr/obj. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 13425 Ranch Road 620 N, Apt 718, Austin, TX 78717-1010 From nobody Tue Jul 30 14:30:24 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYHhG4PMlz5S4S4 for ; Tue, 30 Jul 2024 14:30:38 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pg1-x534.google.com (mail-pg1-x534.google.com [IPv6:2607:f8b0:4864:20::534]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WYHhG1JFRz51NL for ; Tue, 30 Jul 2024 14:30:38 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pg1-x534.google.com with SMTP id 41be03b00d2f7-7a0c6ab3354so2996731a12.0 for ; Tue, 30 Jul 2024 07:30:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1722349836; x=1722954636; 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=JV3kqzLYQbxYKb+83eqR86BmjV+UB45HQ9SlSAvGeo4=; b=ZX7x1w87H+zq8MoRHUhpcfU4NVe+uKkiV5V2cvLDZEj6XwRWZAPlvJeg5d5z8Dtu6k KceEcKOGlhbcav1x+dblt9CiAxZdLYM1QzDgjLXLwmEveHh8vqMNiQozOLTHA2dpe3dE AkQr9Z1t6gxPx8w1xfe8CQiw/1z4grMBL7E8jbGMHOxA7tmAdP5umsqjca3n9gN6QXRz 1ygRqMPFDUv6IMPoXvnASm6ip3Yq5lzMtVfn6MONH75N8uXrEaeq0DYU2uo/Cb/tI90O ecIgQeTJLxFbpR9Mokdo7bQ5CaDGtWRUr38sJnCnSMYDVy+EgSC2stkUSQglUvDQdawM Ye0w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1722349836; x=1722954636; 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=JV3kqzLYQbxYKb+83eqR86BmjV+UB45HQ9SlSAvGeo4=; b=jFXl/hDUpD9T3EA0ZYPFgdwJE+d+jmfYxRNvGWIdZDh6yhf6NlqFdR1I+DdXzxJG31 EyZ8irkevor9+Ryrj3wkZMwKuWqktxXtDSScEtlhinwc93FWGBcN0EQzx1v5b077CCek Wc+putV+cSC8938wgs9DNU2P/+9Ers1GFsLfDNS18YJ2kIoKkVK5kV14zUq3ukhYAdqf 5aBuWeM8zgYl4ocaD93uTtmjr35Rmnf6XbXs93TGlZYTI7PY9daJztthor4YqTDaCFHr pz8M2Ehlo8uWGwqBYuV8EhaVEsCo7mi5+U9OLdMLlDlnjqPf9p/8sm+NnKOD8ovXMOMr QMqQ== X-Forwarded-Encrypted: i=1; AJvYcCXQa3jtEcXyoStNI74IqxE80LSa4GaPqKG5wxGV66tiQgwLvxs3YBWLvaPLwOmKszTBnV4sB3OwZ20F2dk9H3IV/NqkkrsZQ0q0ivE= X-Gm-Message-State: AOJu0Yz8I2US1VobQihn1pNrdlPRc+2fpnFVES8Xdvk8Sgok+QIX8bzM Jg5CLgNbXHc0IperXOvedMHLutmL344Et45IQVrTOsZumTiLr0e6dcOMZqaoOg6K1bQm2AjHVfF F1vNhbhQ3l0PvIwuYc6rfecqoQhmxmmN67Foq6Q== X-Google-Smtp-Source: AGHT+IEYamOqWk/JwCb5A+4IJPA7Q3UcyVY60rovbtNaXfzPnLtTLMaVXlq+EU/lVlpIHkqMuVK6gP2T61pQ8JCABNo= X-Received: by 2002:a17:90a:a60c:b0:2c9:6b02:15ca with SMTP id 98e67ed59e1d1-2cf7e879c76mr9801116a91.39.1722349836306; Tue, 30 Jul 2024 07:30:36 -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: <20240727170122.675f6bfe@ernst.home> <865xsn6ya9.fsf@ltc.des.dev> In-Reply-To: From: Warner Losh Date: Tue, 30 Jul 2024 08:30:24 -0600 Message-ID: Subject: Re: filemon To: Miroslav Lachman <000.fbsd@quip.cz> Cc: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= , FreeBSD Current Content-Type: multipart/alternative; boundary="0000000000002c2503061e77d2d7" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4WYHhG1JFRz51NL --0000000000002c2503061e77d2d7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Jul 30, 2024, 3:39=E2=80=AFAM Miroslav Lachman <000.fbsd@quip.cz> w= rote: > On 30/07/2024 11:10, Dag-Erling Sm=C3=B8rgrav wrote: > > Gary Jennejohn writes: > > [..] > > >> I also load it from /boot/loader.conf using filemon_load=3D"YES" > > > > This does cause the module to be loaded at boot time, but it's slower > > than loading it later, and it increases memory fragmentation. A better > > option is to include "filemon" in the kld_list variable in /etc/rc.conf > > or /etc/rc.conf.d/kld. For instance, > > > > % cat /etc/rc.conf.d/kld/filemon > > kld_list=3D"${kld_list} filemon" > > Does this also apply today? I recently read from someone on a mailing > list that the kld_list in rc.conf is no longer needed, that any problems > it used to solve are solved, and that the preferred way is to load > everything from loader.conf. So I'm curious, what's the right thing to > do then? (I load most of my modules from rc.conf) > Either or for filemon. Either rc.conf's kld_list or loader.conf's filemon_load=3DYES. I've been recommending loader.conf since there's slight= ly less memory fragmentation, but even that effect is small. Only drm kmod has to be in kld_list. The performance advantage of the former is no longer there (for UEFI systems) or is very hard to measure on all but super fringe machines (for BIOS). Net booting would favor kld_list though. Warner Kind regards > Miroslav Lachman > > > > --0000000000002c2503061e77d2d7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Tue, Jul 30, 2024, 3:39=E2=80=AFAM Miroslav Lachman= <000.fbsd@quip.cz> wrote:
On 30/07/2024 11:10, Dag-Erling Sm=C3= =B8rgrav wrote:
> Gary Jennejohn <garyj@gmx.de> writes:

[..]

>> I also load it from /boot/loader.conf using filemon_load=3D"Y= ES"
>
> This does cause the module to be loaded at boot time, but it's slo= wer
> than loading it later, and it increases memory fragmentation.=C2=A0 A = better
> option is to include "filemon" in the kld_list variable in /= etc/rc.conf
> or /etc/rc.conf.d/kld.=C2=A0 For instance,
>
>=C2=A0 =C2=A0 =C2=A0 % cat /etc/rc.conf.d/kld/filemon
>=C2=A0 =C2=A0 =C2=A0 kld_list=3D"${kld_list} filemon"

Does this also apply today? I recently read from someone on a mailing
list that the kld_list in rc.conf is no longer needed, that any problems it used to solve are solved, and that the preferred way is to load
everything from loader.conf. So I'm curious, what's the right thing= to
do then? (I load most of my modules from rc.conf)

Either or for filemon. Eit= her rc.conf's kld_list or loader.conf's filemon_load=3DYES. I'v= e been recommending loader.conf since there's slightly less memory frag= mentation, but even that effect is small. Only drm kmod has to be in kld_li= st.

The performance adva= ntage of the former is no longer there (for UEFI systems) or is very hard t= o measure on all but super fringe machines (for BIOS). Net booting would fa= vor kld_list though.

War= ner

Kind regards
Miroslav Lachman



--0000000000002c2503061e77d2d7-- From nobody Tue Jul 30 14:54:32 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYJD50K9Lz5S6G9 for ; Tue, 30 Jul 2024 14:54:45 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x1031.google.com (mail-pj1-x1031.google.com [IPv6:2607:f8b0:4864:20::1031]) (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 4WYJD45kmsz55FL for ; Tue, 30 Jul 2024 14:54:44 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x1031.google.com with SMTP id 98e67ed59e1d1-2cd5d6b2581so2986681a91.2 for ; Tue, 30 Jul 2024 07:54:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1722351283; x=1722956083; 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=By8YCPyC5BJm/r6Pe6tSY/XtihKpcUFJux8FtAHK0KA=; b=SlwqTxCBWX2ThXtSISoPT5vCF/HGK5l9S/fdX4SBpZxKwGPaz3hjwEu6pDFdyoJgtZ e013z8V9Z9hTWZf5uQI7xWjUf+Ncpjuila/fSBolwSnIlqj7lNUzbIylDgWVZnb7TKuJ F9mFp5ZMm3WRdX6RVEt5VulOObNilBfECLxV1WUyv70QBUCkC6TiaTxBMLLO2UyQtLaM 2cfsNNP/IEEBAjoD3zpARyv+5rd51kSgbnYsB05WTgkupVjrCS1sAvfJQZQhjyJac6J6 Mef3QRot5ZpeGgMbYkHp3IzOGCA+WBSM/a1gdfeDmt47uHAPgXd6djM65qIZR9fw2PjK WwrQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1722351283; x=1722956083; 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=By8YCPyC5BJm/r6Pe6tSY/XtihKpcUFJux8FtAHK0KA=; b=TYRBSEGVHnkat8LdyvNWD3gPQv+sVnsz4zyNg2BbYoNZiO4heQ/3TOcmeAYbT4lkB1 JfvxyFXTngFcpPqsk0ruC8NgVIyY9QrmW85zggOD3DztJ0pIZl0z7xiGP01shhqV9Hlg KhumdtlCbc69x0WDqwdpXTKG5cAmcY74xchhAvArpnSLJzzBnw8DWocjc8017eZgtrmA Bgyr3zvOKHTyiRJbqjp3woj2pOXa+eIYojeUCMWP0X8afD5DJMAIeqGBG30k7A6duxm0 T4QZyB6jD70mJTwZcAUUMQOpz5Ka5ap3cUrdMKERw+1fESILn8YPrutIn5t5MPmjD7L2 OSYg== X-Forwarded-Encrypted: i=1; AJvYcCVk+U8O2Ou++MmTWnrtXZ45WOlcsHE6HDGRSWAW4WnU1opfvYGYH226+hdZj1LeWKUZ/DXco0/uxAGzA8pW1N/QVDG9su6OPMjm43o= X-Gm-Message-State: AOJu0YwsddZOIgpyMjK6PEKgwcdooVv6U6Stpj5CAELzDAFc6r/SzxgT bB0/Y3ZrGUgC3S6tX+wTeliSVakC7gmL3Jrk0YAkfQTxn0m88A/FjRld56BEbQHezksMRo/kySP ofDoqnIXPN35/1ku/MVsMw+v3LLwxMN/8gpwREA== X-Google-Smtp-Source: AGHT+IFqE3azU6VmGurM60zla1uBs19XiN4DkymVLxIIbYWQusQ8dM1me+cAe/KNerhSosTBvVJ/vHB5XaKiYxD6w3w= X-Received: by 2002:a17:90a:b304:b0:2c9:a88d:26f2 with SMTP id 98e67ed59e1d1-2cf7e86eac7mr9466707a91.36.1722351283358; Tue, 30 Jul 2024 07:54:43 -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: <20240727170122.675f6bfe@ernst.home> <865xsn6ya9.fsf@ltc.des.dev> <202407301049.46UAnrXX011101@critter.freebsd.dk> In-Reply-To: <202407301049.46UAnrXX011101@critter.freebsd.dk> From: Warner Losh Date: Tue, 30 Jul 2024 08:54:32 -0600 Message-ID: Subject: Re: filemon To: Poul-Henning Kamp Cc: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= , Gary Jennejohn , FreeBSD Current Content-Type: multipart/alternative; boundary="0000000000006c6c17061e7828e6" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4WYJD45kmsz55FL --0000000000006c6c17061e7828e6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Jul 30, 2024, 4:50=E2=80=AFAM Poul-Henning Kamp wrote: > -------- > Dag-Erling Sm=C3=B8rgrav writes: > > > There is very little difference between options and devices in kernel > > configuration files, but for what it's worth, filemon is a device, not > > an option. > > Apart from the internals of config(8) and it's input data, is there > any actual difference left ? > DEV_FOO is defined instead of FOO in the opt_*.h file is the only difference since otherwise both are added. I think that config's grammer only lets option foo=3Dbar work, while device foo=3Dbar does not. For options like filemon that conditionally include whole files without ifdefs elsewhere, there's no difference. Warner --=20 > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetenc= e. > > --0000000000006c6c17061e7828e6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Tue, Jul 30, 2024, 4:50=E2=80=AFAM Poul-Henning Kam= p <phk@phk.freebsd.dk> wrot= e:
--------
Dag-Erling Sm=C3=B8rgrav writes:

> There is very little difference between options and devices in kernel<= br> > configuration files, but for what it's worth, filemon is a device,= not
> an option.

Apart from the internals of config(8) and it's input data, is there
any actual difference left ?
=
DEV_FOO is defined instead of FOO in the opt_*.= h file is the only difference since otherwise both are added. I think that = config's grammer only lets option foo=3Dbar work, while device foo=3Dba= r does not.

For options = like filemon that conditionally include whole files without ifdefs elsewher= e, there's no difference.=C2=A0

Warner

--
Poul-Henning Kamp=C2=A0 =C2=A0 =C2=A0 =C2=A0| UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| TCP/IP since RFC 956
FreeBSD committer=C2=A0 =C2=A0 =C2=A0 =C2=A0| BSD since 4.3-tahoe=C2=A0 =C2= =A0
Never attribute to malice what can adequately be explained by incompetence.=

--0000000000006c6c17061e7828e6-- From nobody Tue Jul 30 14:57:07 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYJH36Wcjz5S6LF for ; Tue, 30 Jul 2024 14:57:19 +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 4WYJH31zc5z56Kd; Tue, 30 Jul 2024 14:57:18 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (123-1-21-232.area1b.commufa.jp [123.1.21.232]) (authenticated bits=0) by www121.sakura.ne.jp (8.17.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 46UEv7x7021626; Tue, 30 Jul 2024 23:57:08 +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=1722351428; bh=c3scHG5Ag9+p1JQrjBHah6U2GMkGWLgJeeq5nF6VcEU=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=RpYKZIcDSsXhvRAbDktXAUehGq/a0nK4JfpABoU7RRzzwUV7TI8wFYopSdBaTsnCL 6XIUtrpLZh67LJ0pyUNd+OjeiwIoEr2pv/8TcBPcYjXjFfZVOKA1RVs+EfZ37Zgbip UG/GlMxAAxF12sGC4ixNFDpk2oKGKyfuIodKQ2iI= Date: Tue, 30 Jul 2024 23:57:07 +0900 From: Tomoaki AOKI To: Alastair Hogge Cc: freebsd-current@freebsd.org, Miroslav Lachman <000.fbsd@quip.cz>, Dag-Erling =?UTF-8?B?U23DuHJncmF2?= Subject: Re: filemon Message-Id: <20240730235707.312d5493197351c9f7e8e649@dec.sakura.ne.jp> In-Reply-To: References: <20240727170122.675f6bfe@ernst.home> <865xsn6ya9.fsf@ltc.des.dev> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.1) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] X-Rspamd-Queue-Id: 4WYJH31zc5z56Kd On Tue, 30 Jul 2024 19:22:31 +0800 Alastair Hogge wrote: > > > On 30 July 2024 5:38:57 pm AWST, Miroslav Lachman <000.fbsd@quip.cz> wrote: > >On 30/07/2024 11:10, Dag-Erling Smørgrav wrote: > >> Gary Jennejohn writes: > > > >[..] > > > >>> I also load it from /boot/loader.conf using filemon_load="YES" > >> > >> This does cause the module to be loaded at boot time, but it's slower > >> than loading it later, and it increases memory fragmentation. A better > >> option is to include "filemon" in the kld_list variable in /etc/rc.conf > >> or /etc/rc.conf.d/kld. For instance, > >> > >> % cat /etc/rc.conf.d/kld/filemon > >> kld_list="${kld_list} filemon" > > > >Does this also apply today? I recently read from someone on a mailing list that the kld_list in rc.conf is no longer needed, that any problems it used to solve are solved, and that the preferred way is to load everything from loader.conf. > > Was it the following mail from Warner on a relates commit? > > https://lists.freebsd.org/archives/dev-commits-src-main/2024-May/024029.html > > -- > Sent from a device with a tiny bloody screen and no hard keyboard; please excuse my brevity. Seems to be related to me, but only with single aspect, loading speed. Another aspect is that loading multiple too large modules easily makes boots crash. Staging area (memory region which loader allocates to load kernel and modules, and maybe configured buffers) is limited. Loading zfs.ko and GPU drivers (drm.ko, nvidia-drm.ko, nvidia-modeset.ko, nvidia.ko and so on) via /boot/loader.conf[.loal] alltogether easily makes boot to crash on module loads. A few of examples related: Bug 277967 [1], Bug 277364 [2], Bug 277827 [3] You would find much, much more on forums.freebsd.org. [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277967 [2] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277364 [3] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277827 -- Tomoaki AOKI From nobody Tue Jul 30 15:15:28 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYJh54GTzz5RPTf for ; Tue, 30 Jul 2024 15:15:33 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fhigh7-smtp.messagingengine.com (fhigh7-smtp.messagingengine.com [103.168.172.158]) (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 4WYJh42bSvz59R2 for ; Tue, 30 Jul 2024 15:15:32 +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="sl/MwiKJ"; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=i7Ww45LE; dmarc=pass (policy=none) header.from=f-m.fm; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 103.168.172.158 as permitted sender) smtp.mailfrom=void@f-m.fm Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailfhigh.nyi.internal (Postfix) with ESMTP id F258E1140376 for ; Tue, 30 Jul 2024 11:15:29 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Tue, 30 Jul 2024 11:15:29 -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=1722352529; x=1722438929; bh=4X1k+jXz54+1sWR2n2h/G6kEioMeanw+ j9hTbJlC2SY=; b=sl/MwiKJAY3FAEtw0i2u43SJ7ZWaPTVBGE6O8suL5yTyGMN4 nmsGbGOJk7QuhwBIh1G/rTSrJ6jLFbnoTTrRr42UAx+6PEm2SUtY3rK54Vr28SN+ QZdcIgFNkZqMh0Uk5aeL20kkd9WUNTTeRYjF/FZUHhV2v9ZMM63q+Ofht3yzP8Km G24MnrHoQfEJqxeEQ1XwhI+uT1vvczkcnLUyYYQb3jS8dpWYc5+9NhyOZxOV1ThM za/B66XIYBJqgoCBzGy3w4NE94b5FokW+l9h0/2UBncuHmvYgJ29TyXVTnWN3jyN uFP1zzy8dmB+5kXXnvKtnGxZXyIlxgbUxff5cw== 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-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t= 1722352529; x=1722438929; bh=4X1k+jXz54+1sWR2n2h/G6kEioMeanw+j9h TbJlC2SY=; b=i7Ww45LEC/yoioaAVvfu+H44/3GEQQT0pjwlyYbhFTzeaun7MO2 O+EaljFOH4hSlWpM7SAgnOLLXMfcwppprLeeXp7Jdzz3Dsu6bWvQlTvrXAW2Q89Y pL3jdcoKx//IP4oB3yYNbcYw50lLPtX95V6J12teL+/fhj0TVw2MqnrvhDzCkmEK M+GEAB1k4hLkqGoeRQT9B9ig+zZG0nbZwJhg0ZP05Dq2KkhpZpNQpZsEPc17Xq4x BjxREK1UtsMK2QQKl6sqshRoNWcxpuJlJ0ECbjhHFK6q2Go+mLLM/AGbYiydgY/c BiQNakSUffpL2z459DSWOMx5iE5bDL2NZsQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrjeeggdekjecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfggtggusehttdertddttd dvnecuhfhrohhmpehvohhiugcuoehvohhiugesfhdqmhdrfhhmqeenucggtffrrghtthgv rhhnpeevudffiedvffffgffhgeefjeefffdtieetheetkeefhfdvfefgtedtueehgeffue enucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehvohhi ugesfhdqmhdrfhhmpdhnsggprhgtphhtthhopedt X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Tue, 30 Jul 2024 11:15:29 -0400 (EDT) Date: Tue, 30 Jul 2024 16:15:28 +0100 From: void To: freebsd-current@freebsd.org Subject: setting the console to serial by defailt seems to not work 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 [-3.77 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.967]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; MID_RHS_NOT_FQDN(0.50)[]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm3,messagingengine.com:s=fm3]; RWL_MAILSPIKE_VERYGOOD(-0.20)[103.168.172.158:from]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.158:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:209242, ipnet:103.168.172.0/24, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Rspamd-Queue-Id: 4WYJh42bSvz59R2 Hi, I have an rpi4 arm64 device at n271321-9ae91f59c500 and an amd64 image running in screen(8) as zvol-backed vm at n271360-82283cad12a4 The arm64 device is headless and i connect to it via serial. I noticed the beastie menu come up with the option Video for console. Cycled it to Serial, booted, all fine. Rebooted and it's back at Video, which i don't want. At the time it was inconvenient to reboot that machine again, so made the amd64 test vm mentioned above. On installation, this was set to Serial in the beastie menu, rebooted and it remained at Serial. So rebooted again set it to Video. rebooted again and it had gone back to Serial! So looked at man 5 loader.conf and set console="vidconsole" and rebooted, expecting beastie to show Video. It remained as (or gone back to) Serial. Is this a bug? -- From nobody Tue Jul 30 15:17:17 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYJk93D4gz5RPjs for ; Tue, 30 Jul 2024 15:17:21 +0000 (UTC) (envelope-from SRS0=rmLG=O6=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WYJk910d7z3xY3; Tue, 30 Jul 2024 15:17:20 +0000 (UTC) (envelope-from SRS0=rmLG=O6=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; none Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 271F8D7891; Tue, 30 Jul 2024 17:17:18 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1722352638; bh=LkDWvbubwJh0BEsbpCFiTW+IWy3kW6YuyE03l9TPTcI=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=ucrjk89OjmNl4y/3tLeG4z8LlujkAG44wxZEAYyuF3Le401Z0zT+7QpsGwqS1ftZs o/gIAEaOGzoCzvXt4Tmavycc28E04XJVEkW45cSeoG1E2PFrLnG/x/9OET2/Y8uyMt dNRA6ChtmcNBdZgPZxZmDaB6cweXfEPgBGvfvvr4= Received: from [192.168.145.49] (ip-89-177-27-225.bb.vodafone.cz [89.177.27.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 50D36D78C1; Tue, 30 Jul 2024 17:17:17 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1722352637; bh=LkDWvbubwJh0BEsbpCFiTW+IWy3kW6YuyE03l9TPTcI=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=sFPHMbBQ0mdcg+w+a1yF4v68OaHTuqoOt/8JSA+KbDjgmymG4s25zewWFwvyY/DRi w8TT2aUlZshV8HnpdzQLIAfe3LM2rEd3D6fUwYBaDXd0aiuK3X1NR3WH3X3tsYUgrp UZ2tMdDvgR4I5YRJTARPszb0LHcZ2zul0DpMMf4o= Message-ID: Date: Tue, 30 Jul 2024 17:17:17 +0200 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: filemon To: Warner Losh Cc: =?UTF-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , FreeBSD Current References: <20240727170122.675f6bfe@ernst.home> <865xsn6ya9.fsf@ltc.des.dev> Content-Language: en-US From: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ] X-Rspamd-Queue-Id: 4WYJk910d7z3xY3 On 30/07/2024 16:30, Warner Losh wrote: [..] > Does this also apply today? I recently read from someone on a mailing > list that the kld_list in rc.conf is no longer needed, that any > problems > it used to solve are solved, and that the preferred way is to load > everything from loader.conf. So I'm curious, what's the right thing to > do then? (I load most of my modules from rc.conf) > > > Either or for filemon. Either rc.conf's kld_list or loader.conf's > filemon_load=YES. I've been recommending loader.conf since there's > slightly less memory fragmentation, but even that effect is small. Only > drm kmod has to be in kld_list. I'm a bit confused. If I understand it right, you say loader.conf causes less memory fragmentation, but DES said "it still increases low memory fragmentation". So what is true? And is this something to watch out for, or is memory fragmentation not such a big deal? Kind regards Miroslav Lachman From nobody Tue Jul 30 15:20:10 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYJnV4G8dz5RPvF for ; Tue, 30 Jul 2024 15:20:14 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fhigh7-smtp.messagingengine.com (fhigh7-smtp.messagingengine.com [103.168.172.158]) (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 4WYJnV0013z40Dv for ; Tue, 30 Jul 2024 15:20:13 +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=cIITz+B1; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=El01zAt+; dmarc=pass (policy=none) header.from=f-m.fm; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 103.168.172.158 as permitted sender) smtp.mailfrom=void@f-m.fm Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailfhigh.nyi.internal (Postfix) with ESMTP id 40CB41140345 for ; Tue, 30 Jul 2024 11:20:12 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Tue, 30 Jul 2024 11:20:12 -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=1722352812; x=1722439212; bh=EFsV+8Duu0 juszG3gBJ0+mkuR1JcvWVz+RJE1CDtDD0=; b=cIITz+B1VUg7Bf6Ok3b/EeI/ee i9cmOowYMPneU9VECRpZAAe8ahCoeo50Q8qPmbTchEq37FEKRJdrmyS+54Dw3Lwp 85aKLkywlctmOkQ7egqvKApx9AcOk0WQItHvjoRB9RFDfXqqlh8sS+pPGFxMTzG2 4k3cHkN5RHnWpMppv35WrVki3spegZX3WMp3iVFFnpL4CiqBcla/pdnluZS1w8jS tsez4uJ7Q/9j9z9IhFgjyKKCE7jif7tEhnx7pD+j77zyvwCim6o047Fpi1aLGbN+ cSvOGd85UgAHVdMzQudqI+XBrnEuRN+/2KXln6uSb/MRg/VYHnOldhGMfVUg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm3; t=1722352812; x=1722439212; bh=EFsV+8Duu0juszG3gBJ0+mkuR1Jc vWVz+RJE1CDtDD0=; b=El01zAt+5xZ2EvnOS1tBEQa9FuhlnihaESYWQqfqR/ew nxytV9c5QuBHXfsAj385VrMbtMp/yGVzETibIZ8Rfknf4XO+yMI3QblH1q+dG1et Y4pSV/3XatmjgbNYbGUyYzqwc4OducPsKRyc5XIFu96XPO1rZ1a2LxEJm0dH/zaM ktYj75aL7oyqP7UtKkOONJbin6rLVrsCvu3FLmtlRY5eWdmF3kKtX4056bQRrTH4 p+MGVqHiXupzgo+DojDwl9sljUwOMMWOapFPcG3hvzm+BIwf2krjsN+g3EFr6apy dwwfTlLDzOTWh6FUIjvEEHmx/VI2HmDvOI87/f07Aw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrjeeggdekkecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehttdertd dttddvnecuhfhrohhmpehvohhiugcuoehvohhiugesfhdqmhdrfhhmqeenucggtffrrght thgvrhhnpeekleduvdelhfeileefgffghfffkedtheellefgudfgvdegkeejjedutdehhe fgueenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehv ohhiugesfhdqmhdrfhhmpdhnsggprhgtphhtthhopedt X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Tue, 30 Jul 2024 11:20:11 -0400 (EDT) Date: Tue, 30 Jul 2024 16:20:10 +0100 From: void To: freebsd-current@freebsd.org Subject: Re: filemon Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <20240727170122.675f6bfe@ernst.home> <865xsn6ya9.fsf@ltc.des.dev> <20240730235707.312d5493197351c9f7e8e649@dec.sakura.ne.jp> 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: <20240730235707.312d5493197351c9f7e8e649@dec.sakura.ne.jp> X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.79 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.994]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; MID_RHS_NOT_FQDN(0.50)[]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm3,messagingengine.com:s=fm3]; RWL_MAILSPIKE_VERYGOOD(-0.20)[103.168.172.158:from]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27:c]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.158:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:209242, ipnet:103.168.172.0/24, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Rspamd-Queue-Id: 4WYJnV0013z40Dv On Tue, Jul 30, 2024 at 11:57:07PM +0900, Tomoaki AOKI wrote: >Another aspect is that loading multiple too large modules easily makes >boots crash. Staging area (memory region which loader allocates to load >kernel and modules, and maybe configured buffers) is limited. This is why I went looking for filemon as kernel device in the manpage initially. Generally, in the kernel config I'll comment out stuff thats not going to be used and add stuff i know is needed, instead of using loader.conf or other methods. -- From nobody Tue Jul 30 16:40:39 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYLZK0ZdWz5RX43 for ; Tue, 30 Jul 2024 16:40:41 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WYLZJ73vxz4D4L for ; Tue, 30 Jul 2024 16:40:40 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722357641; 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=87/IRRfB0Cl75t9KQ4GdleeXXfwJnul/lliSjoet0io=; b=YIe7FZN6PXhvPG4FdyI03wC5RYxA5A+1jh0rju/h9oMqzFWSb8sWiKOkVb5Eu57Jl2auR0 pcGQMtFvAY64P6RkXkyNgKW8HbxfwhbHdl+eOkuf/3p26G8xNjsAs5IFOJym/UdMACL6P7 FqSo83FW96TpVPuTsizQ0I+wiuGtvpcABi26Z2UMAnl6NXgCNZTpZPJ6rvKgeOjvESp3ET jKiHm1kramZ0u10gdgO64AWd1hJ9unbgHP0W3UUyCjKBz+A+pjQHx8tBlevq1xdmq9fjng 9Mm/dEFYH2Y/c25/4GPnpu0b5OjURc6AvUg4RJVhEfRLbYhwSBsOeFja2O2aPw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1722357641; a=rsa-sha256; cv=none; b=IFs8H+BSt735cEOOZMm9P4/K9PHv2iRtdIZxBzX3CfcOSwzXG3mV81IS2WhLUckeGSmYmu eU0wNkaQWeQkEoHLTtu5zZrapj1RE0SyPvgiPVZfozQMvHecph5KtW0VZ6vkmNQWcBPkUK I9sNpAiC/WrtBblI6ZYHG/UGovRq+NxczWS8lq42EqRTJeAe3p6zBGJuCU08gQMHpjS8PI OvxIdVLXyzzIG6S89cC8vx51I3+wmNOe32+GROcN+i6f4OXSODVcKw0yosqmFghugb0rOg wOirlQAAXAkj1NZyQMPmPbXOGZvEDjC+hrzTTIB0Ow9C0OYCT/vpSlvVHiAv0g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722357641; 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=87/IRRfB0Cl75t9KQ4GdleeXXfwJnul/lliSjoet0io=; b=NtuBChcP1hiYVtIG5l8eLJvxKxn+/YWQwA284eMzDc0DUiT5diE252AjZqrS8UywAajCQ6 Ttj0WzfwS6wEf+HmmveOpAYO+02GzrZJDAiwx5qx/ITDO6gzF4rhUOl2mIszgJxY4151mV O4h7MVgOst0Tv8yRCDf3HgCxn7vSLbORgS1MnANYx9QgXVulNHeMgtlrjp7AtaH7QiRfCI yi1FsPrtQ4SfubEsSLzg8sS064e3M4wwdRw1j3SAtBhZXcjToSCWNXTQ6ef5EYejj8M8MS 6EVacvBKkW6Xe1Q5hjP7bKthlWJ35Idxi8UNu6G9qUE3r538INIJCqi/aK1etw== Received: from [10.9.4.95] (unknown [209.182.120.176]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: kevans/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WYLZJ5GDVzSqm for ; Tue, 30 Jul 2024 16:40:40 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: Date: Tue, 30 Jul 2024 11:40:39 -0500 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: error: unknown type name 'sigset_t' To: freebsd-current@freebsd.org References: Content-Language: en-US From: Kyle Evans In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 7/29/24 18:04, Nuno Teixeira wrote: > Hello all, > > At main-n271434-b3cec803eaa4 security/s2n-tls fails to build tests with > `make test`. > I remember that tests were ok about 1 or 2 weeks ago. > > I will update world soon and continue to monitor this tests failure. > > Thanks, > Hi, I've pushed 9333e1cbd028 ("include: ssp: hide ppoll redirect behind __BSD_VISIBLE") and audited a bit for similar issues in the other ssp headers, but didn't see any off-hand. With that change: 100% tests passed, 0 tests failed out of 267 Thanks, Kyle Evans From nobody Tue Jul 30 18:54:00 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYPXC147qz5RmT2 for ; Tue, 30 Jul 2024 18:54:03 +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 "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WYPXB6WLDz4TTT; Tue, 30 Jul 2024 18:54:02 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722365642; 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=k4FPvbGGriiCsrGrlT9SFFBlzoaFqJurFNCdEbGed9U=; b=MXB4vMroRP14WvB/kfkNN9mY9gaLNnWWpKrwTSRPjAKcw6ao+zNLCclQMk5RKkWUfi7Ojg d7tQm1RerjEdYNUDHAa0BcaxuimEAGffsAcaAaNLDje1G01aX4401Bj4PQc1oip10CYuGT 3L+MuvZU/wqJ8OfKjl/qcW0LPeHmyQgvj5yn1F3q1j9gl7HXarzv7FJw6QeB6DHkDzk9ZM D10zpm/45AMI7rQ7rQbE3FeC/Ghjaz7CoiXX9I1QPwKsmcFRU+xYMAnkmSTuS/tFwzb3oK UPRVj7U6ZBfHHJzbFeT9JOQq802bHmgMDkhDdk7Tb21PNYfp5vsXhMgSqX4B6w== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1722365642; a=rsa-sha256; cv=none; b=n0tTh2hTwRPhAoN7gnpDK2j/vSrUTjqOxMwIFvYIDKUjp4saMbw5kIuM3+6MQsr2SQBdpK aYJP+CTIsCi0/89VCyUeznGc+LVOSl4tfYoCmF40TGN3fEUi7U9MmmgAR1VSJT2yAxNi/2 XNyrDI/aF7ZgEvW0DhB5G7qxvAVfAG+AZWrWc3ULaqdAruh4SZGe6pOgtYXCkk8LEKadUD JNetcSc2OWCpnGHmJ9X5f2tVj1rWz867saGyz6/czma+VHGw5U0jAwM+J2V4R935UmN9Im F3OVxBaW09Tp3zZITlWgkQL0kSgISZgy0KDsxuYvJJYtTwxJWl8CwCIloCsdNA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722365642; 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=k4FPvbGGriiCsrGrlT9SFFBlzoaFqJurFNCdEbGed9U=; b=jJmp3zIK2BwvGrC5JfQoFEpFgWELmiQyvwoVxo5etYI4efbxKmHC6cwAickyywd0qOqawY oYpVusXGn+0iGXTwlnO9Avq/WOjGXXqqQuETtWaEug8Wgl3KffU3zc8lEUvlOpZgvWtAwz Sg5yh831wmcUNKQmKgSz5tE3o+bq/zvslER1aHfeWahOvuokaZRSIpCdej11Rd/2jshPzz eikfvfuJluFQEVLdR+YdOSGZnRoDzCGcMA/tjlCYpIo18D8XSN9NF1zH1p/peOurUY5d/X G5Kdqp+gLoF24LOsHgENXP/FkOKIMnA3aUCfz34lpWKuu7UGOQZz9x250TdDDA== Received: from ltc.des.dev (unknown [91.174.26.112]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WYPXB5XFzzVTy; Tue, 30 Jul 2024 18:54:02 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id DD7751F113; Tue, 30 Jul 2024 20:54:00 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Miroslav Lachman <000.fbsd@quip.cz> Cc: Warner Losh , FreeBSD Current Subject: Re: filemon In-Reply-To: (Miroslav Lachman's message of "Tue, 30 Jul 2024 17:17:17 +0200") References: <20240727170122.675f6bfe@ernst.home> <865xsn6ya9.fsf@ltc.des.dev> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Tue, 30 Jul 2024 20:54:00 +0200 Message-ID: <86jzh26793.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 Miroslav Lachman <000.fbsd@quip.cz> writes: > I'm a bit confused. If I understand it right, you say loader.conf > causes less memory fragmentation, but DES said "it still increases low > memory fragmentation". So what is true? And is this something to watch > out for, or is memory fragmentation not such a big deal? I used the wrong term. The loader loads the kernel and modules into a particular region of memory, while modules loaded after boot can go anywhere. Furthermore, modules loaded by the loader cannot be unloaded. So loading modules pre-boot does not increase fragmentation, but it uses up memory from a much more limited pool than loading them later. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Tue Jul 30 18:55:22 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYPYm3KVWz5RmX7 for ; Tue, 30 Jul 2024 18:55:24 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WYPYm2fHSz4Vhw for ; Tue, 30 Jul 2024 18:55:24 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722365724; 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=N9JUBk6dwUMA829YyyM+W3jMNU+sYqedjqyFmttjXb0=; b=B5MVXb/cSjtZkNwsPREJMFJ/GnO0KEgGUWSl1XRuqZRYLW+PW6Xze0po65SChwjvW5bOn1 0+iDotlSHYpz2LyMEWHwl1I1JuGly1xyPnNMb/pUJGCYthrizQ2gyLihfM2wbOfqYy/Cxe 1UdlCOoekm7ng0jVcY0X2fiRdfC0K8kpde4mO1XlzVVHQpiN2fMLo1LHksuggV9d8sak/f fxNWM4MT3XfJsHVGDJFmHTPa/5Z4y5K/Y2+ML44ZPzCv73YZAxDr3T6OUbg4PrUtOxt84g dzgb61CTkWyHV/x/mODRorum2mfWLBW5KRbS/+djRhzM68hAZh0mVbswaBs6Mw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1722365724; a=rsa-sha256; cv=none; b=Tm+b04yCOOco6PLn9enIzp4WvFfTnZI5eH2Z0kqf9l3531DlEKbeUqr4dBnVteRONUcErj /ZQT1FDv8/99Nnq8moBOLNFR1v4ibqTmOQT6DHRNa17NBlYrLPNUuPs/nyYwFnaTZPwrVi xj7qrbr6J3vc8FI8sRwbOHvxq1RH5wQyWekH/i5pn02Bo30UqF79eLAfP5jDzxuRjc8bHw ZkQjwyopOykkBPXYoeirGIAMo3NynqSMMPTojSjnL73i0PSkcGmT5fMJqvLdOmQlOY9yYu wzysEz0ZEsitPWztkibaHFjzgq6x3VNjLMOQJeROR19z9XIrd4OXF7TXo7Jf0Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722365724; 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=N9JUBk6dwUMA829YyyM+W3jMNU+sYqedjqyFmttjXb0=; b=vEjvI3vhzr4p6U0u9XX0bF8WMGSmfPbP2JUznfp+Tug4MCaqGoROTpozumXx2aHtLP+939 IlNhtjPNgoBJiav/NyB7k1izBeox9Aup6OadW4h6Lyvwb3r0e4l1tLLuhYF55o7z+ewB3z pKejS4B6tERwH+/CtfwgdZ//u2BkFJYmCOy6ij5OwFZIhX4nrN5DetnJnGuZ91Tv1cQazh Dm5hwQhBnSIeaT6Aty+KxQBsF1pz03Jk3yMx+clC40cQqazQ275k1dd8gQ0FOuAr2XhEz3 h/26mLKmm0Xx+FTcjRGjz1ORR2CW7FfApFx883od7PP4BFh6m+i4iUuifXJHyA== Received: from ltc.des.dev (unknown [IPv6:2a01:e0a:386:9c20:922e:16ff:fef1:acef]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WYPYm1cwnzWcp for ; Tue, 30 Jul 2024 18:55:24 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 10A0F1DDFC; Tue, 30 Jul 2024 20:55:22 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: freebsd-current@freebsd.org Subject: Re: setting the console to serial by defailt seems to not work In-Reply-To: (void@f-m.fm's message of "Tue, 30 Jul 2024 16:15:28 +0100") References: User-Agent: Gnus/5.13 (Gnus v5.13) Date: Tue, 30 Jul 2024 20:55:22 +0200 Message-ID: <86frrq676t.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable void writes: > The arm64 device is headless and i connect to it via serial. > I noticed the beastie menu come up with the option Video for > console. Cycled it to Serial, booted, all fine. [...] man boot.config DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Tue Jul 30 19:07:51 2024 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYPrC5cRsz5RnHw for ; Tue, 30 Jul 2024 19:07:55 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (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 4WYPrB6gDrz4XkM for ; Tue, 30 Jul 2024 19:07:54 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk Received: from critter.freebsd.dk (unknown [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id 648BE892BB for ; Tue, 30 Jul 2024 19:07:52 +0000 (UTC) Received: (from phk@localhost) by critter.freebsd.dk (8.18.1/8.16.1/Submit) id 46UJ7pAK014774; Tue, 30 Jul 2024 19:07:51 GMT (envelope-from phk) Message-Id: <202407301907.46UJ7pAK014774@critter.freebsd.dk> To: current@freebsd.org Subject: A few good ports on release iso images ? From: Poul-Henning Kamp List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <14772.1722366471.1@critter.freebsd.dk> Date: Tue, 30 Jul 2024 19:07:51 +0000 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.98 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.980]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[phk]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_DKIM_NA(0.00)[]; DMARC_NA(0.00)[freebsd.dk]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4WYPrB6gDrz4XkM I do not want want this to turn into a everything-and-Emacs bloat-party, but I would find it really helpful if our install-ISO images had two HW-spelunking ports installed: sysutils/smartmontools and sysutils/dmidecode Is that even possible ? Am I the only one who thinks so ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From nobody Tue Jul 30 19:23:47 2024 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYQBg4jrVz5RpQt for ; Tue, 30 Jul 2024 19:23:55 +0000 (UTC) (envelope-from verm@darkbeer.org) Received: from mx.coeval.ca (mx.coeval.ca [184.75.211.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WYQBf5y3yz4ZMv for ; Tue, 30 Jul 2024 19:23:54 +0000 (UTC) (envelope-from verm@darkbeer.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=darkbeer.org header.s=mail header.b=Q5lShigl; dmarc=none; spf=pass (mx1.freebsd.org: domain of verm@darkbeer.org designates 184.75.211.21 as permitted sender) smtp.mailfrom=verm@darkbeer.org Received: from mx.darkbeer.org (unknown [192.168.211.20]) by mx.coeval.ca (Postfix) with ESMTP id DEF6243605C for ; Tue, 30 Jul 2024 19:23:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=darkbeer.org; s=mail; t=1722367427; bh=WUCSRG8fDQjauVud0Lyc38+4Jpdgp92yZJJuWYyvG3E=; h=Date:From:To:Subject:References:In-Reply-To; b=Q5lShiglJltnOw7+6zBXbM1cmDS6W6yWyGRgOYmuDmO9GdtEz7UU/caNCK8+9Okhh fwx+MCOSiEhEca8LhgxZXKGUn7SIMriwYyaviPOs2VJFfjIM9uNp38qVmaKsn8mbaB aYrhd3+TgtDPQ7wS1Zc4tqEcFnb0ZPiayKPf/KFk= Received: by mx.darkbeer.org (Postfix, from userid 1001) id D2DB4470B4B; Tue, 30 Jul 2024 19:23:47 +0000 (UTC) Date: Tue, 30 Jul 2024 19:23:47 +0000 From: Amar Takhar To: current@freebsd.org Subject: Re: A few good ports on release iso images ? Message-ID: <20240730192347.GA68990@darkbeer.org> Mail-Followup-To: current@freebsd.org References: <202407301907.46UJ7pAK014774@critter.freebsd.dk> 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: <202407301907.46UJ7pAK014774@critter.freebsd.dk> X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; R_DKIM_ALLOW(-0.20)[darkbeer.org:s=mail]; R_SPF_ALLOW(-0.20)[+ip4:184.75.211.21]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[darkbeer.org]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[darkbeer.org:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MISSING_XM_UA(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:32489, ipnet:184.75.211.0/24, country:CA]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MIME_TRACE(0.00)[0:+] X-Rspamd-Queue-Id: 4WYQBf5y3yz4ZMv On 2024-07-30 19:07 +0000, Poul-Henning Kamp wrote: > sysutils/smartmontools > > and > > sysutils/dmidecode > > Is that even possible ? > > Am I the only one who thinks so ? I have missed having these tools numerous times over the years. Whether it's installing on a new machine or trying to figure out a failure on a current one both of these are indispensable. Would love to see them included. Amar. From nobody Tue Jul 30 19:31:30 2024 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYQMT3MQrz5RqL4 for ; Tue, 30 Jul 2024 19:31:33 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-oi1-x22b.google.com (mail-oi1-x22b.google.com [IPv6:2607:f8b0:4864:20::22b]) (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 4WYQMT05Lnz4c9P for ; Tue, 30 Jul 2024 19:31:32 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Authentication-Results: mx1.freebsd.org; none Received: by mail-oi1-x22b.google.com with SMTP id 5614622812f47-3db12a2f530so3127695b6e.1 for ; Tue, 30 Jul 2024 12:31:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; t=1722367892; x=1722972692; darn=freebsd.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=6qvwoLQ1mpfY9zLtUVy5bw7looM7FfP0Tjb4Q33x3/A=; b=IqFgQsBdrw83W+heqFQfeZEJCtS2y1PJTBOVi3BKU6fFCB4U9xvOw4GcBTtS1vKcwM xoOtQMb74Of7aP8rXQW8DQqcFPgHD4zxQ7VaDe4wSUkRve/psyWH7HuMKbdwgJNKLmEd Y1/818O/OazBfEZ+EpC8QXYIVY+MA2JTOzL+cc1x9B9Xe2wUyv2GtRNIMHdToLhi+9Zp vBigP8gRLA4o4hoP7o0LBU8k5qClV8+j/RdgbuyL0cnUfG1fh0av2l/ZyNXs4umpYXkh fT8/NjuSLjcs6yJe2LkFDwDWElGaL7ueozetoS9vBGmWJL7R/Neq1NFLl5e/OzXh7VZN a9/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1722367892; x=1722972692; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=6qvwoLQ1mpfY9zLtUVy5bw7looM7FfP0Tjb4Q33x3/A=; b=CBvhiHkKfFKQsHCqDlxU0utQ2KMTaGnLHF0fj/24qvqvKyzZJeSpFVkdzhy07fD9Nj JVkpqOBCqoipbUlsVB6nhRTEC66PnnsdQQ7TGrNyvIRZs+o5KMw3SRW02tOMEAXgnzZs WY4HXQhhL+XorvywKg7EIxxrFNsaQyQxPN6FfTAkMXKfED46K27KB/s4pc+voiVvBERV 8MCV7x95vFXH79nwkA6X3Hb10s02W7CcZ7DK2LLJO/Y8MWnak2Hjpn6sk6wP0xrPMgLm jmi2LbczrTEoIpc3fFJ/08OgwCS+l5kctHtX8T2kC9Fdw8sO+o/LT4hZxF4I7eEQdkTj 2MZw== X-Gm-Message-State: AOJu0YwlPcN37PD75yVPT1yU0DiE6dE4bvdN59LlPM/uL9RPxx1CNLET xCfU04qE+n28UOEhw+kpZF5Yp/qyzwHuZBewi3rxu1axx8hCvL2DStGhWy1K3g7AgCsaD7UT4CX 9 X-Google-Smtp-Source: AGHT+IFmKU5giR/5rQmZ+taWEA+r5F1fb3KY43eiCy3B/8sUyAqPeg0BuTEfn5P8X9aNFk4wPPKmIA== X-Received: by 2002:a05:6808:1919:b0:3db:1d85:a1b7 with SMTP id 5614622812f47-3db23cd0438mr14871043b6e.29.1722367891879; Tue, 30 Jul 2024 12:31:31 -0700 (PDT) Received: from mutt-hbsd (174-24-87-135.clsp.qwest.net. [174.24.87.135]) by smtp.gmail.com with ESMTPSA id 5614622812f47-3db41768cd5sm411917b6e.0.2024.07.30.12.31.31 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 30 Jul 2024 12:31:31 -0700 (PDT) Date: Tue, 30 Jul 2024 19:31:30 +0000 From: Shawn Webb To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: A few good ports on release iso images ? Message-ID: <2biahhepjinklmuiedo76kvhnlflvs2lfpzhymhcagucraeuvi@dvvz7p5cumcr> X-Operating-System: FreeBSD mutt-hbsd 15.0-CURRENT-HBSD FreeBSD 15.0-CURRENT-HBSD X-PGP-Key: https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/blob/master/Shawn_Webb/03A4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc References: <202407301907.46UJ7pAK014774@critter.freebsd.dk> 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-sha256; protocol="application/pgp-signature"; boundary="7wqpud4ezn7nzjqs" Content-Disposition: inline In-Reply-To: <202407301907.46UJ7pAK014774@critter.freebsd.dk> X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4WYQMT05Lnz4c9P --7wqpud4ezn7nzjqs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 30, 2024 at 07:07:51PM +0000, Poul-Henning Kamp wrote: > I do not want want this to turn into a everything-and-Emacs bloat-party, > but I would find it really helpful if our install-ISO images had two > HW-spelunking ports installed: >=20 > sysutils/smartmontools >=20 > and >=20 > sysutils/dmidecode >=20 > Is that even possible ? >=20 > Am I the only one who thinks so ? While probably less efficient than just running the tools outright, I usually just set up a tmpfs that I chroot into and install those kinds of packages. Just boot memstick.img, mount a tmpfs and a /dev under that, chroot and bring up networking, then pkg install. Simple process, but certainly more steps than having the tools pre-installed on the install media. Thanks, --=20 Shawn Webb Cofounder / Security Engineer HardenedBSD Tor-ified Signal: +1 303-901-1600 / shawn_webb_opsec.50 https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/raw/master/Shawn_Webb/03A= 4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc --7wqpud4ezn7nzjqs Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEA6TL67gupaZ9nzhT/y5nonf44foFAmapP4sACgkQ/y5nonf4 4frcUQ//bwQ9mSubu8lI2WGAENvGG2X/HPp+4gq43GZFDYSrLp0wjjceUCUiSZkQ mY8DgWYVbmyjamnbwigbCjBAiHhWWOWBTaVvbNKnjdX05OGYv/cAVRx80ZvZpawr JcHUr/wcOnMeEZCKaEmy6YdI5ZF4Ssk03eFmutOY0ovXPFnZY3VMInbkrH/atEhA d7fAZwcZFdrW7eSOANySvQEhYvvUgH8P3N4mqD8xNVpOSBrdw2xHh5zpgwIOwwY0 iiLOIczYNwpXD/d6P8RQQlUTJ66pQYlOIkTcfUgyFc4MRgOQeZXS4z1e9MOKL/PE SX86VVLW+XubopYjGIe/4AiuBin2V3FJp4o28NdDIu7RJLfHcfIGnlnwJN2dqH5c sqPxG6hky1C2/UPInv8toN00S+8piUPFZhOx7BYcbVdl+cbA/+RX7x3eSrzyFSiJ d4Ge+hS+vghF4j3ZRMeTmJWvOJUkl6ycic6R9EJb9kI6Rc48DgHzPqw+mi6r4QNG yWUty5fyAOdGhMNUZ0zIPIoK8aLyd00jyUInGqKTJcERurryzYFEdA7IoNV2BN5d LI/ohTt2qD7FeHFcOm43hH67wCwXLXZU155ie6fyN6GOvI3qNPcrk94jhPZNbSMy U6HqWn7rm6ubISwM7Q3VNnS7XqOcLF2n4fvH62tXt5OKX/iqOds= =Zmw5 -----END PGP SIGNATURE----- --7wqpud4ezn7nzjqs-- From nobody Tue Jul 30 20:00:48 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYR1K30thz5Rsck for ; Tue, 30 Jul 2024 20:00:53 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WYR1J6vCzz4gNP; Tue, 30 Jul 2024 20:00:52 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722369653; 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=kLWJuTp3HvuKUKGWCeavd0am2EV/SWPb/TlyHPpHL4Q=; b=iVIFwGHmM4XUgaz2xNLHKSmQBel5E88Y5qsqYi1TMTsS2GHTtk1Z+xFnL2WLyNGLzibQm1 a8Mc4fNaU3dTExkwAkF8MIoJ14wWd50Q3B6j2nfVaCQhT88ueGTLIpDokPCphoHhison3B yS9EyhTRt3lQjW8sbHz+Vr9fbi6KJLjxLhNbHVE/CFDaf/StPDauswovXX7y2/GLnigEmq 53P4D6ogDDKp3rcJHrPx3qWWmZNLPAVD9bwWdOwUAWoxXafu7UUcT4i2HEAX5rl3I0EXgO /DU29z3zTvl6TnvtZVvFFd0rWgEacLfeISRRD/HTZhEDh3MBWVQ+sXHL3M65hw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1722369653; a=rsa-sha256; cv=none; b=sUjqZnBwJ/fn5+s7VKk5BZGRGfyHgpamkUKZQCjijIatOMRadfGs5sf4Q+7BZ1aWVAfSWk SrA5IaXI9/t+mdEqSHLx4v/X8Y+x12Yc8Elti8H9LxkRly1z0P8soVdRMRWVl8PW696jFu 7/V28LXRrV+l3rPo8Rc2j7pq4zzxWewA2ectN5EZmT9IhEIE5zbeAbcok7OT6IZh5ZIvzA rTwmFLOUU4taw1cR2IgkA3i+AvPjo7evkJEN2+KBKXzimwsjtls8avXtMuQige7QmDfQwg dbB0vFIbgB85FvsrAN2cKlErrZRZ1z7/reLIrElKI83H5bazlz+t4gJ3p3qUSw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722369653; 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=kLWJuTp3HvuKUKGWCeavd0am2EV/SWPb/TlyHPpHL4Q=; b=F0543cUamvdB9hZSjqNad/PafGq5/4ara8J9tpCJ5Kh0sUcbctW/j+6+qAT+zF0X5ayoY8 qVJj2O/cgUhRXv3hAqbTIyIyiWUdRu6/wLxLQqH24AV4U8sYVjGKcOY1D8kzqSZBmsk0Wg 6H1NpUCrsj2HLLoAgGMJClfcqRfJ5Ekkogzl8pRPVKifle+yzbyp8yCqSpkO84aoBmrkfq m7+JDrEsairZO0RxPJSgiKvhcbV/JpkkeG82QhddjRKBmltijzpWSvSoL+dk/qb826JkhD um/NWes9Fx419ueh/rWJcvmXEec+QG9JqBPgG5zj+5YsQjyja6p9PChqADn7Yw== 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 4WYR1J49YrzWRC; Tue, 30 Jul 2024 20:00:52 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Tue, 30 Jul 2024 13:00:48 -0700 From: Gleb Smirnoff To: freebsd-current@freebsd.org, src-committers@freebsd.org Subject: Re: July 2024 stabilization week Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Tue, Jul 23, 2024 at 01:39:23PM -0700, Gleb Smirnoff wrote: T> On Mon, Jul 22, 2024 at 01:00:11AM -0700, Gleb Smirnoff wrote: T> T> This is an automated email to inform you that the July 2024 stabilization week T> T> started with FreeBSD/main at main-n271321-9ae91f59c500, which was tagged as T> T> main-stabweek-2024-Jul. T> T> Testing at Netflix didn't discover any stability or performance regressions T> compared to June stabweek snapshot. My personal use in a desktop environment T> also didn't show any problems. Everybody are advised to update their FreeBSD T> 15.0-CURRENT :) Belatedly we have found a kind of regression in main-stabweek-2024-Jul. There is a POLA breaking behavior change in the new version of bsddialog(1). The change is clearly documented in the original commit message: commit ce220b82ad546d3518a805750e5ee6add73f1fbf Author: Alfonso Siciliano Date: Sat May 25 02:42:46 2024 +0200 change: --form and --mixedgauge do not print field input to output if <= 0 That means if you have any scripting using 'bsddialog --form' with readonly values, you would need to adjust your scripts, otherwise your variables would be messed up, leading to any possible kind of bugs. -- Gleb Smirnoff From nobody Tue Jul 30 20:09:27 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYRCQ0CNkz5RtPF for ; Tue, 30 Jul 2024 20:09:38 +0000 (UTC) (envelope-from peter@wemm.org) Received: from smtp2.wemm.org (smtp2.wemm.org [IPv6:2001:559:8585:200:4::78]) (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 "smtp2.wemm.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WYRCP3wQxz4hr5; Tue, 30 Jul 2024 20:09:37 +0000 (UTC) (envelope-from peter@wemm.org) Authentication-Results: mx1.freebsd.org; none Received: from [10.0.0.62] (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id 15A931576D; Tue, 30 Jul 2024 13:09:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=m20140428; t=1722370168; bh=TlDACKF6XbJhQfdHSWQc+9ESLTAjILcEEuulzcV7dwk=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=V0gpiPhOxRqGwuWn2HAiLVFtGtB7yR5fum1c54hj1nrzkI7pBxZdjy7TaBUHlwk+E Zw+zBsvkJPX532wssjCwu+ZumwJ36D0DS3FXzUKNRrrMTVAfahvLyDOLkdcaa2Ic4o xtaBD/VQytDdM50mqZoLpEHc715UiOA4WwG1RPec= Content-Type: multipart/alternative; boundary="------------bEkkkBPmtyjlbIwuFL9xtp9e" Message-ID: Date: Tue, 30 Jul 2024 13:09:27 -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: filemon To: =?UTF-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , Poul-Henning Kamp Cc: Gary Jennejohn , freebsd-current@freebsd.org, peter@freebsd.org References: <20240727170122.675f6bfe@ernst.home> <865xsn6ya9.fsf@ltc.des.dev> <202407301049.46UAnrXX011101@critter.freebsd.dk> <86o76f5ckt.fsf@ltc.des.dev> Content-Language: en-US From: Peter Wemm In-Reply-To: <86o76f5ckt.fsf@ltc.des.dev> X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:33651, ipnet:2001:559:8585::/48, country:US] X-Rspamd-Queue-Id: 4WYRCP3wQxz4hr5 This is a multi-part message in MIME format. --------------bEkkkBPmtyjlbIwuFL9xtp9e Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 7/30/2024 4:44 AM, Dag-Erling Smørgrav wrote: > "Poul-Henning Kamp" writes: >> Dag-Erling Smørgrav writes: >>> There is very little difference between options and devices in kernel >>> configuration files, but for what it's worth, filemon is a device, not >>> an option. >> Apart from the internals of config(8) and it's input data, is there >> any actual difference left ? > From the perspective of including files in the build, there is no > difference: `foo/foo.c optional foo` does not care whether "foo" is an > option or a device. However, options generate macros, while devices > don't. So adding `option FILEMON` to your kernel config will cause > filemon to be compiled into the kernel, but it will also generate an > unneeded opt_filemon.h with `#define FILEMON 1`. Or it would, if it > weren't for this: > > % git annotate sys/conf/options |& grep -i filemon > 6c6f1f0185b84 (Peter Wemm 2013-07-03 20:22:12 +0000 109)FILEMON opt_dontuse.h > > which suggests Peter intended filemon to be an option rather than a > device. > > DES Yes it probably should have been a device from the start.  I do not recall why I picked one over the other.  It was originally not config(8)able at all. -Peter --------------bEkkkBPmtyjlbIwuFL9xtp9e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit


On 7/30/2024 4:44 AM, Dag-Erling Smørgrav wrote:
"Poul-Henning Kamp" <phk@phk.freebsd.dk> writes:

Dag-Erling Smørgrav <des@FreeBSD.org> writes:

There is very little difference between options and devices in kernel
configuration files, but for what it's worth, filemon is a device, not
an option.

Apart from the internals of config(8) and it's input data, is there
any actual difference left ?

>From the perspective of including files in the build, there is no
difference: `foo/foo.c optional foo` does not care whether "foo" is an
option or a device.  However, options generate macros, while devices
don't.  So adding `option FILEMON` to your kernel config will cause
filemon to be compiled into the kernel, but it will also generate an
unneeded opt_filemon.h with `#define FILEMON 1`.  Or it would, if it
weren't for this:

    % git annotate sys/conf/options |& grep -i filemon
    6c6f1f0185b84	(Peter Wemm	2013-07-03 20:22:12 +0000	109)FILEMON	opt_dontuse.h

which suggests Peter intended filemon to be an option rather than a
device.

DES

Yes it probably should have been a device from the start.  I do not recall why I picked one over the other.  It was originally not config(8)able at all.

-Peter

--------------bEkkkBPmtyjlbIwuFL9xtp9e-- From nobody Tue Jul 30 20:52:56 2024 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYS9R4rjcz5Ry7D for ; Tue, 30 Jul 2024 20:52:59 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (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 4WYS9R2YFyz4n9d for ; Tue, 30 Jul 2024 20:52:59 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Authentication-Results: mx1.freebsd.org; none Received: from critter.freebsd.dk (unknown [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id 13F05892BB; Tue, 30 Jul 2024 20:52:57 +0000 (UTC) Received: (from phk@localhost) by critter.freebsd.dk (8.18.1/8.16.1/Submit) id 46UKqu6w015380; Tue, 30 Jul 2024 20:52:56 GMT (envelope-from phk) Message-Id: <202407302052.46UKqu6w015380@critter.freebsd.dk> To: Shawn Webb cc: current@freebsd.org Subject: Re: A few good ports on release iso images ? In-reply-to: <2biahhepjinklmuiedo76kvhnlflvs2lfpzhymhcagucraeuvi@dvvz7p5cumcr> From: "Poul-Henning Kamp" References: <202407301907.46UJ7pAK014774@critter.freebsd.dk> <2biahhepjinklmuiedo76kvhnlflvs2lfpzhymhcagucraeuvi@dvvz7p5cumcr> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <15378.1722372776.1@critter.freebsd.dk> Date: Tue, 30 Jul 2024 20:52:56 +0000 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU] X-Rspamd-Queue-Id: 4WYS9R2YFyz4n9d -------- Shawn Webb writes: > While probably less efficient than just running the tools outright, I > usually just set up a tmpfs that I chroot into and install those kinds > of packages. Yeah, I do something similar, with the footnote that I more often than not have no internet connection, so I have to remember to bring the packages. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From nobody Tue Jul 30 21:16:42 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYShv1w38z5S117 for ; Tue, 30 Jul 2024 21:16:47 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta002.cacentral1.a.cloudfilter.net (omta002.cacentral1.a.cloudfilter.net [3.97.99.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WYSht5Mjyz4rYy; Tue, 30 Jul 2024 21:16:46 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Authentication-Results: mx1.freebsd.org; none Received: from shw-obgw-4003a.ext.cloudfilter.net ([10.228.9.183]) by cmsmtp with ESMTPS id YpGvs34XOMArNYuD7smWmL; Tue, 30 Jul 2024 21:16:45 +0000 Received: from spqr.komquats.com ([70.66.152.170]) by cmsmtp with ESMTPSA id YuD5sxWI7E0IVYuD7sob68; Tue, 30 Jul 2024 21:16:45 +0000 X-Auth-User: cschuber X-Authority-Analysis: v=2.4 cv=cI9DsUeN c=1 sm=1 tr=0 ts=66a9583d a=y8EK/9tc/U6QY+pUhnbtgQ==:117 a=y8EK/9tc/U6QY+pUhnbtgQ==:17 a=kj9zAlcOel0A:10 a=4kmOji7k6h8A:10 a=pGLkceISAAAA:8 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=EkcXrb_YAAAA:8 a=Udn3NQBOnPOvTo677wQA:9 a=CjuIK1q_8ugA:10 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=LK5xJRSDVpKd5WXXoEvA:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id 54F04355; Tue, 30 Jul 2024 14:16:43 -0700 (PDT) Received: by slippy.cwsent.com (Postfix, from userid 1000) id DF1B97E; Tue, 30 Jul 2024 14:16:42 -0700 (PDT) X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.8+dev Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Gleb Smirnoff cc: freebsd-current@freebsd.org, src-committers@freebsd.org Subject: Re: July 2024 stabilization week In-reply-to: References: Comments: In-reply-to Gleb Smirnoff message dated "Tue, 30 Jul 2024 13:00:48 -0700." List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 30 Jul 2024 14:16:42 -0700 Message-Id: <20240730211642.DF1B97E@slippy.cwsent.com> X-CMAE-Envelope: MS4xfL8ElAUHql9nDAJYgbicFYZGInrHxz7yTbCBas/j+SgayJVxBSPOljY42gz6dxK24KOX+PiIfttLTIpF95GcxXQfEa6yyGY+DyYaUtRJ8VlI6yoOJuBZ s0yG7OzZsGidcjcid1/wr2PJVfq56zSw4LzcM4XiWY6Su3rEbfcBmNid/bkWIQB/Npa/FPKF+HU1xi4WbRPU6C4h5MUSrZHpibDy+MFdCmJWRGdL5iBr1ZnG yP0QAiH0XJ9HR3Xe2WDCkohYCdR+6KPigFRA1IfpwAOy6ahVTP3Vad6WRhjFOZuF X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US] X-Rspamd-Queue-Id: 4WYSht5Mjyz4rYy In message , Gleb Smirnoff writes: > On Tue, Jul 23, 2024 at 01:39:23PM -0700, Gleb Smirnoff wrote: > T> On Mon, Jul 22, 2024 at 01:00:11AM -0700, Gleb Smirnoff wrote: > T> T> This is an automated email to inform you that the July 2024 stabilizati > on week > T> T> started with FreeBSD/main at main-n271321-9ae91f59c500, which was tagge > d as > T> T> main-stabweek-2024-Jul. > T> > T> Testing at Netflix didn't discover any stability or performance regression > s > T> compared to June stabweek snapshot. My personal use in a desktop environm > ent > T> also didn't show any problems. Everybody are advised to update their Free > BSD > T> 15.0-CURRENT :) > > Belatedly we have found a kind of regression in main-stabweek-2024-Jul. Ther > e > is a POLA breaking behavior change in the new version of bsddialog(1). The > change is clearly documented in the original commit message: > > commit ce220b82ad546d3518a805750e5ee6add73f1fbf > Author: Alfonso Siciliano > Date: Sat May 25 02:42:46 2024 +0200 > > change: --form and --mixedgauge do not print field input to output if eldlen> <= 0 > > > That means if you have any scripting using 'bsddialog --form' with readonly > values, you would need to adjust your scripts, otherwise your variables would > be messed up, leading to any possible kind of bugs. I can't find this revision. slippy$ git log ce220b82ad546d3518a805750e5ee6add73f1fbf fatal: bad object ce220b82ad546d3518a805750e5ee6add73f1fbf slippy$ To verify that my repo wasn't damaged in any way I cloned a fresh new repo from git.freebsd.org. I still can't list that revision. > > -- > Gleb Smirnoff > -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org e^(i*pi)+1=0 From nobody Tue Jul 30 22:05:33 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYTnC2Tvcz5S4yD for ; Tue, 30 Jul 2024 22:05:35 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WYTnC1xrtz3yjL; Tue, 30 Jul 2024 22:05:35 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722377135; 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=t/R1fBJxWkTfThBBROdCJq44751KUpJje1FdDmiWL6w=; b=V7ceW3ZJxNl/rG/1egVe2aPxnmwefc8dg2Yt2a7lVhAWwPZB2WsoE5+JjSJBB9EmLk5T9x gvRoNymIUuZKZFIzpaigOd/Rjmx0sc99yTGyBymdByyisQVX0Y9MbiGs5sSsza4VvMX8wo km3/w/8D2p4KWuzsqXPNHimbVEg8wgPQIXHRncKpyROt/MUuOcDeDyB4Trzjz7Pc2f7p0h RRXX0k9TWrkTi8eyEFG9V+m54gF+4Zlh1IBlIHzDiQ9NJFHPr4SZDmmIlJnGwZXnvLMN8S ugJSn5iIvLqb4EqdXXLSZj1vNj8MWhx0DUzUqDVzcCGkq9H5r7IUojwMERgCWQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1722377135; a=rsa-sha256; cv=none; b=R4GOZZanV7/l5BbjtI2aMWbbZjf28lUPrX2TgHNpDpE4hufP7EAvOBKPXw054yvjJ0ygTr yleFj4G89TtyO4JaZKQy/v7Y0++OiNJdrejVP7EDXgac0R4gwFIaRiwXuGt7Hp76aLGI89 l27+dYvWn/1aHrLNiGt86ioSLG4QguuDmZzlUSUka5reX4O0LwaDjU8ytK4tgLQsO8y4Z1 wFgv10tBL+1bMLaI7QtzENA1VjXv2mZW0zq7h3f/17JiqNa5RBpnWLUEHY9C9KQMaoEIqw Sgtk8H6RmCVkzu+wesup/1EuiPuwrevWfNuTHo4uD7y2onNEVvfY5EmFvBa23Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722377135; 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=t/R1fBJxWkTfThBBROdCJq44751KUpJje1FdDmiWL6w=; b=cn0KEM+BRyYekaPKKy2f1IbKQVIoIr+4vHu/SXACx/JD88KRXvH5UcHyLlk3pu8S1Bz7gB rfT6WCLVRTAf+CCDE0v7nlRbDgAdVId7/Igxcf6XtperO65LCGqDNrEAf0A2f4S36Ev/e5 lSfUFFw0zcu37/z5lpzFtXo11eDpJyo55UYo8hby4deyz/V/AcaKXzSB35HQ9e0uvj8xJw olRrbFrnb8FegfgMrWMPvGCVo1tqd6uIgtQUjeQBxEq7uMKPmr44H35SfickVcR7WTfjk/ SmWOjvoeAXuV4ZOo7JC1nnHEF44aOz7pa4/H2lLT00cySuDYHg5ezxMMk/WuVA== Received: from [10.9.4.95] (unknown [209.182.120.176]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: kevans/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WYTnB5JHXzYtn; Tue, 30 Jul 2024 22:05:34 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: <4a36dfb3-c0ec-4bd0-a049-8f2563f6bc8c@FreeBSD.org> Date: Tue, 30 Jul 2024 17:05:33 -0500 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: July 2024 stabilization week To: Cy Schubert , Gleb Smirnoff Cc: freebsd-current@freebsd.org, src-committers@freebsd.org References: <20240730211642.DF1B97E@slippy.cwsent.com> Content-Language: en-US From: Kyle Evans In-Reply-To: <20240730211642.DF1B97E@slippy.cwsent.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 7/30/24 16:16, Cy Schubert wrote: > In message , Gleb Smirnoff writes: >> On Tue, Jul 23, 2024 at 01:39:23PM -0700, Gleb Smirnoff wrote: >> T> On Mon, Jul 22, 2024 at 01:00:11AM -0700, Gleb Smirnoff wrote: >> T> T> This is an automated email to inform you that the July 2024 stabilizati >> on week >> T> T> started with FreeBSD/main at main-n271321-9ae91f59c500, which was tagge >> d as >> T> T> main-stabweek-2024-Jul. >> T> >> T> Testing at Netflix didn't discover any stability or performance regression >> s >> T> compared to June stabweek snapshot. My personal use in a desktop environm >> ent >> T> also didn't show any problems. Everybody are advised to update their Free >> BSD >> T> 15.0-CURRENT :) >> >> Belatedly we have found a kind of regression in main-stabweek-2024-Jul. Ther >> e >> is a POLA breaking behavior change in the new version of bsddialog(1). The >> change is clearly documented in the original commit message: >> >> commit ce220b82ad546d3518a805750e5ee6add73f1fbf >> Author: Alfonso Siciliano >> Date: Sat May 25 02:42:46 2024 +0200 >> >> change: --form and --mixedgauge do not print field input to output if > eldlen> <= 0 >> >> >> That means if you have any scripting using 'bsddialog --form' with readonly >> values, you would need to adjust your scripts, otherwise your variables would >> be messed up, leading to any possible kind of bugs. > > I can't find this revision. > > slippy$ git log ce220b82ad546d3518a805750e5ee6add73f1fbf > fatal: bad object ce220b82ad546d3518a805750e5ee6add73f1fbf > slippy$ > > To verify that my repo wasn't damaged in any way I cloned a fresh new repo > from git.freebsd.org. I still can't list that revision. > It's a bsddialog commit, since the full history isn't preserved in vendor imports for bsddialog https://gitlab.com/alfix/bsddialog/-/commit/ce220b82ad546d3518a805750e5ee6add73f1fbf From nobody Wed Jul 31 02:00:59 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYb102XtTz5SPPG for ; Wed, 31 Jul 2024 02:01:08 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) (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 "*.lerctr.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WYb0z22bdz4J5Z; Wed, 31 Jul 2024 02:01:07 +0000 (UTC) (envelope-from ler@lerctr.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=lerctr.org header.s=ler2019 header.b="iJRup WC"; dmarc=pass (policy=none) header.from=lerctr.org; spf=pass (mx1.freebsd.org: domain of ler@lerctr.org designates 192.147.25.65 as permitted sender) smtp.mailfrom=ler@lerctr.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=ler2019; h=Content-Transfer-Encoding:Content-Type:Message-ID:References: In-Reply-To:Subject:Cc:To:From:Date:MIME-Version:Sender:Reply-To:Content-ID: Content-Description; bh=WolDcnD+6aSpB1KKTMCE5Qn1qi1lYg+Snn8xb9tl1qc=; b=iJRup WCDvSnq2qbnjgq0zlVdMQfB52YdwExvq0wpGvgOto17VdPzxLRe/YkeG9lj5t0nEPb0PyfNTjvwIj 31S+fknNdl8Kt26anmiayvaoBUFdN5S+RB5TbZJM2sCOPNiTqgEvbqiDb4Dc3bUQqLiw9lunAvCl6 PweWb7aJyUEoXLXdrYUu7wru6Jd5RPKfQbC/1DvWrWcIn18wXbQg7dwlKvpxgAy8G732ElrjsnVw6 qICv5MJI/cIOC41VkOPCRZgI08DY4zcZck+6nmYj+UXj2m/sjRQX6FCuAwcg1fouYfmVdRdUFm6RT cdHZNwqb7RheGz/mJEvVhMGa4VtuQ==; Received-SPF: pass (thebighonker.lerctr.org: domain of lerctr.org designates 192.147.25.65 as permitted sender) client-ip=192.147.25.65; envelope-from=ler@lerctr.org; helo=webmail.lerctr.org; Received: from thebighonker.lerctr.org ([192.147.25.65]:25972 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.98 (FreeBSD)) (envelope-from ) id 1sYyeB-000000006oW-2XfA; Tue, 30 Jul 2024 21:00:59 -0500 Received: from syn-070-123-041-087.res.spectrum.com ([70.123.41.87]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Tue, 30 Jul 2024 21:00:59 -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 Date: Tue, 30 Jul 2024 21:00:59 -0500 From: Larry Rosenman To: Ed Maste Cc: Freebsd current Subject: Re: build failure: clang.full In-Reply-To: <762cd65e1cb2b2c138e3174d9787e135@lerctr.org> References: <762cd65e1cb2b2c138e3174d9787e135@lerctr.org> Message-ID: X-Sender: ler@lerctr.org Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.992]; DMARC_POLICY_ALLOW(-0.50)[lerctr.org,none]; R_DKIM_ALLOW(-0.20)[lerctr.org:s=ler2019]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; FREEFALL_USER(0.00)[ler]; MISSING_XM_UA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:18474, ipnet:192.147.25.0/24, country:US]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; 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]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[lerctr.org:+] X-Rspamd-Queue-Id: 4WYb0z22bdz4J5Z On 07/30/2024 9:25 am, Larry Rosenman wrote: > On 07/30/2024 9:22 am, Ed Maste wrote: >> On Mon, 29 Jul 2024 at 19:54, Larry Rosenman wrote: >>> >>> I'm getting the following on an up2date checkout: >>> Building /usr/obj/usr/src/amd64.amd64/usr.bin/clang/clang/clang.full >>> ld: warning: >>> /usr/obj/usr/src/amd64.amd64/lib/clang/libllvm/libllvm.a: >>> archive member 'FaultMaps.o' is neither ET_REL nor LLVM bitcode >> >> This looks like you have a corrupt object in this archive. If you want >> to start on the path of determining the root cause you could try >> extracting FaultMaps.o (using ar or tar) and seeing what file(1) says >> about it. > This happens even with a FRESH (I.E. empty) /usr/obj. It apparently got fixed, I just made it through a buildworld/buildkernel. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 13425 Ranch Road 620 N, Apt 718, Austin, TX 78717-1010 From nobody Wed Jul 31 03:40:44 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYdD4642mz5SWv3 for ; Wed, 31 Jul 2024 03:40:52 +0000 (UTC) (envelope-from zlei@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WYdD45Yqyz4QhL; Wed, 31 Jul 2024 03:40:52 +0000 (UTC) (envelope-from zlei@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722397252; 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=HncGP1NnzPtKYHLlIaL4lUUoT1wLBtrBTPXKahhkQ2g=; b=x2l1ZdkwRsB908wN5ufZsh0v1YGDdlIX0DFUvvUiWZHbgDNgqTDCSeVMLCGfk6eaRWr7hX fdT8ix/gwWFDDXf271sgtks2Uy0ZY4Ks05wjLe0xpKivIyt+1wXd8RFkW91TiihRe4ufe/ WyH/tj9tAW/M4yC6DGp3JiD76kkRXHE2RkmosMTqnVc+wt0j51RCjQ5DNW71/0yTr7vf47 P0CUwudEtq1QC1xCYfDURC9KPkQLOCASt/lr8Vtdyh3RAalX5aLqQrws/dmZjLCFQ+wg/H al3hIZYXVQFbCo1v2Ma9jCeCa6+1KLbZdCrtX7PKhFioonMsLcLJpxPEfXAdSw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1722397252; a=rsa-sha256; cv=none; b=Z9Kkx6+hBSNReovj+8Cyhtizy0jAqoCbcmPwbyEOfXrZaIp2yC3WRFHcrjf9BtQjKR3HyA srjiIyuzqkDxbGRTj4PVAgkidhdDBDLQqBRdMbN7NgiT+P5K7wExuH9LZWiXlKENh6fGE9 EwzZ4bulCdVmdX4HYJ2gT9wFgWXEqjeEfFDxIZ2uc+yAhfdZOSnirpb/CO2Dtc/Iz+fa2J EsgG0EXoyDJH4zOpUHili7yKWb8yxquTRLzS+RSj+p16bt9ZktZUwdiE5ZTsvfhl6zy2Dj JXU8aEFA2CMZbuwYVdqJdcmgmK096Nit0LvtrdForWjT1ZZQ26DYwhDqiM3Lcw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722397252; 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=HncGP1NnzPtKYHLlIaL4lUUoT1wLBtrBTPXKahhkQ2g=; b=NFTn191DsQyLwcNh/1693MKnp3bEbW3mGmo+DBOoW4HqWUQfF45XiQgY/LA5blMBtR8WNi b5fZ9LoGWbZdpUkbC3wffNk/cOSrTryuhsTB89B+GRYii+QfO/is/9MtP0XzqwSs4GyA/t 1uYWMsSoTR90B56EMx7HDby9cZOlijHpgOGvpRnNEGo+qRCUB/cCR4G+ugPY9Jvd4XYcc6 UxCnK09R6xbb7IeHoWSCAW0+HxzkOFP6qFhsRy9SWItNpYAXtwICxqMbKZu3JDbJ8swByY EMYKQK+/Y6t2Ts6UmWGXN0Ula9LDjVXOd1CQkr7bS11VSk+GfnzizPhQRp961Q== Received: from smtpclient.apple (ns1.oxydns.net [45.32.91.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zlei/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WYdD32z7wzj4v; Wed, 31 Jul 2024 03:40:51 +0000 (UTC) (envelope-from zlei@FreeBSD.org) 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 \(3696.120.41.1.8\)) Subject: Re: filemon From: Zhenlei Huang In-Reply-To: <86jzh26793.fsf@ltc.des.dev> Date: Wed, 31 Jul 2024 11:40:44 +0800 Cc: Miroslav Lachman <000.fbsd@quip.cz>, Warner Losh , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <20240727170122.675f6bfe@ernst.home> <865xsn6ya9.fsf@ltc.des.dev> <86jzh26793.fsf@ltc.des.dev> To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= X-Mailer: Apple Mail (2.3696.120.41.1.8) > On Jul 31, 2024, at 2:54 AM, Dag-Erling Sm=C3=B8rgrav = wrote: >=20 > Miroslav Lachman <000.fbsd@quip.cz> writes: >> I'm a bit confused. If I understand it right, you say loader.conf >> causes less memory fragmentation, but DES said "it still increases = low >> memory fragmentation". So what is true? And is this something to = watch >> out for, or is memory fragmentation not such a big deal? >=20 > I used the wrong term. The loader loads the kernel and modules into a > particular region of memory, while modules loaded after boot can go > anywhere. Furthermore, modules loaded by the loader cannot be = unloaded. This is not accurate. Indeed the pre-loaded ( loaded by loader ) modules = can be unloaded by kldunload(8). > So loading modules pre-boot does not increase fragmentation, but it = uses > up memory from a much more limited pool than loading them later. >=20 > DES > --=20 > Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org >=20 From nobody Wed Jul 31 04:02:37 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYdjR4jkmz5SYZG for ; Wed, 31 Jul 2024 04:02:51 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pg1-x534.google.com (mail-pg1-x534.google.com [IPv6:2607:f8b0:4864:20::534]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WYdjR0FWGz4TXR for ; Wed, 31 Jul 2024 04:02:50 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pg1-x534.google.com with SMTP id 41be03b00d2f7-7a10b293432so3245016a12.0 for ; Tue, 30 Jul 2024 21:02:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1722398569; x=1723003369; 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=5VxWU529GRHPY9ih9B16FwNd5JRemJJvQnIlx2drEQU=; b=ijx+Ze2zrO09P0IOYTuilwQZ65HUBw+m0bUm0gPyyR8OL6nThWmUxdS38mdDewP/Hu Pb3QsteFIsh4M1riGz/stqPh9aQ2Tg+vtRnNJfP3xANZooRw3mW0Y7jILjOttE8KTWRm 206y8udJYBjF06+1ClQ6nHRpTUk/Y8/+VdJ7xF7Z2UAbufL6uHP1EOHjiYZrVGDAFdne PWWr7LKCDiiWICGc1gk4WI/u736oJSOlKyXlxkL4KRvDkHi6uxY7Ynfgdp/GmktbK3Tk yy57nSAyoGjgI/qZK9iHb4FdK/jgp8uWWh3E1h/z2Z4xaJ+RQwAw06I1RlrP8AMjiLw+ wRBw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1722398569; x=1723003369; 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=5VxWU529GRHPY9ih9B16FwNd5JRemJJvQnIlx2drEQU=; b=Hyg3pAYOOkCbJNZvlcKNjCpn30NltO1FaayC8S7NU7ftiNr/miEUF7qOo8Zuo0CGdI 9CsVorqDmixFHBbTcA/G3lRFsycNg5TEK/djwRktUdHZBe8w+lYL2G35A90J4aYhILxb PAoE+wdqCoqyliaGTnkAgQPPAIKJEY2basEuPJEd2HPRedlLGwtER3RsKgkykepCq7Pg va6cYYvbj22SSOAm8YZKcRF9EGHS8rlhQJM8mPds7omBTwMneDqGUZRWhdoB5dq0fDYY bdcI9Rdy3gwKQSSXIf1uHwyJatY9tISMnZalhjnl2gm8rZaFKlBBKXQuEMskn/M3YFEE djSg== X-Forwarded-Encrypted: i=1; AJvYcCXVQSwUtLXVkV+0p421ngfy8JDx8fipvhSBm3RXU6lFwQDUvyLzbAGy1/thNnJQjTdDILDalkTCRWL7xczigKiVAcrbBIOgVACzGYs= X-Gm-Message-State: AOJu0Yw7DDKjGUM23Q/TSWCm6mrlTx45xbw2l3AtspIq7C0q0WE7n+X+ 0R68fJOzx0nt6GzzpR++E+5xhX+Dn8HSVadnCcLmDExOhsr4syEIvdkkt91uyTvlIE/GOFu4vGu sp6LMQCKIu433lMdz3evxh42j5pCf/Aw7KoZCqAXA0zy/L2Y7 X-Google-Smtp-Source: AGHT+IFl6i1jHDTgKfjam17ROyoaGNF3erAe1HuQlUjdF02y8QnikBR7mr0B5C+MNr0o47XKyW4h2ieA1evet01Edek= X-Received: by 2002:a05:6a20:2595:b0:1c4:9ce8:e6ca with SMTP id adf61e73a8af0-1c4a1544db7mr11703259637.54.1722398568964; Tue, 30 Jul 2024 21:02: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: <20240727170122.675f6bfe@ernst.home> <865xsn6ya9.fsf@ltc.des.dev> <86jzh26793.fsf@ltc.des.dev> In-Reply-To: <86jzh26793.fsf@ltc.des.dev> From: Warner Losh Date: Tue, 30 Jul 2024 22:02:37 -0600 Message-ID: Subject: Re: filemon To: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Cc: Miroslav Lachman <000.fbsd@quip.cz>, FreeBSD Current Content-Type: multipart/alternative; boundary="000000000000dd8351061e832a80" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4WYdjR0FWGz4TXR --000000000000dd8351061e832a80 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Jul 30, 2024, 12:54=E2=80=AFPM Dag-Erling Sm=C3=B8rgrav wrote: > Miroslav Lachman <000.fbsd@quip.cz> writes: > > I'm a bit confused. If I understand it right, you say loader.conf > > causes less memory fragmentation, but DES said "it still increases low > > memory fragmentation". So what is true? And is this something to watch > > out for, or is memory fragmentation not such a big deal? > > I used the wrong term. The loader loads the kernel and modules into a > particular region of memory, while modules loaded after boot can go > anywhere. Furthermore, modules loaded by the loader cannot be unloaded. > So loading modules pre-boot does not increase fragmentation, but it uses > up memory from a much more limited pool than loading them later. > Yea. The lower memory addresses used to matter a lot. Now, we don't have floppies or devices that care <256MB. Some can only do DMA to < 4GB. So unless you have a huge RAM dusk compiled in, you're not going to meaningfully depleate the under 4GB. And we don't treat that memory as special for allocation so the modules loaded after boot could also wind up there.... So it used to matter a lot. Now it's marginally relevant at best. Warner DES > -- > Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org > --000000000000dd8351061e832a80 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Tue, Jul 30, 2024, 12:54=E2=80=AFPM Dag-Erling Sm= =C3=B8rgrav <des@freebsd.org> = wrote:
Miroslav Lachman <000.fbsd@= quip.cz> writes:
> I'm a bit confused. If I understand it right, you say loader.conf<= br> > causes less memory fragmentation, but DES said "it still increase= s low
> memory fragmentation". So what is true? And is this something to = watch
> out for, or is memory fragmentation not such a big deal?

I used the wrong term.=C2=A0 The loader loads the kernel and modules into a=
particular region of memory, while modules loaded after boot can go
anywhere.=C2=A0 Furthermore, modules loaded by the loader cannot be unloade= d.
So loading modules pre-boot does not increase fragmentation, but it uses up memory from a much more limited pool than loading them later.

Yea. The lo= wer memory addresses used to matter a lot. Now, we don't have floppies = or devices that care <256MB. Some can only do DMA to < 4GB. So unless= you have a huge RAM dusk compiled in, you're not going to meaningfully= depleate the under 4GB.=C2=A0 And we don't treat that memory as specia= l for allocation so the modules loaded after boot could also wind up there.= ...

So it used to matter= a lot. Now it's marginally relevant at best.
Warner

DES
--
Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org
--000000000000dd8351061e832a80-- From nobody Wed Jul 31 08:27:39 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYlbJ5hSkz5RT5W for ; Wed, 31 Jul 2024 08:27: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 4WYlbJ2Jfxz40sH; Wed, 31 Jul 2024 08:27:56 +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 46V8RfXY068479; Wed, 31 Jul 2024 11:27:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 46V8RfXY068479 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 46V8RdXh068476; Wed, 31 Jul 2024 11:27:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 31 Jul 2024 11:27:39 +0300 From: Konstantin Belousov To: Warner Losh Cc: Dag-Erling =?utf-8?B?U23DuHJncmF2?= , Miroslav Lachman <000.fbsd@quip.cz>, FreeBSD Current Subject: Re: filemon Message-ID: References: <20240727170122.675f6bfe@ernst.home> <865xsn6ya9.fsf@ltc.des.dev> <86jzh26793.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.1 X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-26) on tom.home X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Queue-Id: 4WYlbJ2Jfxz40sH On Tue, Jul 30, 2024 at 10:02:37PM -0600, Warner Losh wrote: > On Tue, Jul 30, 2024, 12:54 PM Dag-Erling Smørgrav wrote: > > > Miroslav Lachman <000.fbsd@quip.cz> writes: > > > I'm a bit confused. If I understand it right, you say loader.conf > > > causes less memory fragmentation, but DES said "it still increases low > > > memory fragmentation". So what is true? And is this something to watch > > > out for, or is memory fragmentation not such a big deal? > > > > I used the wrong term. The loader loads the kernel and modules into a > > particular region of memory, while modules loaded after boot can go > > anywhere. Furthermore, modules loaded by the loader cannot be unloaded. > > So loading modules pre-boot does not increase fragmentation, but it uses > > up memory from a much more limited pool than loading them later. > > > > Yea. The lower memory addresses used to matter a lot. Now, we don't have > floppies or devices that care <256MB. Some can only do DMA to < 4GB. So > unless you have a huge RAM dusk compiled in, you're not going to > meaningfully depleate the under 4GB. And we don't treat that memory as > special for allocation so the modules loaded after boot could also wind up > there.... > > So it used to matter a lot. Now it's marginally relevant at best. There are still allocations that must happen below 4G. In particular, until we have CPUs that start directly in long mode, the AP startup code and all its data (initial stack, trampoline page tables etc) must happen below 4G. Same for the sleep/wake trampoline. Usually these special allocations are bound in quantity, so if we were lucky to have them succeed at early run time, they are no longer problem. But still it is enough critical allocations that must occur in low memory, where low is below 4G right now. From nobody Wed Jul 31 10:11:13 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYntj2B7zz5Rcpy for ; Wed, 31 Jul 2024 10:11:25 +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 4WYnth4rBzz49qP for ; Wed, 31 Jul 2024 10:11:23 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (123-1-21-232.area1b.commufa.jp [123.1.21.232]) (authenticated bits=0) by www121.sakura.ne.jp (8.17.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 46VABDsI071341; Wed, 31 Jul 2024 19:11:14 +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=1722420674; bh=RITcHC5BLWnJyaEF9h9tDX9KzLS6pv0zqEETq4IxqDA=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=RO8AIxTmAQ+PhusDl/cJ65ArU5byysNNISe34KWYTjzmtPwQbjNRPSetroBlZ/XEQ BzdzArwIs3uVwrWLfCQNAvdyq1b8W7lh6Hp7UsefCgTduQ0/XIk9Kzrv9seTQmBXFP 0wAXJOCFELMSinn4oJmIiFT4s2BZCwt+aOpaFONo= Date: Wed, 31 Jul 2024 19:11:13 +0900 From: Tomoaki AOKI To: void Cc: freebsd-current@freebsd.org Subject: Re: filemon Message-Id: <20240731191113.ec80be6bcba46cf91f59a906@dec.sakura.ne.jp> In-Reply-To: References: <20240727170122.675f6bfe@ernst.home> <865xsn6ya9.fsf@ltc.des.dev> <20240730235707.312d5493197351c9f7e8e649@dec.sakura.ne.jp> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.1) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] X-Rspamd-Queue-Id: 4WYnth4rBzz49qP On Tue, 30 Jul 2024 16:20:10 +0100 void wrote: > On Tue, Jul 30, 2024 at 11:57:07PM +0900, Tomoaki AOKI wrote: > > >Another aspect is that loading multiple too large modules easily makes > >boots crash. Staging area (memory region which loader allocates to load > >kernel and modules, and maybe configured buffers) is limited. > > This is why I went looking for filemon as kernel device in the manpage initially. > Generally, in the kernel config I'll comment out stuff thats not going to be used > and add stuff i know is needed, instead of using loader.conf or other methods. > -- If so, linking filemon into kernel is a bad idea. Still consumes staging area, as the kernel becomes larger. Would suppress the size of module header, though. Loading modules via /boot/loader.conf[.local] would be better limited with what actually needed to boot (like zfs.ko for Root on ZFS) and expricitly required to do so. -- Tomoaki AOKI From nobody Wed Jul 31 10:13:18 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYnx62vdgz5Rcw7 for ; Wed, 31 Jul 2024 10:13:30 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WYnx62LX4z4DBY; Wed, 31 Jul 2024 10:13:30 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722420810; 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=Qb4FTduW0I3NW4iohmBRSgShswUxYlxPC1Fuy8wS+TQ=; b=NvyIBGl683Y8nTCWt6KkuQnlDfOc8JD/PlPWTKM899hLXxw6ZLvQ6NYOyr6bXTJgSpiI5I ARr3Q1XiYNuG3nsNjIm9hSHJJwzVVONuuuI4cLQQKcuqgdq/uTHVX4cRfJYYMoW9ZzHUkL EY/6GLBDAggogxmsmWZR2hRWAoSDdKLEoXDiBr2J0xeNvlrdSfJrdl9fSwYSODgBH2b+om IpErX285Jh4DFOjEWOR42EdF/YLrm599HZ1FJ2FXmUZ9HMq3ZSlDLJ+krQSUbk6Auh8pJE oH61AhpP1GgXkHU/v581cX6bufeKz+C9/AYZajb9z+Hl3Ji0qVUnnly+GOhklw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1722420810; a=rsa-sha256; cv=none; b=EVUPWMEwKSdRZv3WqTD5Fe3M9cJ9QlxdeV4rfK+CXJ3UPcPzuQrCcwTWHka/5R9Gec462Z bQZT9nJnBxdix7Ni8G8gZJpJUpDg+ECDKTTwRB8XJuQ5aQmUXiND00J8wJzg2SJ8wU9Dqw /k0FVpp7/snNWJyVbzlU6mDFLhWBHa0FVM0zaqTuFLPp1cvKbnzAAEpTKY5ArGqO6GgeQ6 S++qNCNouFcV36lIxW3HihXY446pfbIfiwaL4uCF03goerd7wMewCB3u8muoerpxb12+DR RP19Ht9IyUvowOXEJrbssIhx+J2FT+uSzy+AzPdA0Jikk9pO9J2q6zifLiKe6g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722420810; 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=Qb4FTduW0I3NW4iohmBRSgShswUxYlxPC1Fuy8wS+TQ=; b=sAv3hO/1qaETT4Yg0RcocC6Tect9MOTtLth+rIh1PbLj/R+fWZ2uqkpt2Ry+esFaBa9QdE WPivDDqJ4I/XvdjBZ3P94zQ9Qzl8TFcpAybzlHGp0XmDs7rWbsZMZvThplIczB+kc4hWxf eyzvcWAhr/qgI2BtgVtEjxmHhUr9Oq8NjNvYGOzRL8ZXLfl/eGGblYUhFxj2S+S0ffmp3h J3RDXOGdXjI4k5Vo0xIaZDCcgXFIx2fZ4bmUiT1QuBLE2rLsB8Z7Y4o9ncIWh2g3PfyiEe 4EnoEMJw4T4b2YQesFprENSMlxeXoWZ7vDgLGXCmpNYP00Q69YVczlBgwvQ60w== Received: from mail-yb1-f180.google.com (mail-yb1-f180.google.com [209.85.219.180]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WYnx61wr5z14Hw; Wed, 31 Jul 2024 10:13:30 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-yb1-f180.google.com with SMTP id 3f1490d57ef6-e0b286b922eso3835563276.1; Wed, 31 Jul 2024 03:13:30 -0700 (PDT) X-Gm-Message-State: AOJu0YzuBT+GILEGna2ZEGBRlJQzGV/ZRTTOKtYv4kfNv1BsL3VWMM/B 1mPo/G5nGgLFjYympvIlxM8aj224OLsRLEXGKt+VvrB4OI36zVcEFDTS4XdEXIWprS1jahmxvyg V1sVc1q8Iizbdj0Hg6IBovhgLb6g= X-Google-Smtp-Source: AGHT+IGPjrsSCAhvBy4OPb2P4xNCQLixxM/TToai3JmnP18Qf/IxvioTfCifWMjdlDTAbiuDdCYN1wdt71tGsSZ32ao= X-Received: by 2002:a05:6902:2681:b0:e08:5f8c:7880 with SMTP id 3f1490d57ef6-e0b5461d282mr13047907276.56.1722420809232; Wed, 31 Jul 2024 03:13:29 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Nuno Teixeira Date: Wed, 31 Jul 2024 11:13:18 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: error: unknown type name 'sigset_t' To: Kyle Evans Cc: freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="0000000000007d077e061e88586b" --0000000000007d077e061e88586b Content-Type: text/plain; charset="UTF-8" Hello, I've pushed 9333e1cbd028 ("include: ssp: hide ppoll redirect behind > __BSD_VISIBLE") and audited a bit for similar issues in the other ssp > headers, but didn't see any off-hand. With that change: > > 100% tests passed, 0 tests failed out of 267 > > Thanks, > > Kyle Evans > Upgraded today and tests builds and runs OK. Thank you for ultra fast fix! Cheers, -- Nuno Teixeira FreeBSD UNIX: Web: https://FreeBSD.org --0000000000007d077e061e88586b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

I've pushed 9333e1cbd028 ("include: ssp: hide ppoll redirect behin= d
__BSD_VISIBLE") and audited a bit for similar issues in the other ssp =
headers, but didn't see any off-hand.=C2=A0 With that change:

100% tests passed, 0 tests failed out of 267

Thanks,

Kyle Evans

Upgraded today and tests bui= lds and runs OK.

Thank you for ultra fast fix!

Cheers,


--
Nuno Teixeira
FreeBSD UNIX:=C2=A0 <eduardo@FreeBSD.org>=C2=A0 =C2=A0Web:=C2=A0 https://Fr= eeBSD.org
--0000000000007d077e061e88586b-- From nobody Wed Jul 31 12:01:40 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYrL63Yvfz5RnVQ for ; Wed, 31 Jul 2024 12:01:50 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fout7-smtp.messagingengine.com (fout7-smtp.messagingengine.com [103.168.172.150]) (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 4WYrL46T6lz4Q6x for ; Wed, 31 Jul 2024 12:01:48 +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=YR7cvtuE; dkim=pass header.d=messagingengine.com header.s=fm3 header.b="M xWC2ZZ"; dmarc=pass (policy=none) header.from=f-m.fm; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 103.168.172.150 as permitted sender) smtp.mailfrom=void@f-m.fm Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailfout.nyi.internal (Postfix) with ESMTP id C7291138246D for ; Wed, 31 Jul 2024 08:01:42 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Wed, 31 Jul 2024 08:01:42 -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=1722427302; x=1722513702; bh=OaCzNWCpOekbvcfbU7STrKU7mSNIebi9U+oIMtTwEpM=; b= YR7cvtuE7yCiAVrvQOxSgq/eWZoRHCU3/Q/xqhUnVJ28KhPX4NkP0t+yftT+NHTg Vu/rr18Zq7AfepDb/ndlbin+5JWa6njFT5uqi+N0g8LC4PlZsjGmiKzei3KYqNeQ xiNggb2KLrW/HSSzPllAuRsDdYfO89lP34X/FgpNlBI3lld5qNtQWzGGbwTj2Alk cO0Ii73sK5mi8wVhRdVx4PaLygjK5yCM904Hc2HJZM/dQG+FeKOtnU5j0jnMJdmW 759+EAjsfxcpG2tc7Pfr0AVkpV90SSMtwPDPLZSmj1ZataFhcjA+Mc9tQdzZfvUL amjb/ssVSXQ2GDTaf8tBGg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1722427302; x= 1722513702; bh=OaCzNWCpOekbvcfbU7STrKU7mSNIebi9U+oIMtTwEpM=; b=M xWC2ZZY8EYUmNK1YiuSRffOmWnUyk2+8WE9T2vNwCu22iL616yLsc4XrgxMxYb3I 2njKPGjOpoxYfSwcSFmTpNliURiyg3lulag+U7NlAgWjU7TiQ8tPQ8yt+SakzhoC BlXMBQzOAlE4rSV+ZjdWCxAAAQH0sN+WdJaIP4E/jMTUOM7UtfdhP25QfxxzDPun pbsDEjPKf9FXtw4wBUnz98Ln2BQtRHFoJChBkrLb5uoRkL8tg+7QpBwwZ6HiKozV UWG3w/y4D/2hjTFpZ5DIjMwp92cWjywrFZxldUp5J7qqexOA7ZQ1FBQJfS2x9NH7 rua5L1MxydIxF5aytohPQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrjeeigdegkecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtugfgjgesthekre dttddtudenucfhrhhomhepvhhoihguuceovhhoihgusehfqdhmrdhfmheqnecuggftrfgr thhtvghrnhepkedvjeeitdejheekieekkeeiuddtffdvudetheevgeeijeehtdfffeegge ektdefnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhep vhhoihgusehfqdhmrdhfmhdpnhgspghrtghpthhtoheptd X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Wed, 31 Jul 2024 08:01:42 -0400 (EDT) Date: Wed, 31 Jul 2024 13:01:40 +0100 From: void To: freebsd-current@freebsd.org Subject: Re: setting the console to serial by defailt seems to not work Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <86frrq676t.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86frrq676t.fsf@ltc.des.dev> X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.72 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-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:103.168.172.128/27]; NEURAL_HAM_SHORT(-0.12)[-0.121]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.150:from]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:209242, ipnet:103.168.172.0/24, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Rspamd-Queue-Id: 4WYrL46T6lz4Q6x On Tue, Jul 30, 2024 at 08:55:22PM +0200, Dag-Erling Smrgrav wrote: >void writes: >> The arm64 device is headless and i connect to it via serial. >> I noticed the beastie menu come up with the option Video for >> console. Cycled it to Serial, booted, all fine. [...] > >man boot.config Thank you for this. I did 'echo "-h" > /boot.config and then booted and it showed console messages going to the console. This is a result I'm happy with. What's a bit confusing is 1. it did this with option 5: Cons set to Video in the beastie menu 2. setting it to Serial in this menu doesn't 'stick' across reboots. -- From nobody Wed Jul 31 12:15:51 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYrfL4CvWz5Rp54 for ; Wed, 31 Jul 2024 12:15:54 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fout7-smtp.messagingengine.com (fout7-smtp.messagingengine.com [103.168.172.150]) (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 4WYrfK6Hzhz4S2l for ; Wed, 31 Jul 2024 12:15:53 +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=Fs6pCv0A; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=amEnQhTf; dmarc=pass (policy=none) header.from=f-m.fm; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 103.168.172.150 as permitted sender) smtp.mailfrom=void@f-m.fm Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailfout.nyi.internal (Postfix) with ESMTP id BA5A91382473 for ; Wed, 31 Jul 2024 08:15:53 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Wed, 31 Jul 2024 08:15:53 -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=1722428153; x=1722514553; bh=UyjyQqUw9OEE50GeeFN2BHqB51XRnXaQ XYiZ01wSwi8=; b=Fs6pCv0A8fAt7bW2i5m8tXsnAdgBQLMc5H2vDXfZYJH23xwc PCS9FHP7yeJyhsFORl0t/VZ4D59GV2IPj6jNEXmfG0qyhUhIbm5vW/wOXLZH6eRO JWl/o7ovjeTSdq7/DpA72nSa4mYe3jx/FvtaPLuWMb7ie8w884soagqUiz+3qY85 E1y76eevKORiJx8JXFL9KPVJnlhrqN90mNs2UH4XFaVA6KN5UOCS4RahDws2KaL9 AvPfflZ/nLKpflasd0KMIRqG2lwfvofJxjnjRCSCsDoaQbhyGXWR9NCxpPibxgEV EPTp3dDEJaq+71etNvLeM3ctykxUkj3nlo/cZw== 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-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t= 1722428153; x=1722514553; bh=UyjyQqUw9OEE50GeeFN2BHqB51XRnXaQXYi Z01wSwi8=; b=amEnQhTfXc6RthTs+VGVMniKC8OFGN4BU+4OtooqvmLlEJrZSok shglnSLSM4lbKsu6Nmh70yu5R/jIzLvZmZmz8y8GG4NSw/kJKw6/zGLnHxALzfO/ QvilYXj685kFwMxdUZECD7P02AJdvxCtDnPd2hwX11Qy/FXzveiwu7ftIJPfjcun ZjU5nPZtc3V/3WwzMMRxEXQXJXou6gOEHDJjuBFD1z9ToX21Ki/h8yy3I2Lu3pXu W1sOBx87xAYaoxazgdNEJWRBK5FzMnIHz86C2zDIbixVMoCP0tneBJVW6YFarXZD y4TPPNeT5dWQCmIpMO663Ocmo0ybZ8HbSpA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrjeeigdehudcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfggtggusehttdertddttd dvnecuhfhrohhmpehvohhiugcuoehvohhiugesfhdqmhdrfhhmqeenucggtffrrghtthgv rhhnpeevudffiedvffffgffhgeefjeefffdtieetheetkeefhfdvfefgtedtueehgeffue enucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehvohhi ugesfhdqmhdrfhhmpdhnsggprhgtphhtthhopedt X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Wed, 31 Jul 2024 08:15:53 -0400 (EDT) Date: Wed, 31 Jul 2024 13:15:51 +0100 From: void To: freebsd-current@freebsd.org Subject: aesni_load present in /boot/loader.conf on arm64 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 [-3.55 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.95)[-0.947]; 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:103.168.172.128/27:c]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.150: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]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:209242, ipnet:103.168.172.0/24, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Rspamd-Queue-Id: 4WYrfK6Hzhz4S2l Hi, Looking at man 4 aesni it appears this pertains to intel and AMD only? is its prescence on arm64 a bug? It seems to be added to /boot/loader.conf by default. The method I used to install is to boot to the latest snapshot at the time, then plug in a usb3 disk, ran bsdinstall to that disk, rebooted (this booted initially to the installer image), mounted the msdos partition on /mnt. moved the /boot/efi/efi from the installed-to disk out of the way, copied everything in /mnt to /boot/efi, moved the /boot/efi/efi back to where it originally was, halted the machine and removed the installer image. This was to achieve zfs-on-root. Maybe something about the way I installed meant aesni was added? -- From nobody Wed Jul 31 12:20:15 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYrlm02Rrz5Rpc9 for ; Wed, 31 Jul 2024 12:20:36 +0000 (UTC) (envelope-from tsoome@me.com) Received: from ms11p00im-qufo17281301.me.com (ms11p00im-qufo17281301.me.com [17.58.38.50]) (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 4WYrll5KBFz4T3T for ; Wed, 31 Jul 2024 12:20:35 +0000 (UTC) (envelope-from tsoome@me.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=1a1hai; t=1722428429; bh=p/vQRf45ZPO2zmEw07aKlGIPfJ7my+GvHgJZ9Dog2Ns=; h=Content-Type:Mime-Version:Subject:From:Date:Message-Id:To; b=G/Si9+efEMtHzY7o36ikicuI2MUAFJy0V5G78dPyHnYACidj+5OwCNV6dRzp+lHpC RkBmPqY0eatxVwFJVE4zPgwLbQY1I608uQXJXDOAiH7ggqyHYcUwmMuqocu1KEMVGe euQqxqkgOlL2nfcApnUfwUDhARl6Ig47ZqnPeETos+lRJDBAjgr2x8/4XPZj8Rr55B qqFOsGY91efwFRg3cUkI9BmT2dmqDp/v1Ls24CXSvDf3Y6TCsa5HNXBTP5HB4gXEzO +BTAeBQKOoJ9Kmqet8bkSpXx7jy9A/JSrIsE6GhiJHzmkn8qEtvSjDb8w1yNT6RLFX HKpt7gGGdhWvQ== Received: from smtpclient.apple (ms11p00im-dlb-asmtpmailmevip.me.com [17.57.154.19]) by ms11p00im-qufo17281301.me.com (Postfix) with ESMTPSA id 08A8FCC017A; Wed, 31 Jul 2024 12:20:27 +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 \(3774.600.62\)) Subject: Re: setting the console to serial by defailt seems to not work From: Toomas Soome In-Reply-To: Date: Wed, 31 Jul 2024 15:20:15 +0300 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <86frrq676t.fsf@ltc.des.dev> To: void X-Mailer: Apple Mail (2.3774.600.62) X-Proofpoint-GUID: 31vHKYnWLBXwEe87Y1vGDvaX-AoXXDNu X-Proofpoint-ORIG-GUID: 31vHKYnWLBXwEe87Y1vGDvaX-AoXXDNu X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.272,Aquarius:18.0.1039,Hydra:6.0.680,FMLib:17.12.28.16 definitions=2024-07-31_08,2024-07-30_01,2024-05-17_01 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999 phishscore=0 bulkscore=0 malwarescore=0 adultscore=0 mlxscore=0 suspectscore=0 spamscore=0 clxscore=1015 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.19.0-2308100000 definitions=main-2407310091 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:714, ipnet:17.58.32.0/20, country:US] X-Rspamd-Queue-Id: 4WYrll5KBFz4T3T > On 31. Jul 2024, at 15:01, void wrote: >=20 > On Tue, Jul 30, 2024 at 08:55:22PM +0200, Dag-Erling Sm=C3=B8rgrav = wrote: >> void writes: >>> The arm64 device is headless and i connect to it via serial. >>> I noticed the beastie menu come up with the option Video for >>> console. Cycled it to Serial, booted, all fine. [...] >>=20 >> man boot.config >=20 > Thank you for this. I did 'echo "-h" > /boot.config and then booted > and it showed console messages going to the console. This is a result = I'm happy with. >=20 > What's a bit confusing is=20 > 1. it did this with option 5: Cons set to Video in the beastie menu > 2. setting it to Serial in this menu doesn't 'stick' across reboots. >=20 > --=20 >=20 anything* you set in beastie menu is volatile and is not preserved. =E2=80=94 * except if nvstore is used, but it needs a bit of love. rgds, toomas= From nobody Wed Jul 31 14:48:15 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYw2953m2z5S23q for ; Wed, 31 Jul 2024 14:48:17 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WYw294LRVz4mb3; Wed, 31 Jul 2024 14:48:17 +0000 (UTC) (envelope-from jhb@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722437297; 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=vud9r+LFmrGVI7W8OL0IrmlDIGjx8XKfPIPBub5jDEU=; b=Ex/3f+xF6nJy8GnF8mThBopYcS5llcQuC7QAXSyrF8ks8qcI0avXvLdp3OkZD3ZUYZVnmN GdBEB3GdhNs49A09E3LNJpIv4ZS84NAbaVMRwryLrjveX65NUMcYvgPuh7tNporA3I+/gT mtr3cRyk699MZ4iGw/6oC6UzYei9ZMzQ/s04vTrAJUKWmIuQlclzT/5yt3cNRaWYU/2eaJ bC0154p9k0QkHAjksGK//TpkFUSZO3MPqZS8m4vbWregZ43b3TLtIYYDLzIeJGlzowfmZV /zopuifj6RF3193RqGUp+y9Pxquc4XBqHzbRVBOrzpz5aji37vJPEOL1IEUUIA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1722437297; a=rsa-sha256; cv=none; b=Ebb1nz4AgFHCcfOkBLYuA/3FOF+ra2SexnOtZzJZU2zay0idFZmXpwn2hhFZ3TDqDy4l3n L3vfVU/kHb93GPVIfKi3X5p/r2JGGXizW2GadVSL7AzxTnYkmqgMEu/h9g00QTC3MVwvKT N+2lqTfpOMbvJ4LX3aBFQ7nLUe7qNL9z9XXhEnpeHzBP4Og9W4N9ma+QToTswlsGhOpz9/ 14+EAlTcP+Na0slcym6NHpSoyiYjoH+2l+qjX0ZZoBpryw9y2VJYxq2DzMfg52Kz4dMUEo //LMO8CmBHulZWd8Sffk+lEjpPqkWGKmSdibyzCuQcQSkAW6x1k8CEFTrTMHZA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722437297; 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=vud9r+LFmrGVI7W8OL0IrmlDIGjx8XKfPIPBub5jDEU=; b=aaIUCudSIzRPoljt/9ovFLGVji2d5Nw8SRM7/maMiZu9MhAzaYZfdfa15paJnvIKL5vgHH OX4PYRsBVjqW3MUYR0rvC38xgDbheJT2r1/L/bKcRJYrTOT+L6b5buscEThTwSxSMXzvKI J1DxpRAfGtwbsyMpKRtEaNYB5ijo5nzWLnvOqmwuTTU/KuZUrScjG9l7ssKn7LQso6HdjK Kp8UW0NkCD0Rw3X9ZBLL/SLGShI95x6EcMnS1zZTNj17mRCYbH/be2DmXQrjsd+D7PAlNv wgZI8BSwFG7zP5KeckoR+VuiIy4onUGtfjAhikmREk6z3qyIiNbo6h23jrU8gw== Received: from [IPV6:2601:5c0:4200:b830:acf4:e2b:3120:f19] (unknown [IPv6:2601:5c0:4200:b830:acf4:e2b:3120:f19]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WYw292ndlz1B14; Wed, 31 Jul 2024 14:48:17 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Message-ID: <281e4030-565c-41be-9fcd-401db30e7ff8@FreeBSD.org> Date: Wed, 31 Jul 2024 10:48:15 -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: aesni_load present in /boot/loader.conf on arm64 Content-Language: en-US To: freebsd-current@freebsd.org References: From: John Baldwin Cc: Allan Jude , Mark Johnston In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 7/31/24 08:15, void wrote: > Hi, > > Looking at man 4 aesni it appears this pertains to intel and AMD only? > is its prescence on arm64 a bug? > > It seems to be added to /boot/loader.conf by default. > > The method I used to install is to boot to the latest snapshot at > the time, then plug in a usb3 disk, ran bsdinstall to that disk, > rebooted (this booted initially to the installer image), mounted the > msdos partition on /mnt. moved the /boot/efi/efi from the installed-to > disk out of the way, copied everything in /mnt to /boot/efi, > moved the /boot/efi/efi back to where it originally was, halted the machine and > removed the installer image. This was to achieve zfs-on-root. > > Maybe something about the way I installed meant aesni was added? Looks like bsdinstall hardcodes aesni without doing an architecture check for both ZFS and geli. Probably the bits of the zfsboot script referencing aesni need to switch on the architecture. The trick is that depending on the architecture you may want to load more than one module. For 14 I think you could get by with something like: crypto_kld() { case `uname -m` in amd64|i386) echo "aesni" ;; arm64) echo "armv8crypto" ;; *) echo "" } Then in the other parts of zfsboot call this function and treat it as a list of modules. On main I think you would want 32-bit arm and powerpc64 to list ossl, and you might want to include ossl for x86 and arm64 as well (eventually ossl should replace aesni and armv8crypto IMO). Side topic: the ossl(4) manpage in main is stale and needs to be updated to reflect armv7 and powerpc64 support. I'm not sure yet if it supports AES-GCM for armv8 as well. -- John Baldwin From nobody Wed Jul 31 14:54:27 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYw9N6Qbbz5S2C8 for ; Wed, 31 Jul 2024 14:54:32 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qv1-xf29.google.com (mail-qv1-xf29.google.com [IPv6:2607:f8b0:4864:20::f29]) (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 4WYw9N4gx1z4pyq; Wed, 31 Jul 2024 14:54:32 +0000 (UTC) (envelope-from markjdb@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-qv1-xf29.google.com with SMTP id 6a1803df08f44-6b5d3113168so33915066d6.2; Wed, 31 Jul 2024 07:54:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1722437670; x=1723042470; 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=bxaL3Ew9ncS++ie2m42RnHPVAS2+vzjwQDyrTX3smOA=; b=ADtMx4+JpzYfYY6uRXAlNfe+SS6VKV7bUifW0RW+rnk6QWqOzbBJ2IHNqxdB2O/5x+ nW236WR1NgN+Vx5KRR7G7Nxx2zyW3E9t/2Fo5+uegq2OYUU2Cr1m63XsMhTAARATaT21 vhm20Hzrjeopvdk/qkDFWfDlaifWKQ4MJga3IIelLiVLkrzek5wRefDSykdMVLNc2XKv Zgi4OXfcjy5yKNxcB2loelv9GA42lMAg95gu8Cc9gIL2cO66DUV9MzNfDBWID7nT7pOC OuCDHvcroCE+kiP71/Ymt8HePx4nqKuE0k0/g2WQ41lIEwKJG5ICFEi+DaRLBvnW1HoS OjLA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1722437670; x=1723042470; 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=bxaL3Ew9ncS++ie2m42RnHPVAS2+vzjwQDyrTX3smOA=; b=orVi0Ox2+Y2SIVllqgJlzlZwpmFWnoDJpV4PIXBtvb2Wz6w8XXqEzIcZUcHK7cD4Vk s0Cali4uPkF/YfHfZ8niwf6WHkSv2sicEBJBY5xQggRH4P9s3U6Y12JChWOKAEfc+DY/ baxFl/ePMS1ySQnn7lclh3aC+EnRohLfIdT3VQY8uRbye9h+V7fn7MmVX6jaL1uzAMCX nsCFzR2ERrcJG1U0dsuvvjMUBcft5Yblxl8hM9QOG6gXCkvtiYcwVOo03A4oY+5UBXDa 8P5zsGY+qAnvKkBRj2JE4+Tto9bxvL4pfPXIKdFsA5APc6pn357n1W6PI+Tv7diSl6gO O67w== X-Forwarded-Encrypted: i=1; AJvYcCWOWA8HwPksBiIYIRwgK280CdRPESxdRjMu32xRkdg+tc52rOt+cl64Z61wt8ut1OFNlF2FvQGIsX8D5IF/pstORKlcOnA= X-Gm-Message-State: AOJu0Yw08mGRtzh4nOw3uHnVf6w/mjvCYyYmDaUlBwoijgqVbJ5k504P lbayKAPHYZEbuDfQXBXClwkS5qlr8iDKzJq/VW7lpb8P2p+h8Wo5qGPrUbxb X-Google-Smtp-Source: AGHT+IG23nI70OLnVEtvRdC31JCdipmvPFmyhpEXgHtQbLMS2k78vbfhKASdCxLbOQS+cE82qrTuxw== X-Received: by 2002:a05:6214:f6a:b0:6b4:f644:9d87 with SMTP id 6a1803df08f44-6bb55a12189mr143957056d6.21.1722437669989; Wed, 31 Jul 2024 07:54:29 -0700 (PDT) Received: from nuc (192-0-220-237.cpe.teksavvy.com. [192.0.220.237]) by smtp.gmail.com with ESMTPSA id 6a1803df08f44-6bb3fab9ba9sm73436996d6.104.2024.07.31.07.54.29 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 31 Jul 2024 07:54:29 -0700 (PDT) Date: Wed, 31 Jul 2024 10:54:27 -0400 From: Mark Johnston To: John Baldwin Cc: freebsd-current@freebsd.org, Allan Jude Subject: Re: aesni_load present in /boot/loader.conf on arm64 Message-ID: References: <281e4030-565c-41be-9fcd-401db30e7ff8@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: <281e4030-565c-41be-9fcd-401db30e7ff8@FreeBSD.org> X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4WYw9N4gx1z4pyq On Wed, Jul 31, 2024 at 10:48:15AM -0400, John Baldwin wrote: > On 7/31/24 08:15, void wrote: > > Hi, > > > > Looking at man 4 aesni it appears this pertains to intel and AMD only? > > is its prescence on arm64 a bug? > > > > It seems to be added to /boot/loader.conf by default. > > > > The method I used to install is to boot to the latest snapshot at > > the time, then plug in a usb3 disk, ran bsdinstall to that disk, > > rebooted (this booted initially to the installer image), mounted the > > msdos partition on /mnt. moved the /boot/efi/efi from the installed-to > > disk out of the way, copied everything in /mnt to /boot/efi, > > moved the /boot/efi/efi back to where it originally was, halted the machine and > > removed the installer image. This was to achieve zfs-on-root. > > > > Maybe something about the way I installed meant aesni was added? > > Looks like bsdinstall hardcodes aesni without doing an architecture > check for both ZFS and geli. > > Probably the bits of the zfsboot script referencing aesni need to > switch on the architecture. The trick is that depending on the > architecture you may want to load more than one module. For 14 > I think you could get by with something like: > > crypto_kld() > { > case `uname -m` in > amd64|i386) > echo "aesni" > ;; > arm64) > echo "armv8crypto" > ;; > *) > echo "" > } > > Then in the other parts of zfsboot call this function and treat it as > a list of modules. On main I think you would want 32-bit arm and > powerpc64 to list ossl, and you might want to include ossl for > x86 and arm64 as well (eventually ossl should replace aesni and > armv8crypto IMO). Note that aesni has been compiled into amd64 kernels for a while, so it's not really necessary to load aesni.ko explicitly unless one is using a custom kernel. But yes, your proposal is better than loading nothing at all. > Side topic: the ossl(4) manpage in main is stale and needs to be updated > to reflect armv7 and powerpc64 support. I'm not sure yet if it supports > AES-GCM for armv8 as well. No, I don't believe AES-GCM is supported on arm64. I'll work on getting the man page updated this week. From nobody Wed Jul 31 15:02:52 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WYwM32dXNz5S3Sb for ; Wed, 31 Jul 2024 15:02:55 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fout1-smtp.messagingengine.com (fout1-smtp.messagingengine.com [103.168.172.144]) (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 4WYwM253Djz4r9b for ; Wed, 31 Jul 2024 15:02:54 +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=GXcmYRFT; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=e3lT7NnM; dmarc=pass (policy=none) header.from=f-m.fm; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 103.168.172.144 as permitted sender) smtp.mailfrom=void@f-m.fm Received: from compute8.internal (compute8.nyi.internal [10.202.2.227]) by mailfout.nyi.internal (Postfix) with ESMTP id 26B241381D4F for ; Wed, 31 Jul 2024 11:02:54 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute8.internal (MEProxy); Wed, 31 Jul 2024 11:02:54 -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=1722438174; x=1722524574; bh=wC0dZ0Iz4vhp9OO5+WKvBkws0jGRhdM+ QTjgTyJCOG8=; b=GXcmYRFTHPY5xfQ/PGxMaZWfJItagCQcZcuSUzmZAvfFMnpr WHvUBNt888cIMmQj5FgIPwtpFMTfq6yDGDnXCV2bgPeiZstuSuAIt5/50k4LPlTN EzOnGxVJkLbFw9DSuJW8xUadwEC8y99uPd7343m5t86RJchBG3XA2EW2hmLzhBwl WWLwIfQikgcbnCP8gqWnVHHP7maywWTe2sltYxluCr0gCTe/J9hvTz9J/FfxWtSP HV5N2SwK9rZdumxK95s5gxflx7TPFfrddR9Ba4qt8ueSuR7d77U4VvH27t8aHvPk Z5PDHhyXWNJQiURXm8ojTMC4QT4iv5YVqfJzLw== 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-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t= 1722438174; x=1722524574; bh=wC0dZ0Iz4vhp9OO5+WKvBkws0jGRhdM+QTj gTyJCOG8=; b=e3lT7NnMML5Rc2jNqgL6iOSjHkLZUxm54uYHpiEFGdVdnwYCOt4 ZRSp0MrVz33m4HoMkmrrPE5nmQhcgZY51Ni0B+DuXQ/kmWiMvbByBg0F4Vg32egh AQ/QhOYNGXU72E7yxBzT2XagXU9Yqqynp7nqZHcSRZ1/nTmBzOuCRq3HU9gcQlyU P6OUpGu+LHUCh5TtpEholSy/losTFZm3NCLLfyx6X6qnx4ZdwlXz+3k43/ELbYe+ RAEBDKWCrGIT4rwdKcLgdggGENn3yutal+FL2JiKcOBKrCDBLooV5iknRMuYnbAh kVnaH5tzVjXTEvtVo+OHrHQ+Lknx94lxntw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrjeeigdekgecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfggtggusehttdortddttd dvnecuhfhrohhmpehvohhiugcuoehvohhiugesfhdqmhdrfhhmqeenucggtffrrghtthgv rhhnpeekgeeihfelvdekleejvdefjedvkeelfedtgfdttedtleetuddujeeulefhtefgge enucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehvohhi ugesfhdqmhdrfhhmpdhnsggprhgtphhtthhopedt X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Wed, 31 Jul 2024 11:02:53 -0400 (EDT) Date: Wed, 31 Jul 2024 16:02:52 +0100 From: void To: freebsd-current@freebsd.org Subject: a zfs thank you :) 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 [-3.40 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.60)[-0.603]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; MID_RHS_NOT_FQDN(0.50)[]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm3,messagingengine.com:s=fm3]; RWL_MAILSPIKE_VERYGOOD(-0.20)[103.168.172.144:from]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27:c]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.144:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:209242, ipnet:103.168.172.0/24, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Rspamd-Queue-Id: 4WYwM253Djz4r9b Hi, I was pleasantly surprised when I installed a new [1] zfs-on-root -current to rpi4 that when adduser was invoked, I was given the option to encrypt the homedir. This is a great feature for my context [2]. It doesn't automount on boot but I think this is more of a feature rather than a bug. One can have a different password to the GELI one used to boot up the whole system. I have not tested yet whether one can have the user, once logged in, mount their homedir with doas(1). Right now, I mount the homedir like so: zfs load-key -a (prompts for password) zfs mount -a as root. I could I guess make a doas line for the user for zfs load-key -r zfsfile/system. Can anyone suggest any better ideas please? [1] n271321-9ae91f59c500 [2] machine and disk are not in a "secure" area. My concern is for data-at-rest. homedirs will have things like cached passwords user creds etc and it's to prevent someone just walking off with the disk and grabbing user creds for example. -- From nobody Wed Jul 31 19:27:37 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WZ2DV3f6Dz5RCDd for ; Wed, 31 Jul 2024 19:27:38 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WZ2DV36P4z4WVn; Wed, 31 Jul 2024 19:27:38 +0000 (UTC) (envelope-from jhb@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722454058; 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=yC9I0TXzuKhzcRU+69FeQFvs7J6pQVn8/GzSTnxhzB8=; b=hdBCfJm+5DGhMSgaM/Dx0wNG8lNzwySMpxju5cWgWQ1HC3J4NHOCTdXMOimTQ9pAKToKWc Z9Y2eJS+Pp7cRuTFQ/QKOhuB/HiMj7LQ4mij277EHs5wmDKLX14/UM3zDixMoJBZLAbtcK EaKSJoNbnGcQiiipvAspH4RcDk+AydZzx8w8jd11xC5ttp92kHRdWQcfd1EufYpv2pRtrs E3K+zeMc0dO20kMyGaWWTSofsHXlpPLhjVPsc0Id983+J2MaZunrUvKqyCFeUtRvYmXSVt p0AN8PV9cGAUUJAqb6akMjJQ3alDp7Js0KhjhFMyM5+BFm7KOEKSrX0QG6w51w== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1722454058; a=rsa-sha256; cv=none; b=pVf7Pt4blALghn9zCl+gPcFVR5/aY3O1JTARIL82h4kOoyKlMqjHJm5tWezcBdAZMt2ZxD LrUkn4Smj9uB0ipQkpvjn+XvogNBbsV/k5AIu5mSoArLAG79PoIGHTndUpCt/o1fb9+n5h y7FmEzyFo7d5MtBvOUDfwRDtmCbrq5OE9VxwGurTV7qVCv/HuCDjOa/H1VyKpb5qJtEMNI 9sQMPnFQnCnDCuZMP8X4DU7akScPWVpyYq39D6az6PHEnJu6+WeHybB7L5987olR/OT2Vp mfsbugqmkyeuXHGNOo+HAIVNFfJrTauxmHSr0qNGIG5iVbjEAjDO/eq+fgHcJA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722454058; 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=yC9I0TXzuKhzcRU+69FeQFvs7J6pQVn8/GzSTnxhzB8=; b=Veqtep9Uf31jZLH8AKCbz9Menka4M2fyvA5QsCkAm9q92VlOoC4I5WviS2g47etWQ0R0H2 lgNvbnBb7YIeQHq84xyGJzZ3hEGBOIULBuBS6CL1QMWAW5Und9TcvGUMF/HJICphd3w34w 4Z5icWtI+6JCLakCDbNEoEKsbrnzMs3J2Z9VWYnTIiBxAn1bSvAsbLeJWsGQ3nTkB3aGhv eNKLNYaMFUA4+w8UNDx2csJL0lhkphTBwWJnR4JCqNpxvQyo0Cu1mDyRbFoAKfPKrAC6Hh 8nVB5SbThgjAEwP8qldH3K4PDKJZ8jOWsuMP0FhkV9igY9C1QIhFob9j4rxe6g== Received: from [IPV6:2601:5c0:4200:b830:a527:982d:44f2:7b0b] (unknown [IPv6:2601:5c0:4200:b830:a527:982d:44f2:7b0b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WZ2DV1pHNz1HY7; Wed, 31 Jul 2024 19:27:38 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Message-ID: Date: Wed, 31 Jul 2024 15:27:37 -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: Files not deleted via update procedure: rescue/gbde usr/include/machine/fiq.h usr/lib/include/machine/fiq.h usr/share/man/man4/CAM.4.gz Content-Language: en-US To: Mark Millard , Current FreeBSD References: <79733ECA-6700-467D-BA4D-CB33540D2F62@yahoo.com> From: John Baldwin In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 7/27/24 19:28, Mark Millard wrote: > On Jul 27, 2024, at 16:07, Mark Millard wrote: > >> The following old files were in the historically incrementally >> updated directory tree but not in the installation to an empty >> directory tree (checked via diff -rq): >> >> /usr/obj/DESTDIRs/main-CA7-poud/rescue/gbde >> /usr/obj/DESTDIRs/main-CA7-poud/usr/include/machine/fiq.h >> /usr/obj/DESTDIRs/main-CA7-poud/usr/lib/include/machine/fiq.h >> /usr/obj/DESTDIRs/main-CA7-poud/usr/share/man/man4/CAM.4.gz > > That was an armv7 context. > > For comparison/contrast, aarch64 had: > > /usr/obj/DESTDIRs/main-CA76-poud/rescue/gbde > /usr/obj/DESTDIRs/main-CA76-poud/usr/lib/debug/usr/tests/cddl/usr.sbin/dtrace/amd64/kinst/ > /usr/obj/DESTDIRs/main-CA76-poud/usr/lib/debug/usr/tests/lib/libc/ssp/h_raw.debug > /usr/obj/DESTDIRs/main-CA76-poud/usr/share/examples/IPv6/USAGE > /usr/obj/DESTDIRs/main-CA76-poud/usr/share/man/man2/recvmmsg.2.gz > /usr/obj/DESTDIRs/main-CA76-poud/usr/share/man/man2/sendmmsg.2.gz > /usr/obj/DESTDIRs/main-CA76-poud/usr/share/man/man4/CAM.4.gz > /usr/obj/DESTDIRs/main-CA76-poud/usr/share/man/man4/geom_map.4.gz > /usr/obj/DESTDIRs/main-CA76-poud/usr/tests/cddl/usr.sbin/dtrace/amd64/kinst/ > /usr/obj/DESTDIRs/main-CA76-poud/usr/tests/lib/libc/ssp/h_raw Thanks, I've pushed fixes for most of these. The *mmsg.2.gz links are actually not supposed to be stale and D46200 should fix those. h_raw is a bit more of an odd duck that isn't easily solved. I'm not sure why it was installed in the past for you but isn't installed anymore. -- John Baldwin From nobody Wed Jul 31 19:31:19 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WZ2Jp6ygfz5RCWN for ; Wed, 31 Jul 2024 19:31:22 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WZ2Jp6Vs9z4Xlb; Wed, 31 Jul 2024 19:31:22 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722454282; 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=XTPZIwxm8zDKgy8oxf8oZ20O84X2v4m/c4Cw9fULGx0=; b=aq4TtOoXKWr03po5Xk2yOwh5thIngZbEt6TVfLbTU+GpPQ57uNunzyANdHUSr/jdVQVm1u 4IWw/u3H1yUzGPwpNEdvoV0o6Nf5wzSV4xQ1PjbT9Ggw7K76l6fvr7hkiOrRiGWs+lW3xA kQclkb/ajwvwydlfzYGIm7ikfJ9tkrChlzIcbfvX9jyWE2eKtCLHwhoFSZSrbItnAD3+bv my5AXjen4NknZfL6UHZBlI5DM+6Jbmgik8jJG0GDiqw5AGzydVLb1qVSQ4QJgfIuYVfD2o P0z+Rjk4XFHwuQ15N92LbXc2vjc5oEjH72IkFARvlgQZHULRa6IoqY6AUW1M9A== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1722454282; a=rsa-sha256; cv=none; b=roYSWSNIf9xCeC4DEfXj4NxxECnxrhs4l262c1YuWMcObeG7x4GkBPhJGZGD36nyHLJWzg 1EkVGt5Gx3LHheoNeYVO7vyQ9ctCHHdaj8+ZTtVyzJxF6u4eBHtc8dhnIolUmuFP5eHLNm mM2E+JnlLage+eL6yn/rSZn1XN6DxgMqF+Ky3qbodEt/YoaZ0BT7Ao1VFmCk2UmqwU7hz+ uDOHznurvBBeCs/uPiGSre/bfHOYZ+turlAr8ox4yDk5iEH39M91oJWmm3BSY1/GHaWj+Z eJ47xSpJ/DW4KX6vFeIvqnItOajBTSnXTFdAYij1/97v3wnTFdUifDEnKL8yMA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722454282; 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=XTPZIwxm8zDKgy8oxf8oZ20O84X2v4m/c4Cw9fULGx0=; b=X2IrV7mi8WzUocvRMlSRIml7t4tWB2HFo0AyxB6davWyaUudBBZcwC3hURteMg+16YbGPZ /kecmsN5RphKexdjBLUXOvMWIkMZs3bwqaERMG2ZB1jVznOYVtsCLA2fJI0mntpvAmQlqt 3u8pnFCn/wJECsFiwOPK8J2/twD7m1kt/j6beIy7DQ0YfeV4B+9Dq0nmkkwMaWBayV+wj7 yHfo8hMvkP9jbtkWdsnj0FNsfW0LY+cm8oKw9RImOyaOY2iGlW2Y1oSI94WTOMeQQ0p0YQ l2KUvfeCU5ZWRf78DCP8OoqtHq04t0mspPfFyUcfxEoT3LcSM/PSbKPgCZexwA== 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 4WZ2Jp2Q0yz1Hh1; Wed, 31 Jul 2024 19:31:22 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Wed, 31 Jul 2024 12:31:19 -0700 From: Gleb Smirnoff To: Kyle Evans Cc: Cy Schubert , freebsd-current@freebsd.org, src-committers@freebsd.org Subject: Re: July 2024 stabilization week Message-ID: References: <20240730211642.DF1B97E@slippy.cwsent.com> <4a36dfb3-c0ec-4bd0-a049-8f2563f6bc8c@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: <4a36dfb3-c0ec-4bd0-a049-8f2563f6bc8c@FreeBSD.org> On Tue, Jul 30, 2024 at 05:05:33PM -0500, Kyle Evans wrote: K> > > commit ce220b82ad546d3518a805750e5ee6add73f1fbf K> > > Author: Alfonso Siciliano K> > > Date: Sat May 25 02:42:46 2024 +0200 K> > > K> > > change: --form and --mixedgauge do not print field input to output if > > eldlen> <= 0 K> > > K> > > K> > > That means if you have any scripting using 'bsddialog --form' with readonly K> > > values, you would need to adjust your scripts, otherwise your variables would K> > > be messed up, leading to any possible kind of bugs. K> > K> > I can't find this revision. K> > K> > slippy$ git log ce220b82ad546d3518a805750e5ee6add73f1fbf K> > fatal: bad object ce220b82ad546d3518a805750e5ee6add73f1fbf K> > slippy$ K> > K> > To verify that my repo wasn't damaged in any way I cloned a fresh new repo K> > from git.freebsd.org. I still can't list that revision. K> > K> K> It's a bsddialog commit, since the full history isn't preserved in vendor K> imports for bsddialog K> K> https://gitlab.com/alfix/bsddialog/-/commit/ce220b82ad546d3518a805750e5ee6add73f1fbf btw, I'd suggest to switch to subtree merges for future bsddialog imports, so that full commit history is preserved. I can help with that, if needed. Can you please ack that POLA breakage will be noted in the Release Notes of 15.0 and won't be merged to 14.x? -- Gleb Smirnoff From nobody Wed Jul 31 19:51:37 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WZ2mD10Wrz5RFJC for ; Wed, 31 Jul 2024 19:51:40 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WZ2mD0VS7z4cCh; Wed, 31 Jul 2024 19:51:40 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722455500; 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=cxfV73IbWRWzSBL7ZSn25BVFjtNBNHoABywwKAUgw/Q=; b=KoGRMY3Q4WcJTdclrasRvAn8r0GaQCdFnJc1Hqbj0x8VrVnwVe3W8bbS/gNNbFqeIfNFcG P6eel8aOP+koIaQ2T+Ry9D1ThNoyh1PTxNsz7O1KAczpKTV9SQwyf+z8DWwfk7cB9iXn7W 4IrBeUsqmexkMGPX/ifLpEIg8sEZxLrtGlStYs0DOY00kAHOuChBmO0w8DYwMmHouTr8qO StjPbySkl2RzjVhfJ7Cq55Qmyuc1tJjnX7fkOHZeq4q4UrGAwG1QyLH/s7aet2netjwrS0 dfwQijYBXunm6d3m3uSvtxD/taF2azuEhi6HBCh8XZL5e/IOIedX/hitfHiJWQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1722455500; a=rsa-sha256; cv=none; b=Nei/RYWfrEJCr8MtT1hsQsU1Dz8F89kiI6J6dkM4hwwZrdqagR8IB5hhsMiUf0YwpYGftV 6VeIiTVrbW19GwV9dGyhFE3xfw/tArdv8O9DRXWo9IY5dBwyZel2z/FSAm4lqbyTvkI2M0 3FS/8RFTY5znbPP9yyASkAmp9qmskPq4OMVzEGiwv7iUOfxYyNIRY3ULt6HvTY/NpgIOyC mnz3Svzs1HOTQc7Q0vrwqKlATLcx4z0eYfqeD8UoKlUF10rPoEF7+I7GOyhrdtY41cjFV9 tdvlHP/ohAJDJdVRKadAXnS6Idr5Yf1deE2ncwnf27K44yK2Eqby3UPSyGAfEQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722455500; 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=cxfV73IbWRWzSBL7ZSn25BVFjtNBNHoABywwKAUgw/Q=; b=legah/S8xmmfFF47zrbV5nrK9r1cqWk36HT2pH0+PQu7ehxUiRQEO9xwCj6kNLpANblAEZ bdWHmNeVEb5Hypr3TP+BHKDvkCIwQhcd44QpL6adxjDVGRycm0b56VlHbonnF963MaLQ9Y PDDBJMnMxmV7iE1oYHVQh6tmQFSsd0MvvXwCYB13zIIldklcVTwR7cb+JVNsD1BChhQDII d5cg2JyHEtIurPOACZw2cqMQ9ktH5y4baa5XFWeOhupnL5HvLtspjVzF6Yt0Awd1XAhagM pz2jncIzfZEnLWmpFWGDr4wsvgpPo3H0vGaWjyTK9SCasQynftAoAktTirHCpA== Received: from [10.9.4.95] (unknown [209.182.120.176]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: kevans/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WZ2mC4mF5z1Hh4; Wed, 31 Jul 2024 19:51:39 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: <07914356-a21d-4534-b5a4-2e01779b6dc3@FreeBSD.org> Date: Wed, 31 Jul 2024 14:51:37 -0500 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: July 2024 stabilization week To: Gleb Smirnoff References: <20240730211642.DF1B97E@slippy.cwsent.com> <4a36dfb3-c0ec-4bd0-a049-8f2563f6bc8c@FreeBSD.org> Content-Language: en-US Cc: "Alfonso S. Siciliano" , freebsd-current@freebsd.org From: Kyle Evans In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 7/31/24 14:31, Gleb Smirnoff wrote: > On Tue, Jul 30, 2024 at 05:05:33PM -0500, Kyle Evans wrote: > K> > > commit ce220b82ad546d3518a805750e5ee6add73f1fbf > K> > > Author: Alfonso Siciliano > K> > > Date: Sat May 25 02:42:46 2024 +0200 > K> > > > K> > > change: --form and --mixedgauge do not print field input to output if K> > > eldlen> <= 0 > K> > > > K> > > > K> > > That means if you have any scripting using 'bsddialog --form' with readonly > K> > > values, you would need to adjust your scripts, otherwise your variables would > K> > > be messed up, leading to any possible kind of bugs. > K> > > K> > I can't find this revision. > K> > > K> > slippy$ git log ce220b82ad546d3518a805750e5ee6add73f1fbf > K> > fatal: bad object ce220b82ad546d3518a805750e5ee6add73f1fbf > K> > slippy$ > K> > > K> > To verify that my repo wasn't damaged in any way I cloned a fresh new repo > K> > from git.freebsd.org. I still can't list that revision. > K> > > K> > K> It's a bsddialog commit, since the full history isn't preserved in vendor > K> imports for bsddialog > K> > K> https://gitlab.com/alfix/bsddialog/-/commit/ce220b82ad546d3518a805750e5ee6add73f1fbf > > btw, I'd suggest to switch to subtree merges for future bsddialog imports, so > that full commit history is preserved. I can help with that, if needed. > Sorry, to be a bit pedantic: the way it's managed now is still a subtree merge, the difference is what's in the vendor branch that's merged in (full history vs. release diffs). > Can you please ack that POLA breakage will be noted in the Release Notes of > 15.0 and won't be merged to 14.x? > I don't maintain bsddialog imports, just the one that fixed an immediate issue for the work I was doing, but Alfonso noted in response to a private e-mail thread you started that he'll do both. He hasn't yet responded to current@ as stated in that e-mail, though, AFAICT. Thanks, Kyle Evans From nobody Wed Jul 31 21:31:49 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WZ50B6bJHz5RP05 for ; Wed, 31 Jul 2024 21:32:10 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.pphosted.com", Issuer "Sectigo RSA Organization Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WZ50B0F9Cz4m4v; Wed, 31 Jul 2024 21:32:10 +0000 (UTC) (envelope-from sjg@juniper.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=juniper.net header.s=PPS1017 header.b="BaLtA3f/"; dkim=none ("invalid DKIM record") header.d=juniper.net header.s=selector1 header.b=Btb7c28C; dmarc=pass (policy=reject) header.from=juniper.net; spf=pass (mx1.freebsd.org: domain of sjg@juniper.net designates 67.231.152.164 as permitted sender) smtp.mailfrom=sjg@juniper.net; arc=pass ("microsoft.com:s=arcselector10001:i=1") Received: from pps.filterd (m0108160.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 46VFCpMa013868; Wed, 31 Jul 2024 14:32:08 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h= cc:content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to; s=PPS1017; bh=C3 BegxonixmLwmM8Dpu1OQncwx6pi3FZcEntj1uMd1k=; b=BaLtA3f/P/Wj88QshR 9O6UnfT3IytBrXdBx050ZqyGlqJBRQMfoQg4h0RpIND6Q5TR266yPHShpVMllHM1 UzUa5wKhwjUxNF2gPuzGfYZ84aK1wfFpL+mUKpmJABC1ziLevWfeHgAa51rF4m7f CRtrbjXQbpnh9vCG731krvM5MDqRv1jV1rUfjCMoY4CGriLYCzltUk+iVH92y7J7 ZYv7hanZOvR4Q+uDkB9vDm1S1NrvQf8Bei3nIrcrlSZF4poRSxttOQiBJRxDx4aQ fkbdo1HjWEZ2Noq05+9qC6uXFtulBRrxRLtvoK+34SXxWKGlfh29+lZ6Xv14VNTl tIbA== Received: from bn8pr05cu002.outbound.protection.outlook.com (mail-eastus2azlp17011025.outbound.protection.outlook.com [40.93.12.25]) by mx0b-00273201.pphosted.com (PPS) with ESMTPS id 40mxtdch0k-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 31 Jul 2024 14:32:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=XePwEWegKm5WuIKafRORsAW119rmooHU58caQSeeOBoQhNFqQa0JARilctu/NjtaAXDRqVx+g6gNJcNEqs1qTU9p4gTi8KyPBUrzPv7txSMo+0pZPvA5E7hPsfFs6XNOTc1TItB2EIzKtn16a/rgHlsuK5rtWIa1gEptyMRIpLV3mAx1tR4y56d2x5kw6vpF7qkDoyw+Px05hsD/MRpEfcQuQAZfjxTyDh/xr6qzBR81jy7ZKB6t2L4FR8zynPoHWUhwrvT0LYuYqPMSjbYyzJY8R/ZPacNnQ4onDPATB0r0+SSAiGbsnY1e3niZlUs6BHQi+6JppPwnJE3LyFrfuQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=C3BegxonixmLwmM8Dpu1OQncwx6pi3FZcEntj1uMd1k=; b=RLD3y0DK/14m3LAr7Jkw7juDasUecLzNLb7i3QLvNs7Yxij6CrRF4B8pBmvuPTHItIiLIQYbcnAQyY+13ydeUV+ItnB4wbmaN48FDUyWavAqj9cqGvEgcwqKvzTMbdQ7PC/Y8AcFxw3gmrKQNoyA3JCWGyH7DDURVCHNWUx0uRLxx5O58cYmeXL0TZxIL4eHoElUIUiuewedvtnl+jtvih+jRJACLfnf7rQjjKuQIyS9rhxtPescxhdv+38rwQ6wbJg0GC39r43sifvXxgoFxwN6I5y2/wpla/cVz8qXpyGbfonsnrG0nbB8XHUMZs4WyLHa+k09y+8uCtAEVuI+jg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=softfail (sender ip is 66.129.239.15) smtp.rcpttodomain=quip.cz smtp.mailfrom=juniper.net; dmarc=fail (p=reject sp=reject pct=100) action=oreject header.from=juniper.net; dkim=none (message not signed); arc=none (0) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=C3BegxonixmLwmM8Dpu1OQncwx6pi3FZcEntj1uMd1k=; b=Btb7c28CA1ko12AnFy+TA5U0rWeYugXUmmk2T73CrD8ixdq6Tep0jY1y+x7UfEdF6Up5fiSi+TsoYdmabHwjv90ASCL9ffI4X930ToGkXyfloHuCmX23cC7qruscZLuA0/lNES10o/eEkMjL5LVPEkmMaXmkhLPJh0XdaWyGC3U= Received: from BN0PR07CA0030.namprd07.prod.outlook.com (2603:10b6:408:141::13) by IA1PR05MB8972.namprd05.prod.outlook.com (2603:10b6:208:3d4::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7807.27; Wed, 31 Jul 2024 21:32:04 +0000 Received: from BN3PEPF0000B078.namprd04.prod.outlook.com (2603:10b6:408:141:cafe::3b) by BN0PR07CA0030.outlook.office365.com (2603:10b6:408:141::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7828.19 via Frontend Transport; Wed, 31 Jul 2024 21:32:04 +0000 X-MS-Exchange-Authentication-Results: spf=softfail (sender IP is 66.129.239.15) smtp.mailfrom=juniper.net; dkim=none (message not signed) header.d=none;dmarc=fail action=oreject header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.15 as permitted sender) Received: from p-exchfe-eqx-02.jnpr.net (66.129.239.15) by BN3PEPF0000B078.mail.protection.outlook.com (10.167.243.123) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7828.19 via Frontend Transport; Wed, 31 Jul 2024 21:32:03 +0000 Received: from p-exchbe-eqx-01.jnpr.net (10.104.9.14) by p-exchfe-eqx-02.jnpr.net (10.104.9.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.4; Wed, 31 Jul 2024 16:32:02 -0500 Received: from p-exchbe-eqx-01.jnpr.net (10.104.9.14) by p-exchbe-eqx-01.jnpr.net (10.104.9.14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.4; Wed, 31 Jul 2024 16:32:02 -0500 Received: from p-mailhub01.juniper.net (10.104.20.6) by p-exchbe-eqx-01.jnpr.net (10.104.9.14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.4 via Frontend Transport; Wed, 31 Jul 2024 16:32:02 -0500 Received: from kaos.jnpr.net (kaos.jnpr.net [172.23.255.201]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id 46VLW1gU000576; Wed, 31 Jul 2024 14:32:01 -0700 (envelope-from sjg@juniper.net) Received: by kaos.jnpr.net (Postfix, from userid 1377) id 9DA1F51B5D; Wed, 31 Jul 2024 14:31:49 -0700 (PDT) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 9D42551A70; Wed, 31 Jul 2024 14:31:49 -0700 (PDT) To: =?us-ascii?Q?=3D=3Futf-8=3FQ=3FDag-Erling=5FSm=3DC3=3DB8rgrav=3F=3D?= CC: Miroslav Lachman <000.fbsd@quip.cz>, , Subject: Re: filemon In-Reply-To: <86sevr5fyj.fsf@ltc.des.dev> References: <20240727170122.675f6bfe@ernst.home> <865xsn6ya9.fsf@ltc.des.dev> <86sevr5fyj.fsf@ltc.des.dev> Comments: In-reply-to: =?us-ascii?Q?=3D=3Futf-8=3FQ=3FDag-Erling=5FSm=3DC3?= =?us-ascii?Q?=3DB8rgrav=3F=3D?= message dated "Tue, 30 Jul 2024 12:31:16 +0200." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6+git; nmh 1.8; Emacs 29.3 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Date: Wed, 31 Jul 2024 14:31:49 -0700 Message-ID: <93999.1722461509@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: BN3PEPF0000B078:EE_|IA1PR05MB8972:EE_ X-MS-Office365-Filtering-Correlation-Id: c32365f2-0a53-4a1b-a270-08dcb1a8383c X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0;ARA:13230040|82310400026|376014|36860700013|1800799024; X-Microsoft-Antispam-Message-Info: =?utf-8?B?STBPSmg3cTg4cm81YzQ3eWh3RWlKOGRXY2VHK1VmeHVueFNTSmJrbndzSGEz?= =?utf-8?B?SHBXYm8xRnhhOFUrTkgyMkx0S0JXMWliOTNnRXhYb1pDZEZmY2R1eG9GZlhr?= =?utf-8?B?L0xiRU5pYUhwT0hRaDkxUXppcDlaWjREcEtMbldhU2lzL3RueThPZFpTKzBx?= =?utf-8?B?cVZiMUl2cFJwNUIxL0NvZTdPcFZXYndCcDRIM3ZzdlhMdUlFK3dIc3hCcFZ6?= =?utf-8?B?ZURmOHRXd0RmMUFtRXBlMG5QS0I0Mlo2U0ZacTNhZ2pyQlBPTUV1aDdkM0lG?= =?utf-8?B?NjE2bmJJM2JvbXdjYWkwL21NQldUNE1mVUJxQS9Dc0ZlLzBrUmQxdUlNTDFi?= =?utf-8?B?b21yUGFTWHRxNWtBSm9YNEhXQXlPczhVMjIyS0Q0RUNJT3JIUTdIWHRHZThk?= =?utf-8?B?cE9sakxIL05IYS9zaTNJeHMwZ3F4VG55MGhZUHpYUTZ4ejFMVUhPbGM4Wmky?= =?utf-8?B?dnM4cWZnYytFU2laY0pjUnVIc25jY3JmaWVvZzhYTDRHbkIvY09yQm1jV2NN?= =?utf-8?B?MytMLzJsSDdtb2g2WFpQUUZqL01hbm1JN1YwTktNRGEyVGlhR2k0dmdUSlcr?= =?utf-8?B?VWZwYTM0b0pLOWF6UFBnZTZDQWZ2WTZ6L1dEZ0R3M2lXZXoxak9iQWlxK2NM?= =?utf-8?B?SVg2U2J3MFBPTStHaU1lZVRLdDVIUTdaN2dmRVJBRzJPbWE0VGJiakcxMGRx?= =?utf-8?B?OWRaNUp0RXBkLzFaaEtkYVpJclUzNXkvVi9tVTlTWWJJcVJQYmtqU1hZQUlC?= =?utf-8?B?VlpwNVJpMGhxbzQ4S2hrVXRuRVY3cVQ2anFjZzdyV3o0VmZqVkRyOXM1L3Vt?= =?utf-8?B?NGlUczdrdGFKSmUreHJ1QWtqUUVtU0h4RHl5azlYU3FQOTBIM0NoN2FaWC9O?= =?utf-8?B?ZTcxNzNPUk8zU2VzeVlwUkJwd3B4cHJQa09NUzdFamRaU3dueko4YmY0Vitp?= =?utf-8?B?R1B2YkZrbTVKTmM5RjZpVTNielgrN002YW5LdUZtTGFqc1ZNVTlUWTZCTVZy?= =?utf-8?B?NU9nUFpXMFo2TERmRW5lUEhabDduZlp3dnJ5OVRPU3N4SlNBL3hJdlhjTGZo?= =?utf-8?B?UUovdU9iUGgzcThkODVsQUlUTnF1V04rZ2xKak5pd1ZyUzNmT2xtN1BTQTBq?= =?utf-8?B?cm9nRFdLcEVyS2JEUUo2U3ZPc2d5WVFUUzliVGc5aEF6NVFHbGJiZ1lBRm92?= =?utf-8?B?ZG1vNEU1K0IrR3o2NDlMZVg1T0ZuYlBGM0FpdE5oek1EL0VuYmRldjlrcnJl?= =?utf-8?B?ankzRzdqbFRETjB4bFlPZHlITXB6Mk96cUViMmVLMm5ZeUpLRjAybVhDTWp2?= =?utf-8?B?Smd2LzVKMmtLVDVodndTT0cwRkNBYnFQTWtOMThUM0VhTTNxQldVbDU0cXZo?= =?utf-8?B?U2pJNlMycGU2YWNnUWRPaXlFWHJST20vbHVuN3RPN0U0bDBQdGszQlR6cXN1?= =?utf-8?B?YXl6L2lLZUF5N3JVTE9qem9VVnh5VjMvNXltZm1lbkZWUXJMb09CVnNMMUw4?= =?utf-8?B?TnhJU1g1K3hsVDBPaGJDaDBLamUvMjVpTVMwajcrT0RYWitzbFh6U2ZCOU43?= =?utf-8?B?Z2g2RFllVk5jTGp5bUtVYWsyVTZ6c0k2dkcyang1TmRMUytYbVhTUGo0TkY5?= =?utf-8?B?SE1KVDZoeldRUVFFcC9maTVOWTQ0a2lzZFkwSDNOa0FYUFJ2c0c0WGlYeGVH?= =?utf-8?B?c09zZGo4K2NGQWtKSDBQcVg4ZCtCRElIK3d2aEFhQm5JWXJPTklNSk9KcDNh?= =?utf-8?B?QzhKZE5lZjh0a1pwZFM3Y3d6SjdzdkMrdDYrVUpjalcyTSttNElRWXNJNUt3?= =?utf-8?B?QkdCVkZUYzUvSXJ0bjM5VEhLMGpGakpNN3hpbzZjZ2oyL3lZVHF3cHNOVTZR?= =?utf-8?B?Q3l5TktrZkVYck1CYlk3T3BIT2d2R25YdnBVb1NsaEx1dmxCb2JEQVUxK1Rk?= =?utf-8?Q?k0RXG+12Ys0CGGpHnPpzEzrGlM28c76Z?= X-Forefront-Antispam-Report: CIP:66.129.239.15;CTRY:US;LANG:en;SCL:1;SRV:;IPV:CAL;SFV:NSPM;H:p-exchfe-eqx-02.jnpr.net;PTR:InfoDomainNonexistent;CAT:NONE;SFS:(13230040)(82310400026)(376014)(36860700013)(1800799024);DIR:OUT;SFP:1101; X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 31 Jul 2024 21:32:03.4481 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: c32365f2-0a53-4a1b-a270-08dcb1a8383c X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4;Ip=[66.129.239.15];Helo=[p-exchfe-eqx-02.jnpr.net] X-MS-Exchange-CrossTenant-AuthSource: BN3PEPF0000B078.namprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: IA1PR05MB8972 X-Proofpoint-GUID: CAcKs_kLFfjPMPAAZmFOczCdbaCYDp2d X-Proofpoint-ORIG-GUID: CAcKs_kLFfjPMPAAZmFOczCdbaCYDp2d X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1039,Hydra:6.0.680,FMLib:17.12.28.16 definitions=2024-07-31_10,2024-07-31_01,2024-05-17_01 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 clxscore=1011 spamscore=0 mlxscore=0 bulkscore=0 phishscore=0 lowpriorityscore=0 suspectscore=0 malwarescore=0 mlxlogscore=674 impostorscore=0 priorityscore=1501 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.19.0-2407110000 definitions=main-2407310151 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.85 / 15.00]; TO_EXCESS_QP(1.20)[]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector10001:i=1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.95)[-0.945]; DMARC_POLICY_ALLOW(-0.50)[juniper.net,reject]; R_SPF_ALLOW(-0.20)[+ip4:67.231.152.164]; R_DKIM_ALLOW(-0.20)[juniper.net:s=PPS1017]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[67.231.152.164:from]; ASN(0.00)[asn:22843, ipnet:67.231.152.0/24, country:US]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEFALL_USER(0.00)[sjg]; RCVD_IN_DNSWL_NONE(0.00)[40.93.12.25:received]; R_DKIM_PERMFAIL(0.00)[juniper.net:s=selector1]; DKIM_TRACE(0.00)[juniper.net:+,juniper.net:~]; MLMMJ_DEST(0.00)[freebsd-current@FreeBSD.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; DKIM_MIXED(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_SEVEN(0.00)[11] X-Rspamd-Queue-Id: 4WZ50B0F9Cz4m4v Dag-Erling Sm=C3=B8rgrav wrote: > Loader I/O performance is much better these days so loading modules > pre-boot doesn't slow the boot down much any more, but it's still more That depends very much on the h/w, especially the storage attachment. None of which applies to any machine likely to be using filemon of course. From nobody Thu Aug 1 16:22:17 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WZZ4Q4yGcz5T1Bv for ; Thu, 01 Aug 2024 16:22:30 +0000 (UTC) (envelope-from alfix86@gmail.com) Received: from mail-pl1-x636.google.com (mail-pl1-x636.google.com [IPv6:2607:f8b0:4864:20::636]) (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 4WZZ4Q31HQz4ksL; Thu, 1 Aug 2024 16:22:30 +0000 (UTC) (envelope-from alfix86@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pl1-x636.google.com with SMTP id d9443c01a7336-1ff4fa918afso6843425ad.1; Thu, 01 Aug 2024 09:22:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1722529349; x=1723134149; 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=bT4oXfDEnn43HcyL43/2L/azhtY6RhJaxJoGWy2q5c4=; b=UGZ7e3ukNz9XK8A33gjcf8weHRb4rTQ9RX5DXJ0ACFDmUhld79k1dM8QyvWlKBe6qN NILIujgiiqJ9ccU3N4tx20n2qo/ZV0ltLTRgulopY55toIG4A4nHwXI73+FVrL8bm5P0 AbXB34sDjKSjpAHzvJaMSvv44WZxzrFuQWiIzK4hVMjww8AA9upA5OeDQbA7/xUyvBDW 0GJmVUEDKExwiCALVbo3WubVAYNKp3/V2LBsS9Gh+PDUHvq6JDPjGcWbfBKyXfTuXmtP 0qs9DA1BGdSGdD0ul96YCBSIjRIskU3bZOr0kOW/G6XxypOlCf8tfBPtRQNugY0NNGel iYRw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1722529349; x=1723134149; 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=bT4oXfDEnn43HcyL43/2L/azhtY6RhJaxJoGWy2q5c4=; b=GHeYswCidOXx525QJiUMQH5D2+LZVF7glyjJo5U/nrftr/vK5pN+G8LU3ZSaIXqsa+ Ii3TtVtLPOVjGvf02k4VqYt2AC3OeHen6/gJ0xekJ5sXcpGDCER+2co9U/yTQajthToX WbMDkNZez0nYaQ0oiYn7qcK2aBoaTHse0S//CPx10kGoaIgM5A9xRD/LKaklMX4dz+G3 x2+I781j+fEHNHUwAVLWN0IgjNYWhP66FpEFKpnYI36X+BxHoTp89QI3+3HJ03H/68RK hJascO7feOVwTTJl+gzuZrxvWgOO5c9YIsL9ZGkA6FFNjPfZAuGYSVYDlxPOFxDRLeN6 pT+w== X-Forwarded-Encrypted: i=1; AJvYcCWHyzC9rHX73khmyhDLYlhVAouoNXZHaycauHX3rKg8SXmQkGJDBJ+BQ4CJSxLVQ5JDLgRlOrn3HBgL502+cOc0C+VQAh0hFh/7tSZKwdl9QEAcwWreUGsGpzY= X-Gm-Message-State: AOJu0YyYJtq79CWHeAJa1w6oceIeT1bgWDeq2Z/W9KCcvouzyX88nU/3 9nhSr9WJY4Z2O78Y1wEyjq4xDJa5cieoy3aPnzgS+ucHDYhU629R8mda9JBB54hDbRy5Uwj4EFp 9z9y862LzMaFt+kN51E4KFIdySAbUXm/C X-Google-Smtp-Source: AGHT+IGieT7jzzi9TtnRB6w4RV5ZeFhnqrb0oyLrT5bbevsdkY51DGLx77GS1aQq8wxsexibHuc8qpSuJHPO/AuD7RM= X-Received: by 2002:a17:903:22c1:b0:1fc:5b41:baff with SMTP id d9443c01a7336-1ff5722e988mr9609865ad.3.1722529348489; Thu, 01 Aug 2024 09:22:28 -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: <20240730211642.DF1B97E@slippy.cwsent.com> <4a36dfb3-c0ec-4bd0-a049-8f2563f6bc8c@FreeBSD.org> <07914356-a21d-4534-b5a4-2e01779b6dc3@FreeBSD.org> In-Reply-To: <07914356-a21d-4534-b5a4-2e01779b6dc3@FreeBSD.org> From: Alfonso Sabato Siciliano Date: Thu, 1 Aug 2024 18:22:17 +0200 Message-ID: Subject: Re: July 2024 stabilization week To: Current FreeBSD Cc: Gleb Smirnoff , "Alfonso S. Siciliano" , kevans@freebsd.org, Cy.Schubert@cschubert.com Content-Type: multipart/alternative; boundary="000000000000eea3c9061ea19d2b" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4WZZ4Q31HQz4ksL --000000000000eea3c9061ea19d2b Content-Type: text/plain; charset="UTF-8" On Wed, 31 Jul 2024 at 21:52, Kyle Evans wrote: > On 7/31/24 14:31, Gleb Smirnoff wrote: > > On Tue, Jul 30, 2024 at 05:05:33PM -0500, Kyle Evans wrote: > > K> > > commit ce220b82ad546d3518a805750e5ee6add73f1fbf > > K> > > Author: Alfonso Siciliano > > K> > > Date: Sat May 25 02:42:46 2024 +0200 > > K> > > > > K> > > change: --form and --mixedgauge do not print field input to > output if > K> > > eldlen> <= 0 > > K> > > > > K> > > > > K> > > That means if you have any scripting using 'bsddialog --form' > with readonly > > K> > > values, you would need to adjust your scripts, otherwise your > variables would > > K> > > be messed up, leading to any possible kind of bugs. > > K> > > > K> > I can't find this revision. > > K> > > > K> > slippy$ git log ce220b82ad546d3518a805750e5ee6add73f1fbf > > K> > fatal: bad object ce220b82ad546d3518a805750e5ee6add73f1fbf > > K> > slippy$ > > K> > > > K> > To verify that my repo wasn't damaged in any way I cloned a fresh > new repo > > K> > from git.freebsd.org. I still can't list that revision. > > K> > > > K> > > K> It's a bsddialog commit, since the full history isn't preserved in > vendor > > K> imports for bsddialog > > K> > > K> > https://gitlab.com/alfix/bsddialog/-/commit/ce220b82ad546d3518a805750e5ee6add73f1fbf > > > > btw, I'd suggest to switch to subtree merges for future bsddialog > imports, so > > that full commit history is preserved. I can help with that, if needed. > > > > Sorry, to be a bit pedantic: the way it's managed now is still a subtree > merge, the difference is what's in the vendor branch that's merged in > (full history vs. release diffs). > > > Can you please ack that POLA breakage will be noted in the Release Notes > of > > 15.0 and won't be merged to 14.x? > > > I don't maintain bsddialog imports, just the one that fixed an immediate > issue for the work I was doing, but Alfonso noted in response to a > private e-mail thread you started that he'll do both. He hasn't yet > responded to current@ as stated in that e-mail, though, AFAICT. > > Thank you for the testing and the report, Of course I' ll add an entry to src/RELNOTES, new bsddialog shall not be merged to 14.0. Anyway, this change is not related to bsddialog 1.0.4 and to the recent kevans' import. I changed --form outputs in bsddialog 1.0.2 and 1.0.3, imported in CURRENT May 2024. I changed to restore the "old" (LGPL) dialog(1) behavior to avoid bsdinstall-networking-scripts faults (we have a discussion in current@ "bsdinstall wifi setup is broken on CURRENT" and some review). It is not a "full history" but I wrote rationale and FreeBSD notes in the commit messages: https://cgit.freebsd.org/src/tag/?h=vendor/bsddialog/1.0.3 https://cgit.freebsd.org/src/tag/?h=vendor/bsddialog/1.0.2 Also I maintain a CHANGELOG, src/contrib/bsddialog/CHANGELOG. Alfonso --000000000000eea3c9061ea19d2b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

On Wed, 31 Jul 2024 at 21:52, Kyle Evans = <kevans@freebsd.org> wrote:=
On 7/31/24 14:3= 1, Gleb Smirnoff wrote:
> On Tue, Jul 30, 2024 at 05:05:33PM -0500, Kyle Evans wrote:
> K> > > commit ce220b82ad546d3518a805750e5ee6add73f1fbf
> K> > > Author: Alfonso Siciliano <alf.siciliano@gmail.com>
> K> > > Date:=C2=A0 =C2=A0Sat May 25 02:42:46 2024 +0200
> K> > >
> K> > >=C2=A0 =C2=A0 =C2=A0 change: --form and --mixedgauge do= not print field input to output if <fi
> K> > > eldlen> <=3D 0
> K> > >
> K> > >
> K> > > That means if you have any scripting using 'bsddia= log --form' with readonly
> K> > > values, you would need to adjust your scripts, otherwi= se your variables would
> K> > > be messed up, leading to any possible kind of bugs. > K> >
> K> > I can't find this revision.
> K> >
> K> > slippy$ git log ce220b82ad546d3518a805750e5ee6add73f1fbf > K> > fatal: bad object ce220b82ad546d3518a805750e5ee6add73f1fbf<= br> > K> > slippy$
> K> >
> K> > To verify that my repo wasn't damaged in any way I clon= ed a fresh new repo
> K> > from git.freebsd.org. I still can't list that revision= .
> K> >
> K>
> K> It's a bsddialog commit, since the full history isn't pr= eserved in vendor
> K> imports for bsddialog
> K>
> K> https= ://gitlab.com/alfix/bsddialog/-/commit/ce220b82ad546d3518a805750e5ee6add73f= 1fbf
>
> btw, I'd suggest to switch to subtree merges for future bsddialog = imports, so
> that full commit history is preserved.=C2=A0 I can help with that, if = needed.
>

Sorry, to be a bit pedantic: the way it's managed now is still a subtre= e
merge, the difference is what's in the vendor branch that's merged = in
(full history vs. release diffs).

> Can you please ack that POLA breakage will be noted in the Release Not= es of
> 15.0 and won't be merged to 14.x?
>
I don't maintain bsddialog imports, just the one that fixed an immediat= e
issue for the work I was doing, but Alfonso noted in response to a
private e-mail thread you started that he'll do both.=C2=A0 He hasn'= ;t yet
responded to current@ as stated in that e-mail, though, AFAICT.



Thank you for the testi= ng and the report,

Of course I' ll add an entry to src/RELNOTES,= new bsddialog shall not be
merged to 14.0.

Anyway, this change i= s not related to bsddialog 1.0.4 and to the recent
kevans' import. I= changed --form outputs in bsddialog 1.0.2 and 1.0.3,
imported in CURREN= T May 2024. I changed to restore the "old" (LGPL)
dialog(1) be= havior to avoid bsdinstall-networking-scripts faults
(we have a discussi= on in current@ "bsdinstall wifi setup is broken on
CURRENT" an= d some review).
It is not a "full history" but I wrote rationa= le and FreeBSD notes in
the commit messages:
https://cgit.freebsd.org/s= rc/tag/?h=3Dvendor/bsddialog/1.0.3
https://cgit.freebsd.org/src/tag/?h= =3Dvendor/bsddialog/1.0.2
Also I maintain a CHANGELOG, src/contrib/b= sddialog/CHANGELOG.


Alfonso

=C2=A0<= /div>
--000000000000eea3c9061ea19d2b-- From nobody Sat Aug 3 00:21:11 2024 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WbNfL61htz5RV4W for ; Sat, 03 Aug 2024 00:21:14 +0000 (UTC) (envelope-from cheeky.m@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "Telekom Security ServerID OV Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WbNfK61Jjz4m6t for ; Sat, 3 Aug 2024 00:21:13 +0000 (UTC) (envelope-from cheeky.m@gmx.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.com header.s=s31663417 header.b=oyA8vLnI; dmarc=pass (policy=quarantine) header.from=gmx.com; spf=pass (mx1.freebsd.org: domain of cheeky.m@gmx.com designates 212.227.15.15 as permitted sender) smtp.mailfrom=cheeky.m@gmx.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.com; s=s31663417; t=1722644471; x=1723249271; i=cheeky.m@gmx.com; bh=8OLTe/sUoO02N/iYqxqDKEaFvCTj6fKf21ZXx742GbY=; h=X-UI-Sender-Class:MIME-Version:Message-ID:From:To:Cc:Subject: Content-Type:Date:In-Reply-To:References:cc: content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=oyA8vLnIDoS2WIeeuJri6WSALd4AYP3gbs+3GG672dUaMRbrSUMRwV6EV1vYJwxM LZySyedQNcEkQwuQAA0rcHBX52C0ccVJyXbcBROkSvtaz5jarUKJUMFe6Xwn+achD 3q06kkggxF8Rj3qwte3d7R71fIF5u3qhjraEvYgoGXHRFCj47apOM0gt1O2bl7w41 xeB38jiG30xjl7K5QpoYFZzZzXNuobN2D/CoFyYf/lploX6R+cSEtmWGH5lF57WFv 80XzMtvvg0SFW1OHhdBz8yJPL2gYbFfHZgkpDgaBT2fsoBonVyiY+oKHO2+g/ord+ t8BM4auxFw2PF+BgmQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [73.219.129.86] ([73.219.129.86]) by web-mail.gmx.net (3c-app-mailcom-bs14.server.lan [172.19.170.182]) (via HTTP); Sat, 3 Aug 2024 02:21:11 +0200 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Message-ID: From: Roger Hammerstein To: Roger Hammerstein Cc: current@freebsd.org Subject: Re: 13.3 14.x panic in qlogic isp vm_fault_lookup: fault on nofault entry, addr: 0xfffffe0127d22000 Content-Type: text/html; charset=UTF-8 Date: Sat, 3 Aug 2024 02:21:11 +0200 Importance: normal Sensitivity: Normal In-Reply-To: References: X-UI-Message-Type: mail X-Priority: 3 X-Provags-ID: V03:K1:s3nQZtoCe6eXBfzvw471TRlZIJIfK1eDkLmXJAvAoNJNWT21XZHQLDHmhprrxTUiECJTU LkHRi8LB96TFnpf8X5+PH3zZlRDNdu8DDyiQna4RK7ADm2qOhKVyMTsbAq6wud8FaRWibRVG5FGy k0Xr0N9mKflxx9EtgJ5PgY//PNxhC7tX1RaSvgxKu8m9podDnLn2RbQYN87WmnlInIbD1JMyFhCK hCGFRl64eIDDLk9ZCXvM9+md51TwwRSJCSpE4gcXzYknw9jQJl9SRMfqqWugk1FwnxduG9AhesJ6 iE= X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:FNnnxAFf4ZI=;QJnCwYPpiV54S10bNuH6RME+2je 8a1GDPuZHoGEdEhMrefR6VZ46gX5QMqJdcTNWdwFc0nk1Ns9MGk0GYhhvmxll7dDHkkjvP1d4 WIowGcFBil0yCXdzhHeSWA7Cq8/c0jxqETLso8+CiJBToVsqc/mo6aI7v9ygIizQva2Ku7+KM vqkpdoxBrzwRsedsDbKtJ1ABXqAynfnCt0geUfxL0xc7oD8FxTVgZYl5n1qiR3Y9EI6V3JW6v UYexQS2NUP0enwoWtNfEwK5AkuLJvhdIOXHtT/QjS7EW2MoiKOAmph6tCM5ykZgb/4YqbCx51 6iy1Woce7CQSxz6B4OvIALszqJ21zfzJYCE9Fg/VdP0riyq2Nk8D/emNO3QFoBrIwZJQNrrFQ 03HHdzDz2BmwMKnC56rZ4MNCgaBUE6qdk1YbhwDRBpffb2PTsF5q6/S1bVNFJV5yDGxawr83/ xiyC3Sf59KPl9DRYSqJLYbJgsKDwVobJyPIR29PmLPePN8NK8dPwHyNKdN63O63u5gURNNtEr KR9p5sUP6nYwcj1d6YoiFv8qi4Fycw9FyQPOpWfTREi2tdaGsj3tgMY9c9KflbhMnQ9iBLTuW P0ytU0sEnqWmKXMdOD6ekYNhQfznRi/ymvA9XHS+C3mvYYTMAFwx00YWbCkRsascq6ZlpmOlz pxWOeMF3hg24gbvslocwntSwWbADBgF0dWeWi+rRYw== X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.61 / 15.00]; DWL_DNSWL_LOW(-1.00)[gmx.com:dkim]; NEURAL_HAM_MEDIUM(-0.78)[-0.776]; NEURAL_HAM_SHORT(-0.76)[-0.762]; DMARC_POLICY_ALLOW(-0.50)[gmx.com,quarantine]; MID_RHS_NOT_FQDN(0.50)[]; R_DKIM_ALLOW(-0.20)[gmx.com:s=s31663417]; MIME_HTML_ONLY(0.20)[]; R_SPF_ALLOW(-0.20)[+a:mout.gmx.net]; NEURAL_SPAM_LONG(0.12)[0.125]; ONCE_RECEIVED(0.10)[]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.15.15:from]; MIME_TRACE(0.00)[0:~]; HAS_X_PRIO_THREE(0.00)[3]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_TO(0.00)[gmx.com]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmx.com]; MLMMJ_DEST(0.00)[current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmx.com:+]; RWL_MAILSPIKE_POSSIBLE(0.00)[212.227.15.15:from]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; MISSING_XM_UA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmx.com] X-Rspamd-Queue-Id: 4WbNfK61Jjz4m6t
 
> Subject: 13.3 14.x panic in qlogic isp vm_fault_lookup: fault on nofault entry, addr: 0xfffffe0127d22000
> 13.2 works.   13.3 and 14.x panic.
 
 
13.3 iso will work if load ispfw first (escape to loader, unload kernel, load ispfw, load kernel, boot)
also,
adding            ispfw_load="YES"    to loader.conf
to the working 13.2-system, and then freebsd-update to 13.3 will also work.
 
 
the working 13.2 :

grep ^isp 13.2-dmesg
isp0: <Qlogic ISP 2432 PCI FC-AL Adapter> port 0x6c00-0x6cff mem 0xfc4fc000-0xfc4fffff irq 16 at device 0.0 on pci3
isp0: Mailbox Command (0x8) Timeout (5000000us) (isp_reset:439)
isp0: Mailbox Command 'ABOUT FIRMWARE' failed (TIMEOUT)
isp0: isp_reinit: cannot reset card
isp0: See the ispfw(4) man page on how to load known good firmware at boot time
isp0: <Qlogic ISP 2432 PCI FC-AL Adapter> port 0x9c00-0x9cff mem 0xfcbfc000-0xfcbfffff irq 18 at device 0.0 on pci9
isp0: Mailbox Command (0x8) Timeout (5000000us) (isp_reset:439)
isp0: Mailbox Command 'ABOUT FIRMWARE' failed (TIMEOUT)
isp0: isp_reinit: cannot reset card
isp0: See the ispfw(4) man page on how to load known good firmware at boot time
isp0: <Qlogic ISP 2432 PCI FC-AL Adapter> port 0x6c00-0x6cff mem 0xfc4fc000-0xfc4fffff irq 16 at device 0.0 on pci3
isp_2400: could not load firmware image, error 6
isp0: Mailbox Command (0x8) Timeout (5000000us) (isp_reset:439)
isp0: Mailbox Command 'ABOUT FIRMWARE' failed (TIMEOUT)
isp0: isp_reinit: cannot reset card
isp0: See the ispfw(4) man page on how to load known good firmware at boot time
isp0: <Qlogic ISP 2432 PCI FC-AL Adapter> port 0x9c00-0x9cff mem 0xfcbfc000-0xfcbfffff irq 18 at device 0.0 on pci9
isp_2400: could not load firmware image, error 6
isp0: Mailbox Command (0x8) Timeout (5000000us) (isp_reset:439)
isp0: Mailbox Command 'ABOUT FIRMWARE' failed (TIMEOUT)
isp0: isp_reinit: cannot reset card
isp0: See the ispfw(4) man page on how to load known good firmware at boot time
isp0: <Qlogic ISP 2432 PCI FC-AL Adapter> port 0x6c00-0x6cff mem 0xfc4fc000-0xfc4fffff irq 16 at device 0.0 on pci3
isp1: <Qlogic ISP 2432 PCI FC-AL Adapter> port 0x9c00-0x9cff mem 0xfcbfc000-0xfcbfffff irq 18 at device 0.0 on pci9
 
 
 

working 13.3 dmesg with ispfw loaded in loader.conf
 
grep ^isp 13.3-dmesg
 
isp0: <Qlogic ISP 2432 PCI FC-AL Adapter> port 0x6c00-0x6cff mem 0xfc4fc000-0xfc4fffff irq 16 at device 0.0 on pci3
isp0: FLT[DEF]: Invalid length=0xffff(65535)
isp0: invalid NVRAM header (55 aa 56)
isp0: invalid NVRAM header (55 aa 56)
isp0: bad frame length (0) from NVRAM - using 1024
isp1: <Qlogic ISP 2432 PCI FC-AL Adapter> port 0x9c00-0x9cff mem 0xfcbfc000-0xfcbfffff irq 18 at device 0.0 on pci9
isp1: FLT[DEF]: Invalid length=0xffff(65535)
isp1: invalid NVRAM header (55 aa 56)
isp1: invalid NVRAM header (55 aa 56)
isp1: bad frame length (0) from NVRAM - using 1024
 
 
 
 
 
 
Sent: Tuesday, July 16, 2024 at 6:27 PM
From: "Roger Hammerstein" <cheeky.m@gmx.com>
To: current@freebsd.org
Subject: 13.3 14.x panic in qlogic isp vm_fault_lookup: fault on nofault entry, addr: 0xfffffe0127d22000
 
13.2 works.   13.3 and 14.x panic.
 
an older system with two qlogic isp cards, isp0 and isp1, nothing attached to them, and it panics on boot with 13.3 and 14.x images.
13.2 works
 
 
 
 
Autoloading module: ichsmb
ichsmb0: <Intel 631xESB/6321ESB (ESB2) SMBus controller> port 0x300-0x31f irq 22 at device 31.3 on pci0
smbus0: <System Management Bus> on ichsmb0
isp1: <Qlogic ISP 2432 PCI FC-AL Adapter> port 0x9c00-0x9cff mem 0xfcbfc000-0xfcbfffff irq 18 at device 0.0 on pci9
isp1: FLT[DEF]: Invalid length=0xffff(65535)
panic: vm_fault_lookup: fault on nofault entry, addr: 0xfffffe0127d22000
cpuid = 6
time = 1721060956
KDB: stack backtrace:
Uptime: 17s
Dumping 936 out of 24532 MB:..2%..11%..21%..31%..42%..52%..62%..71%..81%..91%
------------------------------------------------------------------------