From nobody Mon Nov 8 15:28:17 2021 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 0D8341842EAE for ; Mon, 8 Nov 2021 15:28:30 +0000 (UTC) (envelope-from maurizio1018@gmail.com) Received: from mail-ot1-x336.google.com (mail-ot1-x336.google.com [IPv6:2607:f8b0:4864:20::336]) (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 "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hnw4F4Jp5z3J1C for ; Mon, 8 Nov 2021 15:28:29 +0000 (UTC) (envelope-from maurizio1018@gmail.com) Received: by mail-ot1-x336.google.com with SMTP id q33-20020a056830442100b0055abeab1e9aso26075347otv.7 for ; Mon, 08 Nov 2021 07:28:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=0fqXFbQ8j5dE4UOA+kMBVSmJfi1acdR5kzD7EnD0+D4=; b=XbaMuVAraAfCjBdJ2u8OqNF08y2BI6X0ytiueALBnDsj52EMKeuKoCVkQuDOzj9o6d o3NsyhsY9eFd9MSgZqAgMg/hHpIl95w1vsL4Xn12+87mWN919dxuIyCJTGsde20TRGZJ X3z4H+DmtUVojArD9rzcFHmjK1mRshmoLLa7CB2E7+hdrgbhopeKq8JjIaG2JC45L2rK O5Ikq48Q8TEPemUyGDaxOuUfUrc+KQFmIPspqFpY9W8umuM0hzbkjs9YsntkIxkwEsqL CTRs1XwEEkyWviuH/U8ceWHvQkQNQ0MYlcTpC/csxv0cfMpyY+4kPQJKMNDAReiOeiTR tbfQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=0fqXFbQ8j5dE4UOA+kMBVSmJfi1acdR5kzD7EnD0+D4=; b=uXf8aOPlvQf3xxEJB3VcAbc/V288/p6PDF/jbZNFqx0uZpMHE0zMMo6DwnrkkZo8DB Za7L849emK1J3S2luLKacRKLMydqOZ4TduHyC/L98OBwEXYKi85dF5Bhy9tukI544Qbx obgiCSrkVQX88zoZPNjfSXjIVe4JJqbJLAl4ShYQt7igMUjycyBrFdR4v7l0jXcAXcMu ysgZ54BdOQ+sm1v5kM/T22hSfu6Axnb7DRn0MpwVvh6tN+UgBQMBvE1VjGGyRvz3+CJH QlNEC56yQ/WEfaLy26UX9ddTUm2ELAjus19RFugqLMjW0bDts5/Hy33LBaqomMPCsFdW VN0w== X-Gm-Message-State: AOAM533R5xc85R5bUIM6sEjJrZ2FUo7mSAytfC+qILtejb6kUG2ym12L XXvtDi0xWxtZ6RDnDsHXuNpHyfT/rK3OYV+pUbffq9evKr0= X-Google-Smtp-Source: ABdhPJyXuygM4dxvqux4arW/IeyT7MbHFrAAXpjMNPYEPgYNkCKZ5P8bd/KXnzgbUDXlk/H0MW3P9EJXmXKg7I2mjoI= X-Received: by 2002:a9d:5c2:: with SMTP id 60mr517338otd.104.1636385308966; Mon, 08 Nov 2021 07:28:28 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 From: Maurizio Vairani Date: Mon, 8 Nov 2021 16:28:17 +0100 Message-ID: Subject: Kernel panic on Lenovo Thinkpad T450 To: freebsd-current Content-Type: multipart/alternative; boundary="0000000000000e827c05d048a553" X-Rspamd-Queue-Id: 4Hnw4F4Jp5z3J1C X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=XbaMuVAr; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of maurizio1018@gmail.com designates 2607:f8b0:4864:20::336 as permitted sender) smtp.mailfrom=maurizio1018@gmail.com X-Spamd-Result: default: False [-2.02 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_SPAM_MEDIUM(0.97)[0.975]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::336:from]; NEURAL_HAM_SHORT(-1.00)[-0.998]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: Y --0000000000000e827c05d048a553 Content-Type: text/plain; charset="UTF-8" On this laptop I've been using FreeBSD 14 for a few months now and sometimes it panics, but after upgrading to: uname -a FreeBSD NomadBSD 14.0-CURRENT FreeBSD 14.0-CURRENT #0 e2157cd00: Sat Nov 6 03:21:26 CET 2021 root@NomadBSD:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 It always panics, usually when I run Firefox. The backtrace of these dumps show these lines: #10 0xffffffff80c2b578 in vpanic (fmt=0xffffffff811ff8df "%s", ap=, ap@entry=0xfffffe01246b3860) at /usr/src/sys/kern/kern_shutdown.c:908 #11 0xffffffff80c2b303 in panic (fmt=0xffffffff81e9f1e0 "\033\300*\201\377\377\377\377") at /usr/src/sys/kern/kern_shutdown.c:844 #12 0xffffffff810f4f07 in trap_fatal (frame=0xfffffe01246b3a60, eva=491328337975) at /usr/src/sys/amd64/amd64/trap.c:946 #13 0xffffffff810f4fa9 in trap_pfault (frame=frame@entry=0xfffffe01246b3a60, usermode=false, signo=, signo@entry=0x0, ucode=, ucode@entry=0x0) at /usr/src/sys/amd64/amd64/trap.c:765 #14 0xffffffff810f45a7 in trap (frame=0xfffffe01246b3a60) at /usr/src/sys/amd64/amd64/trap.c:443 #15 #16 0xffffffff837692c9 in drm_prime_handle_to_fd_ioctl () from /boot/modules/drm.ko #17 0xffffffff8375cc52 in drm_ioctl_kernel () from /boot/modules/drm.ko #18 0xffffffff8375cfaf in drm_ioctl () from /boot/modules/drm.ko #19 0xffffffff80e92727 in linux_file_ioctl_sub (fp=, filp=0xffffffff837692a0 , fop=, cmd=, data=, td=) at /usr/src/sys/compat/linuxkpi/common/src/linux_compat.c:993 #20 linux_file_ioctl (fp=, cmd=, data=, cred=, td=0xfffff802aef60000) at /usr/src/sys/compat/linuxkpi/common/src/linux_compat.c:1610 #21 0xffffffff80ca1f52 in fo_ioctl (fp=, com=3222037549, data=0x1, active_cred=0x0, td=0xfffffe0124afa1e0) at /usr/src/sys/sys/file.h:360 #22 kern_ioctl (td=, td@entry=0xfffffe0124afa1e0, fd=, com=, com@entry=3222037549, data=0x1 , data@entry=0xfffffe01246b3d50 "\n") at /usr/src/sys/kern/sys_generic.c:803 #23 0xffffffff80ca1ca4 in sys_ioctl (td=0xfffffe0124afa1e0, uap=0xfffffe0124afa5d0) at /usr/src/sys/kern/sys_generic.c:711 #24 0xffffffff810f58de in syscallenter (td=) at /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:189 #25 amd64_syscall (td=0xfffffe0124afa1e0, traced=0) at /usr/src/sys/amd64/amd64/trap.c:1191 #26 #27 0x000000080ce80f0a in ?? () Backtrace stopped: Cannot access memory at address 0x7fffffffda48 What can I do ? I can share the /var/crash directory content if necessary. Thanks -- Maurizio --0000000000000e827c05d048a553-- From nobody Mon Nov 8 18:48:51 2021 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 49839184B474 for ; Mon, 8 Nov 2021 18:49:04 +0000 (UTC) (envelope-from cristian.cardoso11@gmail.com) Received: from mail-ed1-x52d.google.com (mail-ed1-x52d.google.com [IPv6:2a00:1450:4864:20::52d]) (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 "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hp0Wg46Q1z3kjd for ; Mon, 8 Nov 2021 18:49:03 +0000 (UTC) (envelope-from cristian.cardoso11@gmail.com) Received: by mail-ed1-x52d.google.com with SMTP id x15so35283824edv.1 for ; Mon, 08 Nov 2021 10:49:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=2d04BThDJfqjq45Iub87yIXWUyfO5clRPYCdy3AgxjU=; b=kGlSSp2jNdAHTPhqjZYFLzBuoEQSsmPhuKRrsZZLGtV7CMXS+q+wuxXI2ykbHDTy+f ZmP8hn6686vTAQZr3xpFzJk2RzDt9/FkQod/jfvaKCLTroLKiz3o9npehwZukWR7J/Bv MbZ2mX3GN3HkilK7B3ak6r+j8+ByOrUI834QTM9iTDr8dLi1dpghzjuROzQ3AjemrtLR sIHpNk5s/JyZlhTEOUMlvKNv+1pqh1XwggsbyJFLCEQaWF0KO6fizd76wRopmfGzdoQv iiM91/IEszVDMFmP98YuNEjabc9368J17kMkg1y8muXl0/qJnkOZTDJbkZ1+ziIo5X62 a+VA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=2d04BThDJfqjq45Iub87yIXWUyfO5clRPYCdy3AgxjU=; b=NqUIbfKO0kb7TAd/D2f3PVMbUy9BYVuzbcCwBHDv/8Xp7gwxuqPW08cUugrXUk9oKU syYNxhusyLl15IWnYmgs7Kut6/TSIbboMAorXV4z1jkt8XHzOULJreS8cV/QWVdeNoRb Oq4Tkrd8WmMcy/xIfI//eyQJ+b1mLV3204L3F+dG/qc+Zj/3HW0y8G9k7bGsUXmkPj/D Wjv+4ZF00Br45/4Kf9YpUTNt8t/zGlANi4mY9Oqgx44HFK3lQRXQHgDMEmcdwuSNIhPL /xtvfZ8ewZrGKtqGHa6WwMmvfDbDqQ8qo2HPyzwOe5fTwmmE4Hh8/ouUsnZy+/2pa1Y4 a97A== X-Gm-Message-State: AOAM530EJbKJ2ubdpA9kdTEv77//hLxbCfwVao6A8yRPtZrYgkQjLriL ERy2SmsS7hiow2AMyRlmljhqwEGXvYNZi5j9QP2CSOJGDw== X-Google-Smtp-Source: ABdhPJxzwK1xt7p7KO4P45oVm2q39rberQhr6JOcRjrBvayTv6QXH17X23yK4WcmrX4BK2AwZwAnbL2XJt43o4O+j5Q= X-Received: by 2002:a17:906:5d15:: with SMTP id g21mr1837898ejt.162.1636397342227; Mon, 08 Nov 2021 10:49:02 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 From: Cristian Cardoso Date: Mon, 8 Nov 2021 15:48:51 -0300 Message-ID: Subject: Problems in pkg To: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4Hp0Wg46Q1z3kjd X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=kGlSSp2j; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of cristiancardoso11@gmail.com designates 2a00:1450:4864:20::52d as permitted sender) smtp.mailfrom=cristiancardoso11@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::52d:from]; NEURAL_SPAM_SHORT(1.00)[1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N I'm trying to use pkg to install/update packages, but I'm getting the following error: # pkg update Updating FreeBSD repository catalogue... Fetching meta.conf: 100% 163 B 0.2kB/s 00:01 Fetching packagesite.pkg: 100% 6 MiB 6.7MB/s 00:01 pkg: Unable to drop privileges: No error: 0 pkg: No signature found Unable to update repository FreeBSD Error updating repositories! I tried to run the following command to try to adjust, but without success: # pkg bootstrap -f There is no file in /usr/local/etc/pkg/repos/FreeBSD.conf, follow pkg variables # pkg -vv Version : 1.17.2 PKG_DBDIR = "/var/db/pkg"; PKG_CACHEDIR = "/var/cache/pkg"; PORTSDIR = "/usr/ports"; INDEXDIR = ""; INDEXFILE = "INDEX-13"; HANDLE_RC_SCRIPTS = false; DEFAULT_ALWAYS_YES = false; ASSUME_ALWAYS_YES = false; REPOS_DIR [ "/etc/pkg/", "/usr/local/etc/pkg/repos/", ] PLIST_KEYWORDS_DIR = ""; SYSLOG = true; ABI = "FreeBSD:13:amd64"; ALTABI = "freebsd:13:x86:64"; DEVELOPER_MODE = false; VULNXML_SITE = "http://vuxml.freebsd.org/freebsd/vuln.xml.xz"; FETCH_RETRY = 3; PKG_PLUGINS_DIR = "/usr/local/lib/pkg/"; PKG_ENABLE_PLUGINS = true; PLUGINS [ ] DEBUG_SCRIPTS = false; PLUGINS_CONF_DIR = "/usr/local/etc/pkg/"; PERMISSIVE = false; REPO_AUTOUPDATE = true; NAMESERVER = ""; HTTP_USER_AGENT = "pkg/1.17.2"; EVENT_PIPE = ""; FETCH_TIMEOUT = 30; UNSET_TIMESTAMP = false; SSH_RESTRICT_DIR = ""; PKG_ENV { } PKG_SSH_ARGS = ""; DEBUG_LEVEL = 0; BY THE WAY { all-depends = "query %dn-%dv"; annotations = "info -A"; build-depends = "info -qd"; cinfo = "info -Cx"; comment = "query -i \"%c\""; csearch = "search -Cx"; desc = "query -i \"%e\""; download = "fetch"; iinfo = "info -ix"; isearch = "search -ix"; prime-list = "query -e '%a = 0' '%n'"; prime-origins = "query -e '%a = 0' '%o'"; leaf = "query -e '%#r == 0' '%n-%v'"; list = "info -ql"; noauto = "query -e '%a == 0' '%n-%v'"; options = "query -i \"%n - %Ok: %Ov\""; origin = "info -qo"; provided-depends = "info -qb"; rall-depends = "rquery %dn-%dv"; raw = "info -R"; rcomment = "rquery -i \"%c\""; rdesc = "rquery -i \"%e\""; required-depends = "info -qr"; roptions = "rquery -i \"%n - %Ok: %Ov\""; shared-depends = "info -qB"; mes = "info -f -k"; size = "info -sq"; unmaintained = "query -e '%m = \"ports@FreeBSD.org\"' '%o (%w)'"; runmaintained = "rquery -e '%m = \"ports@FreeBSD.org\"' '%o (%w)'"; } CUDF_SOLVER = ""; SAT_SOLVER = ""; RUN_SCRIPTS = true; CASE_SENSITIVE_MATCH = false; LOCK_WAIT = 1; LOCK_RETRIES = 5; SQLITE_PROFILE = false; WORKERS_COUNT = 0; READ_LOCK = false; PLIST_ACCEPT_DIRECTORIES = false; IP_VERSION = 0; AUTOMERGE = true; VERSION_SOURCE = ""; CONSERVATIVE_UPGRADE = true; PKG_CREATE_VERBOSE = false; AUTOCLEAN = false; DOT_FILE = ""; REPOSITORIES { } VALID_URL_SCHEME [ "pkg+http", "pkg+https", "https", "http", "filet", "ssh", "ftp", "ftps", "pkg+ssh", "pkg+ftp", "pkg+ftps", ] ALLOW_BASE_SHLIBS = false; WARN_SIZE_LIMIT = 1048576; METALOG = ""; OSVERSION = 1300139; IGNORE_OSVERSION = false; BACKUP_LIBRARIES = false; BACKUP_LIBRARY_PATH = "/usr/local/lib/compat/pkg"; PKG_TRIGGERS_DIR = "/usr/local/share/pkg/triggers"; PKG_TRIGGERS_ENABLE = true; AUDIT_IGNORE_GLOB [ ] AUDIT_IGNORE_REGEX [ "NULL", ] COMPRESSION_LEVEL = -1; ARCHIVE_SYMLINK = false; REPO_ACCEPT_LEGACY_PKG = false; Repositories: FreeBSD: { url : "pkg+http://pkg.FreeBSD.org/FreeBSD:13:amd64/quarterly", enabled : yes, priority : 0, mirror_type : "SRV", signature_type : "FINGERPRINTS", fingerprints : "/usr/share/keys/pkg" } Does anyone happen to know any way to resolve this? Thanks for any help. From nobody Mon Nov 8 19:08:31 2021 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 5922F1854BD1 for ; Mon, 8 Nov 2021 19:08:43 +0000 (UTC) (envelope-from alex@alexslomka.xyz) Received: from mail-4022.proton.ch (mail-4022.proton.ch [185.70.40.22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hp0yL3ZLqz3rZn for ; Mon, 8 Nov 2021 19:08:42 +0000 (UTC) (envelope-from alex@alexslomka.xyz) Date: Mon, 08 Nov 2021 19:08:31 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alexslomka.xyz; s=protonmail; t=1636398513; bh=OTyY1zjSTTbit4lXHbJFvLvSgGUSXWIFNY7GXZZRb2Q=; h=Date:To:From:Reply-To:Subject:From; b=GFyGTMTk00gke+dNW52V2vfivcpF2+hz0PbPErUcpJcKuTW0yRsf7ZZfvEXDJ+523 84MxTf+RgycgH+Pr9+07mE5uyrP4z1AVXTFhcfaZQBYwf8w/kk4MBRyEmsKGDz1dQU c2iP9DyEWovGdqb1o03lqbrxvd3SZrbizsuTJkrk= To: "freebsd-current@freebsd.org" From: Alexander Reply-To: Alexander Subject: Problems with getting a crash dump 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-Spam-Status: No, score=0.8 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FROM_SUSPICIOUS_NTLD, FROM_SUSPICIOUS_NTLD_FP,PDS_OTHER_BAD_TLD shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4Hp0yL3ZLqz3rZn X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=alexslomka.xyz header.s=protonmail header.b=GFyGTMTk; dmarc=none; spf=pass (mx1.freebsd.org: domain of alex@alexslomka.xyz designates 185.70.40.22 as permitted sender) smtp.mailfrom=alex@alexslomka.xyz X-Spamd-Result: default: False [-1.50 / 15.00]; HAS_REPLYTO(0.00)[alex@alexslomka.xyz]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[alexslomka.xyz:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[alex]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; DMARC_NA(0.00)[alexslomka.xyz]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DKIM_TRACE(0.00)[alexslomka.xyz:+]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; TO_DN_EQ_ADDR_ALL(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.22:from]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hello, I am currently using FreeBSD 14.0-CURRENT and I found a bug that triggers a kernel panic. I wanted to make a kernel crash dump to further investigate the issue, but after a few tries I still did not manage to do i= t. I started by following the instructions in the FreeBSD Handbook. I checked = that /dev/nvd0p2.eli is an active swap device and I configured it to be used as = a dump device like this: # dumpon -v /dev/nvd0p2.eli # sysctl debug.kdb.panic=3D1 Then I booted into single user mode to extract the core dumb: # savecore -vC /dev/nvd0p2 checking for kernel dump on device /dev/nvd0p2 mediasize =3D 2147483648 bytes sectorsize =3D 512 bytes magic mismatch on last dump header on /dev/nvd0p2 No dump exists A you can see the core dump was not written to the device. Later I also tri= ed using /dev/nvd0p2 (with out the "eli" part), because /dev/nvd0p2.eli is onl= y available after I enable it using swapon, but the handbook states the I sho= uld first extract the dump, before I use the device as swap again. But the resu= lt was the same. /dev/nvd0p2 is only 2gb in size and it's an encrypted swap de= vice, so I thought that: 1) Maybe the size of the device is to small even for a minidump. 2) Perhaps using encrypted swap as a dump device is not supported. Because of those complications I decided to use an external 8gb USB drive a= s my dump device. # gpart create -s gpt /dev/da0 # gpart add -t freebsd-swap /dev/da0 # swapoff -a # swapon /dev/da0p1 # dumpon -v /dev/da0p1 kernel dumps on priority: device 0: da0p1 I have 8gb of RAM so a 8gb dump device should be big enough for a minidump. I used `sysctl debug.kdb.panic=3D1` to crash the kernel and rebooted the sy= stem. I also waited for 10 minutes to ensure the the kernel finished writing the = core dump to the device. # savecore -vC /dev/da0p1 checking for kernel dump on device /dev/da0p1 mediasize =3D 7744741376 bytes sectorsize =3D 512 bytes magic mismatch on last dump header on /dev/da0p1 No dump exists As you can see I still did not manage to get a kernel crash dump. Any ideas= ? Here is a picture of the output I get after running `sysctl debug.kdb.panic= =3D1`: https://forums.freebsd.org/attachments/img_20211108_163313-jpeg.11936/ PS yes kern.coredump is set to 1. From nobody Mon Nov 8 19:57:04 2021 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 CFF08183F86D for ; Mon, 8 Nov 2021 19:57:13 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-lj1-x229.google.com (mail-lj1-x229.google.com [IPv6:2a00:1450:4864:20::229]) (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 "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hp22K0YYFz4fhN for ; Mon, 8 Nov 2021 19:57:13 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: by mail-lj1-x229.google.com with SMTP id i63so6410505lji.3 for ; Mon, 08 Nov 2021 11:57:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:date:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=FSUwUCarY3K2p33WNMOb8YZIU4mucUXOuTkzINAc4QY=; b=WaaLFkwOri1i26wFUi3+3thM8wXU1P2wwe7ytfk26ap5r7hwP9jE7VOA2k0zcPTu5+ FpfC4Jl0qtBJCUcIQek9HOmFTuDA6fSQeAeYKRk9fQHa+rHqyB/Dla2Nzro1vAJ4m/QY Dsk5V08W80BuS/n34ZnVM5nIPNdgCoPC1gfymOMqc5kB/fejX/6wVMvHWWIUM4ccPTFv YRRmXbW1cd/7CkTkK4CNw2mE3HR5yd4kkPAseNDGX/fAgb7Q0j2NDs/QefkUyp8M8Gpc JvgBhY0gUzESlBMD0wFNqKTZdsuoXn4Ps1roB1IHBSI0fqfqiBJlwmv/Kdkfh0MVJmJd YUrQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:date:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=FSUwUCarY3K2p33WNMOb8YZIU4mucUXOuTkzINAc4QY=; b=PMehSTJkJZ2wMASgioiFsEle8jhsmNF6N/OSJhySZMXPDfIzVMBvH2GXR70tmKPv/G 5U4LX9DPGs7RcLTBffR5wrvCPnj3GOZhz1yDgVdoXhJ3Xpiz+uHj6VZ/WROKcckpWVfa 1GIFurAskbRACEYjsUixk1/qs570LInK2Mlns2OBciHbqR6dpSiK7KSBSps5mUiVS1Hp jdgP+/XvwhKuYR6lB2V3zPMg6f9NWquz7XHrViukB57qq/7la+KbTwwFL1t9EWnkDA3p YxqAOJc1K51GW3+ullADh6xtEnaj8tG56N+n7HlGfjhwODZ/sWIVIHaWwxpBW5hBN6a5 h+Ig== X-Gm-Message-State: AOAM530xUKfX7+8dYh5YcwxFi11z1qBrQj6L1GQIjnWdO4Uzro5e5SvV 6ApXdrxQTQitoeKHrTh4CXIOJNbyLyc= X-Google-Smtp-Source: ABdhPJwMaRgu0KISv2A379xHQyzFjct3RQz3ne1jSBjmAqghObs1Vpjxzmn7Rj1YFYsaWBRrPe/zEQ== X-Received: by 2002:a05:651c:160e:: with SMTP id f14mr1552599ljq.379.1636401426221; Mon, 08 Nov 2021 11:57:06 -0800 (PST) Received: from rimwks.local ([176.99.183.229]) by smtp.gmail.com with ESMTPSA id z23sm1916101lfu.119.2021.11.08.11.57.05 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 08 Nov 2021 11:57:05 -0800 (PST) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Mon, 8 Nov 2021 22:57:04 +0300 To: Alexander Cc: "freebsd-current@freebsd.org" Subject: Re: Problems with getting a crash dump Message-ID: <20211108225704.243752a6@rimwks.local> In-Reply-To: References: X-Mailer: Claws Mail 3.18.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.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=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Hp22K0YYFz4fhN X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=WaaLFkwO; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rozhukim@gmail.com designates 2a00:1450:4864:20::229 as permitted sender) smtp.mailfrom=rozhukim@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::229:from]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Mon, 08 Nov 2021 19:08:31 +0000 Alexander wrote: > Hello, I am currently using FreeBSD 14.0-CURRENT and I found a bug > that triggers a kernel panic. I wanted to make a kernel crash dump to > further investigate the issue, but after a few tries I still did not > manage to do it. I started by following the instructions in the > FreeBSD Handbook. I checked that /dev/nvd0p2.eli is an active swap > device and I configured it to be used as a dump device like this: > > # dumpon -v /dev/nvd0p2.eli > # sysctl debug.kdb.panic=1 > > Then I booted into single user mode to extract the core dumb: > > # savecore -vC /dev/nvd0p2 > checking for kernel dump on device /dev/nvd0p2 > mediasize = 2147483648 bytes > sectorsize = 512 bytes > magic mismatch on last dump header on /dev/nvd0p2 > No dump exists > > A you can see the core dump was not written to the device. Later I > also tried using /dev/nvd0p2 (with out the "eli" part), because > /dev/nvd0p2.eli is only available after I enable it using swapon, but > the handbook states the I should first extract the dump, before I use > the device as swap again. But the result was the same. /dev/nvd0p2 is > only 2gb in size and it's an encrypted swap device, so I thought that: > 1) Maybe the size of the device is to small even for a minidump. > 2) Perhaps using encrypted swap as a dump device is not supported. > > Because of those complications I decided to use an external 8gb USB > drive as my dump device. > > # gpart create -s gpt /dev/da0 > # gpart add -t freebsd-swap /dev/da0 > # swapoff -a > # swapon /dev/da0p1 > # dumpon -v /dev/da0p1 > kernel dumps on priority: device > 0: da0p1 > > I have 8gb of RAM so a 8gb dump device should be big enough for a > minidump. I used `sysctl debug.kdb.panic=1` to crash the kernel and > rebooted the system. I also waited for 10 minutes to ensure the the > kernel finished writing the core dump to the device. > > # savecore -vC /dev/da0p1 > checking for kernel dump on device /dev/da0p1 > mediasize = 7744741376 bytes > sectorsize = 512 bytes > magic mismatch on last dump header on /dev/da0p1 > No dump exists > > As you can see I still did not manage to get a kernel crash dump. Any > ideas? > > Here is a picture of the output I get after running `sysctl > debug.kdb.panic=1`: > https://forums.freebsd.org/attachments/img_20211108_163313-jpeg.11936/ > > PS yes kern.coredump is set to 1. > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238301 http://netlab.dhis.org/wiki/ru:software:freebsd:kernel_debug It work for 12 and 13, may be 14 have bugs/changes. From nobody Tue Nov 9 03:03:45 2021 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 016B2185470A for ; Tue, 9 Nov 2021 03:05:19 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (phouka1.phouka.net [107.170.196.116]) (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 "phouka.net", Issuer "Go Daddy Secure Certificate Authority - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HpCXG11PZz4qXr for ; Tue, 9 Nov 2021 03:05:18 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (localhost [127.0.0.1]) by phouka1.phouka.net (8.16.1/8.16.1) with ESMTPS id 1A933jbC050278 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 8 Nov 2021 19:03:46 -0800 (PST) (envelope-from warlock@phouka1.phouka.net) Received: (from warlock@localhost) by phouka1.phouka.net (8.16.1/8.16.1/Submit) id 1A933jA7050258; Mon, 8 Nov 2021 19:03:45 -0800 (PST) (envelope-from warlock) Date: Mon, 8 Nov 2021 19:03:45 -0800 From: John Kennedy To: Alexander Cc: "freebsd-current@freebsd.org" Subject: Re: Problems with getting a crash dump Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4HpCXG11PZz4qXr X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of warlock@phouka1.phouka.net has no SPF policy when checking 107.170.196.116) smtp.mailfrom=warlock@phouka1.phouka.net X-Spamd-Result: default: False [2.19 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_SPAM_SHORT(0.99)[0.989]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[phouka.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(1.00)[1.000]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[warlock@phouka.net,warlock@phouka1.phouka.net]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:14061, ipnet:107.170.192.0/18, country:US]; FROM_NEQ_ENVFROM(0.00)[warlock@phouka.net,warlock@phouka1.phouka.net] X-ThisMailContainsUnwantedMimeParts: N On Mon, Nov 08, 2021 at 07:08:31PM +0000, Alexander wrote: > Hello, I am currently using FreeBSD 14.0-CURRENT and I found a bug that > triggers a kernel panic. I wanted to make a kernel crash dump to further > investigate the issue, but after a few tries I still did not manage to do it. > I started by following the instructions in the FreeBSD Handbook. ... > /dev/nvd0p2.eli is an active swap device and I configured it to be used as a > dump device like this: ... Much like you, I found that my current (encryptd) swap files weren't going to work and I used an external USB stick. [/etc/rc.conf] # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable #dumpdev="AUTO" dumpdev="/dev/da0p1" [dumpon -vl] kernel dumps on priority: device 0: da0p1 [gpart show da0] => 40 240353200 da0 GPT (115G) 40 240353200 1 freebsd-swap (115G) [swapctl -lm] Device: 1MB-blocks Used: /dev/nvd1p3.eli 8192 2932 Apparently the last time I crashed was ~Mar 2021 so your version mileage may vary (not 14), but make sure the OS didn't already do it for you (at least if you're booting up fully into multi-user mode; you did say single). The /var/crash directory is the default location for where savecore stashes the info for you. Note that I made da0p1 swap, but I didn't actually configure it that way in /etc/fstab so I'm not using slow, unencrypted USB for swap, just dumps. The stick had a little write-LED on it, so it was obvious when it was being hit and I think the kernel panic-dump had a status output of some sort (it's been a while), although that might be obscured (under X11, etc). I sort of remember a prompt where I could have done something interactive that I might have had to continue on from before it did the dump. Again, it's been a while since I had a dump that I was trying hard to report. 115G is more than enough to hold 32G of RAM and 8G of swap. Remember that some of your RAM might *be* swapped out (so, worse cast, RAM+swap). Seems like you'd have good odds in a nice, controlled test of not needing all that space but kernel crash dumps are often pretty brainless because they know they've just lost at Russian roulette and don't know what they can trust (don't know about FreeBSD specifically). Lets just say that it has a very different approach to swap than ancient SunOS. You've got some interesting physical quirks (ala, 14 + USB stick) that I couldn't test with my setup, but I do have a bhyve running 14 that I could probably try crashing in a similar way (no USB of course). It sounds like you're going down the right path, although I'd try to borrow a bigger USB stick and see if that helps. From nobody Tue Nov 9 09:58:30 2021 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 7FD53185060D for ; Tue, 9 Nov 2021 09:58:33 +0000 (UTC) (envelope-from avg@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HpNj53FwQz3HTM; Tue, 9 Nov 2021 09:58:33 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id DFF4B23AF9; Tue, 9 Nov 2021 09:58:32 +0000 (UTC) (envelope-from avg@FreeBSD.org) From: Andriy Gapon To: Konstantin Belousov , FreeBSD Current References: <20191022104434.GM73312@kib.kiev.ua> <3a67f9a9-31cf-5814-4a68-8bdd6063b21e@FreeBSD.org> <20191022131633.GN73312@kib.kiev.ua> <9c131a2a-cc94-4d93-1ba8-595c0151e366@FreeBSD.org> Subject: Re: thread on sleepqueue does not wake up after timeout Message-ID: <32fe4f76-155b-8b99-5782-4daafd4219d5@FreeBSD.org> Date: Tue, 9 Nov 2021 11:58:30 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.14.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 In-Reply-To: <9c131a2a-cc94-4d93-1ba8-595c0151e366@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-ThisMailContainsUnwantedMimeParts: N Two years have passed since my original report, some things have changed, but we are still seeing the problem. To recap, the problem is that sometimes a callout for a sleepq timeout would fire to early. The code in sleepq_timeout would ignore such a wake-up. And, as there would not be another callout, there will never be a wake-up. This has been observed on VMWare only. We have seen it on different versions of ESXi (different environments, upgrades, etc) starting with 5.0, through 5.5 and 6.0, and now on 6.5. We use 12.2 now and are still seeing the problem occasionally. On advice from Kostik I added some diagnostic code. The code checks for the too early condition and panics when it happens. It also provides some additional information. Here is an example of such a panic. Unread portion of the kernel message buffer: panic: too early sleepq timeout, 190543869738008 > 190543869603412 (190543869798505) cpuid = 1 time = 1636195325 (kgdb) bt #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 #1 doadump (textdump=153080096) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0xffffffff8038f1cc in db_fncall_generic (addr=, nargs=0, args=, rv=) at /usr/src/sys/ddb/db_command.c:622 #3 db_fncall (dummy1=, dummy2=, dummy3=, dummy4=) at /usr/src/sys/ddb/db_command.c:670 #4 0xffffffff8038eaf6 in db_command (last_cmdp=, cmd_table=, dopager=0) at /usr/src/sys/ddb/db_command.c:494 #5 0xffffffff80393a68 in db_script_exec (scriptname=, warnifnotfound=) at /usr/src/sys/ddb/db_script.c:304 #6 0xffffffff80393892 in db_script_kdbenter (eventname=) at /usr/src/sys/ddb/db_script.c:326 #7 0xffffffff80391ac3 in db_trap (type=, code=) at /usr/src/sys/ddb/db_main.c:251 #8 0xffffffff807821e2 in kdb_trap (type=3, code=0, tf=0xfffffe01091fd410) at /usr/src/sys/kern/subr_kdb.c:700 #9 0xffffffff809d870e in trap (frame=0xfffffe01091fd410) at /usr/src/sys/amd64/amd64/trap.c:583 #10 #11 kdb_enter (why=0xffffffff80b17af9 "panic", msg=0xffffffff80b17af9 "panic") at /usr/src/sys/kern/subr_kdb.c:486 #12 0xffffffff8073ddce in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:975 #13 0xffffffff8073dc23 in panic (fmt=0xffffffff81178120 "") at /usr/src/sys/kern/kern_shutdown.c:909 #14 0xffffffff8078f09c in sleepq_timeout (arg=0xfffff8005b6a1000) at /usr/src/sys/kern/subr_sleepqueue.c:1042 #15 0xffffffff8075594a in softclock_call_cc (c=0xfffff8005b6a1470, cc=0xffffffff811a0580 , now=190543869798505, direct=1) at /usr/src/sys/kern/kern_timeout.c:768 #16 0xffffffff8075567c in callout_process (now=190543869798505) at /usr/src/sys/kern/kern_timeout.c:511 #17 0xffffffff80a3d455 in handleevents (now=190543869798505, fake=0) at /usr/src/sys/kern/kern_clocksource.c:213 #18 0xffffffff80a3da46 in timercb (et=0xffffffff81251238 , arg=) at /usr/src/sys/kern/kern_clocksource.c:357 #19 0xffffffff80a680cb in lapic_handle_timer (frame=0xfffffe01091fd7d0) at /usr/src/sys/x86/x86/local_apic.c:1339 #20 #21 0xffffffff81d90654 in buf_hash_find ... (kgdb) fr 18 #18 0xffffffff80a3da46 in timercb (et=0xffffffff81251238 , arg=) at /usr/src/sys/kern/kern_clocksource.c:357 357 /usr/src/sys/kern/kern_clocksource.c: No such file or directory. (kgdb) i loc state = next = 0xfffffe00015b7b80 now = 190543869798505 bcast = cpu = (kgdb) fr 15 #15 0xffffffff8075594a in softclock_call_cc (c=0xfffff8005b6a1470, cc=0xffffffff811a0580 , now=190543869798505, direct=1) at /usr/src/sys/kern/kern_timeout.c:768 768 /usr/src/sys/kern/kern_timeout.c: No such file or directory. (kgdb) p *c $1 = {c_links = {le = {le_next = 0x0, le_prev = 0xfffffe000029f398}, sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0xfffffe000029f398}}, c_time = 190543869738008, c_precision = 2684354, c_arg = 0xfffff8005b6a1000, c_func = 0xffffffff8078f000 , c_lock = 0x0, c_flags = 2, c_iflags = 272, c_cpu = 1, c_exec_time = 190543869798505, c_lines = {u128 = 5514281696343066435261632100963648521, u16 = {1033, 755, 1225, 628, 409, 651, 788, 1062}}} Here is an explanation for the numbers reproted in the panic message (sorted from earliest to latest): 190543869603412 - 'now' as seen in sleepq_timeout(), returned by sbinuptime(); 190543869738008 - td_sleeptimo, also c_time in the callout; 190543869798505 - 'now' as captured when the LAPIC timer fired, seen in the stack trace and also recorded as c_exec_time in the callout. Just in case, here is the code that printed the panic message: panic("too early sleepq timeout, %jd > %jd (%jd)", (intmax_t)td->td_sleeptimo, (intmax_t)sbinuptime(), (intmax_t)td->td_slpcallout.c_exec_time); As can be seen, sbinuptime() in sleepq_timeout() returned a value smaller than what sbinuptime() returned in timercb(). It seems that the code in callout_process() was right to fire the callout because now > td_sleeptimo there. But sleepq_timeout() thought that it was premature as sbinuptime() < td_sleeptimo there. In the above case the eventtimer is obviously LAPIC, the timecounter is HPET. But we also saw the same issue when we changed the timecounter to ACPI-fast. I think that we haven't tried any other choices because: kern.timecounter.tc.ACPI-fast.quality: 900 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.HPET.quality: 950 kern.timecounter.tc.TSC-low.quality: -100 I see three possibilities of why sbinuptime() could go backwards: - a bug in FreeBSD time keeping code that gets triggered only under very specific conditions that don't normally happen - a bug in VMWare, e.g. in HPET and ACPI timer emulation - something exotic, like correct C code miscompiled to incorrect machine code or weird memory model violation or etc... I'd appreciate any suggestions on additional diagnostics to narrow down / rule out the possibilities. P.S. As a workaround I could modify sleepq_timeout() to get "current time" from c_exec_time (added by us) instead of sbinuptime(). c_exec_time is the value of 'now' in callout_process() when it decides that the callout should fire. But I'd like to get to the bottom of the issue. -- Andriy Gapon From nobody Tue Nov 9 11:52:18 2021 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 5C43718448C3 for ; Tue, 9 Nov 2021 11:52:33 +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 4HpRDd11MZz4fPp; Tue, 9 Nov 2021 11:52:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 1A9BqIGJ037346 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 9 Nov 2021 13:52:21 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 1A9BqIGJ037346 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 1A9BqIbN037345; Tue, 9 Nov 2021 13:52:18 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 9 Nov 2021 13:52:18 +0200 From: Konstantin Belousov To: Andriy Gapon Cc: FreeBSD Current Subject: Re: thread on sleepqueue does not wake up after timeout Message-ID: References: <20191022104434.GM73312@kib.kiev.ua> <3a67f9a9-31cf-5814-4a68-8bdd6063b21e@FreeBSD.org> <20191022131633.GN73312@kib.kiev.ua> <9c131a2a-cc94-4d93-1ba8-595c0151e366@FreeBSD.org> <32fe4f76-155b-8b99-5782-4daafd4219d5@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: <32fe4f76-155b-8b99-5782-4daafd4219d5@FreeBSD.org> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.5 X-Spam-Checker-Version: SpamAssassin 3.4.5 (2021-03-20) on tom.home X-Rspamd-Queue-Id: 4HpRDd11MZz4fPp X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Tue, Nov 09, 2021 at 11:58:30AM +0200, Andriy Gapon wrote: > > Two years have passed since my original report, some things have changed, > but we are still seeing the problem. > > To recap, the problem is that sometimes a callout for a sleepq timeout would > fire to early. The code in sleepq_timeout would ignore such a wake-up. > And, as there would not be another callout, there will never be a wake-up. > > This has been observed on VMWare only. We have seen it on different > versions of ESXi (different environments, upgrades, etc) starting with 5.0, > through 5.5 and 6.0, and now on 6.5. > > We use 12.2 now and are still seeing the problem occasionally. > > On advice from Kostik I added some diagnostic code. > The code checks for the too early condition and panics when it happens. > It also provides some additional information. > > Here is an example of such a panic. > Unread portion of the kernel message buffer: > panic: too early sleepq timeout, 190543869738008 > 190543869603412 (190543869798505) > cpuid = 1 > time = 1636195325 > > (kgdb) bt > #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > #1 doadump (textdump=153080096) at /usr/src/sys/kern/kern_shutdown.c:447 > #2 0xffffffff8038f1cc in db_fncall_generic (addr=, nargs=0, > args=, rv=) at > /usr/src/sys/ddb/db_command.c:622 > #3 db_fncall (dummy1=, dummy2=, > dummy3=, dummy4=) at > /usr/src/sys/ddb/db_command.c:670 > #4 0xffffffff8038eaf6 in db_command (last_cmdp=, > cmd_table=, dopager=0) at /usr/src/sys/ddb/db_command.c:494 > #5 0xffffffff80393a68 in db_script_exec (scriptname=, > warnifnotfound=) at /usr/src/sys/ddb/db_script.c:304 > #6 0xffffffff80393892 in db_script_kdbenter (eventname=) at > /usr/src/sys/ddb/db_script.c:326 > #7 0xffffffff80391ac3 in db_trap (type=, code= out>) at /usr/src/sys/ddb/db_main.c:251 > #8 0xffffffff807821e2 in kdb_trap (type=3, code=0, tf=0xfffffe01091fd410) > at /usr/src/sys/kern/subr_kdb.c:700 > #9 0xffffffff809d870e in trap (frame=0xfffffe01091fd410) at > /usr/src/sys/amd64/amd64/trap.c:583 > #10 > #11 kdb_enter (why=0xffffffff80b17af9 "panic", msg=0xffffffff80b17af9 > "panic") at /usr/src/sys/kern/subr_kdb.c:486 > #12 0xffffffff8073ddce in vpanic (fmt=, ap=) > at /usr/src/sys/kern/kern_shutdown.c:975 > #13 0xffffffff8073dc23 in panic (fmt=0xffffffff81178120 "") > at /usr/src/sys/kern/kern_shutdown.c:909 > #14 0xffffffff8078f09c in sleepq_timeout (arg=0xfffff8005b6a1000) at > /usr/src/sys/kern/subr_sleepqueue.c:1042 > #15 0xffffffff8075594a in softclock_call_cc (c=0xfffff8005b6a1470, > cc=0xffffffff811a0580 , now=190543869798505, direct=1) at > /usr/src/sys/kern/kern_timeout.c:768 > #16 0xffffffff8075567c in callout_process (now=190543869798505) at > /usr/src/sys/kern/kern_timeout.c:511 > #17 0xffffffff80a3d455 in handleevents (now=190543869798505, fake=0) at > /usr/src/sys/kern/kern_clocksource.c:213 > #18 0xffffffff80a3da46 in timercb (et=0xffffffff81251238 , > arg=) at /usr/src/sys/kern/kern_clocksource.c:357 > #19 0xffffffff80a680cb in lapic_handle_timer (frame=0xfffffe01091fd7d0) at > /usr/src/sys/x86/x86/local_apic.c:1339 > #20 > #21 0xffffffff81d90654 in buf_hash_find > ... > > (kgdb) fr 18 > #18 0xffffffff80a3da46 in timercb (et=0xffffffff81251238 , > arg=) at /usr/src/sys/kern/kern_clocksource.c:357 > 357 /usr/src/sys/kern/kern_clocksource.c: No such file or directory. > (kgdb) i loc > state = > next = 0xfffffe00015b7b80 > now = 190543869798505 > bcast = > cpu = > > (kgdb) fr 15 > #15 0xffffffff8075594a in softclock_call_cc (c=0xfffff8005b6a1470, > cc=0xffffffff811a0580 , now=190543869798505, direct=1) at > /usr/src/sys/kern/kern_timeout.c:768 > 768 /usr/src/sys/kern/kern_timeout.c: No such file or directory. > (kgdb) p *c > $1 = {c_links = {le = {le_next = 0x0, le_prev = 0xfffffe000029f398}, sle = > {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0xfffffe000029f398}}, > c_time = 190543869738008, c_precision = 2684354, c_arg = 0xfffff8005b6a1000, > c_func = 0xffffffff8078f000 , c_lock = 0x0, c_flags = 2, > c_iflags = 272, c_cpu = 1, c_exec_time = 190543869798505, c_lines = {u128 = > 5514281696343066435261632100963648521, u16 = {1033, 755, 1225, 628, 409, > 651, 788, 1062}}} > > Here is an explanation for the numbers reproted in the panic message (sorted > from earliest to latest): > 190543869603412 - 'now' as seen in sleepq_timeout(), returned by sbinuptime(); > 190543869738008 - td_sleeptimo, also c_time in the callout; > 190543869798505 - 'now' as captured when the LAPIC timer fired, seen in the > stack trace and also recorded as c_exec_time in the callout. > > Just in case, here is the code that printed the panic message: > panic("too early sleepq timeout, %jd > %jd (%jd)", > > > (intmax_t)td->td_sleeptimo, > > > (intmax_t)sbinuptime(), > > > (intmax_t)td->td_slpcallout.c_exec_time); > > As can be seen, sbinuptime() in sleepq_timeout() returned a value smaller > than what sbinuptime() returned in timercb(). > > It seems that the code in callout_process() was right to fire the callout > because now > td_sleeptimo there. > But sleepq_timeout() thought that it was premature as sbinuptime() < > td_sleeptimo there. > > In the above case the eventtimer is obviously LAPIC, the timecounter is HPET. > But we also saw the same issue when we changed the timecounter to ACPI-fast. > I think that we haven't tried any other choices because: > kern.timecounter.tc.ACPI-fast.quality: 900 > kern.timecounter.tc.i8254.quality: 0 > kern.timecounter.tc.HPET.quality: 950 > kern.timecounter.tc.TSC-low.quality: -100 > > I see three possibilities of why sbinuptime() could go backwards: > - a bug in FreeBSD time keeping code that gets triggered only under very > specific conditions that don't normally happen > - a bug in VMWare, e.g. in HPET and ACPI timer emulation > - something exotic, like correct C code miscompiled to incorrect machine > code or weird memory model violation or etc... > > I'd appreciate any suggestions on additional diagnostics to narrow down / > rule out the possibilities. I do not have any other idea than to try and see if sbinuptime() might go backward, by running a parallel test of it on several CPUs. Might be, also record the raw timecounter value from the hw register. > > P.S. > As a workaround I could modify sleepq_timeout() to get "current time" from > c_exec_time (added by us) instead of sbinuptime(). c_exec_time is the value > of 'now' in callout_process() when it decides that the callout should fire. > But I'd like to get to the bottom of the issue. This was done quite recently in 6df1359e5542f69179c142 by mav. From nobody Tue Nov 9 15:56:19 2021 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 2BDB51854FE0 for ; Tue, 9 Nov 2021 15:56:22 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HpXdx6tYbz3LWx; Tue, 9 Nov 2021 15:56:21 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 78FCB27356; Tue, 9 Nov 2021 15:56:21 +0000 (UTC) (envelope-from avg@freebsd.org) From: Andriy Gapon To: Konstantin Belousov Cc: FreeBSD Current References: <20191022104434.GM73312@kib.kiev.ua> <3a67f9a9-31cf-5814-4a68-8bdd6063b21e@FreeBSD.org> <20191022131633.GN73312@kib.kiev.ua> <9c131a2a-cc94-4d93-1ba8-595c0151e366@FreeBSD.org> <32fe4f76-155b-8b99-5782-4daafd4219d5@FreeBSD.org> Subject: Re: thread on sleepqueue does not wake up after timeout Message-ID: Date: Tue, 9 Nov 2021 17:56:19 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.14.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 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-ThisMailContainsUnwantedMimeParts: N On Tue, Nov 09, 2021 at 11:58:30AM +0200, Andriy Gapon wrote: > Here is an explanation for the numbers reported in the panic message (sorted > from earliest to latest): > 190543869603412 - 'now' as seen in sleepq_timeout(), returned by sbinuptime(); > 190543869738008 - td_sleeptimo, also c_time in the callout; > 190543869798505 - 'now' as captured when the LAPIC timer fired, seen in the > stack trace and also recorded as c_exec_time in the callout. Kostik, thank you very much for the pointers! I spent some more time staring at the code and at the timehands data from the dump (which I neglected to share earlier). I am starting to think that there is a bug in the FreeBSD code (at least in the copy that we use) unless I got confused somewhere or made a mistake in calculations. So, I think that there is a discrepancy between how "large deltas" are handled in tc_windup and bintime_off. As large deltas happen very rarely, especially on good hardware, the bug should be very rare as well. Now to the data. (kgdb) p *timehands->th_counter $28 = {tc_get_timecount = 0xffffffff809de380 , tc_poll_pps = 0x0, tc_counter_mask = 4294967295, tc_frequency = 14318180, tc_name = 0xffffffff80b0ff97 "HPET", tc_quality = 950, tc_flags = 0, tc_priv = 0xfffffe0010916000, tc_next = 0xffffffff810f6c30 , tc_fill_vdso_timehands = 0xffffffff809dc6b0 , tc_fill_vdso_timehands32 = 0x0} (kgdb) p timehands_count $76 = 2 (kgdb) p timehands $75 = (struct timehands * volatile) 0xffffffff8109e1a0 (kgdb) p &ths[0] $77 = (struct timehands *) 0xffffffff8109e120 (kgdb) p &ths[1] $78 = (struct timehands *) 0xffffffff8109e1a0 (kgdb) p ths[0] $79 = {th_counter = 0xfffffe0010916060, th_adjustment = 254493021346896, th_scale = 1288420532592, th_large_delta = 14317331, th_offset_count = 3817197766, th_offset = {sec = 44363, frac = 7084573033620442688}, th_bintime = { sec = 1636195324, frac = 14622574300909856022}, th_microtime = {tv_sec = 1636195324, tv_usec = 792691}, th_nanotime = {tv_sec = 1636195324, tv_nsec = 792691341}, th_boottime = {sec = 1636150961, frac = 7538001267289413334}, th_generation = 2204358, th_next = 0xffffffff8109e1a0 } (kgdb) p ths[1] $80 = {th_counter = 0xfffffe0010916060, th_adjustment = 254492583661022, th_scale = 1288420532460, th_large_delta = 14317331, th_offset_count = 3832485779, th_offset = {sec = 44364, frac = 8334125784005739824}, th_bintime = { sec = 1636195325, frac = 15872127051295153158}, th_microtime = {tv_sec = 1636195325, tv_usec = 860429}, th_nanotime = {tv_sec = 1636195325, tv_nsec = 860429731}, th_boottime = {sec = 1636150961, frac = 7538001267289413334}, th_generation = 2204358, th_next = 0xffffffff8109e120 } th_offset_count difference between the hands is 15288013. It's a bit above tc_frequency of 14318180, so before the latest wind-up there hasn't been a wind-up for more than a second, a rare situation indeed. The difference is also greater than th_large_delta of 14317331. I redid the th_offset calculations in tc_windup by hand and arrived at exactly the same value of ths[1].th_offset as seen in kgdb using ths[0].th_offset and the delta as inputs. So, this is consistent. Then I did a thought experiment: what would binuptime() return at exactly the same moment when tc_windup was called? That binuptime() would still use ths[0] as the timehands because the hands have not been switched yet and it would also see exactly the same timecounter delta. So, starting conditions: delta = 15288013 th_large_delta = 14317331 th_offset = {sec = 44363, frac = 7084573033620442688} th_scale = 1288420532592 The calculations in the code (bintime_off) are: if (__predict_false(delta >= large_delta)) { /* Avoid overflow for scale * delta. */ x = (scale >> 32) * delta; bt->sec += x >> 32; bintime_addx(bt, x << 32); bintime_addx(bt, (scale & 0xffffffff) * delta); } else { My manual calculations: x = (1288420532592 >> 32) * 15288013 == 4571115887 bt->sec += 4571115887 >> 32 == 1 bt = { 44364, 7084573033620442688 } bt 4571115887 << 32 == 1186049167181479936 bt = { 44364, 8270622200801922624 } bt (scale & 0xffffffff) * delta == 4225311088 * 15288013 == 64596610842388144 bt = { 44364, 8335218811644310768 } So, comparing to ths[1].th_offset the resulting time has larger 'frac' part: 8335218811644310768 - 8334125784005739824 == 1093027638570944 So, IMO, this means that at the moment of the hands switch the binuptime (and all other times) would jump backwards. Converting both times to sbintime_t I got: 190543869814104 is sbinuptime using ths[0] (and delta of 15288013) 190543869559614 is sbinuptime using ths[1] (and delta of 0) This is a jump backwards by 254490 parts. If I put these times together with the times found in the crash dump stack (quoted at the start), then I get: 190543869559614 - hand switch time calculated using ths[1] (and delta of 0) 190543869603412 - 'now' as seen in sleepq_timeout(), returned by sbinuptime(); 190543869738008 - td_sleeptimo, also c_time in the callout; 190543869798505 - 'now' as captured when the LAPIC timer fired 190543869814104 - hand switch time calculated using ths[0] (and delta of 15288013) So, it seems that the original (greater) 'now' was obtained some time before the switch. And the second (lesser) 'now' was obtained some time after the switch. So, as I was saying, when the delta is large the calculations in tc_windup and bintime_off give slightly different results and that can lead to a discontinuity of the time when timehands are switched. Just in case, the code in tc_windup for comparison: th->th_offset_count += delta; th->th_offset_count &= th->th_counter->tc_counter_mask; while (delta > th->th_counter->tc_frequency) { /* Eat complete unadjusted seconds. */ delta -= th->th_counter->tc_frequency; th->th_offset.sec++; } if ((delta > th->th_counter->tc_frequency / 2) && (th->th_scale * delta < ((uint64_t)1 << 63))) { /* The product th_scale * delta just barely overflows. */ th->th_offset.sec++; } bintime_addx(&th->th_offset, th->th_scale * delta); In my case there was a single iteration of the while loop and the (delta > th->th_counter->tc_frequency / 2) branch was not taken. -- Andriy Gapon From nobody Tue Nov 9 22:43:31 2021 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 9B9F81853A9A; Tue, 9 Nov 2021 22:43:40 +0000 (UTC) (envelope-from dim@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hpjgw3z72z3NkS; Tue, 9 Nov 2021 22:43:40 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "R3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 4E75E2A37D; Tue, 9 Nov 2021 22:43:40 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtpclient.apple (longrow.home.andric.com [192.168.0.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id B581A52DA4; Tue, 9 Nov 2021 23:43:38 +0100 (CET) From: Dimitry Andric Content-Type: multipart/signed; boundary="Apple-Mail=_6AB25700-4855-488D-9360-D7F14B39D61B"; protocol="application/pgp-signature"; micalg=pgp-sha1 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 14.0 \(3654.120.0.1.13\)) Subject: HEADS UP: intent to merge clang/llvm 13.0.0 the coming weekend Message-Id: Date: Tue, 9 Nov 2021 23:43:31 +0100 To: FreeBSD Current , FreeBSD Ports X-Mailer: Apple Mail (2.3654.120.0.1.13) X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_6AB25700-4855-488D-9360-D7F14B39D61B Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Hi, This is a heads-up so that you are aware I'm intending to merge clang/llvm 13.0.0 the coming weekend, e.g. somewhere between Sat 2021-11-13 and Sun 2021-11-14. The source of the merge will be , which I regularly sync up with our main branch. I think most of the important ports issues found via the exp-run bug (https://bugs.freebsd.org/258209) are now ironed out, but if you have suggestions for ones that have failed in the exp-run but are not fixed yet, and are important to you, please submit feedback on the bug. (Or create a new bug and link it.) Also, if there are other reasons to postpone the merge, please let me know. -Dimitry --Apple-Mail=_6AB25700-4855-488D-9360-D7F14B39D61B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCYYr5kwAKCRCwXqMKLiCW o0wpAJ4v4Ez2vPwXwsCeQPV5KehEjpxoDQCfdj60+Ze/BbvTyj+iHnaq8s+nXc4= =u187 -----END PGP SIGNATURE----- --Apple-Mail=_6AB25700-4855-488D-9360-D7F14B39D61B-- From nobody Wed Nov 10 06:07:18 2021 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 6BB00183824E for ; Wed, 10 Nov 2021 06:07:21 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x432.google.com (mail-wr1-x432.google.com [IPv6:2a00:1450:4864:20::432]) (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 "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HpvWr1wVmz4Tw5 for ; Wed, 10 Nov 2021 06:07:20 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x432.google.com with SMTP id d27so1953039wrb.6 for ; Tue, 09 Nov 2021 22:07:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=message-id:date:mime-version:user-agent:subject:content-language:to :references:from:in-reply-to:content-transfer-encoding; bh=fKY1REVMY70WyOscyFtdVdOLLUfY6RKjZd1vUXMVYBk=; b=nHCiqXyj62ExXmFvqm/aRvfd2T1g9owuKDcadvZuFXvvKXl/Vc3/T06gkbHrLqt5dy uDD7e2CMCcLU88sVXkk6ut9lgNYTSB3RhiMilO5wgZVKCIELHeyLfTUP9+IUvz6r92YG K61xmpxe3xq5GFC4fzeQIn277j53m8XEFutrF1kuPZ5ik6QlMhxmBDGn48vBZRFFn0tA AWEAwzU+jdiev7GE+1wOo7iT0jzJhgqv+Z7eb033eWu0nD1fW4tq/lQI/f9+f5Jhhkb8 uuub/4HDFvjhMYkirqmFT3Z+j4H7GyrEmeiG2tYwguI0wqtYF9s+zOhu8kaGkMfQMc+e xABg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:references:from:in-reply-to :content-transfer-encoding; bh=fKY1REVMY70WyOscyFtdVdOLLUfY6RKjZd1vUXMVYBk=; b=1iVWgkJndDvJ6xR45OksHWbW1WEh/9ytjVp7O4TtPFjzK6mn9QoVu+sfJkONEurq2N cq7IvXApPBIbnTkIu8rMYVQBirKkguU1lbJTlCNVqeieqXhwq4cpL8/FWNoCrG3PGqgO hgQpaAJBHnWUv40rq8bYfdC58iYtyTsE7C9tHT/22iraLGhW87WKMs6yT8gWywpKOnJ1 zahpJ3Q1RGQCoSnEW4Qblcyz67tpMvTr2W8P5ao7lwtYSSFlb7HPCHAXZXjclxL9LLsQ pcZ+UelO8T1m/TgfGewX+roZCp5QyXFyFJ8NQm3Fdw1LfP5UOmluJH4rMsmveUewMvuV DGjA== X-Gm-Message-State: AOAM530LaILegSXCkaUDygs7evMjzUWpJJOCN7I84u4cchzPPnZJ2e2n zyxFc4XMJvCnhMiermoWdMyoCMUrIZDJ8g== X-Google-Smtp-Source: ABdhPJwVKT6IuM/r+OSx1ket5TCR71DtylzP4JbO5OE5PZvfALtFP0u+ry9fyJpAv42eEpM1bxBjWg== X-Received: by 2002:a05:6000:15c1:: with SMTP id y1mr17056742wry.63.1636524438716; Tue, 09 Nov 2021 22:07:18 -0800 (PST) Received: from ?IPV6:2001:470:1f1c:a0::2? (tunnel642390-pt.tunnel.tserv1.lon2.ipv6.he.net. [2001:470:1f1c:a0::2]) by smtp.gmail.com with ESMTPSA id h17sm4600689wmb.44.2021.11.09.22.07.18 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 09 Nov 2021 22:07:18 -0800 (PST) Message-ID: <1e53aa8e-3445-739e-f46d-2fc9a14dd9ed@gmail.com> Date: Wed, 10 Nov 2021 06:07:18 +0000 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Thunderbird/91.3.0 Subject: Re: Problems in pkg Content-Language: en-GB To: freebsd-current@freebsd.org References: From: Graham Perrin In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4HpvWr1wVmz4Tw5 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=nHCiqXyj; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::432 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [0.02 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_MEDIUM(0.98)[0.982]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::432:from]; NEURAL_HAM_SHORT(-0.95)[-0.954]; NEURAL_SPAM_LONG(0.99)[0.994]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N On 08/11/2021 18:48, Cristian Cardoso wrote: > pkg: Unable to drop privileges: No error: 0 > pkg: No signature found Cross-reference for FreeBSD 13.0⋯ From nobody Wed Nov 10 09:30:14 2021 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 0188C183D921 for ; Wed, 10 Nov 2021 09:30:18 +0000 (UTC) (envelope-from avg@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hq0215BmGz4fRM; Wed, 10 Nov 2021 09:30:17 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 2DA1B2FB8D; Wed, 10 Nov 2021 09:30:17 +0000 (UTC) (envelope-from avg@FreeBSD.org) From: Andriy Gapon To: Konstantin Belousov Cc: FreeBSD Current References: <20191022104434.GM73312@kib.kiev.ua> <3a67f9a9-31cf-5814-4a68-8bdd6063b21e@FreeBSD.org> <20191022131633.GN73312@kib.kiev.ua> <9c131a2a-cc94-4d93-1ba8-595c0151e366@FreeBSD.org> <32fe4f76-155b-8b99-5782-4daafd4219d5@FreeBSD.org> Subject: Re: thread on sleepqueue does not wake up after timeout Message-ID: <2c469dd8-ab15-b74e-c108-afc7b68901e0@FreeBSD.org> Date: Wed, 10 Nov 2021 11:30:14 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.14.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 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-ThisMailContainsUnwantedMimeParts: N On 09/11/2021 17:56, Andriy Gapon wrote: > So, as I was saying, when the delta is large the calculations in tc_windup and > bintime_off give slightly different results and that can lead to a discontinuity > of the time when timehands are switched. A quick follow-up. I think that both tc_windup and bintime_off have fundamentally correct calculations but with different precision. Both seem to produce values slightly greater than a "true" value where the bintime fractional delta would be calculated as tc_delta * 2^64 / tc_frequency. That's because of how th_scale is calculated. When the timecounter delta is greater than the frequency then the value in tc_windup is closer to the true value because it accounts for whole seconds precisely: a tc_frequency number of timecounter ticks is equal to one second. bintime_off, however, converts both whole seconds and fractions using th_scale. So, its result is consistently greater when the delta is longer than a second. E.g., in my environment: tc_frequency = 14318180, th_scale = 1288420532460. For a delta of 14318180 (== tc_frequency) tc_windup calculates a one second advance, bt = { 1, 0 }. bintime_off for the same delta will produce bt = { 1, 1093027638570944 }. The difference is minuscule, just 59 ppm in relative terms. But it's 59 microseconds of "jumping back in time". I think that the precision of bintime_off is sufficient and its calculations are faster, so I think that it's better to use the same calculations in tc_windup as well. Especially given that they are identical for sub-second deltas and longer deltas should be extremely rare. I am working on patch to implement this. -- Andriy Gapon From nobody Wed Nov 10 13:45:06 2021 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 72B3C1855415 for ; Wed, 10 Nov 2021 13:45:08 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hq5h42pJ9z3Mhr; Wed, 10 Nov 2021 13:45:08 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id E04E53184F; Wed, 10 Nov 2021 13:45:07 +0000 (UTC) (envelope-from avg@FreeBSD.org) Subject: Re: thread on sleepqueue does not wake up after timeout From: Andriy Gapon To: Konstantin Belousov Cc: FreeBSD Current References: <20191022104434.GM73312@kib.kiev.ua> <3a67f9a9-31cf-5814-4a68-8bdd6063b21e@FreeBSD.org> <20191022131633.GN73312@kib.kiev.ua> <9c131a2a-cc94-4d93-1ba8-595c0151e366@FreeBSD.org> <32fe4f76-155b-8b99-5782-4daafd4219d5@FreeBSD.org> <2c469dd8-ab15-b74e-c108-afc7b68901e0@FreeBSD.org> Message-ID: <2036d06b-b7ee-c3c7-733d-546bb6f07ad5@FreeBSD.org> Date: Wed, 10 Nov 2021 15:45:06 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.14.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 In-Reply-To: <2c469dd8-ab15-b74e-c108-afc7b68901e0@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-ThisMailContainsUnwantedMimeParts: N On 10/11/2021 11:30, Andriy Gapon wrote: > On 09/11/2021 17:56, Andriy Gapon wrote: >> So, as I was saying, when the delta is large the calculations in tc_windup and >> bintime_off give slightly different results and that can lead to a >> discontinuity of the time when timehands are switched. > > A quick follow-up. > I think that both tc_windup and bintime_off have fundamentally correct > calculations but with different precision.  Both seem to produce values slightly > greater than a "true" value where the bintime fractional delta would be > calculated as tc_delta * 2^64 / tc_frequency.  That's because of how th_scale is > calculated. > > When the timecounter delta is greater than the frequency then the value in > tc_windup is closer to the true value because it accounts for whole seconds > precisely: a tc_frequency number of timecounter ticks is equal to one second. > bintime_off, however, converts both whole seconds and fractions using th_scale. >  So, its result is consistently greater when the delta is longer than a second. > > E.g., in my environment: tc_frequency = 14318180, th_scale = 1288420532460. > For a delta of 14318180 (== tc_frequency) tc_windup calculates a one second > advance, bt = { 1, 0 }. > bintime_off for the same delta will produce bt = { 1, 1093027638570944 }. > The difference is minuscule, just 59 ppm in relative terms. > But it's 59 microseconds of "jumping back in time". > > I think that the precision of bintime_off is sufficient and its calculations are > faster, so I think that it's better to use the same calculations in tc_windup as > well.  Especially given that they are identical for sub-second deltas and longer > deltas should be extremely rare. > > I am working on patch to implement this. The promised patch: https://people.freebsd.org/~avg/kern-tc-add-delta.diff -- Andriy Gapon From nobody Wed Nov 10 17:01:09 2021 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 8700D1857500 for ; Wed, 10 Nov 2021 17:01:25 +0000 (UTC) (envelope-from cristian.cardoso11@gmail.com) Received: from mail-ed1-x534.google.com (mail-ed1-x534.google.com [IPv6:2a00:1450:4864:20::534]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HqB2X6TKZz3nQN for ; Wed, 10 Nov 2021 17:01:24 +0000 (UTC) (envelope-from cristian.cardoso11@gmail.com) Received: by mail-ed1-x534.google.com with SMTP id b15so13038041edd.7 for ; Wed, 10 Nov 2021 09:01:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=s/1RGpgnHWOUhoH8ZawaAb6+GJ9pA03KfIktmSYdzzo=; b=fd1ArqMo4c7Nzn7O+Vk2iwpAhIvJfutotHoB5KAK1VQ1EqTPd5kPLFyiQYp/ifEgy5 uKPtz4a8Tw1IbZQB8HwQO/bKEjah2aufaNdOuIk4PScjvrQWvB5Qs/o8QOYCibh8bKnt uHDS5ogL2EOJ7KZi7gFd8vwSW/DAf40UGbVJ01He8fYgL9JaTG8FSG8NRw4cXrzl2aEW gvxN5V8m3MQEhdejZl7vM8aXpNL18u5O1TOOakK/pog/p6JFETQlcEx4tgWe/d1fXFeg hBsGdxjbNJlrmxUnsXz4N06/BbFO2Ubf5Pz/MSqS11/EoFKd5FXA8itckb6RmywdpzTr qozA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=s/1RGpgnHWOUhoH8ZawaAb6+GJ9pA03KfIktmSYdzzo=; b=LgHRmS6RHNhviM0BjA/6l+klvAndH0TCACxptIm+ouMuu27k0pEO6g0BzzbdT22jyf +z2SlIIE32QRMAkG53SNBu+AUQ0UoGfsDnrsRPxGnUayoY2RfnG1niSuorTqQRthJ6dN izhdrbNsdPG2vnEyiKb3vAo8o8Pjx8ag613PUfka9J3yxCPizfCx/dt6Xk0XB8qLXH8g kg5v1BfhrO3T+qyLkRrfALF74GJEiRE9GugG9wGDsZNmhFXBnYJlWUV2LKB5IPWYWeNt jmGC99EAL07yDXjifMu3Jdc123QdY+HIfoGR0Cg6IS7U5HDhgQC4wmBN2UpXPGsw+WBJ dGow== X-Gm-Message-State: AOAM530mokdMIHBtPhgevJDaVy9pwXIjHASyT39p2ELz46BXnDl+jM2P Cp0qezslLL2lb1VKiK34oqEKSDK3E9bJZ4D1Flq183mjtA== X-Google-Smtp-Source: ABdhPJzN7W/5DqC6gJRhV5uNeCFX5sN6DkJgjVxScbIQ1pyEk7ufZ5mQqhJRekZZBbNC5cuBN2BBgdV5deTZph/C6q8= X-Received: by 2002:a17:907:3e8a:: with SMTP id hs10mr744403ejc.404.1636563680041; Wed, 10 Nov 2021 09:01:20 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <20211110093607.i5d52f4sbmdqvezs@aniel.nours.eu> In-Reply-To: <20211110093607.i5d52f4sbmdqvezs@aniel.nours.eu> From: Cristian Cardoso Date: Wed, 10 Nov 2021 14:01:09 -0300 Message-ID: Subject: Re: Problems in pkg To: Baptiste Daroussin Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4HqB2X6TKZz3nQN X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=fd1ArqMo; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of cristiancardoso11@gmail.com designates 2a00:1450:4864:20::534 as permitted sender) smtp.mailfrom=cristiancardoso11@gmail.com X-Spamd-Result: default: False [-1.99 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-0.99)[-0.988]; NEURAL_SPAM_SHORT(1.00)[1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::534:from]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N The problem was actually user nobody, which was deleted from the system. I recreated and solved the problem. Em qua., 10 de nov. de 2021 =C3=A0s 06:36, Baptiste Daroussin escreveu: > > On Mon, Nov 08, 2021 at 03:48:51PM -0300, Cristian Cardoso wrote: > > I'm trying to use pkg to install/update packages, but I'm getting the > > following error: > > > > # pkg update > > Updating FreeBSD repository catalogue... > > Fetching meta.conf: 100% 163 B 0.2kB/s 00:01 > > Fetching packagesite.pkg: 100% 6 MiB 6.7MB/s 00:01 > > pkg: Unable to drop privileges: No error: 0 > > pkg: No signature found > > This indiquate that probably the nobody user does not exist in your syste= m. > > btw I would make a better error message > > Best regards, > Bapt From nobody Wed Nov 10 17:03:06 2021 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 3842B1858DB6 for ; Wed, 10 Nov 2021 17:03:09 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HqB4Y0xQFz3pXd; Wed, 10 Nov 2021 17:03:09 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from aniel.nours.eu (nours.eu [IPv6:2001:41d0:8:3a4d::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id D87F7336A7; Wed, 10 Nov 2021 17:03:08 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by aniel.nours.eu (Postfix, from userid 1001) id F07A882C5B; Wed, 10 Nov 2021 18:03:06 +0100 (CET) Date: Wed, 10 Nov 2021 18:03:06 +0100 From: Baptiste Daroussin To: Cristian Cardoso Cc: freebsd-current@freebsd.org Subject: Re: Problems in pkg Message-ID: <20211110170306.eapddsxa2lzsvrow@aniel.nours.eu> References: <20211110093607.i5d52f4sbmdqvezs@aniel.nours.eu> 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-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-ThisMailContainsUnwantedMimeParts: N On Wed, Nov 10, 2021 at 02:01:09PM -0300, Cristian Cardoso wrote: > The problem was actually user nobody, which was deleted from the system. > I recreated and solved the problem. > > Em qua., 10 de nov. de 2021 às 06:36, Baptiste Daroussin > escreveu: > > > > On Mon, Nov 08, 2021 at 03:48:51PM -0300, Cristian Cardoso wrote: > > > I'm trying to use pkg to install/update packages, but I'm getting the > > > following error: > > > > > > # pkg update > > > Updating FreeBSD repository catalogue... > > > Fetching meta.conf: 100% 163 B 0.2kB/s 00:01 > > > Fetching packagesite.pkg: 100% 6 MiB 6.7MB/s 00:01 > > > pkg: Unable to drop privileges: No error: 0 > > > pkg: No signature found > > > > This indiquate that probably the nobody user does not exist in your system. > > > > btw I would make a better error message > > > > Best regards, > > Bapt FYI I updated the error message for Unable to drop privileges to make it more useful: https://github.com/freebsd/pkg/commit/ac82ad8481dcbedc83b80899b8486b29bbccee51 Best regards, Bapt From nobody Wed Nov 10 18:43:46 2021 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 392CC17EEC8C for ; Wed, 10 Nov 2021 18:44:00 +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 4HqDJv6YqFz4wp1; Wed, 10 Nov 2021 18:43:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 1AAIhko3096346 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 10 Nov 2021 20:43:49 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 1AAIhko3096346 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 1AAIhkHB096345; Wed, 10 Nov 2021 20:43:46 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 10 Nov 2021 20:43:46 +0200 From: Konstantin Belousov To: Andriy Gapon Cc: FreeBSD Current Subject: Re: thread on sleepqueue does not wake up after timeout Message-ID: References: <20191022104434.GM73312@kib.kiev.ua> <3a67f9a9-31cf-5814-4a68-8bdd6063b21e@FreeBSD.org> <20191022131633.GN73312@kib.kiev.ua> <9c131a2a-cc94-4d93-1ba8-595c0151e366@FreeBSD.org> <32fe4f76-155b-8b99-5782-4daafd4219d5@FreeBSD.org> <2c469dd8-ab15-b74e-c108-afc7b68901e0@FreeBSD.org> <2036d06b-b7ee-c3c7-733d-546bb6f07ad5@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <2036d06b-b7ee-c3c7-733d-546bb6f07ad5@FreeBSD.org> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.5 X-Spam-Checker-Version: SpamAssassin 3.4.5 (2021-03-20) on tom.home X-Rspamd-Queue-Id: 4HqDJv6YqFz4wp1 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Wed, Nov 10, 2021 at 03:45:06PM +0200, Andriy Gapon wrote: > On 10/11/2021 11:30, Andriy Gapon wrote: > > On 09/11/2021 17:56, Andriy Gapon wrote: > > > So, as I was saying, when the delta is large the calculations in > > > tc_windup and bintime_off give slightly different results and that > > > can lead to a discontinuity of the time when timehands are switched. > > > > A quick follow-up. > > I think that both tc_windup and bintime_off have fundamentally correct > > calculations but with different precision.  Both seem to produce values > > slightly greater than a "true" value where the bintime fractional delta > > would be calculated as tc_delta * 2^64 / tc_frequency.  That's because > > of how th_scale is calculated. > > > > When the timecounter delta is greater than the frequency then the value > > in tc_windup is closer to the true value because it accounts for whole > > seconds precisely: a tc_frequency number of timecounter ticks is equal > > to one second. bintime_off, however, converts both whole seconds and > > fractions using th_scale.  So, its result is consistently greater when > > the delta is longer than a second. > > > > E.g., in my environment: tc_frequency = 14318180, th_scale = 1288420532460. > > For a delta of 14318180 (== tc_frequency) tc_windup calculates a one > > second advance, bt = { 1, 0 }. > > bintime_off for the same delta will produce bt = { 1, 1093027638570944 }. > > The difference is minuscule, just 59 ppm in relative terms. > > But it's 59 microseconds of "jumping back in time". > > > > I think that the precision of bintime_off is sufficient and its > > calculations are faster, so I think that it's better to use the same > > calculations in tc_windup as well.  Especially given that they are > > identical for sub-second deltas and longer deltas should be extremely > > rare. > > > > I am working on patch to implement this. > > The promised patch: https://people.freebsd.org/~avg/kern-tc-add-delta.diff The patch looks fine to me. From nobody Thu Nov 11 12:47:14 2021 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 D293E1839880 for ; Thu, 11 Nov 2021 12:47:18 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from transit01.runbox.com (transit01.runbox.com [91.220.196.211]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4HqhLt0t4dz3rmc for ; Thu, 11 Nov 2021 12:47:18 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com ([185.226.149.25]) by transit01.runbox.com with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from ) id 1ml9U3-00HN08-QU for current@freebsd.org; Thu, 11 Nov 2021 13:47:15 +0100 Received: from [10.9.9.129] (helo=rmmprod07.runbox) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1ml9U2-0005cb-9w for current@freebsd.org; Thu, 11 Nov 2021 13:47:14 +0100 Received: from mail by rmmprod07.runbox with local (Exim 4.86_2) (envelope-from ) id 1ml9U2-0002zI-8x for current@freebsd.org; Thu, 11 Nov 2021 13:47:14 +0100 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline 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 Received: from [Authenticated alias (650894)] by runbox.com with http (RMM6); for ; Thu, 11 Nov 2021 12:47:14 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "current" Subject: buildworld question. Date: Thu, 11 Nov 2021 04:47:14 -0800 (PST) X-RMM-Aliasid: 650894 X-Mailer: RMM6 Message-Id: X-Rspamd-Queue-Id: 4HqhLt0t4dz3rmc X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jbtakk@iherebuywisely.com has no SPF policy when checking 91.220.196.211) smtp.mailfrom=jbtakk@iherebuywisely.com X-Spamd-Result: default: False [1.81 / 15.00]; HAS_REPLYTO(0.00)[jbtakk@iherebuywisely.com]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[91.220.196.211:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; DMARC_NA(0.00)[iherebuywisely.com]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.990]; NEURAL_SPAM_LONG(1.00)[1.000]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:50304, ipnet:91.220.196.0/24, country:NO]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[91.220.196.211:from] X-ThisMailContainsUnwantedMimeParts: N Apologies if this applies to STABLE 13, but git is involved... buildworld is failing 4 minutes or so in. would it be useful to re-git the /usr/src?=20 Is there a way to run "make buildworld" for a LESS terse error result? Any other 3rd method to debug the error? ...........................................................................= ............... /usr/local/bin/clang12 ..... -o machdep_ldisx.o In file included from /usr/src/lib/libc/gdtoa/machdep_ldisx.c:45: In file included from /usr/src/contrib/gdtoa/gdtoaimp.h:202: In file included from /usr/src/include/pthread.h:49: /usr/src/include/time.h: fatal error: 'sys/_clock_id.h' file not found #include ......................................................................... I also suspect the missing file might be a malformed missing symlink instead... because the file exists at least once.=20 The error does not indicate from what [ 2nd ] subdir it, or a symlink, is m= issing ??=20 src.conf has several lines such as WITHOUT_CPP=3Dyes, meant I think to reduce build times if that matters.=20= From nobody Thu Nov 11 15:53:47 2021 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 C4B5D18523AF for ; Thu, 11 Nov 2021 15:54:05 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ua1-x929.google.com (mail-ua1-x929.google.com [IPv6:2607:f8b0:4864:20::929]) (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 "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HqmVP4rwzz3tF4 for ; Thu, 11 Nov 2021 15:54:05 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-ua1-x929.google.com with SMTP id o26so12838781uab.5 for ; Thu, 11 Nov 2021 07:54:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=sEYUakQHvLRO18CNcAUl9qr7rlP8TVWxdmR7ATG5JeA=; b=iYOofeNdkgcJPnfxnpWw8JKTSw2b0mlfWq2s3SebVPJhsE34OWoMvfxtvYYAIwhdz8 awqusqfZ5Q2wRDw0xGQwrs6f7ToT4uF/E0nBBeLft0GMgegfNMfEOzcw+qJ2mgJtr7jn 6LeRseAHn4LMfv7QS9rUoBCvFkOKELfFAmjU5Qt/LA6LyGaZugzZl8O7I8ebY7Nrn2J4 65GRdNm9bQ9n38SUKAjwFutfbQzNEZcn30mvLxDGDmpVR+7E3+UIY+kuvHgq1kNScDXr sTbGWps26yGxcw0++H1tzJpbkY2at2+0h19h3HieHCZFI5h5Ww0aVSzH7Xae9SxrVYIE Y/Uw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=sEYUakQHvLRO18CNcAUl9qr7rlP8TVWxdmR7ATG5JeA=; b=5rgUzXKK/bQWXNKUQxSgSzA2UTYvzHGVQkheQGMmc9rHaDXfOcTRVc/Imnb0h5rdRC 4PF/bDc8Jq+AdK0yk3tcYi6pxGR4kBgTvlPRoxwa7kJmG5xdnw0CzxqUOmM/VMIFqABR NtPBq7V1T14T3RksIauiUzSsSdEbQKOk/LMNWF0QuxiJCLrJA1x+xG+l5M3dKybygO6g 9tfM8o3S4hqaXqfQ8/h/M2rUiVRgST/0S+UpcdrARetXyGo8xRgZakMvqbKW3xZPYxpv 59sSAntBuws0gMJBzizSDAHcU3+5ge2cfNHlSHZvYEIn21vZs5IDiUFcaHrBl4j6WpZ7 yaeg== X-Gm-Message-State: AOAM530u42Y9p55ttGor7oYSOLFldhJYLLO2zzMvCkhML6syB2jLd5zU fq3ExuEReBrh6+76VdAI+VyawBMiAP4JfBtBm8iE5hQ/tcs= X-Google-Smtp-Source: ABdhPJy8mjMYpbkWp6DX54DLKC6LRtScK82zhyDzCCjHuLBUwGzke6i02sjU14sBAVWpBqIo2Zj3JjtDlkXkWLz/sc4= X-Received: by 2002:ab0:6010:: with SMTP id j16mr11625188ual.69.1636646038785; Thu, 11 Nov 2021 07:53:58 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Thu, 11 Nov 2021 08:53:47 -0700 Message-ID: Subject: Re: buildworld question. To: Jeffrey Bouquet Cc: current Content-Type: multipart/alternative; boundary="000000000000c3e17a05d085597a" X-Rspamd-Queue-Id: 4HqmVP4rwzz3tF4 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --000000000000c3e17a05d085597a Content-Type: text/plain; charset="UTF-8" On Thu, Nov 11, 2021 at 5:48 AM Jeffrey Bouquet wrote: > Apologies if this applies to STABLE 13, but git is involved... > buildworld is failing 4 minutes or so in. > would it be useful to re-git the /usr/src? > Is there a way to run "make buildworld" for a LESS terse error result? > Any other 3rd method to debug the error? > > .......................................................................................... > /usr/local/bin/clang12 ..... -o machdep_ldisx.o > In file included from /usr/src/lib/libc/gdtoa/machdep_ldisx.c:45: > In file included from /usr/src/contrib/gdtoa/gdtoaimp.h:202: > In file included from /usr/src/include/pthread.h:49: > /usr/src/include/time.h: fatal error: 'sys/_clock_id.h' file not found > #include > ......................................................................... > I also suspect the missing file might be a malformed missing > symlink instead... because the file exists at least once. > The error does not indicate from what [ 2nd ] subdir it, or a symlink, is > missing ?? > > src.conf has several lines such as WITHOUT_CPP=yes, meant I think > to reduce build times if that matters. It likely does. It likely means that that file wasn't properly staged and so the build is failing. I'd bisect the file of omissions to see if that's the cause. I'd start by removing them all and seeing if the problem persists. Not all combinations are supported, nor are the vast majority of all bad combinations detected with a nice error message. Warner --000000000000c3e17a05d085597a-- From nobody Thu Nov 11 21:24:10 2021 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 B0A6C18397E3 for ; Thu, 11 Nov 2021 21:24:18 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from transit01.runbox.com (transit01.runbox.com [91.220.196.211]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4HqvqQ4fMtz58c1 for ; Thu, 11 Nov 2021 21:24:18 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com ([185.226.149.25]) by transit01.runbox.com with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from ) id 1mlHYJ-000nWZ-4U; Thu, 11 Nov 2021 22:24:11 +0100 Received: from [10.9.9.129] (helo=rmmprod07.runbox) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1mlHYI-0006yf-2L; Thu, 11 Nov 2021 22:24:10 +0100 Received: from mail by rmmprod07.runbox with local (Exim 4.86_2) (envelope-from ) id 1mlHYI-0002Y6-1B; Thu, 11 Nov 2021 22:24:10 +0100 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline 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 Received: from [Authenticated alias (650894)] by runbox.com with http (RMM6); Thu, 11 Nov 2021 21:24:10 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "Warner Losh" CC: "current" Subject: Re: buildworld question. Date: Thu, 11 Nov 2021 13:24:10 -0800 (PST) X-RMM-Aliasid: 650894 X-Mailer: RMM6 In-Reply-To: Message-Id: X-Rspamd-Queue-Id: 4HqvqQ4fMtz58c1 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Thu, 11 Nov 2021 08:53:47 -0700, Warner Losh wrote: > On Thu, Nov 11, 2021 at 5:48 AM Jeffrey Bouquet > wrote: >=20 > > Apologies if this applies to STABLE 13, but git is involved... > > buildworld is failing 4 minutes or so in. > > would it be useful to re-git the /usr/src? > > Is there a way to run "make buildworld" for a LESS terse error result? > > Any other 3rd method to debug the error? > > > > .......................................................................= ................... > > /usr/local/bin/clang12 ..... -o machdep_ldisx.o > > In file included from /usr/src/lib/libc/gdtoa/machdep_ldisx.c:45: > > In file included from /usr/src/contrib/gdtoa/gdtoaimp.h:202: > > In file included from /usr/src/include/pthread.h:49: > > /usr/src/include/time.h: fatal error: 'sys/_clock_id.h' file not found > > #include > > .......................................................................= .. > > I also suspect the missing file might be a malformed missing > > symlink instead... because the file exists at least once. > > The error does not indicate from what [ 2nd ] subdir it, or a symlink, = is > > missing ?? > > > > src.conf has several lines such as WITHOUT_CPP=3Dyes, meant I think > > to reduce build times if that matters. >=20 >=20 > It likely does. It likely means that that file wasn't properly staged and > so the build is failing. >=20 > I'd bisect the file of omissions to see if that's the cause. I'd start by > removing them all > and seeing if the problem persists. Not all combinations are supported, n= or > are > the vast majority of all bad combinations detected with a nice error > message. >=20 > Warner Same error with the file removed. Next step remove /usr/src and re-git I th= ink. From nobody Thu Nov 11 21:26:15 2021 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 D8033183A55F for ; Thu, 11 Nov 2021 21:26:27 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vk1-xa35.google.com (mail-vk1-xa35.google.com [IPv6:2607:f8b0:4864:20::a35]) (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 "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hqvsv5WnHz59Qs for ; Thu, 11 Nov 2021 21:26:27 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vk1-xa35.google.com with SMTP id t127so4010292vke.13 for ; Thu, 11 Nov 2021 13:26:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=x6Ac7fLPvN4YZNr8f1oW4zPJaI+YWI30bbL3M+ZBU58=; b=YoX6uQsdyZ6onn1bb56T+tii+PR7WTx9kCTn5d3HihMKuaws1yjBhXDBX0umS1HdrD RHjPkBuxIAW2YMO3hUrL8QMY0uM9kLFMuarQ26d9Zu6TNwdNDqXtGCLbv5vpBm7eZnvx /9Fdw6hrL+dwDPKUMqSmxKOl1mrp0aqLvxMLiXwjZKQDhqpaU/lQ4gKZeFJauiEcSbEq 0EXdx5linKbdcj+AOo2bwOhVL8jgOVZYQ4LW9Xs+bc20pckLrhkgf8t18E6jQZJs0n0i g7cklfi8a6b+5yh2cnh3Uo/+nC5bq/pzB1cgtL7ptG1TRKa4VywmdwCrvpuzuirpUhOc 8sDg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=x6Ac7fLPvN4YZNr8f1oW4zPJaI+YWI30bbL3M+ZBU58=; b=KZsV2158hU0gG9UEqx08QnVawxhqp2CTtkk2cy1m18aH/YP8gCS6/gGsP2cUSxq6yd JBrbxcGOC90WDeTyWw7SXgvB+NdKt7I8XErMlwz0BpVrRnH78My7ZjriJDveXApAJ9Vt qJ7IQmqN0MHc7jwWv38EXu6CsRrLXK9PMtRupfM7i2QB+z/4xjUc8cS4TVYdSOXC8XoC YnqcR6HLnU8fT3Myhm1tfwibrLnJnh20dWLrpXbqJOVtUKrDtsUucqjttKzgJf3dQnFv dWLfkoSzbncVRHJiv0cPRI/DDajVkfQhCvEN5TfqoqHTKZOMsc4VAtOKC3VHUZHYtI+9 Occg== X-Gm-Message-State: AOAM533OSTduiK4f7YE+yEbO4nn61ECppFsk5kDYm9H9vegFlgP8yODN gldVS1xNIJ52t0DGp9dQcJIJSAbgDQNSiAw9z8iTVjOyjog= X-Google-Smtp-Source: ABdhPJx2MDODXJuj76ZlfQP1EjQQY/xWb78fV9FjJ0Mgvsjfwg73iMGxJGdMBfPqQwv6Xj/KxkRq5CSwuIVo+wdB5n0= X-Received: by 2002:a05:6122:114c:: with SMTP id p12mr15722512vko.21.1636665987064; Thu, 11 Nov 2021 13:26:27 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Thu, 11 Nov 2021 14:26:15 -0700 Message-ID: Subject: Re: buildworld question. To: Jeffrey Bouquet Cc: current Content-Type: multipart/alternative; boundary="000000000000c6772805d089fe15" X-Rspamd-Queue-Id: 4Hqvsv5WnHz59Qs X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --000000000000c6772805d089fe15 Content-Type: text/plain; charset="UTF-8" On Thu, Nov 11, 2021, 2:24 PM Jeffrey Bouquet wrote: > > > On Thu, 11 Nov 2021 08:53:47 -0700, Warner Losh wrote: > > > On Thu, Nov 11, 2021 at 5:48 AM Jeffrey Bouquet < > jbtakk@iherebuywisely.com> > > wrote: > > > > > Apologies if this applies to STABLE 13, but git is involved... > > > buildworld is failing 4 minutes or so in. > > > would it be useful to re-git the /usr/src? > > > Is there a way to run "make buildworld" for a LESS terse error result? > > > Any other 3rd method to debug the error? > > > > > > > .......................................................................................... > > > /usr/local/bin/clang12 ..... -o machdep_ldisx.o > > > In file included from /usr/src/lib/libc/gdtoa/machdep_ldisx.c:45: > > > In file included from /usr/src/contrib/gdtoa/gdtoaimp.h:202: > > > In file included from /usr/src/include/pthread.h:49: > > > /usr/src/include/time.h: fatal error: 'sys/_clock_id.h' file not found > > > #include > > > > ......................................................................... > > > I also suspect the missing file might be a malformed missing > > > symlink instead... because the file exists at least once. > > > The error does not indicate from what [ 2nd ] subdir it, or a symlink, > is > > > missing ?? > > > > > > src.conf has several lines such as WITHOUT_CPP=yes, meant I think > > > to reduce build times if that matters. > > > > > > It likely does. It likely means that that file wasn't properly staged and > > so the build is failing. > > > > I'd bisect the file of omissions to see if that's the cause. I'd start by > > removing them all > > and seeing if the problem persists. Not all combinations are supported, > nor > > are > > the vast majority of all bad combinations detected with a nice error > > message. > > > > Warner > > > Same error with the file removed. Next step remove /usr/src and re-git I Try 'git reset --hard'. That will give you a clean tree. Also, what does git status say? > --000000000000c6772805d089fe15-- From nobody Fri Nov 12 07:04:05 2021 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 86E3A185ED62 for ; Fri, 12 Nov 2021 07:04:16 +0000 (UTC) (envelope-from alex@alexslomka.xyz) Received: from mail-4323.proton.ch (mail-4323.proton.ch [185.70.43.23]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hr8hb4VSlz4tfq for ; Fri, 12 Nov 2021 07:04:15 +0000 (UTC) (envelope-from alex@alexslomka.xyz) Date: Fri, 12 Nov 2021 07:04:05 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alexslomka.xyz; s=protonmail; t=1636700647; bh=eKB2ueNTBtgzpsLaA7ypv5Tn3Pz8wbPl5RVfnSynhGo=; h=Date:To:From:Reply-To:Subject:In-Reply-To:References:From; b=gfHuxWz9Y12PJAr3inR7zdZABNeABnjmY1+kM+Qd+Ya9UlwgNi5YJymsF5J8wL+an 4EKhnXS1p1KYGNaP22gaJbINvlVTI+DltcGup1js8sGtIOyc7PT8xe/JErYmsjuX8E xvs10wXspeZoT6fPjYKz0uZJHsLEIWQh8ZUvq3uc= To: "freebsd-current@freebsd.org" From: Alexander Reply-To: Alexander Subject: Re: Problems with getting a crash dump Message-ID: In-Reply-To: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FROM_SUSPICIOUS_NTLD, PDS_OTHER_BAD_TLD shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4Hr8hb4VSlz4tfq X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=alexslomka.xyz header.s=protonmail header.b=gfHuxWz9; dmarc=none; spf=pass (mx1.freebsd.org: domain of alex@alexslomka.xyz designates 185.70.43.23 as permitted sender) smtp.mailfrom=alex@alexslomka.xyz X-Spamd-Result: default: False [2.50 / 15.00]; HAS_REPLYTO(0.00)[alex@alexslomka.xyz]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[alexslomka.xyz:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[alex]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ip4:185.70.43.0/24]; DMARC_NA(0.00)[alexslomka.xyz]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(1.00)[1.000]; DKIM_TRACE(0.00)[alexslomka.xyz:+]; NEURAL_SPAM_LONG(1.00)[1.000]; TO_DN_EQ_ADDR_ALL(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.43.23:from]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Thanks for the replies! I finally managed to solve the issue. For some reas= on when I get a panic while i915kms is active I am unable to write `continue` = in KDB. Also the KDB prompt was not even displayed so I had no idea that I sho= uld write that command. After I added debug.debugger_on_panic=3D0 to /etc/sysct= l.conf the kernel automatically starts writing the crash dump and I do not have to write anything manually, which solves the issue for me. Dumping screenshot: https://forums.freebsd.org/attachments/img_20211109_230340-jpg.11963/ From nobody Fri Nov 12 19:22:38 2021 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 CB955184E739 for ; Fri, 12 Nov 2021 19:27:07 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [94.130.200.20]) (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 "mail.bsd4all.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HrT9k5TWdz3hFq for ; Fri, 12 Nov 2021 19:27:06 +0000 (UTC) (envelope-from herbert@gojira.at) Date: Fri, 12 Nov 2021 20:22:38 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gojira.at; s=mail202005; t=1636745218; bh=8qtPzKLliEiImDGiYcqzEpxmzoin6IPKmRy1XBMmcAQ=; h=Date:Message-ID:From:To:Subject:MIME-Version:Content-Type; b=wMLXqGcWBjxhwci0875XyyYOJ/95bbUFDIJ24pztmR9B+ohrvXk5hINLshrh5AxP5 mbiukFbN1mkHflvMGTWu7feUtDCNsrasNkrKSnmM2MkpntDuYGzaZ3xkIQ0v7/G4z3 IoTTrsy4+lqaHLAY/NPzPQB/4H8fhiMTRb6kNYuwK2wxVBcHVk9+aXj/pdfL5j/F3o 2MqDCO2oRRxe3PsGQkzqP1Kp31HmZv5Wreb9zv0HcVD/AS5kmGVIpBMXJ5MB1KqrEA CeFyGADDDerBkEFwCZcvEbOo/cxBkFFmo3Cxm8fG8swUfncO1UkWh5ZvVDyxCdb7zi ReyY4yu263C2g== Message-ID: <87fss1rxfl.wl-herbert@gojira.at> From: "Herbert J. Skuhra" To: current@freebsd.org Subject: Extracting base.txz files missing flags User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/29.0 Mule/6.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 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4HrT9k5TWdz3hFq X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gojira.at header.s=mail202005 header.b=wMLXqGcW; dmarc=none; spf=pass (mx1.freebsd.org: domain of herbert@gojira.at designates 94.130.200.20 as permitted sender) smtp.mailfrom=herbert@gojira.at X-Spamd-Result: default: False [-0.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gojira.at:s=mail202005]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:94.130.200.20]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[gojira.at]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_SHORT(1.00)[1.000]; DKIM_TRACE(0.00)[gojira.at:+]; MID_CONTAINS_FROM(1.00)[]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:94.130.0.0/16, country:DE] X-ThisMailContainsUnwantedMimeParts: N Hi! # uname -rms FreeBSD 12.2-RELEASE-p10 amd64 # cd tmp # fetch https://download.freebsd.org/ftp/releases/amd64/13.0-RELEASE/base.txz # tar -xzvf base.txz # find . -flags schg ./sbin/init ./var/empty ./usr/bin/opieinfo ./usr/bin/passwd ./usr/bin/su ./usr/bin/chpass ./usr/bin/opiepasswd ./usr/bin/login ./usr/bin/crontab ./usr/lib/librt.so.1 ./libexec/ld-elf.so.1 ./libexec/ld-elf32.so.1 ./lib/libc.so.7 ./lib/libcrypt.so.5 ./lib/libthr.so.3 On 13.0-STABLE (stable/13-n247985-ef1134110e80): # cd tmp # fetch https://download.freebsd.org/ftp/releases/amd64/13.0-RELEASE/base.txz # tar -xzvf base.txz # find . -flags schg ./var/empty On 14.0-CURRENT (main-n250458-c441592a0e15): # cd tmp # fetch https://download.freebsd.org/ftp/releases/amd64/13.0-RELEASE/base.txz # tar -xzvf base.txz # find . -flags schg # find . -flags schg,uarch ./var/empty PBKAC or bug? -- Herbert From nobody Fri Nov 12 20:04:47 2021 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 343F7183A334 for ; Fri, 12 Nov 2021 20:07:42 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [94.130.200.20]) (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 "mail.bsd4all.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HrV4X2KSTz3wDx for ; Fri, 12 Nov 2021 20:07:40 +0000 (UTC) (envelope-from herbert@gojira.at) Date: Fri, 12 Nov 2021 21:04:47 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gojira.at; s=mail202005; t=1636747658; bh=ZVWBrbw1rxt6/UPebKo17ucpsvI1tKFF61mATVAX2XY=; h=Date:Message-ID:From:To:Subject:MIME-Version:Content-Type; b=h1H7DlvWGanZ8OhC3VT4pNlCttzXLZ2yquGCvcnjUjAmKvTlviTNaB8Ga7WnAjhkW QB2eFTJPtyTtJj5CinRAKTCC8d3mwVsd91B4F/cf5yd7GbAYKrKUUnmBHibSGhnek7 bxCBEnCqnNiqxauakDatTMq80EIvRz89HLQwtMibMvmEGsN+whNx7gHcRJ+OrOkYIn urc9TpPTQu/5AVvDmbDIPp4LfgHzk6We6+XX+on/1TbofdGNrtkCEKld6m60qQhfTr TmIZcfeVNuMVHMOnHqyIod8wJOODGfGRtPD8BFMmDOEIXIvd9LV6xlQHX5MbOnm3nj O517le2cu8CVQ== Message-ID: <87ee7lrvhc.wl-herbert@gojira.at> From: "Herbert J. Skuhra" To: current@freebsd.org Subject: Re: Extracting base.txz files missing flags In-Reply-To: <87fss1rxfl.wl-herbert@gojira.at> References: <87fss1rxfl.wl-herbert@gojira.at> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/29.0 Mule/6.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 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4HrV4X2KSTz3wDx X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gojira.at header.s=mail202005 header.b=h1H7DlvW; dmarc=none; spf=pass (mx1.freebsd.org: domain of herbert@gojira.at designates 94.130.200.20 as permitted sender) smtp.mailfrom=herbert@gojira.at X-Spamd-Result: default: False [-0.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gojira.at:s=mail202005]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:94.130.200.20:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[gojira.at]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_SHORT(1.00)[0.999]; DKIM_TRACE(0.00)[gojira.at:+]; MID_CONTAINS_FROM(1.00)[]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:94.130.0.0/16, country:DE] X-ThisMailContainsUnwantedMimeParts: N On Fri, 12 Nov 2021 20:22:38 +0100, "Herbert J. Skuhra" wrote: > > Hi! > > # uname -rms > FreeBSD 12.2-RELEASE-p10 amd64 > > # cd tmp > # fetch https://download.freebsd.org/ftp/releases/amd64/13.0-RELEASE/base.txz > # tar -xzvf base.txz > # find . -flags schg > ./sbin/init > ./var/empty > ./usr/bin/opieinfo > ./usr/bin/passwd > ./usr/bin/su > ./usr/bin/chpass > ./usr/bin/opiepasswd > ./usr/bin/login > ./usr/bin/crontab > ./usr/lib/librt.so.1 > ./libexec/ld-elf.so.1 > ./libexec/ld-elf32.so.1 > ./lib/libc.so.7 > ./lib/libcrypt.so.5 > ./lib/libthr.so.3 > > On 13.0-STABLE (stable/13-n247985-ef1134110e80): > > # cd tmp > # fetch https://download.freebsd.org/ftp/releases/amd64/13.0-RELEASE/base.txz > # tar -xzvf base.txz > # find . -flags schg > ./var/empty > > On 14.0-CURRENT (main-n250458-c441592a0e15): > > # cd tmp > # fetch https://download.freebsd.org/ftp/releases/amd64/13.0-RELEASE/base.txz > # tar -xzvf base.txz > # find . -flags schg > # find . -flags schg,uarch > ./var/empty > > PBKAC or bug? 12.3-RC1 (r371003): also affected 13.0-RELEASE (releng/13.0-n244733-ea31abc261f): OK -- Herbert From nobody Fri Nov 12 20:31:53 2021 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 8397E1848B84 for ; Fri, 12 Nov 2021 20:34:10 +0000 (UTC) (envelope-from yasu@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HrVg63KyLz4ZbN; Fri, 12 Nov 2021 20:34:10 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Received: from localhost (gate.home.utahime.org [183.180.29.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: yasu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 3C8B524169; Fri, 12 Nov 2021 20:34:09 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Sat, 13 Nov 2021 05:31:53 +0900 (JST) Message-Id: <20211113.053153.925491349721631675.yasu@FreeBSD.org> To: freebsd-current@freebsd.org, kib@FreeBSD.org, kde@FreeBSD.org, gerald@FreeBSD.org Subject: Build of devel/ninja and lang/gcc11 fails with latest 14-CURRENT amd64 From: Yasuhiro Kimura X-Mailer: Mew version 6.8 on Emacs 29.0.50 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: base64 X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N SGVsbG8sDQoNCkkgbWFkZSByZWd1bGFyIHdlZWtseSB1cGRhdGUgb2YgbXkgMTQtQ1VSUkVOVCBh bWQ2NCBob3N0IGFuZCBwb3VkcmllcmUNCmphaWwgZnJvbSBtYWluLW4yNTA0ODEtNTE3ZTUyYjZj MjEgdG8gbWFpbi1uMjUwNjE5LWIzOWE5M2IxOGVmLiBBbmQNCmFmdGVyIHRoYXQgYnVpbGQgb2Yg ZGV2ZWwvbmluamEgYW5kIGxhbmcvZ2NjMTEgZmFpbHMgYXMgZm9sbG93aW5nLg0KDQpkZXZlbC9u aW5qYToNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0NCj09PT4gIEJ1aWxkaW5nIGZvciBuaW5qYS0xLjEwLjIsMg0K RVNDWzFtLi9zcmMvdXRpbC5jYzo0OTI6MzogRVNDWzBtRVNDWzA7MTszMW1lcnJvcjogRVNDWzBt RVNDWzFtdW5rbm93biB0eXBlIG5hbWUgJ2NwdV9zZXRfdCc7IGRpZCB5b3UgbWVhbiAnY3B1c2V0 X3QnP0UNCkVTQ1swbQ0KICBjcHVfc2V0X3Qgc2V0Ow0KRVNDWzA7MTszMm0gIF5+fn5+fn5+fg0K RVNDWzBtRVNDWzA7MzJtICBjcHVzZXRfdA0KRVNDWzBtRVNDWzFtL3Vzci9pbmNsdWRlL3N5cy9f Y3B1c2V0Lmg6NTA6MjQ6IEVTQ1swbUVTQ1swOzE7MzBtbm90ZTogRVNDWzBtJ2NwdXNldF90JyBk ZWNsYXJlZCBoZXJlRVNDWzBtDQp0eXBlZGVmIHN0cnVjdCBfY3B1c2V0IGNwdXNldF90Ow0KRVND WzA7MTszMm0gICAgICAgICAgICAgICAgICAgICAgIF4NCkVTQ1swbTEgZXJyb3IgZ2VuZXJhdGVk Lg0KYm9vdHN0cmFwcGluZyBuaW5qYS4uLg0Kd2FybmluZzogQSBjb21wYXRpYmxlIHZlcnNpb24g b2YgcmUyYyAoPj0gMC4xMS4zKSB3YXMgbm90IGZvdW5kOyBjaGFuZ2VzIHRvIHNyYy8qLmluLmNj IHdpbGwgbm90IGFmZmVjdCB5b3VyIGJ1aWxkLg0Kd2hlbiBydW5uaW5nOiAgYysrIC1NTUQgLU1U IGJ1aWxkL3V0aWwubyAtTUYgYnVpbGQvdXRpbC5vLmQgLVdhbGwgLVdleHRyYSAtV25vLWRlcHJl Y2F0ZWQgLVduby1taXNzaW5nLWZpZWxkLWluaXRpYWxpemVycyAtV25vLXVudXNlZC1wYXJhbWV0 ZXIgLWZuby1ydHRpIC1mbm8tZXhjZXB0aW9ucyAtZnZpc2liaWxpdHk9aGlkZGVuIC1waXBlICct RE5JTkpBX1BZVEhPTj0icHl0aG9uMy44IicgLU8yIC1ETkRFQlVHIC1mZGlhZ25vc3RpY3MtY29s b3IgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLURVU0VfUFBPTEwgLUROSU5KQV9IQVZFX0JST1dTRSAt SS4gLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yLXN0cm9uZyAtZm5vLXN0cmljdC1hbGlhc2lu ZyAgIC1jIC4vc3JjL3V0aWwuY2MgLW8gYnVpbGQvdXRpbC5vDQpUcmFjZWJhY2sgKG1vc3QgcmVj ZW50IGNhbGwgbGFzdCk6DQogIEZpbGUgImNvbmZpZ3VyZS5weSIsIGxpbmUgNTE5LCBpbiA8bW9k dWxlPg0KICAgIG9ianMgKz0gY3h4KG5hbWUsIHZhcmlhYmxlcz1jeHh2YXJpYWJsZXMpDQogIEZp bGUgImNvbmZpZ3VyZS5weSIsIGxpbmUgMjg3LCBpbiBjeHgNCiAgICByZXR1cm4gbi5idWlsZChi dWlsdChuYW1lICsgb2JqZXh0KSwgJ2N4eCcsIHNyYyhuYW1lICsgJy5jYycpLCAqKmt3YXJncykN CiAgRmlsZSAiY29uZmlndXJlLnB5IiwgbGluZSAxNjksIGluIGJ1aWxkDQogICAgc2VsZi5fcnVu X2NvbW1hbmQoc2VsZi5fZXhwYW5kKGNtZCwgbG9jYWxfdmFycykpDQogIEZpbGUgImNvbmZpZ3Vy ZS5weSIsIGxpbmUgMTk0LCBpbiBfcnVuX2NvbW1hbmQNCiAgICBzdWJwcm9jZXNzLmNoZWNrX2Nh bGwoY21kbGluZSwgc2hlbGw9VHJ1ZSkNCiAgRmlsZSAiL3Vzci9sb2NhbC9saWIvcHl0aG9uMy44 L3N1YnByb2Nlc3MucHkiLCBsaW5lIDM2NCwgaW4gY2hlY2tfY2FsbA0KICAgIHJhaXNlIENhbGxl ZFByb2Nlc3NFcnJvcihyZXRjb2RlLCBjbWQpDQpzdWJwcm9jZXNzLkNhbGxlZFByb2Nlc3NFcnJv cjogQ29tbWFuZCAnYysrIC1NTUQgLU1UIGJ1aWxkL3V0aWwubyAtTUYgYnVpbGQvdXRpbC5vLmQg LVdhbGwgLVdleHRyYSAtV25vLWRlcHJlY2F0ZWQgLVduby1taXNzaW5nLWZpZWxkLWluaXRpYWxp emVycyAtV25vLXVudXNlZC1wYXJhbWV0ZXIgLWZuby1ydHRpIC1mbm8tZXhjZXB0aW9ucyAtZnZp c2liaWxpdHk9aGlkZGVuIC1waXBlICctRE5JTkpBX1BZVEhPTj0icHl0aG9uMy44IicgLU8yIC1E TkRFQlVHIC1mZGlhZ25vc3RpY3MtY29sb3IgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLURVU0VfUFBP TEwgLUROSU5KQV9IQVZFX0JST1dTRSAtSS4gLU8yIC1waXBlIC1mc3RhY2stcHJvdGVjdG9yLXN0 cm9uZyAtZm5vLXN0cmljdC1hbGlhc2luZyAgIC1jIC4vc3JjL3V0aWwuY2MgLW8gYnVpbGQvdXRp bC5vJyByZXR1cm5lZCBub24temVybyBleGl0IHN0YXR1cyAxLg0KKioqIEVycm9yIGNvZGUgMQ0K DQpTdG9wLg0KbWFrZTogc3RvcHBlZCBpbiAvdXNyL3BvcnRzL2RldmVsL25pbmphDQotLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tDQoNCmxhbmcvZ2NjMTE6DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQovd3JrZGlycy91c3IvcG9ydHMv bGFuZy9nY2MxMS93b3JrLy5idWlsZC8uL3ByZXYtZ2NjL3hnKysgLUIvd3JrZGlycy91c3IvcG9y dHMvbGFuZy9nY2MxMS93b3JrLy5idWlsZC8uL3ByZXYtZ2NjLyAtQi91c3IvbG9jYWwveDg2XzY0 LXBvcnRibGQtZnJlZWJzZDE0LjAvYmluLyAtbm9zdGRpbmMrKyAtQi93cmtkaXJzL3Vzci9wb3J0 cy9sYW5nL2djYzExL3dvcmsvLmJ1aWxkL3ByZXYteDg2XzY0LXBvcnRibGQtZnJlZWJzZDE0LjAv bGlic3RkYysrLXYzL3NyYy8ubGlicyAtQi93cmtkaXJzL3Vzci9wb3J0cy9sYW5nL2djYzExL3dv cmsvLmJ1aWxkL3ByZXYteDg2XzY0LXBvcnRibGQtZnJlZWJzZDE0LjAvbGlic3RkYysrLXYzL2xp YnN1cGMrKy8ubGlicyAgLWlzeXN0ZW0gL3dya2RpcnMvdXNyL3BvcnRzL2xhbmcvZ2NjMTEvd29y ay8uYnVpbGQvcHJldi14ODZfNjQtcG9ydGJsZC1mcmVlYnNkMTQuMC9saWJzdGRjKystdjMvaW5j bHVkZS94ODZfNjQtcG9ydGJsZC1mcmVlYnNkMTQuMCAgLWlzeXN0ZW0gL3dya2RpcnMvdXNyL3Bv cnRzL2xhbmcvZ2NjMTEvd29yay8uYnVpbGQvcHJldi14ODZfNjQtcG9ydGJsZC1mcmVlYnNkMTQu MC9saWJzdGRjKystdjMvaW5jbHVkZSAgLWlzeXN0ZW0gL3dya2RpcnMvdXNyL3BvcnRzL2xhbmcv Z2NjMTEvd29yay9nY2MtMTEuMi4wL2xpYnN0ZGMrKy12My9saWJzdXBjKysgLUwvd3JrZGlycy91 c3IvcG9ydHMvbGFuZy9nY2MxMS93b3JrLy5idWlsZC9wcmV2LXg4Nl82NC1wb3J0YmxkLWZyZWVi c2QxNC4wL2xpYnN0ZGMrKy12My9zcmMvLmxpYnMgLUwvd3JrZGlycy91c3IvcG9ydHMvbGFuZy9n Y2MxMS93b3JrLy5idWlsZC9wcmV2LXg4Nl82NC1wb3J0YmxkLWZyZWVic2QxNC4wL2xpYnN0ZGMr Ky12My9saWJzdXBjKysvLmxpYnMgIC1mbm8tUElFIC1jICAtRElOX0dDQ19GUk9OVEVORCAtZyAt TzIgLWZuby1jaGVja2luZyAtZ3RvZ2dsZSAtRElOX0dDQyAtZlBJQyAgICAtZm5vLWV4Y2VwdGlv bnMgLWZuby1ydHRpIC1mYXN5bmNocm9ub3VzLXVud2luZC10YWJsZXMgLVcgLVdhbGwgLVduby1u YXJyb3dpbmcgLVd3cml0ZS1zdHJpbmdzIC1XY2FzdC1xdWFsIC1Xbm8tZXJyb3I9Zm9ybWF0LWRp YWcgLVdtaXNzaW5nLWZvcm1hdC1hdHRyaWJ1dGUgLVdvdmVybG9hZGVkLXZpcnR1YWwgLXBlZGFu dGljIC1Xbm8tbG9uZy1sb25nIC1Xbm8tdmFyaWFkaWMtbWFjcm9zIC1Xbm8tb3Zlcmxlbmd0aC1z dHJpbmdzICAgLURIQVZFX0NPTkZJR19IIC1JLiAtSWppdCAtSS93cmtkaXJzL3Vzci9wb3J0cy9s YW5nL2djYzExL3dvcmsvZ2NjLTExLjIuMC9nY2MgLUkvd3JrZGlycy91c3IvcG9ydHMvbGFuZy9n Y2MxMS93b3JrL2djYy0xMS4yLjAvZ2NjL2ppdCAtSS93cmtkaXJzL3Vzci9wb3J0cy9sYW5nL2dj YzExL3dvcmsvZ2NjLTExLjIuMC9nY2MvLi4vaW5jbHVkZSAtSS93cmtkaXJzL3Vzci9wb3J0cy9s YW5nL2djYzExL3dvcmsvZ2NjLTExLjIuMC9nY2MvLi4vbGliY3BwL2luY2x1ZGUgLUkvd3JrZGly cy91c3IvcG9ydHMvbGFuZy9nY2MxMS93b3JrL2djYy0xMS4yLjAvZ2NjLy4uL2xpYmNvZHkgLUkv dXNyL2xvY2FsL2luY2x1ZGUgIC1JL3dya2RpcnMvdXNyL3BvcnRzL2xhbmcvZ2NjMTEvd29yay9n Y2MtMTEuMi4wL2djYy8uLi9saWJkZWNudW1iZXIgLUkvd3JrZGlycy91c3IvcG9ydHMvbGFuZy9n Y2MxMS93b3JrL2djYy0xMS4yLjAvZ2NjLy4uL2xpYmRlY251bWJlci9kcGQgLUkuLi9saWJkZWNu dW1iZXIgLUkvd3JrZGlycy91c3IvcG9ydHMvbGFuZy9nY2MxMS93b3JrL2djYy0xMS4yLjAvZ2Nj Ly4uL2xpYmJhY2t0cmFjZSAgLURMSUJJQ09OVl9QTFVHIC1vIGppdC9saWJnY2NqaXQubyAtTVQg aml0L2xpYmdjY2ppdC5vIC1NTUQgLU1QIC1NRiBqaXQvLmRlcHMvbGliZ2Njaml0LlRQbyAvd3Jr ZGlycy91c3IvcG9ydHMvbGFuZy9nY2MxMS93b3JrL2djYy0xMS4yLjAvZ2NjL2ppdC9saWJnY2Nq aXQuYw0KSW4gZmlsZSBpbmNsdWRlZCBmcm9tIC91c3IvaW5jbHVkZS9zeXMvY3B1c2V0Lmg6Mzks DQogICAgICAgICAgICAgICAgIGZyb20gL3Vzci9pbmNsdWRlL3NjaGVkLmg6MzYsDQogICAgICAg ICAgICAgICAgIGZyb20gL3Vzci9pbmNsdWRlL3B0aHJlYWQuaDo0OCwNCiAgICAgICAgICAgICAg ICAgZnJvbSAvd3JrZGlycy91c3IvcG9ydHMvbGFuZy9nY2MxMS93b3JrL2djYy0xMS4yLjAvZ2Nj L2ppdC9saWJnY2NqaXQuYzoyNzoNCi91c3IvaW5jbHVkZS9zeXMvYml0c2V0Lmg6MzE0OjQxOiBl cnJvcjogYXR0ZW1wdCB0byB1c2UgcG9pc29uZWQgIm1hbGxvYyINCiAgMzE0IHwgI2RlZmluZSBC SVRTRVRfQUxMT0MoX3MsIG10LCBtZikgICAgICAgIG1hbGxvYyhCSVRTRVRfU0laRSgoX3MpKSwg bXQsIChtZikpDQogICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBeDQpnbWFrZVs0XTogKioqIFtNYWtlZmlsZToxMTQyOiBqaXQvbGliZ2Njaml0Lm9dIEVycm9y IDENCmdtYWtlWzRdOiAqKiogV2FpdGluZyBmb3IgdW5maW5pc2hlZCBqb2JzLi4uLg0Kcm0gZ2Nj LnBvZCBnZm9ydHJhbi5wb2QNCmdtYWtlWzRdOiBMZWF2aW5nIGRpcmVjdG9yeSAnL3dya2RpcnMv dXNyL3BvcnRzL2xhbmcvZ2NjMTEvd29yay8uYnVpbGQvZ2NjJw0KZ21ha2VbM106ICoqKiBbTWFr ZWZpbGU6NDgxOTogYWxsLXN0YWdlMi1nY2NdIEVycm9yIDINCmdtYWtlWzNdOiBMZWF2aW5nIGRp cmVjdG9yeSAnL3dya2RpcnMvdXNyL3BvcnRzL2xhbmcvZ2NjMTEvd29yay8uYnVpbGQnDQpnbWFr ZVsyXTogKioqIFtNYWtlZmlsZToyNDc1Mzogc3RhZ2UyLWJ1YmJsZV0gRXJyb3IgMg0KZ21ha2Vb Ml06IExlYXZpbmcgZGlyZWN0b3J5ICcvd3JrZGlycy91c3IvcG9ydHMvbGFuZy9nY2MxMS93b3Jr Ly5idWlsZCcNCmdtYWtlWzFdOiAqKiogW01ha2VmaWxlOjI0OTc2OiBib290c3RyYXAtbGVhbl0g RXJyb3IgMg0KZ21ha2VbMV06IExlYXZpbmcgZGlyZWN0b3J5ICcvd3JrZGlycy91c3IvcG9ydHMv bGFuZy9nY2MxMS93b3JrLy5idWlsZCcNCj09PT4gQ29tcGlsYXRpb24gZmFpbGVkIHVuZXhwZWN0 ZWRseS4NClRyeSB0byBzZXQgTUFLRV9KT0JTX1VOU0FGRT15ZXMgYW5kIHJlYnVpbGQgYmVmb3Jl IHJlcG9ydGluZyB0aGUgZmFpbHVyZSB0bw0KdGhlIG1haW50YWluZXIuDQoqKiogRXJyb3IgY29k ZSAxDQoNClN0b3AuDQptYWtlOiBzdG9wcGVkIGluIC91c3IvcG9ydHMvbGFuZy9nY2MxMQ0KLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQ0KDQpGdWxsIGJ1aWxkIGxvZ3M6DQpodHRwczovL3d3dy51dGFoaW1lLm9yZy9G cmVlQlNEL3BvdWRyaWVyZS9kYXRhL2xvZ3MvYnVsay9jdXJhbWQ2NC1kZWZhdWx0LzIwMjEtMTEt MTNfMDRoMTBtMzVzL2xvZ3MvbmluamEtMS4xMC4yLDIubG9nDQpodHRwczovL3d3dy51dGFoaW1l Lm9yZy9GcmVlQlNEL3BvdWRyaWVyZS9kYXRhL2xvZ3MvYnVsay9jdXJhbWQ2NC1kZWZhdWx0LzIw MjEtMTEtMTNfMDRoMThtNTRzL2xvZ3MvZ2NjMTEtMTEuMi4wLmxvZw0KDQpJIGNoZWNrZWQgY29t bWl0IG1lc3NhZ2VzIGJldHdlZW4gNTE3ZTUyYjZjMjEgYW5kIGIzOWE5M2IxOGVmIGFuZA0KZm91 bmQgZm9sbG93aW5nIGNvbW1pdC4NCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KY29tbWl0IDE2MGI0YjkyMmI2 DQpBdXRob3I6IEtvbnN0YW50aW4gQmVsb3Vzb3YgPGtpYkBGcmVlQlNELm9yZz4NCkRhdGU6ICAg U2F0IE9jdCAyMyAwMDoxNzoyMSAyMDIxDQoNCiAgICBBZGQgcmVhbCBzY2hlZC5oDQoNCiAgICBJ dCBpcyByZXF1aXJlZCBieSBJRUVFIFN0ZCAxMDAzLjEtMjAwOCBBS0EgUE9TSVguDQoNCiAgICBQ dXQgc29tZSBMaW51eCBjb21wYXRpYmlsaXR5IHN0dWZmIHVuZGVyIEJTRF9WSVNJQkxFIG5hbWVz cGFjZSwgaW4NCiAgICBwYXJ0aWN1bGFyLCBzeXMvY3B1c2V0LmggZGVmaW5pdGlvbnMuICBBbHNv LCBpZiB1c2VyIHJlYWxseSB3YW50DQogICAgTGludXggY29tcGF0aWJpbGl0eSwgc2hlIGNhbiBy ZXF1ZXN0IGNwdV9zZXRfdCB0eXBlZGVmIHdpdGgNCiAgICBfV0lUSF9DUFVfU0VUX1QgZGVmaW5l Lg0KDQogICAgUmV2aWV3ZWQgYnk6ICAgIGpoYg0KICAgIFNwb25zb3JlZCBieTogICBUaGUgRnJl ZUJTRCBGb3VuZGF0aW9uDQogICAgTUZDIGFmdGVyOiAgICAgIDEgd2Vlaw0KICAgIERpZmZlcmVu dGlhbCByZXZpc2lvbjogIGh0dHBzOi8vcmV2aWV3cy5mcmVlYnNkLm9yZy9EMzI5MDENCi0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0NCg0KSXQgc2VlbXMgbGlrZWx5IHRoaXMgaXMgdGhlIGNhdXNlIG9mIGJ1aWxkIGVy cm9yLg0KDQotLS0NCllhc3VoaXJvIEtpbXVyYQ0K From nobody Fri Nov 12 20:38:49 2021 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 A7038184CC1A for ; Fri, 12 Nov 2021 20:39:02 +0000 (UTC) (envelope-from evgeniy@khramtsov.org) Received: from mxa.khramtsov.org (mxa.khramtsov.org [IPv6:2a0a:e5c0:2:10f::f]) (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 4HrVmk3VXjz4dBb; Fri, 12 Nov 2021 20:39:02 +0000 (UTC) (envelope-from evgeniy@khramtsov.org) Received: from mxa.khramtsov.org (mxa.khramtsov.org [IPv6:2a0a:e5c0:2:10f::f]) by mxa.khramtsov.org (Postfix) with ESMTP id 7330B1260CE; Fri, 12 Nov 2021 20:38:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=khramtsov.org; s=rsa; t=1636749483; 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=rKv91sONO7H0UjANcEVXV53SaOomThbPsG/CYv4mfhk=; b=Y6I5ljpHLFgPChbn4Tfyd91yhlMWmBZwTkEIycdLgnyj0qRtelg8hLdDnVLGUPHq6ILilz 2nL/VSqQ+udyXfc67shXCwAZcnJMVdReQ6pfNsdqV6Yd4AvjtnBextfhybQX+J0IgpmgEZ MJnPecQyCkz94jMHGLeni3E7URZejYekYG3mwnG119evN+OYFvrS2W4FSOa6e7R4Rhqlv5 WCbhjVYgbJd8GNrjB1FClwbkviOCvSVMLvPKqfPC6ZN4r24PAKRCq5iaWFJwhfmFFXIJjP akAujKAC2tz5UrUijHmka8i+FQewgSQp8M9KAjgPySvNQ3IlJPCTosENx1Ps6g== Date: Fri, 12 Nov 2021 23:38:49 +0300 To: Yasuhiro Kimura , freebsd-current@freebsd.org, kib@FreeBSD.org Subject: Re: Build of devel/ninja and lang/gcc11 fails with latest 14-CURRENT amd64 Message-ID: <20211112203849.54rnd3syfl64kpsp@vax.khramtsov.org> References: <20211113.053153.925491349721631675.yasu@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: <20211113.053153.925491349721631675.yasu@FreeBSD.org> X-Rspamd-Queue-Id: 4HrVmk3VXjz4dBb X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: evgeniy@khramtsov.org From: Evgeniy Khramtsov via freebsd-current X-Original-From: Evgeniy Khramtsov X-ThisMailContainsUnwantedMimeParts: N Ports graphics/cairo, multimedia/ffmpeg, www/firefox are also affected. From nobody Fri Nov 12 21:33:23 2021 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 D7A481848DC2 for ; Fri, 12 Nov 2021 21:33:24 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ua1-x931.google.com (mail-ua1-x931.google.com [IPv6:2607:f8b0:4864:20::931]) (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 "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HrWzS5dzkz4v6P for ; Fri, 12 Nov 2021 21:33:24 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: by mail-ua1-x931.google.com with SMTP id n6so5084126uak.1 for ; Fri, 12 Nov 2021 13:33:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=lVvNouad/twHkhKdXVMRle9kJPVVM93m5CktuVmoGlY=; b=F5GJ0f1Ngc8V39myN831QHqhyDusV8rb/w9K7yikoL3qjEcJreDrYFdp1OMiR5FnVf UmXePkLvNHwkjRcz1PqJtqyMw6PZLOLTOqxNPu7pwhewy0E7G96wkuVKj5vRvWS6OzmF nPk/g/AUS7j6VRgp/Yz4dM8KVVzEEPICYGzfpgqugHm5bUn0bVxEbnbcy5KqcH59vCA/ 1PRmrYPOXHz3pkW9ZhUF6uLmEd9uGw9i8bAzrVrdXBjcXP1j3kFV4oDzwBRH7GrwfyFp kcS58AdcWqzhbxeaHtzaweKo/gLlQww7YRv0L85MVbQelCbIFd+Q0XBFilRAYWxdk3sj R9QQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=lVvNouad/twHkhKdXVMRle9kJPVVM93m5CktuVmoGlY=; b=XDWs/wEAwvODGONjWwCkTj9HzhJgCD+RLCy+Bq5JgxzW6TH6asAThDQbNwxsASH3KJ c4e5Dt1rJl2AUcz834JF7nGoesl4CAF0LctnqYhjnwu4kHQzVsTZsiY3XUdBg/nZfQzf i2SyLVCabFF9OkLDHXOz2pLJJqeQ0kEB1OYO6sgLNOtf8/N+hOnSCXg2Hp+QKRo/36+S i86m8/wuom6WBTrBB10lWyPZayWsFhUWIK/pS9Vp98NNIW2wM+021QHJHJvRERzGWvvL VwykIg+v4QVDLuKR3FiSTnYDC7AgOBLcWAQDD7kHaP/pi1fxtD8Mc4bnyKsC85WxvkAw hrHA== X-Gm-Message-State: AOAM531ZRmZPvXs1YyqzHj2NO9EoDkNBqK00b07tm9uh54NAlfYzuPkK 0SKxdNs/Z8c6lmFo+7JknUW3sFmO5REK72MCPLR563ygnAOt30pv X-Google-Smtp-Source: ABdhPJxM2fqht4Jxr+Cntc9XvMBwuFCXO31cjMWrZkiwr5atspSRqEMTGss84kPHgn5uxk4eo26OMzuMqI6Qnl+MzLE= X-Received: by 2002:a67:cb92:: with SMTP id h18mr14321716vsl.7.1636752804238; Fri, 12 Nov 2021 13:33:24 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Received: by 2002:a59:9946:0:b0:248:630f:3460 with HTTP; Fri, 12 Nov 2021 13:33:23 -0800 (PST) In-Reply-To: <87fss1rxfl.wl-herbert@gojira.at> References: <87fss1rxfl.wl-herbert@gojira.at> From: grarpamp Date: Fri, 12 Nov 2021 16:33:23 -0500 Message-ID: Subject: Re: Extracting base.txz files missing flags To: current@freebsd.org Cc: herbert@gojira.at Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4HrWzS5dzkz4v6P X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N Flags are not security since root will bypass everything. While some may beg for anti-footshooting, but where might that cry end up... chflags -Rhx schg / . Nor should freebsd fill that role when local admins know best for and given their own individual environments. If local tendency is to run around as root and disrupt your filesystems so bad that even these... > ./libexec/ld-elf.so.1 > ./libexec/ld-elf32.so.1 ... get routinely wrecked, then you have bigger local problems to work on than freebsd can help you with :) nb: /var/empty is an ssh make install-time thing, that mtree might have picked up, but sshd itself doesn't check or require schg [theatre] there. tar should probably get an extended verbose mode format that lists all metadata that is extractable to disk, such as flags. From nobody Fri Nov 12 21:47:08 2021 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 1D24018503A0 for ; Fri, 12 Nov 2021 21:47:12 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-il1-x132.google.com (mail-il1-x132.google.com [IPv6:2607:f8b0:4864:20::132]) (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 "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HrXHM6t6kz3G8S for ; Fri, 12 Nov 2021 21:47:11 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-il1-x132.google.com with SMTP id l8so10326742ilv.3 for ; Fri, 12 Nov 2021 13:47:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=VUHbwJYXGs9nAu+BxmXNktKwshToAiVZnX+nouDRp8Q=; b=UG8GQhF3opyqKmg6BoKMWHo6XHdTCWd9JDbNkbkk16AWZn78Q2da5zOracRHyZGuAb cdNICwiJncWlmhecoqECkM/mwhJSdVEB+BNSjTaexGMg81mf2Zlf2o4AQHsL0gfbFDoh zcOh1nHrTjFCSbTSG2n4A1je9YtywDsHo6pu7OqON2XeVMPyE2A2ExZEYtVy2VmKK9Dx NyZzgWr2KzPyFI0hcev7Kjd0mWJc/xeWgxDzjZz1ZxuyjQOy9xyv5U0U4uxL7fY8OQ1l VBavoLpcw01/ZAVvYJ1UjoIRsFRCwV5K5qv38ccCYwfq2EHJ369AkK6m3SUWFQpM0Gor 4F5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=VUHbwJYXGs9nAu+BxmXNktKwshToAiVZnX+nouDRp8Q=; b=nQjEPDItH46fMjrsh8OntjGTDmZ2ZioGINNM3hqddAzfvMQhAmrDSs0aPMxUT66K+x r5W4yMtMw5vr2eWZvX34OArUHDLrYFnMk099XCQo8MmhWGe0TjC68/KnuD2UxQJOBp8Z O/Mts5cp+DDhUV+Okiq4Rv9XUELgpm2ZN7/Bf1doNaTSW4/j3Alig9z40hxVbGFIr6zs HKZiKx4MYp09HMfE85dQNaRE5LO5/6WyMlXoDBZPf108VyHWTh9cv5fDIGDVSIgDN8yq YClFOPtJ/tseF/gJseZBcTvRTVSYxjmR8X/XI9UAlUAfKoRt7M9sBsPD8LPSqo+C2IID 5rQg== X-Gm-Message-State: AOAM530ekPZdrjl4ZkLdZXdvgFdjNWx1sHpUzLWvbbc8IibI0XDMAWsP /pULoxAnw7J0Gp2LqIjlG6kmXuDSmkM= X-Google-Smtp-Source: ABdhPJxJUXYf/aEm2odi2mhsHdDlug2gAwuvGvHg2Jlw9IW9ddG75/S6u6rJrJFIic6B8xo/zs0/AA== X-Received: by 2002:a92:a304:: with SMTP id a4mr10944515ili.78.1636753631301; Fri, 12 Nov 2021 13:47:11 -0800 (PST) Received: from nuc ([142.126.186.191]) by smtp.gmail.com with ESMTPSA id h10sm4838024ild.85.2021.11.12.13.47.10 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 12 Nov 2021 13:47:10 -0800 (PST) Date: Fri, 12 Nov 2021 16:47:08 -0500 From: Mark Johnston To: "Herbert J. Skuhra" Cc: current@freebsd.org Subject: Re: Extracting base.txz files missing flags Message-ID: References: <87fss1rxfl.wl-herbert@gojira.at> <87ee7lrvhc.wl-herbert@gojira.at> 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: <87ee7lrvhc.wl-herbert@gojira.at> X-Rspamd-Queue-Id: 4HrXHM6t6kz3G8S X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Fri, Nov 12, 2021 at 09:04:47PM +0100, Herbert J. Skuhra wrote: > On Fri, 12 Nov 2021 20:22:38 +0100, "Herbert J. Skuhra" wrote: > > > > Hi! > > > > # uname -rms > > FreeBSD 12.2-RELEASE-p10 amd64 > > > > # cd tmp > > # fetch https://download.freebsd.org/ftp/releases/amd64/13.0-RELEASE/base.txz > > # tar -xzvf base.txz > > # find . -flags schg > > ./sbin/init > > ./var/empty > > ./usr/bin/opieinfo > > ./usr/bin/passwd > > ./usr/bin/su > > ./usr/bin/chpass > > ./usr/bin/opiepasswd > > ./usr/bin/login > > ./usr/bin/crontab > > ./usr/lib/librt.so.1 > > ./libexec/ld-elf.so.1 > > ./libexec/ld-elf32.so.1 > > ./lib/libc.so.7 > > ./lib/libcrypt.so.5 > > ./lib/libthr.so.3 > > > > On 13.0-STABLE (stable/13-n247985-ef1134110e80): > > > > # cd tmp > > # fetch https://download.freebsd.org/ftp/releases/amd64/13.0-RELEASE/base.txz > > # tar -xzvf base.txz > > # find . -flags schg > > ./var/empty > > > > On 14.0-CURRENT (main-n250458-c441592a0e15): > > > > # cd tmp > > # fetch https://download.freebsd.org/ftp/releases/amd64/13.0-RELEASE/base.txz > > # tar -xzvf base.txz > > # find . -flags schg > > # find . -flags schg,uarch > > ./var/empty > > > > PBKAC or bug? > > 12.3-RC1 (r371003): also affected > 13.0-RELEASE (releng/13.0-n244733-ea31abc261f): OK This seems to be a libarchive bug, somewhere in the extraction code. I can reproduce it trivially on UFS or ZFS and in a debugger I can see that SF_IMMUTABLE is present during extraction. There is some deferral logic to ensure that setting SF_IMMUTABLE is one of the last steps during extract, and the problem seems to be related to that mechanism. From nobody Fri Nov 12 22:29:24 2021 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 A9C30183C25F for ; Fri, 12 Nov 2021 22:29:35 +0000 (UTC) (envelope-from SRS0=Rtxb=P7=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 4HrYDH3hKQz3kJN for ; Fri, 12 Nov 2021 22:29:35 +0000 (UTC) (envelope-from SRS0=Rtxb=P7=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id B9F5428416; Fri, 12 Nov 2021 23:29:26 +0100 (CET) Received: from illbsd.quip.test (ip-78-45-215-131.net.upcbroadband.cz [78.45.215.131]) (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 AD8D228411; Fri, 12 Nov 2021 23:29:25 +0100 (CET) Subject: Re: Extracting base.txz files missing flags To: grarpamp , current@freebsd.org References: <87fss1rxfl.wl-herbert@gojira.at> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <72ea461d-6b16-a661-ac73-66aeb098208d@quip.cz> Date: Fri, 12 Nov 2021 23:29:24 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.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 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4HrYDH3hKQz3kJN X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On 12/11/2021 22:33, grarpamp wrote: > Flags are not security since root will bypass everything. Maybe you missed something - you cannot change flags when your system has security level (kern.securelevel) raised above 0. And this level cannot be lowered on running system, only at boot time. Also kernel modules cannot be loaded. See "man security" for more. > While some may beg for anti-footshooting, but > where might that cry end up... chflags -Rhx schg / . > Nor should freebsd fill that role when local admins > know best for and given their own individual environments. > If local tendency is to run around as root and > disrupt your filesystems so bad that even these... >> ./libexec/ld-elf.so.1 >> ./libexec/ld-elf32.so.1 > ... get routinely wrecked, then you have bigger local > problems to work on than freebsd can help you with :) Kind regards Miroslav Lachman From nobody Fri Nov 12 22:56:16 2021 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 F2682184B940 for ; Fri, 12 Nov 2021 22:56:26 +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 4HrYqG4xXWz3tTb; Fri, 12 Nov 2021 22:56:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 1ACMuGQC073165 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 13 Nov 2021 00:56:20 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 1ACMuGQC073165 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 1ACMuGIc073164; Sat, 13 Nov 2021 00:56:16 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 13 Nov 2021 00:56:16 +0200 From: Konstantin Belousov To: Yasuhiro Kimura Cc: freebsd-current@freebsd.org, kde@freebsd.org, gerald@freebsd.org Subject: Re: Build of devel/ninja and lang/gcc11 fails with latest 14-CURRENT amd64 Message-ID: References: <20211113.053153.925491349721631675.yasu@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 Content-Transfer-Encoding: quoted-printable In-Reply-To: <20211113.053153.925491349721631675.yasu@FreeBSD.org> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.5 X-Spam-Checker-Version: SpamAssassin 3.4.5 (2021-03-20) on tom.home X-Rspamd-Queue-Id: 4HrYqG4xXWz3tTb X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sat, Nov 13, 2021 at 05:31:53AM +0900, Yasuhiro Kimura wrote: > Hello, >=20 > I made regular weekly update of my 14-CURRENT amd64 host and poudriere > jail from main-n250481-517e52b6c21 to main-n250619-b39a93b18ef. And > after that build of devel/ninja and lang/gcc11 fails as following. >=20 > devel/ninja: > ---------------------------------------------------------------------- > =3D=3D=3D> Building for ninja-1.10.2,2 > ESC[1m./src/util.cc:492:3: ESC[0mESC[0;1;31merror: ESC[0mESC[1munknown ty= pe name 'cpu_set_t'; did you mean 'cpuset_t'?E > ESC[0m > cpu_set_t set; > ESC[0;1;32m ^~~~~~~~~ > ESC[0mESC[0;32m cpuset_t > ESC[0mESC[1m/usr/include/sys/_cpuset.h:50:24: ESC[0mESC[0;1;30mnote: ESC[= 0m'cpuset_t' declared hereESC[0m > typedef struct _cpuset cpuset_t; > ESC[0;1;32m ^ > ESC[0m1 error generated. > bootstrapping ninja... > warning: A compatible version of re2c (>=3D 0.11.3) was not found; change= s to src/*.in.cc will not affect your build. > when running: c++ -MMD -MT build/util.o -MF build/util.o.d -Wall -Wextra= -Wno-deprecated -Wno-missing-field-initializers -Wno-unused-parameter -fno= -rtti -fno-exceptions -fvisibility=3Dhidden -pipe '-DNINJA_PYTHON=3D"python= 3.8"' -O2 -DNDEBUG -fdiagnostics-color -I/usr/local/include -DUSE_PPOLL -DN= INJA_HAVE_BROWSE -I. -O2 -pipe -fstack-protector-strong -fno-strict-aliasin= g -c ./src/util.cc -o build/util.o > Traceback (most recent call last): > File "configure.py", line 519, in > objs +=3D cxx(name, variables=3Dcxxvariables) > File "configure.py", line 287, in cxx > return n.build(built(name + objext), 'cxx', src(name + '.cc'), **kwar= gs) > File "configure.py", line 169, in build > self._run_command(self._expand(cmd, local_vars)) > File "configure.py", line 194, in _run_command > subprocess.check_call(cmdline, shell=3DTrue) > File "/usr/local/lib/python3.8/subprocess.py", line 364, in check_call > raise CalledProcessError(retcode, cmd) > subprocess.CalledProcessError: Command 'c++ -MMD -MT build/util.o -MF bui= ld/util.o.d -Wall -Wextra -Wno-deprecated -Wno-missing-field-initializers -= Wno-unused-parameter -fno-rtti -fno-exceptions -fvisibility=3Dhidden -pipe = '-DNINJA_PYTHON=3D"python3.8"' -O2 -DNDEBUG -fdiagnostics-color -I/usr/loca= l/include -DUSE_PPOLL -DNINJA_HAVE_BROWSE -I. -O2 -pipe -fstack-protector-s= trong -fno-strict-aliasing -c ./src/util.cc -o build/util.o' returned non= -zero exit status 1. > *** Error code 1 >=20 > Stop. > make: stopped in /usr/ports/devel/ninja > ---------------------------------------------------------------------- >=20 > lang/gcc11: > ---------------------------------------------------------------------- > /wrkdirs/usr/ports/lang/gcc11/work/.build/./prev-gcc/xg++ -B/wrkdirs/usr/= ports/lang/gcc11/work/.build/./prev-gcc/ -B/usr/local/x86_64-portbld-freebs= d14.0/bin/ -nostdinc++ -B/wrkdirs/usr/ports/lang/gcc11/work/.build/prev-x86= _64-portbld-freebsd14.0/libstdc++-v3/src/.libs -B/wrkdirs/usr/ports/lang/gc= c11/work/.build/prev-x86_64-portbld-freebsd14.0/libstdc++-v3/libsupc++/.lib= s -isystem /wrkdirs/usr/ports/lang/gcc11/work/.build/prev-x86_64-portbld-f= reebsd14.0/libstdc++-v3/include/x86_64-portbld-freebsd14.0 -isystem /wrkdi= rs/usr/ports/lang/gcc11/work/.build/prev-x86_64-portbld-freebsd14.0/libstdc= ++-v3/include -isystem /wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/libst= dc++-v3/libsupc++ -L/wrkdirs/usr/ports/lang/gcc11/work/.build/prev-x86_64-p= ortbld-freebsd14.0/libstdc++-v3/src/.libs -L/wrkdirs/usr/ports/lang/gcc11/w= ork/.build/prev-x86_64-portbld-freebsd14.0/libstdc++-v3/libsupc++/.libs -f= no-PIE -c -DIN_GCC_FRONTEND -g -O2 -fno-checking -gtoggle -DIN_GCC -fPIC = -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narr= owing -Wwrite-strings -Wcast-qual -Wno-error=3Dformat-diag -Wmissing-format= -attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macr= os -Wno-overlength-strings -DHAVE_CONFIG_H -I. -Ijit -I/wrkdirs/usr/ports= /lang/gcc11/work/gcc-11.2.0/gcc -I/wrkdirs/usr/ports/lang/gcc11/work/gcc-11= =2E2.0/gcc/jit -I/wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc/../inclu= de -I/wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc/../libcpp/include -I= /wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc/../libcody -I/usr/local/i= nclude -I/wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc/../libdecnumber= -I/wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc/../libdecnumber/dpd -I= =2E./libdecnumber -I/wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc/../li= bbacktrace -DLIBICONV_PLUG -o jit/libgccjit.o -MT jit/libgccjit.o -MMD -MP= -MF jit/.deps/libgccjit.TPo /wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/= gcc/jit/libgccjit.c > In file included from /usr/include/sys/cpuset.h:39, > from /usr/include/sched.h:36, > from /usr/include/pthread.h:48, > from /wrkdirs/usr/ports/lang/gcc11/work/gcc-11.2.0/gcc/j= it/libgccjit.c:27: > /usr/include/sys/bitset.h:314:41: error: attempt to use poisoned "malloc" > 314 | #define BITSET_ALLOC(_s, mt, mf) malloc(BITSET_SIZE((_s)),= mt, (mf)) > | ^ > gmake[4]: *** [Makefile:1142: jit/libgccjit.o] Error 1 > gmake[4]: *** Waiting for unfinished jobs.... > rm gcc.pod gfortran.pod > gmake[4]: Leaving directory '/wrkdirs/usr/ports/lang/gcc11/work/.build/gc= c' > gmake[3]: *** [Makefile:4819: all-stage2-gcc] Error 2 > gmake[3]: Leaving directory '/wrkdirs/usr/ports/lang/gcc11/work/.build' > gmake[2]: *** [Makefile:24753: stage2-bubble] Error 2 > gmake[2]: Leaving directory '/wrkdirs/usr/ports/lang/gcc11/work/.build' > gmake[1]: *** [Makefile:24976: bootstrap-lean] Error 2 > gmake[1]: Leaving directory '/wrkdirs/usr/ports/lang/gcc11/work/.build' > =3D=3D=3D> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failur= e to > the maintainer. > *** Error code 1 >=20 > Stop. > make: stopped in /usr/ports/lang/gcc11 > ---------------------------------------------------------------------- >=20 > Full build logs: > https://www.utahime.org/FreeBSD/poudriere/data/logs/bulk/curamd64-default= /2021-11-13_04h10m35s/logs/ninja-1.10.2,2.log > https://www.utahime.org/FreeBSD/poudriere/data/logs/bulk/curamd64-default= /2021-11-13_04h18m54s/logs/gcc11-11.2.0.log >=20 > I checked commit messages between 517e52b6c21 and b39a93b18ef and > found following commit. >=20 > ---------------------------------------------------------------------- > commit 160b4b922b6 > Author: Konstantin Belousov > Date: Sat Oct 23 00:17:21 2021 >=20 > Add real sched.h >=20 > It is required by IEEE Std 1003.1-2008 AKA POSIX. >=20 > Put some Linux compatibility stuff under BSD_VISIBLE namespace, in > particular, sys/cpuset.h definitions. Also, if user really want > Linux compatibility, she can request cpu_set_t typedef with > _WITH_CPU_SET_T define. >=20 > Reviewed by: jhb > Sponsored by: The FreeBSD Foundation > MFC after: 1 week > Differential revision: https://reviews.freebsd.org/D32901 > ---------------------------------------------------------------------- >=20 > It seems likely this is the cause of build error. >=20 Ninja builds with the following patch, other failing ports have a chance as well. commit 1acaa4bb838c074c29926cb34b7827efb26cdc85 Author: Konstantin Belousov Date: Thu Nov 11 10:01:54 2021 +0200 sched.h: Make cpu_set_t compat typedef visible unconditionally =20 or rather, visible if BSD namespace is enabled, instead of requiring _WITH_CPU_SET_T define to expose it. It seems a lot of code assumes that presence of sched_getaffinity() implies existence of cpu_set_t. =20 Reported by: portmgr (antoine) Sponsored by: The FreeBSD Foundation MFC after: 1 week diff --git a/include/sched.h b/include/sched.h index 1c41cda79046..2d4f301c9718 100644 --- a/include/sched.h +++ b/include/sched.h @@ -34,13 +34,8 @@ #include #if __BSD_VISIBLE #include -#endif /* __BSD_VISIBLE */ - -#if __BSD_VISIBLE -#ifdef _WITH_CPU_SET_T struct _cpuset; typedef struct _cpuset cpu_set_t; -#endif /* _WITH_CPU_SET_T */ #endif /* __BSD_VISIBLE */ =20 __BEGIN_DECLS From nobody Fri Nov 12 23:40:21 2021 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 0756A183A4F4 for ; Fri, 12 Nov 2021 23:40:27 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ua1-x929.google.com (mail-ua1-x929.google.com [IPv6:2607:f8b0:4864:20::929]) (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 "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HrZp211bGz4g6h; Fri, 12 Nov 2021 23:40:26 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: by mail-ua1-x929.google.com with SMTP id l43so22130335uad.4; Fri, 12 Nov 2021 15:40:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=sLbzQFlp8ODc8NuGK9SbVv1F2x+CodF1SmX2o/YTVDE=; b=jEBatlfymD9mYNWFaJsB1Ze4+Et89Uvwf6OcuuXCtotr891gAcmeqpgO/lacZjPzfy NMXwUj6GEF8boW9uVNPC02TnShB7yplvnEcu+Ww1RUdVn2phcch04tJik7+eO4WOdjeQ 8IwNOne4ZExGb1NIBzDb58ihcNk1S/xfMg21VxFSZyro3pyu3cvFA9SS9tf7PJgrm1Yq ClXZGcY7X0+a1B74Mq15B7yw3HK5fc9tOvV/xXBFv/n3jxQNX107reyRj7eyu2l0bTIY aixtF+sLseE2Xpx7jwXjp0wHMlb/nvWSogdMHrDPlYM1gNf2gtZ0t0ozQu7+oGI9X7wh p6nQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=sLbzQFlp8ODc8NuGK9SbVv1F2x+CodF1SmX2o/YTVDE=; b=IZwNxwIM0Nq1V+QrFbn0NRK5NYk36t0ODq4xqE/2Uv7gPIYOhUeinN+doep330xLSe TwLON6eGcHjhb1xTGfuMNNp31VAz+3rkQ8jAjM0y+39zX4zYxSMJiF8nkeLBBSprYx4I MMDfNMKPKAldEhUXYFCjUeZyLq/pVwPQj8SrT+Ra9vxWxLdd23WnzuuJEo90VG7GBstN oqmPxlYUE/5d+JdnUtO/ebcRV+CfmOO5y5/ncHqtOsifL57UwQnsVPRwfb78MR+xEZCZ wooCx2o5a/0bljooKHoKBoAk6TUFMVmYvtHeAV+Xe3nPj+jtsIq3RUwrsvqJkzL0Wp35 E/xw== X-Gm-Message-State: AOAM530F+aDNefSqDQJfggEGn6hMeuMuemma7+qNdo/edqVJJVzuqdLv W4UVt/F4dtYcsBnLQd5Cw1mzo7HJwAac6G3Ona/N3PzM5E10YT1o X-Google-Smtp-Source: ABdhPJyp5KNm71/zzb0JbtmgXDxUIeSl0enW1XsIboJW1+LwTXdGoCSlDqxyQuOUvUlWrxt5hdXllk6jT40+ejQsf8I= X-Received: by 2002:ab0:6f47:: with SMTP id r7mr27829936uat.85.1636760421648; Fri, 12 Nov 2021 15:40:21 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Received: by 2002:a59:9946:0:b0:248:630f:3460 with HTTP; Fri, 12 Nov 2021 15:40:21 -0800 (PST) In-Reply-To: <72ea461d-6b16-a661-ac73-66aeb098208d@quip.cz> References: <87fss1rxfl.wl-herbert@gojira.at> <72ea461d-6b16-a661-ac73-66aeb098208d@quip.cz> From: grarpamp Date: Fri, 12 Nov 2021 18:40:21 -0500 Message-ID: Subject: Re: Extracting base.txz files missing flags To: current@freebsd.org Cc: security@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4HrZp211bGz4g6h X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=jEBatlfy; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grarpamp@gmail.com designates 2607:f8b0:4864:20::929 as permitted sender) smtp.mailfrom=grarpamp@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::929:from]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N > Maybe you missed something - you cannot change flags when your system > has security level (kern.securelevel) raised above 0. Nobody missed that since anyone can easily install default freebsd and observe... $ sysctl kern.securelevel kern.securelevel: -1 SECURITY(7) - introduction to security under FreeBSD The security levels are: -1 Permanently insecure mode - always run the system in insecure mode. This is the default initial value. Thus they have no effect as shipped. Nor do the schg'd files posted interact jointly with securelevels to produce more security together. They're just a list of arbitrarily chosen anti-footshooters, and anti-malware and other security theatre, that don't really need to be managed by freebsd as such. Though the handbook security section could point to some port/pkg/mtree's if some users wanted to try making some offerings there. It would also be foolish to presume or suggest, without at least continuous formal verification etc, that any of today's OS cannot be compromised, regardless of whatever options are enabled. Even then, you have the problem of all the secret blackbox hardware aka CPU / NIC they all run on... #OpenFabs #OpenHW #OpenAudit . From nobody Sat Nov 13 03:21:40 2021 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 B411E1840444 for ; Sat, 13 Nov 2021 03:22:14 +0000 (UTC) (envelope-from yasu@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hrgjy4jfJz4cJF; Sat, 13 Nov 2021 03:22:14 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Received: from localhost (gate.home.utahime.org [183.180.29.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: yasu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4F8F52775D; Sat, 13 Nov 2021 03:22:13 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Sat, 13 Nov 2021 12:21:40 +0900 (JST) Message-Id: <20211113.122140.473717912893469308.yasu@FreeBSD.org> To: kostikbel@gmail.com Cc: freebsd-current@freebsd.org, kde@freebsd.org, gerald@freebsd.org Subject: Re: Build of devel/ninja and lang/gcc11 fails with latest 14-CURRENT amd64 From: Yasuhiro Kimura In-Reply-To: References: <20211113.053153.925491349721631675.yasu@FreeBSD.org> X-Mailer: Mew version 6.8 on Emacs 29.0.50 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-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N From: Konstantin Belousov Subject: Re: Build of devel/ninja and lang/gcc11 fails with latest 14-CURRENT amd64 Date: Sat, 13 Nov 2021 00:56:16 +0200 > Ninja builds with the following patch, other failing ports have a chance > as well. I tried it and build of devel/ninja is surely fixed. But build of lang/gcc11 still failed with same error. --- Yasuhiro Kimura From nobody Sat Nov 13 04:44:36 2021 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 4AE5B1841A59 for ; Sat, 13 Nov 2021 04:44:44 +0000 (UTC) (envelope-from evgeniy@khramtsov.org) Received: from mxa.khramtsov.org (mxa.khramtsov.org [IPv6:2a0a:e5c0:2:10f::f]) (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 4HrjY74YX0z3Jsx for ; Sat, 13 Nov 2021 04:44:43 +0000 (UTC) (envelope-from evgeniy@khramtsov.org) Received: from mxa.khramtsov.org (mxa.khramtsov.org [IPv6:2a0a:e5c0:2:10f::f]) by mxa.khramtsov.org (Postfix) with ESMTP id 61BA61260CE; Sat, 13 Nov 2021 04:43:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=khramtsov.org; s=rsa; t=1636778629; 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=QA3Tv5ED3p3Z0n6xeLP9IMes4cN1Ld0FF0z90ExGXJY=; b=EZkgj/tlVX2Pjg9Foge3q6mbS7bOmpq/mYi1AmsuMQSLwkxEuf4GbCYobE9Qs7Vtm2OaNR vZA+99qPdfWJJb19PukDg4p+pYxzzrd4tPrCRfcDgnBs+5ZcloHGhZQD/CO663ONqo96JP pi+0VLCGBiL8mnt70Q07IDVl5xp+sgTuTySadblMawop5oVz+mHQ3QUlrNSiP8QdoYkWKC VLNX4vW+qsVGZKrY69NKTGzljLBWxesPYQ8kvf7WmykRlJPAx8PPjRc7wx64kb+roQwqz7 PMaHuMJwXJXN/dbjBuqBUxseVWfwDYLa48zlwFTkct9pwzJBHgJ13cTB0AtN6A== Date: Sat, 13 Nov 2021 07:44:36 +0300 To: Konstantin Belousov Cc: freebsd-current@freebsd.org Subject: Re: Build of devel/ninja and lang/gcc11 fails with latest 14-CURRENT amd64 Message-ID: <20211113044436.o2nnta65vczvlkl5@vax.khramtsov.org> References: <20211113.053153.925491349721631675.yasu@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4HrjY74YX0z3Jsx X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: evgeniy@khramtsov.org From: Evgeniy Khramtsov via freebsd-current X-Original-From: Evgeniy Khramtsov X-ThisMailContainsUnwantedMimeParts: N I confirm, the attached patch fixes ports mentioned in my previous mail. From nobody Sat Nov 13 08:54:47 2021 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 BCCE3185F596 for ; Sat, 13 Nov 2021 09:22:00 +0000 (UTC) (envelope-from gp@pfeifer.com) Received: from hamza.pair.com (hamza.pair.com [209.68.5.143]) (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 4Hrqj43DcMz4VPM for ; Sat, 13 Nov 2021 09:22:00 +0000 (UTC) (envelope-from gp@pfeifer.com) Received: from hamza.pair.com (localhost [127.0.0.1]) by hamza.pair.com (Postfix) with ESMTP id 2BA6433ED9 for ; Sat, 13 Nov 2021 04:22:00 -0500 (EST) Received: from [192.168.1.4] (77.118.222.31.wireless.dyn.drei.com [77.118.222.31]) (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 hamza.pair.com (Postfix) with ESMTPSA id B6FFC33ED6 for ; Sat, 13 Nov 2021 04:21:59 -0500 (EST) Date: Sat, 13 Nov 2021 09:54:47 +0100 (CET) From: Gerald Pfeifer To: Konstantin Belousov cc: Yasuhiro Kimura , freebsd-current@freebsd.org, kde@freebsd.org, Damjan Jovanovic Subject: Re: Build of devel/ninja and lang/gcc11 fails with latest 14-CURRENT amd64 In-Reply-To: Message-ID: <76e4f589-2df5-8f6f-ac9d-403020f8587b@pfeifer.com> References: <20211113.053153.925491349721631675.yasu@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 ReSent-Date: Sat, 13 Nov 2021 10:21:56 +0100 (CET) ReSent-From: Gerald Pfeifer ReSent-To: freebsd-current@freebsd.org ReSent-Subject: Re: Build of devel/ninja and lang/gcc11 fails with latest 14-CURRENT amd64 ReSent-Message-ID: X-Rspamd-Queue-Id: 4Hrqj43DcMz4VPM X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_RCPT(0.00)[]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sat, 13 Nov 2021, Konstantin Belousov wrote: >> ---------------------------------------------------------------------- >> commit 160b4b922b6 >> Author: Konstantin Belousov >> Date: Sat Oct 23 00:17:21 2021 >> >> Add real sched.h >> >> It is required by IEEE Std 1003.1-2008 AKA POSIX. >> >> Put some Linux compatibility stuff under BSD_VISIBLE namespace, in >> particular, sys/cpuset.h definitions. Also, if user really want >> Linux compatibility, she can request cpu_set_t typedef with >> _WITH_CPU_SET_T define. >> >> Reviewed by: jhb >> Sponsored by: The FreeBSD Foundation >> MFC after: 1 week >> Differential revision: https://reviews.freebsd.org/D32901 >> ---------------------------------------------------------------------- >> >> It seems likely this is the cause of build error. > Ninja builds with the following patch, other failing ports have a chance > as well. > > commit 1acaa4bb838c074c29926cb34b7827efb26cdc85 > Author: Konstantin Belousov > Date: Thu Nov 11 10:01:54 2021 +0200 > > sched.h: Make cpu_set_t compat typedef visible unconditionally > > or rather, visible if BSD namespace is enabled, instead of requiring > _WITH_CPU_SET_T define to expose it. It seems a lot of code assumes > that presence of sched_getaffinity() implies existence of cpu_set_t. > > Reported by: portmgr (antoine) > Sponsored by: The FreeBSD Foundation > MFC after: 1 week > > diff --git a/include/sched.h b/include/sched.h > index 1c41cda79046..2d4f301c9718 100644 > --- a/include/sched.h > +++ b/include/sched.h > @@ -34,13 +34,8 @@ > #include > #if __BSD_VISIBLE > #include > -#endif /* __BSD_VISIBLE */ > - > -#if __BSD_VISIBLE > -#ifdef _WITH_CPU_SET_T > struct _cpuset; > typedef struct _cpuset cpu_set_t; > -#endif /* _WITH_CPU_SET_T */ > #endif /* __BSD_VISIBLE */ > > __BEGIN_DECLS I also got a build notification for emulators/wine and believe emulators/wine-devel is impacted as well. The code in question looks as follows, and it seems your follow up patch should address this? int set_thread_affinity( struct thread *thread, affinity_t affinity ) { int ret = 0; #ifdef HAVE_SCHED_SETAFFINITY if (thread->unix_tid != -1) { cpu_set_t set; int i; affinity_t mask; CPU_ZERO( &set ); for (i = 0, mask = 1; mask; i++, mask <<= 1) if (affinity & mask) CPU_SET( i, &set ); ret = sched_setaffinity( thread->unix_tid, sizeof(set), &set ); } #endif If so, it looks like your work unleashes enhanced functionality on FreeBSD! Nice. Original notification message below. Gerald ====== forwarded message ====== >>From pkg-fallout@FreeBSD.org Sat Nov 13 09:14:03 2021 From: pkg-fallout@FreeBSD.org To: gerald@FreeBSD.org Cc: pkg-fallout@FreeBSD.org Date: Sat, 13 Nov 2021 05:59:23 GMT Subject: [package - main-amd64-default][emulators/wine] Failed for wine-6.0.2,1 in build You are receiving this mail as a port that you maintain is failing to build on the FreeBSD package build server. Please investigate the failure and submit a PR to fix build. Maintainer: gerald@FreeBSD.org Log URL: http://beefy18.nyi.freebsd.org/data/main-amd64-default/p0bef5c19453e_sd032cda0d0/logs/wine-6.0.2,1.log Build URL: http://beefy18.nyi.freebsd.org/build.html?mastername=main-amd64-default&build=p0bef5c19453e_sd032cda0d0 Log: =>> Building emulators/wine build started at Sat Nov 13 05:50:39 UTC 2021 port directory: /usr/ports/emulators/wine package name: wine-6.0.2,1 building for: FreeBSD main-amd64-default-job-02 14.0-CURRENT FreeBSD 14.0-CURRENT 1400041 amd64 maintained by: gerald@FreeBSD.org Makefile ident: Poudriere version: 3.2.8-21-g883afb07 Host OSVERSION: 1400008 Jail OSVERSION: 1400041 Job Id: 02 !!! Jail is newer than host. (Jail: 1400041, Host: 1400008) !!! !!! This is not supported. !!! !!! Host kernel must be same or newer than jail. !!! !!! Expect build failures. !!! ---Begin Environment--- SHELL=/bin/sh OSVERSION=1400041 UNAME_v=FreeBSD 14.0-CURRENT 1400041 UNAME_r=14.0-CURRENT BLOCKSIZE=K MAIL=/var/mail/root MM_CHARSET=UTF-8 LANG=C.UTF-8 STATUS=1 HOME=/root PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin LOCALBASE=/usr/local USER=root LIBEXECPREFIX=/usr/local/libexec/poudriere POUDRIERE_VERSION=3.2.8-21-g883afb07 MASTERMNT=/usr/local/poudriere/data/.m/main-amd64-default/ref POUDRIERE_BUILD_TYPE=bulk PACKAGE_BUILDING=yes SAVED_TERM= PWD=/usr/local/poudriere/data/.m/main-amd64-default/ref/.p/pool P_PORTS_FEATURES=FLAVORS SELECTED_OPTIONS MASTERNAME=main-amd64-default SCRIPTPREFIX=/usr/local/share/poudriere OLDPWD=/usr/local/poudriere/data/.m/main-amd64-default/ref/.p SCRIPTPATH=/usr/local/share/poudriere/bulk.sh POUDRIEREPATH=/usr/local/bin/poudriere ---End Environment--- ---Begin Poudriere Port Flags/Env--- PORT_FLAGS= PKGENV= FLAVOR= DEPENDS_ARGS= MAKE_ARGS= ---End Poudriere Port Flags/Env--- ---Begin OPTIONS List--- ===> The following configuration options are available for wine-6.0.2,1: CUPS=off: CUPS printing system support DOCS=on: Build and/or install documentation DOSBOX=off: Use DOSBox to run MS-DOS programs GECKO=off: Bundle Gecko MSI package for Wine GNUTLS=on: SSL/TLS support via GnuTLS LDAP=off: LDAP protocol support LIBXSLT=off: Use libxslt (only used by msxml3.dll) MONO=off: Bundle Mono MSI package for Wine MPG123=off: MP3 decoding support via mpg123 OPENAL=on: Audio support via OpenAL V4L=off: Video 4 Linux support WINEMAKER=off: Fully support winemaker (requires Perl) X11=on: X11 (graphics) support ===> Use 'make config' to modify these settings ---End OPTIONS List--- --MAINTAINER-- gerald@FreeBSD.org --End MAINTAINER-- --CONFIGURE_ARGS-- --verbose --disable-kerberos --disable-tests --without-alsa --without-capi --without-dbus --without-gettext --without-gettextpo --without-gphoto --without-gsm --without-gstreamer --without-inotify --without-krb5 --without-mingw --without-opencl --without-osmesa --with-oss --with-pcap --with-pthread --without-pulse --without-sane --with-sdl --without-tiff --without-udev --without-unwind --without-usb --without-cups --with-gnutls --without-ldap --without-xslt --without-mpg123 --with-openal --without-v4l2 --with-x --with-cms --with-fontconfig --with-freetype --with-jpeg --with-opengl --with-png --with-vkd3d --with-xinerama --with-xinput2 --with-xrandr --with-xrender --enable-win64 --libdir=/usr/local/lib --x-libraries=/usr/local/lib --x-includes=/usr/local/include --prefix=/usr/local ${_LATE_CONFIGURE_ARGS} --End CONFIGURE_ARGS-- --CONFIGURE_ENV-- CPPBIN="cpp10" FLEX="/usr/local/bin/flex" MAKE=gmake PKG_CONFIG=pkgconf SDL2_CONFIG=/usr/local/bin/sdl2-config XDG_DATA_HOME=/wrkdirs/usr/ports/emulators/wine/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/emulators/wine/work XDG_CACHE_HOME=/wrkdirs/usr/ports/emulators/wine/work/.cache HOME=/wrkdirs/usr/ports/emulators/wine/work TMPDIR="/tmp" PATH=/wrkdirs/usr/ports/emulators/wine/work/.bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin SHELL=/bin/sh CONFIG_SHELL=/bin/sh ADDR2LINE="/usr/local/bin/addr2line" AR="/usr/local/bin/ar" AS="/usr/local/bin/as" CPPFILT="/usr/local/bin/c++filt" GPROF="/usr/local/bin/gprof" LD="/usr/local/bin/ld" NM="/usr/local/bin/nm" OBJCOPY="/usr/local/bin/objcopy" OBJDUMP="/usr/local/bin/objdump" RANLIB="/usr/local/bin/ranlib" READELF="/usr/local/bin/readelf" SIZE="/usr/local/bin/size" STRINGS="/usr/local/bin/strings" CMAKE_PREFIX_PATH="/usr/local" CONFIG_SITE=/usr/ports/Templates/config.site lt_cv_sys_max_cmd_len=524288 --End CONFIGURE_ENV-- --MAKE_ENV-- SDL2_CONFIG=/usr/local/bin/sdl2-config XDG_DATA_HOME=/wrkdirs/usr/ports/emulators/wine/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/emulators/wine/work XDG_CACHE_HOME=/wrkdirs/usr/ports/emulators/wine/work/.cache HOME=/wrkdirs/usr/ports/emulators/wine/work TMPDIR="/tmp" PATH=/wrkdirs/usr/ports/emulators/wine/work/.bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin NO_PIE=yes MK_DEBUG_FILES=no MK_KERNEL_SYMBOLS=no SHELL=/bin/sh NO_LINT=YES ADDR2LINE="/usr/local/bin/addr2line" AR="/usr/local/bin/ar" AS="/usr/local/bin/as" CPPFILT="/usr/local/bin/c++filt" GPROF="/usr/local/bin/gprof" LD="/usr/local/bin/ld" NM="/usr/local/bin/nm" OBJCOPY="/usr/local/bin/objcopy" OBJDUMP="/usr/local/bin/objdump" RANLIB="/usr/local/bin/ranlib" READELF="/usr/local/bin/readelf" SIZE="/usr/local/bin/size" STRINGS="/usr/local/bin/strings" PREFIX=/usr/local LOCALBASE=/usr/local CC="gcc10" CFLAGS="-O2 -pipe -fstack-protector-strong -Wl,-rpath=/usr/local/lib/gcc10 -isystem /usr/local/incl ude -fno-strict-aliasing " CPP="cpp10" CPPFLAGS="-isystem /usr/local/include" LDFLAGS=" -fstack-protector-strong -Wl,-rpath=/usr/local/lib/gcc10 -L/usr/local/lib/gcc10 " LIBS="-L/usr/local/lib" CXX="g++10" CXXFLAGS="-O2 -pipe -fstack-protector-strong -Wl,-rpath=/usr/local/lib/gcc10 -Wl,-rpath=/usr/local/lib/gcc10 -isystem /usr/local/include " MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install -s -m 555" BSD_INSTALL_LIB="install -s -m 0644" BSD_INSTALL_SCRIPT="install -m 555" BSD_INSTALL_DATA="install -m 0644" BSD_INSTALL_MAN="install -m 444" --End MAKE_ENV-- --PLIST_SUB-- PORTDOCS="" CUPS="@comment " NO_CUPS="" DOCS="" NO_DOCS="@comment " DOSBOX="@comment " NO_DOSBOX="" GECKO="@comment " NO_GECKO="" GNUTLS="" NO_GNUTLS="@comment " LDAP="@comment " NO_LDAP="" LIBXSLT="@comment " NO_LIBXSLT="" MONO="@comment " NO_MONO="" MPG123="@comment " NO_MPG123="" OPENAL="" NO_OPENAL="@comment " V4L="@comment " NO_V4L="" WINEMAKER="@comment " NO_WINEMAKER="" X11="" NO_X11="@comment " WINE32="@comment " WINE64="" OSREL=14.0 PREFIX=%D LOCALBASE=/usr/local RESETPREFIX=/usr/local LIB32DIR=lib DOCSDIR="share/doc/wine" EXAMPLESDIR="share/examples/wine" DATADIR="share/wine" WWWDIR="www/wine" ETCDIR="etc/wine" --End PLIST_SUB-- --SUB_LIST-- CUPS="@comment " NO_CUPS="" DOCS="" NO_DOCS="@comment " DOSBOX="@comment " NO_DOSBOX="" GECKO="@comment " NO_GECKO="" GNUTLS="" NO_GNUTLS="@comment " LDAP="@comment " NO_LDAP="" LIBXSLT="@comment " NO_LIBXSLT="" MONO="@comment " NO_MONO="" MPG123="@comment " NO_MPG123="" OPENAL="" NO_OPENAL="@comment " V4L="@comment " NO_V4L="" WINEMAKER="@comment " NO_WINEMAKER="" X11="" NO_X11="@comment " PREFIX=/usr/local LOCALBASE=/usr/local DATADIR=/usr/local/share/wine DOCSDIR=/usr/local/share/doc/wine EXAMPLESDIR=/usr/local/share/examples/wine WWWDIR=/usr/local/www/wine ETCDIR=/usr/local/etc/wine --End SUB_LIST-- ---Begin make.conf--- USE_PACKAGE_DEPENDS=yes BATCH=yes WRKDIRPREFIX=/wrkdirs PORTSDIR=/usr/ports PACKAGES=/packages DISTDIR=/distfiles PACKAGE_BUILDING=yes PACKAGE_BUILDING_FLAVORS=yes #### /usr/local/etc/poudriere.d/make.conf #### # XXX: We really need this but cannot use it while 'make checksum' does not # try the next mirror on checksum failure. It currently retries the same # failed mirror and then fails rather then trying another. It *does* # try the next if the size is mismatched though. #MASTER_SITE_FREEBSD=yes # Build ALLOW_MAKE_JOBS_PACKAGES with 2 jobs MAKE_JOBS_NUMBER=2 #### /usr/ports/Mk/Scripts/ports_env.sh #### _CCVERSION_921dbbb2=FreeBSD clang version 12.0.1 (git@github.com:llvm/llvm-project.git llvmorg-12.0.1-0-gfed41342a82f) Target: x86_64-unknown-freebsd14.0 Thread model: posix InstalledDir: /usr/bin _ALTCCVERSION_921dbbb2=none _CXXINTERNAL_acaad9ca=FreeBSD clang version 12.0.1 (git@github.com:llvm/llvm-project.git llvmorg-12.0.1-0-gfed41342a82f) Target: x86_64-unknown-freebsd14.0 Thread model: posix InstalledDir: /usr/bin "/usr/bin/ld" "--eh-frame-hdr" "-dynamic-linker" "/libexec/ld-elf.so.1" "--hash-style=both" "--enable-new-dtags" "-o" "a.out" "/usr/lib/crt1.o" "/usr/lib/crti.o" "/usr/lib/crtbegin.o" "-L/usr/lib" "/dev/null" "-lc++" "-lm" "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" "-lc" "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" "/usr/lib/crtend.o" "/usr/lib/crtn.o" CC_OUTPUT_921dbbb2_58173849=yes CC_OUTPUT_921dbbb2_9bdba57c=yes CC_OUTPUT_921dbbb2_6a4fe7f5=yes CC_OUTPUT_921dbbb2_6bcac02b=yes CC_OUTPUT_921dbbb2_67d20829=yes CC_OUTPUT_921dbbb2_bfa62e83=yes CC_OUTPUT_921dbbb2_f0b4d593=yes CC_OUTPUT_921dbbb2_308abb44=yes CC_OUTPUT_921dbbb2_f00456e5=yes CC_OUTPUT_921dbbb2_65ad290d=yes CC_OUTPUT_921dbbb2_f2776b26=yes CC_OUTPUT_921dbbb2_b2657cc3=yes CC_OUTPUT_921dbbb2_380987f7=yes CC_OUTPUT_921dbbb2_160933ec=yes CC_OUTPUT_921dbbb2_fb62803b=yes _OBJC_CCVERSION_921dbbb2=FreeBSD clang version 12.0.1 (git@github.com:llvm/llvm-project.git llvmorg-12.0.1-0-gfed41342a82f) Target: x86_64-unknown-freebsd14.0 Thread model: posix InstalledDir: /usr/bin _OBJC_ALTCCVERSION_921dbbb2=none ARCH=amd64 OPSYS=FreeBSD _OSRELEASE=14.0-CURRENT OSREL=14.0 OSVERSION=1400041 PYTHONBASE=/usr/local HAVE_COMPAT_IA32_KERN=YES CONFIGURE_MAX_CMD_LEN=524288 HAVE_PORTS_ENV=1 #### Misc Poudriere #### GID=0 UID=0 ---End make.conf--- --Resource limits-- cpu time (seconds, -t) unlimited file size (512-blocks, -f) unlimited data seg size (kbytes, -d) 33554432 stack size (kbytes, -s) 524288 core file size (512-blocks, -c) unlimited max memory size (kbytes, -m) unlimited locked memory (kbytes, -l) unlimited max user processes (-u) 89999 open files (-n) 1024 virtual mem size (kbytes, -v) unlimited swap limit (kbytes, -w) unlimited socket buffer size (bytes, -b) unlimited pseudo-terminals (-p) unlimited kqueues (-k) unlimited umtx shared locks (-o) unlimited --End resource limits-- =================================================== ===> License LGPL21 LGPL3 accepted by the user =========================================================================== =================================================== ===> wine-6.0.2,1 depends on file: /usr/local/sbin/pkg - not found ===> Installing existing package /packages/All/pkg-1.17.5.pkg [main-amd64-default-job-02] Installing pkg-1.17.5... [main-amd64-default-job-02] Extracting pkg-1.17.5: .......... done ===> wine-6.0.2,1 depends on file: /usr/local/sbin/pkg - found ===> Returning to build of wine-6.0.2,1 =========================================================================== =================================================== =========================================================================== =================================================== ===> License LGPL21 LGPL3 accepted by the user ===> Fetching all distfiles required by wine-6.0.2,1 for building =========================================================================== =================================================== ===> License LGPL21 LGPL3 accepted by the user ===> Fetching all distfiles required by wine-6.0.2,1 for building => SHA256 Checksum OK for wine-6.0.2.tar.xz. =========================================================================== =================================================== =========================================================================== =================================================== ===> License LGPL21 LGPL3 accepted by the user ===> Fetching all distfiles required by wine-6.0.2,1 for building ===> Extracting for wine-6.0.2,1 => SHA256 Checksum OK for wine-6.0.2.tar.xz. =========================================================================== : gcc10 -m64 -c -o server/thread.o server/thread.c -Iserver -Iinclude -D__WINESRC__ -Wall -pipe -fcf-protection=none \ -fno-stack-protector -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body \ -Wignored-qualifiers -Wno-packed-not-aligned -Wshift-overflow=2 -Wstrict-prototypes -Wtype-limits \ -Wunused-but-set-parameter -Wvla -Wwrite-strings -Wpointer-arith -Wlogical-op -isystem \ /usr/local/include -O2 -pipe -fstack-protector-strong -Wl,-rpath=/usr/local/lib/gcc10 -isystem /usr/local/include -fno-strict-aliasing : server/thread.c: In function 'set_thread_affinity': server/thread.c:562:9: error: unknown type name 'cpu_set_t'; did you mean 'cpuset_t'? 562 | cpu_set_t set; | ^~~~~~~~~ | cpuset_t In file included from /usr/include/sys/cpuset.h:39, from /usr/include/sched.h:36, from server/thread.c:39: server/thread.c:566:9: error: request for member '__bits' in something not a structure or union 566 | CPU_ZERO( &set ); | ^~~~~~~~ server/thread.c:568:34: error: request for member '__bits' in something not a structure or union 568 | if (affinity & mask) CPU_SET( i, &set ); | ^~~~~~~ server/thread.c:570:65: warning: passing argument 3 of 'sched_setaffinity' from incompatible pointer type [-Wincompatible-pointer-types] 570 | ret = sched_setaffinity( thread->unix_tid, sizeof(set), &set ); | ^~~~ | | | int * In file included from server/thread.c:39: /usr/include/sched.h:49:65: note: expected 'const cpuset_t *' {aka 'const struct _cpuset *'} but argument is of type 'int *' 49 | int sched_setaffinity(int pid, size_t cpusetsz, const cpuset_t *cpuset); | ~~~~~~~~~~~~~~~~^~~~~~ server/thread.c: In function 'get_thread_affinity': server/thread.c:583:9: error: unknown type name 'cpu_set_t'; did you mean 'cpuset_t'? 583 | cpu_set_t set; | ^~~~~~~~~ | cpuset_t server/thread.c:586:64: warning: passing argument 3 of 'sched_getaffinity' from incompatible pointer type [-Wincompatible-pointer-types] 586 | if (!sched_getaffinity( thread->unix_tid, sizeof(set), &set )) | ^~~~ | | | int * In file included from server/thread.c:39: /usr/include/sched.h:48:61: note: expected 'cpuset_t *' {aka 'struct _cpuset *'} but argument is of type 'int *' 48 | int sched_getaffinity(pid_t pid, size_t cpusetsz, cpuset_t *cpuset); | ~~~~~~~~~~^~~~~~ In file included from /usr/include/sys/cpuset.h:39, from /usr/include/sched.h:36, from server/thread.c:39: server/thread.c:588:21: error: request for member '__bits' in something not a structure or union 588 | if (CPU_ISSET( i, &set )) mask |= (affinity_t)1 << i; | ^~~~~~~~~ gmake[1]: *** [Makefile:157790: server/thread.o] Error 1 gmake[1]: *** Waiting for unfinished jobs.... gmake[1]: Leaving directory '/wrkdirs/usr/ports/emulators/wine/work/wine-6.0.2' ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make: stopped in /usr/ports/emulators/wine From nobody Sat Nov 13 11:20:55 2021 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 C5DAC1854BA5 for ; Sat, 13 Nov 2021 11:21:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-54.consmr.mail.gq1.yahoo.com (sonic315-54.consmr.mail.gq1.yahoo.com [98.137.65.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4HrtLX3wRLz3NYQ for ; Sat, 13 Nov 2021 11:21:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1636802460; bh=Ja3WSHX7nNRQ2QE7qgXCZw3/tUcm6Rxn48O5HIqk5Ps=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=Aiys4tB763Bbw4ZOO+qL5Tdf6LIR45cfJVXlIrdbAgFpjWLFJAEJW1iADLEwCUcM70nm2DzrYSdyFqm5rib3UGZf/SDnPe4XJjkeNropM2hZAQld0jTPY/gpRj+HeQLwBVMW38ufPHJ8yiMw6a48cIhtuyKrBaPBm+C0cPyvnElBOR3NThE4NThVmhU6ygM3P60iPjzMq/feLVTLxq3w8Yp1rcPKSI7GQtXTteU3S6Qt0bNTIQsbNPMg7dge0JFkGeFnBqk70VNvcqE6ER5mT1GqYHnwIf9OrTdoDbjzIJ3O5uk8Df3+x78U9aCtPuSejB+QomB07jfQp2mMEF7LyQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1636802460; bh=T9pLizcmEi330ED4JU/ySXfewBK9gXIs+5gcgpOY4t+=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=sdGE1A1HSHzzLlgM0Pwcr4hXQbNjlRXW5x8vbuQ74jIQmKsy6z9rZbBt/ubeeVuxZXHDn02gs05z/eWfP3t0YycLykJCuZzhtoqwtZvOMma0BB3pdUAUs6qO2kiMwMa4ZN+dWRHlCaHekLTP15uE8HTllSSX9bFA4jGvC+0h4JcwrP5+khqzuX3bm3v/6Wqi7UxmQ+6lJJ7JcCOmteLYoH7y1CDH3Y3q+OPmdb/Cfk/vCOiT10eahcWBUtOV8B1eNrq/9tcuDrtun4glgAnL/ACpcLhM3tkbtSXn5Xy7oF1Cgt2yz8fb/rV0hx/OPaLnF/p37O1k5yF5DASojkBHiw== X-YMail-OSG: lBh6Ti0VM1kOY8ndLS1BGFMzpb6eFnbuBHbGpBbpYo2vJBhs0LJ6wOxco5ln45V mHO9ndURa3GXf1vVQqcSH0sc2D_ZX01CzE_K4dsUSpSHGSWo33LeaU18GvlxYb72GOKv6GO6kUvc z_._7UqfMdJWq_6MfcenwqMawILr4VQem0aNVZrMB4oaMVl1sLZc1wPD7OZfQnMvn581fNpFKs4q op_0kNHKXiswYBNMp96gcVH1zFRX0JK6ieGT1h2vRcdzm8Q6xzRQddmQ.8MPcXoqYrlABzGNtRpV cJohIB_bFr9DKQfnrW3GCxVzl3s0vpFMxogYNTFRx0qSqH3G.Aogmvncdg7Ll97vAO2Iu74GGFrP jsAMxFukLYkKji_Pr.inzD2LMO_Z4iudJavzOZnP1jaBWbWB5Rd5ZturEiEImmhFswMyMnC85Yue 13e3NLnH7OwR2kjcKCEqNNXnn4q.7VOVedKY2vhujCLE6cpH5hDwlbBVmJs_drYtdY8YwZmYNMYB dm4PG8B5bp1zitCV2HroCJ8tAkdvuwR_o2n41zvNb7orHsflP7lbXmVzFQqOrtkuJOU8EFDqy4s7 IV0pGHJAJ_htNDzWPHI6zp6g5MzTK6WdoBgBbAZ6KGUHEyTLDiwdmodbMp6YDONIT0WrEO4rPyjv LysN7rlHPChTSNZQmnFSrPlGJVwfAPMgkhFee.e_m9eMzikUDRADnRXdz1ZbgNaXaD4g._jKA6ld KVrlK8vUc1Rh0zCOS434OBHUjAMUmfvHirXyGM20Ioe5P6WltDtuFZIvIQOkUyzKBmyuGryG9BD6 WcyEmYrKf85lQAQhhcQFsDzkSMgiisytPJRZne5nt9hz4ldEinZ.63i7ZGKbRsY8Xas8MGUV.XRA rV5fNgYnJ3F1hGSXTNTTufGs2qTpMP50yii44RUy4ryH9RXNh7RL2lYzKiJjnLhK4qkkZf3Ym3Wk uSTMDWNU1dF_il32E1BF0_uHqqBVduh4_iAlvdNEqKxpnF1qJbmqw35wUuJzNSASK062Y_uGMQYs V366ViVB.PP564W5NBw.sbQexJXDLHr.UxmP7UkoBUrY5Issy85WgLcz6wIvnYboiB1PztKpHKvU lhKqmkL35mEpBnVkBiuWlL3wzLl3oZH1Zwf_v4ru0aZjGZnqtC3cdv1_v6oVqosj_MOaH3sJJzOR GMr0LOZs1sSqh.pV8I47Eab_9FLgMacUi1T9Y47hs3Fb34ucOzDOw8EAdJub1UHKYEfLMA7HP6sN mLDhqRdafI7ZT7wwc5aB3P0YPD22eR.UYyRHmaRSZ6lrN2G_3dlq_Z4odk2sh033SINlP_pwUOii SHFHXo_bZujWWlaFV9HP_7Tx0AwpJROLGQ2Z0r9r0E40qLxl2YtY24INfIveO62dTwQc_81d3Anp XexA2rOGIp5Et4mmqnOoIXRuVb21bvzfWJA.O2Wns86O__Qy25he2dGMpmqKAZw4xWKQ_6PmK3Fz EbEQb_ZKoFIO1iso32SQvOK92Ew6XKCNRoxSi4aVQmfktDmb_n34F8ttOigJrdm0MW1UgVUWUiDn m8L3F0FmvypJ7sByZiO2.tM567zzBNz97MXAxM.80tzyKZPxehPM_J9bpj07Ojdx6XDFK_WLUA1e l2rEgJbQiUXb_rKzPkUsF5mFzhVqwmScc0lMyHVrnPL3bcwZ2ww_jN50Xj7eqEsn3Zt.gznJIG8q W_NymrT5VD5mjctstToiOPmx0erM6msj9vIwaDNAZ4F.Ml3lWQZu3EoTQ_Jllp2WnZR9Zi32CkcJ PDUs7jF5SRMB.TeJRLzymxecre6q2rAoS_4GdUpqr5hKysBI_eBCxARwVsrlm_6CzwfVvCuRhoI8 vlkHIiOuKijsIsCiA3gdldha_ViaqUV46_KRLrtE6KrxZVAWKw5hNQMCMOcFKKv1r4DRNgTOmOr. Ku_O3TStPx5FZjkvqd7cW8ateMqElnRJOWX2mco.zmFuDxuadVUNngbCK5OP5mGL9t_wz2bxZNVi WJart2HMpcSQTv.RQ4UffVjXiTpp4WQL02zTH9BsXu0QgvsgB.EnshJiaJS29SN85KFG3KluJU8z 8DUdkN8AfsmOv3Gv2hMmI92fwliIeVXbgO9HN4Gt_I4YCsX_ISzp5qbVnA4zofEk6e4kY66atLil jSyA_D8GCin7bhHbDgqIb.Nc5k_wPHsRBQ4BL0WLadpH1xYhZkzIRbki.Gfv0udNkc4wgXYccL.v 0.CpEgCCP5m79q7tIMvkciE.ZpdVt8Pdu2W9Q2kKKzTLtFvRa7BHDB1fTOUCf7cNfyLdjcDZF_6o nUCJ.YArPCn3xar8- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Sat, 13 Nov 2021 11:21:00 +0000 Received: by kubenode520.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 3b362a7b5a7c8c9b6fb8d00c68640da8; Sat, 13 Nov 2021 11:20:57 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: FYI: aarch64 main [so: 14] system hung up with a large amount of memory in use (given the RAM+SWAP configuration) but lots of swap left Message-Id: Date: Sat, 13 Nov 2021 03:20:55 -0800 To: freebsd-current , "freebsd-arm@freebsd.org" X-Mailer: Apple Mail (2.3654.120.0.1.13) References: X-Rspamd-Queue-Id: 4HrtLX3wRLz3NYQ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Aiys4tB7; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.30 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.50 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.30:from]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.30:from]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-current X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N While attempting to see if I could repeat a bugzilla report in a somewhat different context, I has the system hang up to the point that ^C and ^Z did not work and ^T did not echo out what would be expected for poudriere (or even the kernel backtrace). I was able to escape to ddb. The context was Cortex-A72 based aarch64 system using: # poudriere jail -jmain-CA7 -i Jail name: main-CA7 Jail version: 14.0-CURRENT Jail arch: arm.armv7 Jail method: null Jail mount: /usr/obj/DESTDIRs/main-CA7-poud Jail fs: =20 Jail updated: 2021-06-27 17:58:33 Jail pkgbase: disabled # uname -apKU FreeBSD CA72_16Gp_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #18 = main-n250455-890cae197737-dirty: Thu Nov 4 13:43:17 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1400040 1400040 It is a non-debug build (but with symbols). 16 cortex-A72 cores, 64 GiBytes RAM, root on ZFS, 251904Mi swap, USE_TMPFS=3Dall in use. ALLOW_PARALLEL_JOBS=3D in use too. (Mentioned only for context: I've no specific evidence if other contexts would also have failed, say, USE+TMPFS=3D"data" or UFS.) When I looked around at the db> prompts I noticed one oddity (I'm no expert at such inspections): db> show allchains . . . chain 92: thread 100671 (pid 15928, make) is blocked on lockmgr 0%A%0EXCL thread 100671 (pid 15928, make) is blocked on lockmgr 0%A%0EXCL thread 100671 (pid 15928, make) is blocked on lockmgr 0%A%0EXCL thread 100671 (pid 15928, make) is blocked on lockmgr 0%A%0EXCL thread 100671 (pid 15928, make) is blocked on lockmgr 0%A%0EXCL thread 100671 (pid 15928, make) is blocked on lockmgr 0%A%0EXCL . . . (thousands of more instances of that line content, I never found the last) . . . My patched top (that reports some "maximum observed" (MaxObs???) figures) was showing (having hung up with the system): last pid: 18816; load averages: 10.11, 16.76, 18.73 MaxObs: 115.65, = 103.13, 96.36 = up 8+06:52:04 20:30:57 324 threads: 17 running, 305 sleeping, 2 waiting, 147 MaxObsRunning CPU: 2.8% user, 0.0% nice, 97.1% system, 0.0% interrupt, 0.0% idle Mem: 19044Ki Active, 331776B Inact, 73728B Laundry, 6950Mi Wired, 69632B = Buf, 558860Ki Free, 47709Mi MaxObsActive, 12556Mi MaxObsWired, 59622Mi = MaxObs(Act+Wir+Lndry) ARC: 2005Mi Total, 623319Ki MFU, 654020Ki MRU, 2048Ki Anon, 27462Ki = Header, 745685Ki Other 783741Ki Compressed, 3981Mi Uncompressed, 5.20:1 Ratio Swap: 251904Mi Total, 101719Mi Used, 150185Mi Free, 40% Inuse, 3432Ki = In, 3064Ki Out, 101719Mi MaxObsUsed, 101737Mi = MaxObs(Act+Lndry+SwapUsed), 109816Mi MaxObs(Act+Wir+Lndry+SwapUsed) (Based on the 20:30:57 time shown, it had been hung up for over 2 hours when I got to it.) There were no console messages. /var/log/messages had its last message at 18:57:52. No out-of-swap or such messages. I did get a dump via the db> prompt. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Nov 13 11:33:01 2021 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 E0448185BB0F for ; Sat, 13 Nov 2021 11:33:03 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x432.google.com (mail-wr1-x432.google.com [IPv6:2a00:1450:4864:20::432]) (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 "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HrtcH1dt6z3jYK for ; Sat, 13 Nov 2021 11:33:03 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x432.google.com with SMTP id d3so20230543wrh.8 for ; Sat, 13 Nov 2021 03:33:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=message-id:date:mime-version:user-agent:content-language:to:from :subject; bh=N4ikyq6+QDZbs2ecSvCc4x23QYY0VUvndKIr+P9EhYg=; b=WtfPH0d+TTGtr7/Yf5ai4Ge+HcpwUlFzZYVlZXJ+Nt87k2veNFZfV254I4jDfqMTrf Fma14h7r9cMz9mckN4L8Mkp0PY1uPSiB/L9BEe9GLM8lJtB49OwmUfaYlS7MqtXyO2l6 rIrr5fZ9d2KoeEFt0a6X5idLXeCq1XilTAkPNKjML4Gy8rYESfsC/udgI581TDrXWjKA Mp8sXBcZIL5MbjQIshKN690tSo4+HvoNx4eNnwSL7/ixSw7Z97dyHiW0+E0MeNqhwjH4 gv2Kt+AO2iTbUv3RT3FxaF8QEmoicFCKxFX/xL+0sihN2DKQfsB99q8VHViXJLzXE0kr HL5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent :content-language:to:from:subject; bh=N4ikyq6+QDZbs2ecSvCc4x23QYY0VUvndKIr+P9EhYg=; b=0qPnTdL3Omr2z4ir4gLNiv74nTIQ6sidyZATw2wJn8UR8ZokGiPKxJGQfuONwtBkTZ +evNRz04SwlOCEFuCEXL/X+YHkGhuB+9dkfkoTUW9YFhTgz3Ng4d6f8yYiBgRfegAj22 6IXnPVbGLaWRB74FPAsGbCflaxuRJGQSHnyjqaorrplq4TvVpvqn3GMYsaXEB9oSAZiJ VKr0R57MUpwRlbULPUSzzfAaS9zMetABl+0CFyO/jeWzdL3AEAyn11DbQZYSI4f+QNNn VT2Adf+ed0fj7t4A61dExdyP17ahwEN4AaRmEkPeAH5w4DPGZL0Pftal1mbJVbErWBM/ Tb9w== X-Gm-Message-State: AOAM530jKp6+AmKmDSwiE4fWH4qO0CO62LV8iEQBk6y2wy9RFRQwY6p9 p1qI/rzHEKwPUqjC0TLqLMuFA6FNSZKSxQ== X-Google-Smtp-Source: ABdhPJxZTP0ddmxp2reNQOzrML61x8cQoT7VoNFnv5CVfzPQ9LKPBynaP6MeyZ7Ccuz3JYcDK94Nfw== X-Received: by 2002:a5d:588b:: with SMTP id n11mr28232308wrf.344.1636803181121; Sat, 13 Nov 2021 03:33:01 -0800 (PST) Received: from ?IPV6:2001:470:1f1c:a0::2? (tunnel642390-pt.tunnel.tserv1.lon2.ipv6.he.net. [2001:470:1f1c:a0::2]) by smtp.gmail.com with ESMTPSA id az4sm6567251wmb.20.2021.11.13.03.33.00 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 13 Nov 2021 03:33:00 -0800 (PST) Content-Type: multipart/alternative; boundary="------------4yTBe0dnGyg0TnNx0vqk9adw" Message-ID: Date: Sat, 13 Nov 2021 11:33:01 +0000 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Thunderbird/91.3.0 Content-Language: en-GB To: FreeBSD CURRENT From: Graham Perrin Subject: zfskeys does not exist X-Rspamd-Queue-Id: 4HrtcH1dt6z3jYK X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=WtfPH0d+; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::432 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-3.39 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; NEURAL_HAM_MEDIUM(-0.68)[-0.677]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-0.998]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::432:from]; NEURAL_HAM_SHORT(-0.71)[-0.712]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: Y This is a multi-part message in MIME format. --------------4yTBe0dnGyg0TnNx0vqk9adw Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit (2021-07-28): > Add zfskeys rc.d script for auto-loading encryption keys finds only the July commit. Below, I don't have zfskeys. Please, can anyone explain? Thanks ---- root@mowa219-gjp4-8570p-freebsd:~ # service zfskeys status zfskeys does not exist in /etc/rc.d or the local startup directories (/usr/local/etc/rc.d), or is not executable root@mowa219-gjp4-8570p-freebsd:~ # ls -hl /etc/rc.d/zfs* -r-xr-xr-x  1 root  wheel   872B Jan  1  2021 /etc/rc.d/zfs -r-xr-xr-x  1 root  wheel   1.7K Jan  1  2021 /etc/rc.d/zfsbe -r-xr-xr-x  1 root  wheel   209B Jan  1  2021 /etc/rc.d/zfsd root@mowa219-gjp4-8570p-freebsd:~ # ls /usr/local/etc/rc.d amd                     gpsd                    sndiod aria2                   grafana                 snmpd atop                    iocage                  snmptrapd avahi-daemon            jackd                   stunnel avahi-dnsconfd          microcode_update        svnserve bsdstats                miniupnpc               tcsd clamav-clamd            mysql-server            tor clamav-freshclam        netdata                 tpmd clamav-milter           php-fpm                 ubuntu cpupdate                poudriered              uuidd croc                    powerdxx                vboxheadless cups_browsed            rdnssd                  vboxnet cupsd                   rsyncd                  vboxwatchdog dbus                    samba_server            vboxwebsrv dsbmd                   saned                   virtual_oss gdm                     sddm                    vm git_daemon              slpd                    webcamd gkrellmd                smartd root@mowa219-gjp4-8570p-freebsd:~ # date Sat Nov 13 10:21:22 GMT 2021 root@mowa219-gjp4-8570p-freebsd:~ # uname -aKU FreeBSD mowa219-gjp4-8570p-freebsd 14.0-CURRENT FreeBSD 14.0-CURRENT #114 main-n 250511-5f73b3338ee: Sat Nov  6 21:15:23 GMT 2021     root@mowa219-gjp4-8570p-fre ebsd:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG  amd64 1400040 1400040 root@mowa219-gjp4-8570p-freebsd:~ # --------------4yTBe0dnGyg0TnNx0vqk9adw-- From nobody Sat Nov 13 11:40:06 2021 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 5BEE0185F70F for ; Sat, 13 Nov 2021 11:40:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-23.consmr.mail.gq1.yahoo.com (sonic311-23.consmr.mail.gq1.yahoo.com [98.137.65.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hrtmc2px4z3m2L for ; Sat, 13 Nov 2021 11:40:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1636803609; bh=k8Bkw9bJpQGpwQ9/O4FqVENpmpwJnbd8/tpTrg/ocM8=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=ZEvWZaO8csTl4V+lZ/ZiNrXHsqumBe8CDz/h6UMj1kxe894fw4gZqhfO5OmP++Wuh1JuoLCclxIpbPU3F+YbwT4/1960V2j5/vudDDHA4HdJAedbgDxDeGckWrwY2U+tgRgNztkD9p/ZNG+Im7eqFNs8BHifob7tEKLyM6B2FZWRUbn0PqqfU657UiEbg4eB7yo3fMSI/l64Czxmphxsz4n/bkOIyIP01AKLZPYSJ3Gu8X8tmarNVy0O788/unfSwBXQyvJjiEcMM6lo6/vdXZCxu79UK3tRWGF/+WSDN9d7o7p8DQioodJ5EV387X11sZMTf1bzLxPfa2BmDZwfCg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1636803609; bh=JBIhaFzMp76eIITXMvFfmqZ0DMld1pzLEBCmQNi4kXf=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=NXb+5FDSIlFOaavaAZ3Tbifn1GVGyi390YiljeoVsOOZweKMotuKLBZq8Gd3/vpEGyWhEtAEXCusxoRJ0tadEx/oHmu3LaQT07LSz1CACMkcU9MODExq0YaHT5ijzioWqwm36k5dcbeQnszhMJllpSCEWUTRpHmmhQcJ1+gPEeQr2OjpKTXoPAvMB1gXV/0ILeCrRvMHwNQOPB9I+p1m3+CbF/3GIQ8XI1tphdNeZe/N7bQ3A34FyZPaG1LL42FAqmN+kh4XUgsBrHtqqeIXO3zxbwliAki0hpFTMZXoRQjXz/n/WnzFIxo7LGdkNKaoiSG9sCIPLh+7ee1q54tZwQ== X-YMail-OSG: L2s6dqsVM1kqGHxD4LskiVBbLtLJWbmAo1BiXYXIG3G09klk0jKflcfEV2mMkcQ Ud9_tMdimBqHasj0w3ztAnhnl6uN5TLEe3KMYq73vP00Hg3dvcCaeeSHxkPsE5A_XFyUlCpz.nNT YlrbWa4ZLDZDoBaA54jOtxfbwv.r0y49ACgeGGD.oRCzXuAYEs1EHk684vGo1_HlfyufcHngHKgS zcl44ysYdMj8xxaIdQ4V9iRnLTMvHbxAHd3_6rVG_DduOZVQVUIw_Uoi7TgfhbEf.BRneKDeeEOy iuyuQ9.Uxq.1U0HRaX98BtPmQpDBFL8.BL.3kbaV9rWfnh1DY92CQ2Vj1RFQ.JbIWDICPCDwHC74 4jXc6AIWYaXo99rVoXzSVmItCSvBN5qs0BkN1VRkzyY6aDldFWW4eWauSDzcyRsRAASTB4EeYSAt djxM.QcIJXOHUKswXheQNNo182cx2io2qFK38nISsVw.TYhmpY7Ujr8l76v3lQnD0VG6T5ltLGy9 GX8Phr5dJoa1su9tMSYYnLzyB4qPGQDQEfkUXFwxLPa0vN9g6RqUNR_f.p5DGP2mW1zozcJpDXMX R49MLmGBklP5zyB3lgvELVSrXcK.w1Qf8LE3NQm6yB1EaB45odlWnfreaq4oQ8vvjjiJXOIdvj_T 0WcNkH7MhUqZxxSr9A1BU2DFmwogl6K0NapxlElPxbsj3XN66MlzqTzf.lMoBGh1gbN6uXPJ6N_9 cE9iszeGPoUAWu2srcchV6wbShQQFuZdOkHB0KSDIz.P1i.N6GZR4pMlIx9jUFlgW5L9jwut.9RF Zo7j72S2Yjg6M4oVWIFekCj.vj8UrCBb2bqBNTBW9mjP.94WRtYIb6WqHAuXMY4HR_AUeiqg3Kyj ViIPLryh3w3yVLctsldEFp5XPSyK1bYxTdVguB_8MHLzQXiXq3Dq6jgd3uHGVR.3_XxKcjQs9RCt 59HHUhd4y0vO3fI_5CF.wD01SVXSugHlP.qrhZ_nAFbLDK9XSE1UI9nbcpCJMFXC4vDSgnkka2RU 4cny6fsgtZRQzvC6C9P6chcIrBpKkRyfwKWx6MKKAHQtQQr_VnW3IqV3iH5x6x9lfKzX_GL81Q14 l9hgHsEX7c6oiHbTt9Y6rqHcPtDNA1_tAPt.DUSy3vWO13JgwvHnLSWNd710UPN59LEaPpaf41RN fIWXPNEBditfFB_TxAqXsO9GSWLeocVCJTJh_5GMto7bSc6_Z5oSCiYj2pYxuFDEpBeRos4Fd3Pe 5wKAxAmVq4d_kedK5zBcVDsxD65jmyOMMtFn8_NtIOX2nGNUWGauJZ8VZmyKBViH2yIXxZeBGMZT PXZXiJD6d39ZDVBgE4L3UY6MaTvHJEmyZ_Sy.MXIl02wmCNBXWmANQuj64OhKz8j8pE3mQlxE09o 0P1WooqhPW4HyuOaaZNejYDvAEMdU987ael733ZI_f0de8RFdnNK8U3NegthNo8IHrqtBOIyIH2_ iZz8T9WvTY6Gq2UCkJcwhwCst5xPbfSjSGAUVeDw2wELXNBcjUOJ6dy2q0n9bDHkDOyV2biXnEuI SnhDXy8FuHm.S1KrXotwaFm4riOpu3dcln6gGiNTYPfXvW2eNLrd3rAF9oE1etRYQlrk2dLnqUrz .9Hzz2rQlS.I1slwSulrb0.TtBKuOdMf.Ug5raRQuY0RAc6jnhTSGOOI.eV9Ytmi1iyBH.U3cycp NPkIZgDszJFAyQAHNRqRL4kYeehZDELh_HgE8TqQPw6rGo96mNtGzb.S0U4aWZvwKLoJQyC3c7cB Hi2hZiHcJa2JePSDTAB8TiheQ3zXbGRAsyGYehapd72X4BoHfeR9.A3Uw4G993OcHQPB0WjJT_ag Fh2XGl0Lw_jJQRVsh0m8ansGTihEBzS4pifGnArJ9JG4RZ6P.WgH8BlCgTuwN6H0Hlv6l5nzCVss ryipWAp1bk4pPYRSbJuA5f6Ah3kDJDSoMBcNGBx_Bw3ApTUqph.uVylI8XwOxrFsWYNkKnjsTjKo Y1NXuHaPi9q1bkbdfDKEHRPJHF_KTiR51lu8L54jC3Nyeuj7b1E9vpuGISaZqRImdAbPcE3fTtLW 2kj2LNJSstz3O3n1nCEIHdW2rj2Y.Y3c5DBnknVqxNIG3e_CJhJjnnmvjAVhxUe_sv.L6fOG99fx PbKVVyLJ3OEM_seKwwPztRNxxAQACxQ.uBP3_dtdtyGekvMzqHk9qmck2jATRel20V_TsTPZZZUT 0Svmr60G7qxIZTkzqgI5Zinsm1IRGx4ME8HplJQ9cvU6.f.AKR8nCLZ9wvcpkySc_rcRSv7phekX iPFGYiq3PbnkaRPh579KlcwM- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sat, 13 Nov 2021 11:40:09 +0000 Received: by kubenode549.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a3945325041a062581e571ec9e2baa43; Sat, 13 Nov 2021 11:40:07 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: FYI: aarch64 main [so: 14] system hung up with a large amount of memory in use (given the RAM+SWAP configuration) but lots of swap left Date: Sat, 13 Nov 2021 03:40:06 -0800 References: To: freebsd-current , "freebsd-arm@freebsd.org" In-Reply-To: Message-Id: <50D9DD1F-6949-412B-AE86-46E6F0129E8B@yahoo.com> X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4Hrtmc2px4z3m2L X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=ZEvWZaO8; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.204 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.204:from]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.204:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-current X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Nov-13, at 03:20, Mark Millard wrote: > While attempting to see if I could repeat a bugzilla report in a > somewhat different context, I has the system hang up to the > point that ^C and ^Z did not work and ^T did not echo out what > would be expected for poudriere (or even the kernel backtrace). > I was able to escape to ddb. >=20 > The context was Cortex-A72 based aarch64 system using: >=20 > # poudriere jail -jmain-CA7 -i > Jail name: main-CA7 > Jail version: 14.0-CURRENT > Jail arch: arm.armv7 > Jail method: null > Jail mount: /usr/obj/DESTDIRs/main-CA7-poud > Jail fs: =20 > Jail updated: 2021-06-27 17:58:33 > Jail pkgbase: disabled >=20 > # uname -apKU > FreeBSD CA72_16Gp_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #18 = main-n250455-890cae197737-dirty: Thu Nov 4 13:43:17 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1400040 1400040 >=20 > It is a non-debug build (but with symbols). >=20 > 16 cortex-A72 cores, 64 GiBytes RAM, root on ZFS, 251904Mi swap, > USE_TMPFS=3Dall in use. ALLOW_PARALLEL_JOBS=3D in use too. > (Mentioned only for context: I've no specific evidence if other > contexts would also have failed, say, USE+TMPFS=3D"data" or UFS.) >=20 > When I looked around at the db> prompts I noticed one > oddity (I'm no expert at such inspections): >=20 > db> show allchains > . . . > chain 92: > thread 100671 (pid 15928, make) is blocked on lockmgr 0%A%0EXCL > thread 100671 (pid 15928, make) is blocked on lockmgr 0%A%0EXCL > thread 100671 (pid 15928, make) is blocked on lockmgr 0%A%0EXCL > thread 100671 (pid 15928, make) is blocked on lockmgr 0%A%0EXCL > thread 100671 (pid 15928, make) is blocked on lockmgr 0%A%0EXCL > thread 100671 (pid 15928, make) is blocked on lockmgr 0%A%0EXCL > . . . (thousands of more instances of that line content, > I never found the last) . . . >=20 > My patched top (that reports some "maximum observed" (MaxObs???) > figures) was showing (having hung up with the system): >=20 > last pid: 18816; load averages: 10.11, 16.76, 18.73 MaxObs: 115.65, = 103.13, 96.36 = up 8+06:52:04 20:30:57 > 324 threads: 17 running, 305 sleeping, 2 waiting, 147 MaxObsRunning > CPU: 2.8% user, 0.0% nice, 97.1% system, 0.0% interrupt, 0.0% idle > Mem: 19044Ki Active, 331776B Inact, 73728B Laundry, 6950Mi Wired, = 69632B Buf, 558860Ki Free, 47709Mi MaxObsActive, 12556Mi MaxObsWired, = 59622Mi MaxObs(Act+Wir+Lndry) > ARC: 2005Mi Total, 623319Ki MFU, 654020Ki MRU, 2048Ki Anon, 27462Ki = Header, 745685Ki Other > 783741Ki Compressed, 3981Mi Uncompressed, 5.20:1 Ratio > Swap: 251904Mi Total, 101719Mi Used, 150185Mi Free, 40% Inuse, 3432Ki = In, 3064Ki Out, 101719Mi MaxObsUsed, 101737Mi = MaxObs(Act+Lndry+SwapUsed), 109816Mi MaxObs(Act+Wir+Lndry+SwapUsed) >=20 > (Based on the 20:30:57 time shown, it had been hung up for over > 2 hours when I got to it.) >=20 > There were no console messages. /var/log/messages had its > last message at 18:57:52. No out-of-swap or such > messages. >=20 >=20 > I did get a dump via the db> prompt. >=20 In retrying the poudriere-devel run expiriment I'm getting various builds that are generating multi-GiByte log files (and growing) that have lines like: thread 'rustc' panicked at 'capacity overflow', = library/alloc/src/raw_vec.rs:559:5 stack backtrace: note: Some details are omitted, run with `RUST_BACKTRACE=3Dfull` for a = verbose backtrace. error: internal compiler error: unexpected panic note: the compiler unexpectedly panicked. this is a bug. note: we would appreciate a bug report:=20 = https://github.com/rust-lang/rust/issues/new?labels=3DC-bug%2C+I-ICE%2C+T-= compiler&template=3Dice.md note: rustc 1.55.0 running on armv7-unknown-freebsd note: compiler flags: -C embed-bitcode=3Dno -C debuginfo=3D2 -C = linker=3Dcc --crate-type lib note: some of the compiler flags provided by cargo are hidden query stack during panic: #0 [trimmed_def_paths] calculating trimmed def paths #1 [lint_mod] linting module `transitions` #2 [analysis] running analysis passes on this crate end of query stack thread 'rustc' panicked at 'cannot panic during the backtrace function', = library/std/src/../../backtrace/src/lib.rs:147:13 stack backtrace: 0: 0x4710076c - ::fmt::h4428caffcb182c5b 1: 0x471c9d00 - core::fmt::write::h91f4a7678561fd61 2: 0x470e2180 - 3: 0x470ebd40 - 4: 0x470eb824 - 5: 0x41ed4848 - 6: 0x470ec690 - = std::panicking::rust_panic_with_hook::h6bc4b7e83060df25 7: 0x47100f0c - 8: 0x47100900 - 9: 0x470ec374 - . . . 65: 0x470ee71c - 66: 0x401361bc - 67: 0x40135cd8 - pthread_create 68: 0x40138b9c - pthread_peekjoin_np 69: 0x40138b9c - pthread_peekjoin_np 70: 0x40138b9c - pthread_peekjoin_np 71: 0x40138b9c - pthread_peekjoin_np 72: 0x40138b9c - pthread_peekjoin_np 73: 0x40138b9c - pthread_peekjoin_np . . . massive repitition of pthread_peekjoin_np lines . . . (I used USE_TMPFS=3D"data" to avoid tmpfs memory usage this time.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Nov 13 12:00:59 2021 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 7FA9B183B5A9 for ; Sat, 13 Nov 2021 12:01:02 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wr1-x432.google.com (mail-wr1-x432.google.com [IPv6:2a00:1450:4864:20::432]) (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 "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HrvDZ2wj2z3tKW for ; Sat, 13 Nov 2021 12:01:02 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wr1-x432.google.com with SMTP id s13so20371435wrb.3 for ; Sat, 13 Nov 2021 04:01:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=fs1osw1UvMSZOKsS5n+4r8vEoskkv2rwJbo48IVrlQw=; b=cvDYtMEvvQq2PGxbgNEsOA+HEX4nBIw654uDL5jeTLrMPF0omZjDZXkvz0ea4KAYgi YqShDCz4gRNw+bq3eC5s2c9/2kfn8A5t1hhVzr2EyZX1iw7CMxbbTatsTIltBphcEN2J AQQp1OCHPRl9ZckTavgHelPPCovov9G0rTCmPFQgc2EYUO/2+PUH89m2iLSO5Q0yn20e WeRyxkM/7hPhgbNYMjpx5qAKT6unL+g1N7jr7Z0X7iRAZ/Bipxoq3IZft7LZVKIynnbo G4eY1AzStveh5T706bd8Z5lEl19FKkrAjHLEyzooJOPpEMMKAQiiUIxlfQgzLGjBEzTL re/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=fs1osw1UvMSZOKsS5n+4r8vEoskkv2rwJbo48IVrlQw=; b=FMX+7Ks7m6eo7ZqdhU/28HEVAWVMaGXY7GF7WgewsQBF8drjbf++RNQVrz5yD7ydck YY50jDr11Yx/inlf0aB3dsCWWRnpcpReR2+yFPDYuVaLtaR3gTHZ8lJY0RJjhJvIfr1F uiKMHw/QpU7aZbZsfvMD0y+pIz8yhGB7k61fG6r0xQKC56LYicxEUDbh5n2hC4Y3fWCg SCDcP5AIqVX60+hq4Q7ZMDxJFmLPJwx/n7rfTXRAvlv8ZzzIuIg0SUrGOEb5rHMWQUBA /vgnkOKf19YVg4JSbZnCrKTSi11F53mq4eTBTZDfTTK2WTE58bYI68YyP1xK3VvZvXyE JlWQ== X-Gm-Message-State: AOAM532uD4HKN/ZaEkLbXCsb3t37sLJbxcaYFwGVyRhpvvuSCV6LjetM Jg2ebuGVm/9oI5lcp2h2bgtNeT4pBNY= X-Google-Smtp-Source: ABdhPJzZXP+kmoW4tBYssyWcyLs0Z4IUVUKAgIG3Ig9yhquMUFhbfB/aYCdzPx0lusfq6StISYyfpg== X-Received: by 2002:adf:f551:: with SMTP id j17mr27765944wrp.392.1636804861317; Sat, 13 Nov 2021 04:01:01 -0800 (PST) Received: from ernst.home (p5b3bed42.dip0.t-ipconnect.de. [91.59.237.66]) by smtp.gmail.com with ESMTPSA id a141sm4201203wme.37.2021.11.13.04.01.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 13 Nov 2021 04:01:00 -0800 (PST) Date: Sat, 13 Nov 2021 13:00:59 +0100 From: Gary Jennejohn To: Graham Perrin Cc: FreeBSD CURRENT Subject: Re: zfskeys does not exist Message-ID: <20211113130059.0bc4a33e@ernst.home> In-Reply-To: References: Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.18.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.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: 8bit X-Rspamd-Queue-Id: 4HrvDZ2wj2z3tKW X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sat, 13 Nov 2021 11:33:01 +0000 Graham Perrin wrote: > (2021-07-28): > > > Add zfskeys rc.d script for auto-loading encryption keys > > finds only the July commit. > > Below, I don't have zfskeys. Please, can anyone explain? > > Thanks > /usr/src/libexec/rc/rc.d/zfskeys Maybe it isn't being installed automatically? No idea and I don't use ZFS myself. > ---- > > root@mowa219-gjp4-8570p-freebsd:~ # service zfskeys status > zfskeys does not exist in /etc/rc.d or the local startup > directories (/usr/local/etc/rc.d), or is not executable > root@mowa219-gjp4-8570p-freebsd:~ # ls -hl /etc/rc.d/zfs* > -r-xr-xr-x  1 root  wheel   872B Jan  1  2021 /etc/rc.d/zfs > -r-xr-xr-x  1 root  wheel   1.7K Jan  1  2021 /etc/rc.d/zfsbe > -r-xr-xr-x  1 root  wheel   209B Jan  1  2021 /etc/rc.d/zfsd > root@mowa219-gjp4-8570p-freebsd:~ # ls /usr/local/etc/rc.d > amd                     gpsd                    sndiod > aria2                   grafana                 snmpd > atop                    iocage                  snmptrapd > avahi-daemon            jackd                   stunnel > avahi-dnsconfd          microcode_update        svnserve > bsdstats                miniupnpc               tcsd > clamav-clamd            mysql-server            tor > clamav-freshclam        netdata                 tpmd > clamav-milter           php-fpm                 ubuntu > cpupdate                poudriered              uuidd > croc                    powerdxx                vboxheadless > cups_browsed            rdnssd                  vboxnet > cupsd                   rsyncd                  vboxwatchdog > dbus                    samba_server            vboxwebsrv > dsbmd                   saned                   virtual_oss > gdm                     sddm                    vm > git_daemon              slpd                    webcamd > gkrellmd                smartd > root@mowa219-gjp4-8570p-freebsd:~ # date > Sat Nov 13 10:21:22 GMT 2021 > root@mowa219-gjp4-8570p-freebsd:~ # uname -aKU > FreeBSD mowa219-gjp4-8570p-freebsd 14.0-CURRENT FreeBSD 14.0-CURRENT #114 main-n > 250511-5f73b3338ee: Sat Nov  6 21:15:23 GMT 2021     root@mowa219-gjp4-8570p-fre > ebsd:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG  amd64 1400040 1400040 > root@mowa219-gjp4-8570p-freebsd:~ # -- Gary Jennejohn From nobody Sat Nov 13 12:23:20 2021 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 8B2771848780 for ; Sat, 13 Nov 2021 12:23:42 +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 4Hrvkk1hTMz4Wbg; Sat, 13 Nov 2021 12:23:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 1ADCNKcX072704 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 13 Nov 2021 14:23:23 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 1ADCNKcX072704 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 1ADCNKk4072703; Sat, 13 Nov 2021 14:23:20 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 13 Nov 2021 14:23:20 +0200 From: Konstantin Belousov To: Gerald Pfeifer Cc: Yasuhiro Kimura , freebsd-current@freebsd.org, kde@freebsd.org, Damjan Jovanovic Subject: Re: Build of devel/ninja and lang/gcc11 fails with latest 14-CURRENT amd64 Message-ID: References: <20211113.053153.925491349721631675.yasu@FreeBSD.org> <76e4f589-2df5-8f6f-ac9d-403020f8587b@pfeifer.com> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <76e4f589-2df5-8f6f-ac9d-403020f8587b@pfeifer.com> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.5 X-Spam-Checker-Version: SpamAssassin 3.4.5 (2021-03-20) on tom.home X-Rspamd-Queue-Id: 4Hrvkk1hTMz4Wbg X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_RCPT(0.00)[]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N On Sat, Nov 13, 2021 at 09:54:47AM +0100, Gerald Pfeifer wrote: > On Sat, 13 Nov 2021, Konstantin Belousov wrote: > >> ---------------------------------------------------------------------- > >> commit 160b4b922b6 > >> Author: Konstantin Belousov > >> Date: Sat Oct 23 00:17:21 2021 > >> > >> Add real sched.h > >> > >> It is required by IEEE Std 1003.1-2008 AKA POSIX. > >> > >> Put some Linux compatibility stuff under BSD_VISIBLE namespace, in > >> particular, sys/cpuset.h definitions. Also, if user really want > >> Linux compatibility, she can request cpu_set_t typedef with > >> _WITH_CPU_SET_T define. > >> > >> Reviewed by: jhb > >> Sponsored by: The FreeBSD Foundation > >> MFC after: 1 week > >> Differential revision: https://reviews.freebsd.org/D32901 > >> ---------------------------------------------------------------------- > >> > >> It seems likely this is the cause of build error. > > Ninja builds with the following patch, other failing ports have a chance > > as well. > > > > commit 1acaa4bb838c074c29926cb34b7827efb26cdc85 > > Author: Konstantin Belousov > > Date: Thu Nov 11 10:01:54 2021 +0200 > > > > sched.h: Make cpu_set_t compat typedef visible unconditionally > > > > or rather, visible if BSD namespace is enabled, instead of requiring > > _WITH_CPU_SET_T define to expose it. It seems a lot of code assumes > > that presence of sched_getaffinity() implies existence of cpu_set_t. > > > > Reported by: portmgr (antoine) > > Sponsored by: The FreeBSD Foundation > > MFC after: 1 week > > > > diff --git a/include/sched.h b/include/sched.h > > index 1c41cda79046..2d4f301c9718 100644 > > --- a/include/sched.h > > +++ b/include/sched.h > > @@ -34,13 +34,8 @@ > > #include > > #if __BSD_VISIBLE > > #include > > -#endif /* __BSD_VISIBLE */ > > - > > -#if __BSD_VISIBLE > > -#ifdef _WITH_CPU_SET_T > > struct _cpuset; > > typedef struct _cpuset cpu_set_t; > > -#endif /* _WITH_CPU_SET_T */ > > #endif /* __BSD_VISIBLE */ > > > > __BEGIN_DECLS > > I also got a build notification for emulators/wine and believe > emulators/wine-devel is impacted as well. > > The code in question looks as follows, and it seems your follow > up patch should address this? > > int set_thread_affinity( struct thread *thread, affinity_t affinity ) > { > int ret = 0; > #ifdef HAVE_SCHED_SETAFFINITY > if (thread->unix_tid != -1) > { > cpu_set_t set; > int i; > affinity_t mask; > > CPU_ZERO( &set ); > for (i = 0, mask = 1; mask; i++, mask <<= 1) > if (affinity & mask) CPU_SET( i, &set ); > > ret = sched_setaffinity( thread->unix_tid, sizeof(set), &set ); > } > #endif > > If so, it looks like your work unleashes enhanced functionality on > FreeBSD! Nice. > > Original notification message below. I have to hide these features under opt-in feature macro test. You would need to pass -D_WITH_CPU_SET_T to compiler, both at the configure and build stage, to get to the functionality. But for wine it seems yes, what I added should be enough to get thread affinity features working. From nobody Sat Nov 13 15:10:00 2021 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 6727D1856C91 for ; Sat, 13 Nov 2021 15:10:11 +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 4HrzQq077yz3vhD; Sat, 13 Nov 2021 15:10:10 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from kalamity.joker.local (123-48-130-181.area1b.commufa.jp [123.48.130.181]) (authenticated bits=0) by www121.sakura.ne.jp (8.16.1/8.16.1/[SAKURA-WEB]/20201212) with ESMTPA id 1ADFA1uB093115; Sun, 14 Nov 2021 00:10:01 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sun, 14 Nov 2021 00:10:00 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Cc: gljennjohn@gmail.com, Graham Perrin , Allan Jude Subject: Re: zfskeys does not exist Message-Id: <20211114001000.c28c9a8ad09af13620d7ffbb@dec.sakura.ne.jp> In-Reply-To: <20211113130059.0bc4a33e@ernst.home> References: <20211113130059.0bc4a33e@ernst.home> Reply-To: junchoon@dec.sakura.ne.jp Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.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-2022-JP Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4HrzQq077yz3vhD X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sat, 13 Nov 2021 13:00:59 +0100 Gary Jennejohn wrote: > On Sat, 13 Nov 2021 11:33:01 +0000 > Graham Perrin wrote: > > > (2021-07-28): > > > > > Add zfskeys rc.d script for auto-loading encryption keys > > > > finds only the July commit. > > > > Below, I don't have zfskeys. Please, can anyone explain? > > > > Thanks > > > > /usr/src/libexec/rc/rc.d/zfskeys > > Maybe it isn't being installed automatically? No idea and I don't > use ZFS myself. (CC'ing Allan Jude, the committer of this change.) Not sure if it's intentional or not, /usr/src/libexec/rc/rc.d/Makefile has no corresponding update. Currently, it has .if block below. === quote === .if ${MK_ZFS} != "no" CONFGROUPS+= ZFS ZFS+= zfs ZFS+= zfsbe ZFS+= zfsd ZFS+= zpool ZFS+= zvol ZFSPACKAGE= rc .endif === end quote === If these are intentionally kept unchanged, there can be some risk to install zfskeys in some situations. If not, ZFS+= zfskeys line should be added somewhere inside the block. > > > ---- > > > > root@mowa219-gjp4-8570p-freebsd:~ # service zfskeys status > > zfskeys does not exist in /etc/rc.d or the local startup > > directories (/usr/local/etc/rc.d), or is not executable > > root@mowa219-gjp4-8570p-freebsd:~ # ls -hl /etc/rc.d/zfs* > > -r-xr-xr-x $B".(B1 root $B".(Bwheel $B".".(B872B Jan $B".(B1 $B".(B2021 /etc/rc.d/zfs > > -r-xr-xr-x $B".(B1 root $B".(Bwheel $B".".(B1.7K Jan $B".(B1 $B".(B2021 /etc/rc.d/zfsbe > > -r-xr-xr-x $B".(B1 root $B".(Bwheel $B".".(B209B Jan $B".(B1 $B".(B2021 /etc/rc.d/zfsd > > root@mowa219-gjp4-8570p-freebsd:~ # ls /usr/local/etc/rc.d > > amd $B".".".".".".".".".".".".".".".".".".".".(Bgpsd $B".".".".".".".".".".".".".".".".".".".(Bsndiod > > aria2 $B".".".".".".".".".".".".".".".".".".(Bgrafana $B".".".".".".".".".".".".".".".".(Bsnmpd > > atop $B".".".".".".".".".".".".".".".".".".".(Biocage $B".".".".".".".".".".".".".".".".".(Bsnmptrapd > > avahi-daemon $B".".".".".".".".".".".(Bjackd $B".".".".".".".".".".".".".".".".".".(Bstunnel > > avahi-dnsconfd $B".".".".".".".".".(Bmicrocode_update $B".".".".".".".(Bsvnserve > > bsdstats $B".".".".".".".".".".".".".".".(Bminiupnpc $B".".".".".".".".".".".".".".(Btcsd > > clamav-clamd $B".".".".".".".".".".".(Bmysql-server $B".".".".".".".".".".".(Btor > > clamav-freshclam $B".".".".".".".(Bnetdata $B".".".".".".".".".".".".".".".".(Btpmd > > clamav-milter $B".".".".".".".".".".(Bphp-fpm $B".".".".".".".".".".".".".".".".(Bubuntu > > cpupdate $B".".".".".".".".".".".".".".".(Bpoudriered $B".".".".".".".".".".".".".(Buuidd > > croc $B".".".".".".".".".".".".".".".".".".".(Bpowerdxx $B".".".".".".".".".".".".".".".(Bvboxheadless > > cups_browsed $B".".".".".".".".".".".(Brdnssd $B".".".".".".".".".".".".".".".".".(Bvboxnet > > cupsd $B".".".".".".".".".".".".".".".".".".(Brsyncd $B".".".".".".".".".".".".".".".".".(Bvboxwatchdog > > dbus $B".".".".".".".".".".".".".".".".".".".(Bsamba_server $B".".".".".".".".".".".(Bvboxwebsrv > > dsbmd $B".".".".".".".".".".".".".".".".".".(Bsaned $B".".".".".".".".".".".".".".".".".".(Bvirtual_oss > > gdm $B".".".".".".".".".".".".".".".".".".".".(Bsddm $B".".".".".".".".".".".".".".".".".".".(Bvm > > git_daemon $B".".".".".".".".".".".".".(Bslpd $B".".".".".".".".".".".".".".".".".".".(Bwebcamd > > gkrellmd $B".".".".".".".".".".".".".".".(Bsmartd > > root@mowa219-gjp4-8570p-freebsd:~ # date > > Sat Nov 13 10:21:22 GMT 2021 > > root@mowa219-gjp4-8570p-freebsd:~ # uname -aKU > > FreeBSD mowa219-gjp4-8570p-freebsd 14.0-CURRENT FreeBSD 14.0-CURRENT #114 main-n > > 250511-5f73b3338ee: Sat Nov $B".(B6 21:15:23 GMT 2021 $B".".".".(Broot@mowa219-gjp4-8570p-fre > > ebsd:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG $B".(Bamd64 1400040 1400040 > > root@mowa219-gjp4-8570p-freebsd:~ # > > > -- > Gary Jennejohn > -- Tomoaki AOKI From nobody Sun Nov 14 04:05:05 2021 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 5D1AD184B9B0 for ; Sun, 14 Nov 2021 04:06:33 +0000 (UTC) (envelope-from yasu@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HsJfd1tg9z3lj1; Sun, 14 Nov 2021 04:06:33 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Received: from localhost (gate.home.utahime.org [183.180.29.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: yasu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id C40F7337F; Sun, 14 Nov 2021 04:06:31 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Sun, 14 Nov 2021 13:05:05 +0900 (JST) Message-Id: <20211114.130505.56433507277222009.yasu@FreeBSD.org> To: kostikbel@gmail.com Cc: freebsd-current@freebsd.org, kde@freebsd.org, gerald@freebsd.org Subject: Re: Build of devel/ninja and lang/gcc11 fails with latest 14-CURRENT amd64 From: Yasuhiro Kimura In-Reply-To: <20211113.122140.473717912893469308.yasu@FreeBSD.org> References: <20211113.053153.925491349721631675.yasu@FreeBSD.org> <20211113.122140.473717912893469308.yasu@FreeBSD.org> X-Mailer: Mew version 6.8 on Emacs 29.0.50 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: base64 X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N RnJvbTogWWFzdWhpcm8gS2ltdXJhIDx5YXN1QEZyZWVCU0Qub3JnPg0KU3ViamVjdDogUmU6IEJ1 aWxkIG9mIGRldmVsL25pbmphIGFuZCBsYW5nL2djYzExIGZhaWxzIHdpdGggbGF0ZXN0IDE0LUNV UlJFTlQgYW1kNjQNCkRhdGU6IFNhdCwgMTMgTm92IDIwMjEgMTI6MjE6NDAgKzA5MDAgKEpTVCkN Cg0KPiBJIHRyaWVkIGl0IGFuZCBidWlsZCBvZiBkZXZlbC9uaW5qYSBpcyBzdXJlbHkgZml4ZWQu IEJ1dCBidWlsZCBvZg0KPiBsYW5nL2djYzExIHN0aWxsIGZhaWxlZCB3aXRoIHNhbWUgZXJyb3Iu DQoNCldpdGggdGhlIGNvbW1pdCBvZiA5MGZhOTcwNWQ1YyBidWlsZCBvZiBsYW5nL2djYzExIGlz IGFsc28gZml4ZWQuIEJ1dA0KYnVpbGQgb2YgZ3JhcGhpY3MvY2Fpcm8sIHdoaWNoIHdhcyBwcmV2 aW91c2x5IHNraXBwZWQgZHVlIHRvIGJ1aWxkDQplcnJvciBvZiBkZXZlbC9uaW5qYSwgZmFpbHMg YXMgZm9sbG93aW5nLg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQotLS0gY2Fpcm8tcGVyZi1taWNyby5vIC0t LQ0KY2MgLURIQVZFX0NPTkZJR19IIC1JLiAtSS4uICAtSS4gICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAtSS4uL2JvaWxlcnBsYXRlICAgICAgICAgICAgICAgIC1JLi4vc3JjICAgICAg ICAgICAgICAtSS4uL3V0aWwvY2Fpcm8tbWlzc2luZyAgLUkuLi91dGlsL2NhaXJvLXNjcmlwdCAg LUkuLi9zcmMgICAgICAgICAgICAgICAgICAgICAgICAtRF9SRUVOVFJBTlQgICAgICAtSS91c3Iv bG9jYWwvaW5jbHVkZS9waXhtYW4tMSAgICAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLUkvdXNyL2xv Y2FsL2luY2x1ZGUvZnJlZXR5cGUyIC1JL3Vzci9sb2NhbC9pbmNsdWRlL2xpYnBuZzE2ICAtSS91 c3IvbG9jYWwvaW5jbHVkZS9mcmVldHlwZTIgLUkvdXNyL2xvY2FsL2luY2x1ZGUvbGlicG5nMTYg ICAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgIC1JL3Vzci9sb2NhbC9pbmNsdWRlICAtSS91c3IvbG9j YWwvaW5jbHVkZS9saWJwbmcxNiAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLXB0aHJlYWQgIC1JL3Vz ci9sb2NhbC9pbmNsdWRlIC1wdGhyZWFkICAtSS91c3IvbG9jYWwvaW5jbHVkZSAtRF9USFJFQURf U0FGRSAtcHRocmVhZCAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLURfVEhSRUFEX1NBRkUgLXB0aHJl YWQgICAgLVdhbGwgLVdleHRyYSAtV21pc3NpbmctZGVjbGFyYXRpb25zIC1XZXJyb3ItaW1wbGlj aXQtZnVuY3Rpb24tZGVjbGFyYXRpb24gLVdwb2ludGVyLWFyaXRoIC1Xd3JpdGUtc3RyaW5ncyAt V3NpZ24tY29tcGFyZSAtV3BhY2tlZCAtV3N3aXRjaC1lbnVtIC1XbWlzc2luZy1mb3JtYXQtYXR0 cmlidXRlIC1Xdm9sYXRpbGUtcmVnaXN0ZXItdmFyIC1Xc3RyaWN0LWFsaWFzaW5nPTIgLVdpbml0 LXNlbGYgLVduby1taXNzaW5nLWZpZWxkLWluaXRpYWxpemVycyAtV25vLXVudXNlZC1wYXJhbWV0 ZXIgLVduby1hdHRyaWJ1dGVzIC1Xbm8tbG9uZy1sb25nIC1XaW5saW5lIC1mbm8tc3RyaWN0LWFs aWFzaW5nIC1mbm8tY29tbW9uIC1XcCwtRF9GT1JUSUZZX1NPVVJDRT0yICAgIC1PMiAtcGlwZSAg LWZzdGFjay1wcm90ZWN0b3Itc3Ryb25nIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1NVCBjYWlyby1w ZXJmLW1pY3JvLm8gLU1EIC1NUCAtTUYgLmRlcHMvY2Fpcm8tcGVyZi1taWNyby5UcG8gLWMgLW8g Y2Fpcm8tcGVyZi1taWNyby5vIGNhaXJvLXBlcmYtbWljcm8uYw0KLS0tIGNhaXJvLXBlcmYtcmVw b3J0LmxvIC0tLQ0KbXYgLWYgLmRlcHMvY2Fpcm8tcGVyZi1yZXBvcnQuVHBvIC5kZXBzL2NhaXJv LXBlcmYtcmVwb3J0LlBsbw0KLS0tIGxpYmNhaXJvcGVyZi5sYSAtLS0NCi9iaW4vc2ggLi4vbGli dG9vbCAgLS10YWc9Q0MgICAgLS1tb2RlPWxpbmsgY2MgIC1PMiAtcGlwZSAgLWZzdGFjay1wcm90 ZWN0b3Itc3Ryb25nIC1mbm8tc3RyaWN0LWFsaWFzaW5nICAgLWZzdGFjay1wcm90ZWN0b3Itc3Ry b25nIC1vIGxpYmNhaXJvcGVyZi5sYSAgY2Fpcm8tcGVyZi5sbyBjYWlyby1wZXJmLXJlcG9ydC5s byBjYWlyby1zdGF0cy5sbyBjYWlyby10aW1lLmxvICAgIC1scnQgIC1sbQ0KLS0tIGNhaXJvLXBl cmYtbWljcm8ubyAtLS0NCmNhaXJvLXBlcmYtbWljcm8uYzo0MTg6NTogZXJyb3I6IHVua25vd24g dHlwZSBuYW1lICdjcHVfc2V0X3QnOyBkaWQgeW91IG1lYW4gJ2NwdXNldGlkX3QnPw0KICAgIGNw dV9zZXRfdCBhZmZpbml0eTsNCiAgICBefn5+fn5+fn4NCiAgICBjcHVzZXRpZF90DQovdXNyL2lu Y2x1ZGUvc3lzL3R5cGVzLmg6ODY6MjI6IG5vdGU6ICdjcHVzZXRpZF90JyBkZWNsYXJlZCBoZXJl DQp0eXBlZGVmIF9fY3B1c2V0aWRfdCAgICBjcHVzZXRpZF90Ow0KICAgICAgICAgICAgICAgICAg ICAgICAgXg0KY2Fpcm8tcGVyZi1taWNyby5jOjQyMTo5OiBlcnJvcjogaW1wbGljaXQgZGVjbGFy YXRpb24gb2YgZnVuY3Rpb24gJ3NjaGVkX2dldGFmZmluaXR5JyBpcyBpbnZhbGlkIGluIEM5OSBb LVdlcnJvciwtV2ltcGxpY2l0LWZ1bmN0aW9uLWRlY2xhcmF0aW9uXQ0KICAgIGlmIChzY2hlZF9n ZXRhZmZpbml0eSgwLCBzaXplb2YoYWZmaW5pdHkpLCAmYWZmaW5pdHkpKSB7DQogICAgICAgIF4N CmNhaXJvLXBlcmYtbWljcm8uYzo0MjY6MzU6IGVycm9yOiB1c2Ugb2YgdW5kZWNsYXJlZCBpZGVu dGlmaWVyICdDUFVfU0VUU0laRScNCiAgICBmb3IoaSA9IDAsIGNwdV9jb3VudCA9IDA7IGkgPCBD UFVfU0VUU0laRTsgKytpKSB7DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXg0K Y2Fpcm8tcGVyZi1taWNyby5jOjQyNzo2OiBlcnJvcjogaW1wbGljaXQgZGVjbGFyYXRpb24gb2Yg ZnVuY3Rpb24gJ0NQVV9JU1NFVCcgaXMgaW52YWxpZCBpbiBDOTkgWy1XZXJyb3IsLVdpbXBsaWNp dC1mdW5jdGlvbi1kZWNsYXJhdGlvbl0NCiAgICAgICAgaWYgKENQVV9JU1NFVChpLCAmYWZmaW5p dHkpKQ0KICAgICAgICAgICAgXg0KNCBlcnJvcnMgZ2VuZXJhdGVkLg0KKioqIFtjYWlyby1wZXJm LW1pY3JvLm9dIEVycm9yIGNvZGUgMQ0KDQptYWtlWzVdOiBzdG9wcGVkIGluIC93cmtkaXJzL3Vz ci9wb3J0cy9ncmFwaGljcy9jYWlyby93b3JrL2NhaXJvLTEuMTcuNC9wZXJmDQotLS0gY2Fpcm8t cGVyZi10cmFjZS5vIC0tLQ0KbXYgLWYgLmRlcHMvY2Fpcm8tcGVyZi10cmFjZS5UcG8gLmRlcHMv Y2Fpcm8tcGVyZi10cmFjZS5Qbw0KLS0tIGxpYmNhaXJvcGVyZi5sYSAtLS0NCmxpYnRvb2w6IGxp bms6IGFyIGNydSAubGlicy9saWJjYWlyb3BlcmYuYSAubGlicy9jYWlyby1wZXJmLm8gLmxpYnMv Y2Fpcm8tcGVyZi1yZXBvcnQubyAubGlicy9jYWlyby1zdGF0cy5vIC5saWJzL2NhaXJvLXRpbWUu bw0KbGlidG9vbDogbGluazogcmFubGliIC5saWJzL2xpYmNhaXJvcGVyZi5hDQpsaWJ0b29sOiBs aW5rOiAoIGNkICIubGlicyIgJiYgcm0gLWYgImxpYmNhaXJvcGVyZi5sYSIgJiYgbG4gLXMgIi4u L2xpYmNhaXJvcGVyZi5sYSIgImxpYmNhaXJvcGVyZi5sYSIgKQ0KLS0tIGNhaXJvLWhhc2gubyAt LS0NCm12IC1mIC5kZXBzL2NhaXJvLWhhc2guVHBvIC5kZXBzL2NhaXJvLWhhc2guUG8NCjEgZXJy b3INCg0KbWFrZVs1XTogc3RvcHBlZCBpbiAvd3JrZGlycy91c3IvcG9ydHMvZ3JhcGhpY3MvY2Fp cm8vd29yay9jYWlyby0xLjE3LjQvcGVyZg0KDQptYWtlWzRdOiBzdG9wcGVkIGluIC93cmtkaXJz L3Vzci9wb3J0cy9ncmFwaGljcy9jYWlyby93b3JrL2NhaXJvLTEuMTcuNC9wZXJmDQoNCm1ha2Vb M106IHN0b3BwZWQgaW4gL3dya2RpcnMvdXNyL3BvcnRzL2dyYXBoaWNzL2NhaXJvL3dvcmsvY2Fp cm8tMS4xNy40L3BlcmYNCg0KbWFrZVsyXTogc3RvcHBlZCBpbiAvd3JrZGlycy91c3IvcG9ydHMv Z3JhcGhpY3MvY2Fpcm8vd29yay9jYWlyby0xLjE3LjQNCg0KbWFrZVsxXTogc3RvcHBlZCBpbiAv d3JrZGlycy91c3IvcG9ydHMvZ3JhcGhpY3MvY2Fpcm8vd29yay9jYWlyby0xLjE3LjQNCj09PT4g Q29tcGlsYXRpb24gZmFpbGVkIHVuZXhwZWN0ZWRseS4NClRyeSB0byBzZXQgTUFLRV9KT0JTX1VO U0FGRT15ZXMgYW5kIHJlYnVpbGQgYmVmb3JlIHJlcG9ydGluZyB0aGUgZmFpbHVyZSB0bw0KdGhl IG1haW50YWluZXIuDQoqKiogRXJyb3IgY29kZSAxDQoNClN0b3AuDQptYWtlOiBzdG9wcGVkIGlu IC91c3IvcG9ydHMvZ3JhcGhpY3MvY2Fpcm8NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KRnVsbCBidWlsZCBs b2c6DQpodHRwczovL3d3dy51dGFoaW1lLm9yZy9GcmVlQlNEL3BvdWRyaWVyZS9kYXRhL2xvZ3Mv YnVsay9jdXJhbWQ2NC1kZWZhdWx0LzIwMjEtMTEtMTRfMTJoMzVtMThzL2xvZ3MvY2Fpcm8tMS4x Ny40LDMubG9nDQoNCi0tLQ0KWWFzdWhpcm8gS2ltdXJhDQo= From nobody Sun Nov 14 21:13:01 2021 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 DD228184C6DA for ; Sun, 14 Nov 2021 21:13:11 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from mail.anduin.net (mail.anduin.net [185.42.170.45]) (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 4HslRB0bV3z4brk for ; Sun, 14 Nov 2021 21:13:09 +0000 (UTC) (envelope-from ltning@anduin.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=anduin.net; s=dkim2021; h=Content-Transfer-Encoding:MIME-Version:Content-Type:References: In-Reply-To:Date:To:From:Subject:Message-ID:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=7KNjBwi2cc47FF6M0NXtfhRhxgFxOXFayJBleRpPyzo=; t=1636924389; x=1637788389; b=Hnypsj/pgRjWtR50WVIjvcfMMArjH/Nlq/+aW9M0wZZDq2cpHJxDad+HMySEXX69colpMEJ2d/g TYQAzDXx6SSfJEDzZDtTVkmmf4l5Vucruei07HvKirk7I8509NviFCf9RRoOZ6U3WIo5rJSR3sGkz X0s//1mEn8ouBoUODKciPoVBPf0WYsXBuUmJsE+zGH/xEYycDKpt6+GJse3uAdkcWmR1nhizL2mGI pq2fPWLlENY/I/P12fN/fkSaVTk0i5C0HUC1XKkyWn0Z5snrVHKsZoEaS1s2xGHMkHbqUZfn435KC pa89neN3vWHObx8sqp01PpO0yeyKIeQvmiFw==; Received: by mail.modirum.com with esmtpsa (TLS1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.94.2 (FreeBSD)) (envelope-from ) id 1mmMoA-000MZz-0O for freebsd-current@freebsd.org; Sun, 14 Nov 2021 21:13:02 +0000 Message-ID: <001f63b1c0fca490ab2a8c4b48ed48f5e3821cb4.camel@anduin.net> Subject: Re: zfskeys does not exist From: Eirik =?ISO-8859-1?Q?=D8verby?= To: freebsd-current@freebsd.org Date: Sun, 14 Nov 2021 22:13:01 +0100 In-Reply-To: <20211114001000.c28c9a8ad09af13620d7ffbb@dec.sakura.ne.jp> References: <20211113130059.0bc4a33e@ernst.home> <20211114001000.c28c9a8ad09af13620d7ffbb@dec.sakura.ne.jp> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.42.1 FreeBSD GNOME Team List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-SA-Authenticated: Yes X-Rspamd-Queue-Id: 4HslRB0bV3z4brk X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=anduin.net header.s=dkim2021 header.b="Hnypsj/p"; dmarc=none; spf=pass (mx1.freebsd.org: domain of ltning@anduin.net designates 185.42.170.45 as permitted sender) smtp.mailfrom=ltning@anduin.net X-Spamd-Result: default: False [1.21 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[anduin.net:s=dkim2021]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[anduin.net]; NEURAL_SPAM_MEDIUM(1.00)[0.995]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_SHORT(1.00)[0.999]; DKIM_TRACE(0.00)[anduin.net:+]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_MIXED_CHARSET(0.71)[subject]; ASN(0.00)[asn:62248, ipnet:185.42.170.0/24, country:NO]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sun, 2021-11-14 at 00:10 +0900, Tomoaki AOKI wrote: > On Sat, 13 Nov 2021 13:00:59 +0100 > Gary Jennejohn wrote: > > > On Sat, 13 Nov 2021 11:33:01 +0000 > > Graham Perrin wrote: > > > > > (2021-07-28): > > > > > > > Add zfskeys rc.d script for auto-loading encryption keys > > > > > > finds only the July commit. > > > > > > Below, I don't have zfskeys. Please, can anyone explain? > > > > > > Thanks > > > > > > > /usr/src/libexec/rc/rc.d/zfskeys > > > > Maybe it isn't being installed automatically? No idea and I don't > > use ZFS myself. > > (CC'ing Allan Jude, the committer of this change.) > > If these are intentionally kept unchanged, there can be some risk to > install zfskeys in some situations. As the author of zfskeys, I cannot imagine what damage it could possible do, and I fully expect(ed) it to be installed by default. It has to be explicitly enabled in rc.conf(.*); it's a noop otherwise. /Eirik From nobody Sun Nov 14 23:04:03 2021 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 C5A8E18636BB for ; Sun, 14 Nov 2021 23:04:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4HsnvP0Twyz3mZg for ; Sun, 14 Nov 2021 23:04:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1636931049; bh=+WM+q1o3EvE4MdL/0GO4HhGvHrPJ+3JeOkLW9L+OHAk=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=VTjtVfy0s42i/mvYaG7HXvz/1+lBw7BYlFDNEKrJkpO3zsAY15e91UhJNlhRwXwhFk8dhtJUgndmJb4Bk7yOe2m3N+//qEhQ1wMHdDzrVNVewuXzFsWNk2wvIOlcDN5ysTslmdvSGqd9T1hvw44sIKXlzsm1W0ssOgmVMB8shHIrkOOxriCMUJLeGhoEBQw624quA/jUuqMYCXktgWMPm8HOUOIUNU05wLH5BBZ7LyvKB7Ot6xl8hI8+uJ65yY8QOkAX0MjSTGLjazZtRW3PyJVcYHJHa3ONmqkpPgbXqy65b4aYGAjhga7/yPCM9cFTjZoISd2RLaNR894gipAvyA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1636931049; bh=bSWiEbpcfqoH0r1SovWuy0X72eoY+b+fXc0qLtTr0VB=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=uKLounHsfvPbKUN58wv34ng46+12j7hDcAEaj/U3wHX+r2Hht86W4GIcKPbam4rDJ2koqXrLVi4r8pw9zTAqz1Rb/Rq3UlfEyMiruuInRrsXe+Roh/Xx+D5cBQYCjcqgCuHnaVQMIav+IawoE3umwtV+v6DSzrS9qlmXf/bU8jmFT+KK0MV9d7GpKeVgJZX7JSBQo3SAEf83LSe6JooLTXL3+LrP3ozvPgWvqxTAg+goy++sdEY7xQxIozUaf9gfMhfbnyTb1CiNrJg3JYmGwUolCggouXeHapYmo6Ua0ksxTOQbMBc6RvOHDWhdxmB8sCDTYwTZaIoC6QcwQ1FcgQ== X-YMail-OSG: 4EyXaK0VM1nKrmong5OB.SbNG52dnQZr10GAM8sw99_dG9stZMKzcSdZAv7Qs.f LY7AGkfw7HOSTTILjqJkjybqp9ZOhksaWEbAeW1FudHRS_8ke7TqJshvnsThg3GeQFRhcI3yhyEJ PkNx1K86Lmnj5NGY.eSpnM2MM0roQrrG6fakNgPuKgPeFlj8fWtDzUWbdmMdAcEJk.imNIYm5Vu6 vNKTgnq1xwkX9aNUzJQmnvWvUt46R1MTqCWjacA0Xib1_KIBin3TnKAqQtokaHCsSa8d9905IKsw .eXtbTZYgg0Fcx56H6wM9aD4AK9La1nEI4syGLQDkB6qat7f2M2WD9DH0o04T_3aHGfGSN3ThUlz HSnppZO_VP8j5hSSgpPAM37kMLPsmm_oqFd_OTBzqbd8hDVqIZXMlzLkqduyPcd1LKYYLfLOhFif 0uH2bHGLR4rnxsVK_2VSrjqxHsHfRkwI6ilCrGc1OzUPMZeyLMsCy_fuT6WwyZ.Qfvq7qCxe9ZAi tLq6ra8nO8lMy5wEf60iXAo4TT0258EnGG39r4ysMMCCzzt8dwDfjNAux3PaDBjbUW8Nj4P6XAWj 7vn3HwuBnF7mBAVe5d9Cic59vjF18J1YeFQ9CjgidVLUXyh5428y4bu9XS347HO8a6xiQrweHYQ7 iHg.KSxmaoeLbGgKDmPMI.d9lqNug824aShjC7W_q_AGUd3gzY3MKSyS0Qxe9EoBC8HDVKWJzrIx .ntsB2bx174loZWwrL2r59hdxlduIt47GqJsUm9y_M0t3TgzdS9fAse88rHx69Nr9v8DNrJOUs3B bdL1la0HkggPOicy1fqDFCp3oIcaybJNz_0.tuv.dNg4aQO1b.3YTDFCb1q4HBFbeGam64.tkWwO XoHCFjW7_m9QxH_vmUAjUwI7eIP9cBwRSNo2kkQ.ubQuOCHne82JNUmYogJ6BMDmAm6IivqaH7WP P1T.dMOhR9EUCiYsW3m0XVA2zwT79Upgup1qqWVmALYpErNDhXQEvNeNCzFzkK9PZ4yEEGPE8nB0 u.EFN4yF8B_RoSYCt5igNp4M9D1Z4IQ4tO96eo2OCdSzWlrjLZtFZsQnqrnrDkdEEHn_ghxFW._v aIihePRTt9EH4Im.2A6qA_m.0YS4m_eLIZzwkEw0GLM8QBXgVVYBCwn8cZJIlJGNNkz9ojQaaSTK HIJPBtVZiFZYQTzpJrrA7PPdMpc6uVow7ArbhUOhTnzGkBSdJSDWuUEAmityAlDbjdX3yQr.xLCa vD6CcNdF2Y1gou4h39C1r7rzrYGc3l9ABS_twfHJmK4yHHfxG.Jf2GvLGTHCrWqXetzL6zCgl5RJ 0AXi6P0Dpn0H9gvX5cyYFEzD8YSVZ9H2NF2ywqkorAySV6PdORzL9dySasfwI0.vr1UQKxiV0Qoa Q1FAIL2Xv3VGz7xUVMWr9fAEiSraDfjlkravRZRE6zbs_og5_uJ0FEz6fZW1LTPMMh26r9LkHG2m An0b4vaYzoDXph1mmnrHxRomJerand2qRH60ev7hvu4vSMomXqJweMLh47etKl3Wsdos6gZgLILC 3H6jLSusNxZOFJNx3Vgu8GidYsN.Q9FHz0IrZXef7vLHkBo_irWhQ4xZIxMm15lfcnGX9N21vcGy t67br0dHoW9hGay9Lu2j4MfO7l.sNbdKxjDLp5N206ODkziCXWE54dlN46dcyj5fbl756SpoCmPP glVeiSaEaBN2QM3FUku9Bj1h0NKFi.LKXBZUNTZEYaZp7muSOfMVIbcxxpPFje7xOdqHWueELM9w .0yWKxpNCXNU.GTmOpwd6aEofdIZjMkes4QQxR5mJRr9_1ZoNghSlK75UAuQvRM9UvmeDhQso1v3 ._Zb41JkD3fIuNTPJiRX_n5FTE2O5PESWT0_WcEP75ufXN9IVUl61YwGzPWkvaUILuJ_.9NroVZc rwl9zs3epouRtvmdghyMITx8VdARZpbC2WoGF8vo2W0g2qa7gWS7SQx5EFDgRJKQAmv4umbHodH2 AtwyJfy4Jyumth5lvuJoaqqATum1VeVYx1QA6Oh_TPFbJidRhuG3htZKkhKr_3vOEToGkpXtQFd3 HiirNVzuWQBPQtw_xjhfXacssygoxRg_m7GzXRhYYBTJ4nnOTa9_rwsrznzIOKcAjlQ9O7Xhq88G lFp1TicDHJ7Jm04edAweho3r5q5SBdfqgDhjkGDwNUof233LR0M7d2TvV9s3k_sT14H6gh.lSD6e 7V9WzTcOUSO6vlFmf0f77D8OYLKtkJJ6wyRnl7jqqGq42ttz_vRxcoxnwQPVOFZpXdDCut26_0hU STkDeaA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Sun, 14 Nov 2021 23:04:09 +0000 Received: by kubenode549.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 9996195b43d8269ea7d8d18b1649dbdf; Sun, 14 Nov 2021 23:04:05 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: FYI: "ELF interpreter /libexec/ld-elf.so.1 not found, error 13" installworld race? Message-Id: <2C4F4734-9BF7-4C9A-A6AE-B3275976CA66@yahoo.com> Date: Sun, 14 Nov 2021 15:04:03 -0800 To: freebsd-current X-Mailer: Apple Mail (2.3654.120.0.1.13) References: <2C4F4734-9BF7-4C9A-A6AE-B3275976CA66.ref@yahoo.com> X-Rspamd-Queue-Id: 4HsnvP0Twyz3mZg X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=VTjtVfy0; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.66.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-0.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.147:from]; RCVD_COUNT_TWO(0.00)[2] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-current X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N In my update sequence to install FreeBSD with the clang 13 related materials, the first -j32 installworld attempt got: . . . --- realinstall_subdir_lib/libc/tests/hash --- install -o root -g wheel -m 444 = /usr/main-src/contrib/netbsd-tests/lib/libc/hash/data/md5test-out = /usr/tests/lib/libc/hash/data/md5test-out --- maninstall --- install -o root -g wheel -m 444 posix_spawnattr_getschedpolicy.3.gz = /usr/share/man/man3/ --- realinstall_subdir_lib/libc/tests --- --- realinstall_subdir_lib/libc/tests/setjmp --- install -o root -g wheel -m 555 threadjmp_test = /usr/tests/lib/libc/setjmp/threadjmp_test ELF interpreter /libexec/ld-elf.so.1 not found, error 13 ELF interpreter /libexec/ld-elf.so.1 not found, error 13 --- realinstall_subdir_lib/libc/tests/nss --- --- getrpc_test.install --- --- realinstall_subdir_lib/libc/tests/gen --- --- realinstall_subdir_lib/libc/tests/gen/posix_spawn --- --- h_fileactions.install --- *** [h_fileactions.install] Signal 6 --- realinstall_subdir_lib/libc/tests/nss --- --- getproto_test.install --- install -o root -g wheel -m 444 getproto_test.debug = /usr/lib/debug/usr/tests/lib/libc/nss/getproto_test.debug --- realinstall_subdir_lib/libc/tests/gen --- --- realinstall_subdir_lib/libc/tests/gen/execve --- --- _proginstall --- --- realinstall_subdir_lib/libc/tests/gen/posix_spawn --- 1 error make[8]: stopped in /usr/main-src/lib/libc/tests/gen/posix_spawn . . . The retry did not get the problem. The context was a ThreadRipper 1950X (so amd64). It was my own build that was being installed. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)