From nobody Mon Jun 30 00:13:15 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bVmpW0NsKz5ydSR for ; Mon, 30 Jun 2025 00:13:23 +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 4bVmpV2k6bz41mR for ; Mon, 30 Jun 2025 00:13:22 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 55U0DFYr029144; Mon, 30 Jun 2025 03:13:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 55U0DFYr029144 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 55U0DFfP029142; Mon, 30 Jun 2025 03:13:15 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 30 Jun 2025 03:13:15 +0300 From: Konstantin Belousov To: "Bjoern A. Zeeb" Cc: current@freebsd.org Subject: Re: Illegal instruction (core dumped) Message-ID: References: <357r6812-o83q-42rr-ps01-322458p6pp65@yvfgf.mnoonqbm.arg> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.1 X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-26) on tom.home X-Rspamd-Queue-Id: 4bVmpV2k6bz41mR X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] On Sun, Jun 29, 2025 at 03:33:20PM +0000, Bjoern A. Zeeb wrote: > On Sun, 29 Jun 2025, Konstantin Belousov wrote: > > > On Sat, Jun 28, 2025 at 11:23:01PM +0000, Bjoern A. Zeeb wrote: > > > On Sun, 29 Jun 2025, Konstantin Belousov wrote: > > > > > > > On Sat, Jun 28, 2025 at 05:32:17PM +0000, Bjoern A. Zeeb wrote: > > > > > Hi, > > > > > > > > > > happened in one of my dev VMs: > > > > > > > > > > # more /etc/wpa_supplicant.conf Illegal instruction (core dumped) > > > > > > > > > > As I see nothing in UPDATING in the range from HEAD to the commit I > > > > > rebased --onto b93161a7e38d (downgrade of the kernel) that would > > > > > explain this I am wondering. > > > > > > > > > > > > > > > Mounted the disk image from the base system and checked the core: > > > > > > > > > > Program terminated with signal SIGILL, Illegal instruction. > > > > > (gdb) where > > > > > #0 0x00003fabd04ebeed in tgetflag_sp (sp=0x3fa3ad42f3a0 , id=0x3fa3ad42f3a0 "") at /usr/src/contrib/ncurses/ncurses/tinfo/lib_termcap.c:259 > > > > > #1 0x00003fa3ad404e9e in get_term () at /usr/src/contrib/less/screen.c:1256 > > > > > #2 0x00003fa3ad4042ef in main (argc=1, argv=0x3fabce1f26b8) at /usr/src/contrib/less/main.c:344 > > > > > > > > > > > > > What is the instruction that faulted? > > > > Also show the registers values used by the instruction. > > > > > > I am a bit rusty with this user spaec stuff ;-) Hope the below helps. > > > > > > (gdb) display/i $pc > > > 1: x/i $pc > > > => 0x3fabd04ebeed : cmove %rbx,%rcx > > > > > > > So this is kind of impossible. > > I wonder what's going on; that's #3 of really funky things I am seeing > lately on different machines/VM/arhcitectures/source trees. > > > > The instruction CMOVE is there from the PentiumPro times. It does not > > access any resources except registers. It cannot cause the vmexit on its > > own since it cannot generate exceptions (well perhaps except code fetch > > page fault). The only possible vmexit on this instruction is due to > > external events. But then bhyve does not generate #UD. > > > > BTW was it intel or amd cpu? > > intel > > > Could it be due to any corruption? > > I'll keep a copy of the disk image for now but I need to keep moving and > would love to do a complete installworld/kernel again just to see. > It might be for sure, did it persist between reboots? > > BTW, when I tried gdb inside the VM it dumped core as well; same thing: > > (gdb) display/i $pc > 1: x/i $pc > => 0x828064eed : cmove %rbx,%rcx > > (gdb) info f > Stack level 0, frame at 0x821dde8f0: > rip = 0x828064eed in tgetflag_sp (/usr/src/contrib/ncurses/ncurses/tinfo/lib_termcap.c:259); saved rip = 0x8238b10ef > called by frame at 0x821dde950 > source language c. > Arglist at 0x821dde8e0, args: sp=0xb2fd3634000, id=0xb2fd3634000 "" > Locals at 0x821dde8e0, Previous frame's sp is 0x821dde8f0 > Saved registers: > rbx at 0x821dde8d0, rbp at 0x821dde8e0, r14 at 0x821dde8d8, rip at 0x821dde8e8 > > (gdb) info r > rax 0x828077c30 35031317552 > rbx 0x0 0 > rcx 0xffffffffffffd720 -10464 > rdx 0x821ddf05f 34927931487 > rsi 0xb2fd3634000 12300037865472 > rdi 0xb2fd3634000 12300037865472 > rbp 0x821dde8e0 0x821dde8e0 > rsp 0x821dde8e0 0x821dde8e0 > r8 0xfffffffc 4294967292 > r9 0x3 3 > r10 0x54 84 > r11 0x206 518 > r12 0x1ff63a0 33514400 > r13 0x8238c9488 34956153992 > r14 0x821ddf05f 34927931487 > r15 0x0 0 > rip 0x828064eed 0x828064eed > eflags 0x10246 [ PF ZF IF RF ] > cs 0x43 67 > ss 0x3b 59 > ds 0x3b 59 > es 0x3b 59 > fs 0x13 19 > gs 0x1b 27 > fs_base 0xb2fd329d970 12300034103664 > gs_base 0x0 0 > > (gdb) where > #0 0x0000000828064eed in tgetflag_sp (sp=0xb2fd3634000, id=0xb2fd3634000 "") at /usr/src/contrib/ncurses/ncurses/tinfo/lib_termcap.c:259 > #1 0x00000008238b10ef in _rl_init_terminal_io () from /usr/local/lib/libreadline.so.8 > #2 0x00000008238b19d3 in rl_reset_terminal () from /usr/local/lib/libreadline.so.8 > #3 0x0000000001822313 in init_page_info() () > #4 0x00000000017eb74d in gdb_init() () > #5 0x000000000159d7c3 in ?? () > #6 0x000000000159c7bc in gdb_main(captured_main_args*) () > #7 0x00000000012a87c1 in main () You might try to read the instruction as data using p or x gdb command. I believe disassemble reads the text from the file, but if there is a corruption, the in-memory copy would be the indicator. From nobody Mon Jun 30 01:11:13 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bVp5Q3LBzz5yjDN; Mon, 30 Jun 2025 01:11:22 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x42a.google.com (mail-wr1-x42a.google.com [IPv6:2a00:1450:4864:20::42a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bVp5P55Llz3HVW; Mon, 30 Jun 2025 01:11:21 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=afla0dH9; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::42a as permitted sender) smtp.mailfrom=grahamperrin@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-wr1-x42a.google.com with SMTP id ffacd0b85a97d-3a6e8b1fa37so1392545f8f.2; Sun, 29 Jun 2025 18:11:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1751245875; x=1751850675; darn=freebsd.org; h=content-transfer-encoding:autocrypt:subject:from:to :content-language:user-agent:mime-version:date:message-id:from:to:cc :subject:date:message-id:reply-to; bh=Z3NczOfn41HSbfT9NbujNB/Evj8fkFl6sJ1g0fN7lNg=; b=afla0dH9bZ3FrZ67aKL/T2NOaO7Ad6vEEcCSP65oVzSeAA/Emlj1vZyTBqtx8LNAhj 9TjMKfWXd/xn8u240E0l5HdfFxB6GXNA1LieLqPG9nB1JP24wkuI12uYPN3NK6PX2qDW EG7+ZTBQaIQO1TnFtmBF/PASCoXfkrC7DJCZKerYqDftm/Am2xaOr+IA1g4JUHZeOF6P bgV+BRjpA27boOyA4510HerDx6oMRQ/jVCQu7WiMu7xrVYvZb5zH6VGogsrk2szWuMiO RKdVoUPnI8z78kuIG5gP2ZOw4+KIZ4BrbhMfIxvhY1790M9XNenJfeM6K4MluVuTd/o4 eBug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1751245875; x=1751850675; h=content-transfer-encoding:autocrypt:subject:from:to :content-language:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=Z3NczOfn41HSbfT9NbujNB/Evj8fkFl6sJ1g0fN7lNg=; b=MS8WFqV+BcZu8UPCWtNET2oiJwwmi3BFh3n6AkY2Jfn4C5i3W3YITJExV2epX3fkx7 /nzlMnGFebl40n/1iDSAzrxrNv7iKsE1c5r25U6QWN5A9rB+iVyOcomwOweE+p+vGto+ QlQxSKasqomnRjimrC/6/syU7/VYGT7hZjFDrUZmymMld4WLCNYJLC92Dr71tyY24LTY FsDUTIViu+7BJDFqZ4COoXEGsfgZ30NDpx7pVvC036x50tW0+RZPhVXNKcPffDEEJLlQ Yvqs7TRUu0UaGAYmCyDJDGpIMhTGKUR7QshA+PAaJj8P1uW33Fs91M3ec+owXo69dSUL vrVA== X-Forwarded-Encrypted: i=1; AJvYcCW/IF1JJDG4Xh+5dLwJiguwSTe2OCiJ/422p+1u/ClWoA5OzkNtEHaTobc5FUTnmWA0oW905pObgoTqEtf5SBo=@freebsd.org X-Gm-Message-State: AOJu0YxjCSZYRK1LVMl/DHXXj/qoL+pf2jibhxUzWfSJXNTEDJ/QbdY3 fkmchAxYYiCmzub2OgXhhY6JB1j7/PxzJwgbiFObFkNph0OQCYg4QIPGFB8D+vrwAVE= X-Gm-Gg: ASbGncssZDpeHvAZ+sjW9borw+l6m03OtqJJBFTPTXGeQ8YWJ+MbVlY01wWBWKiQyt2 +y/+SQLfkum/vfoMDAGcR2FXtThhVHGLARoG07cuW1oPMYqxjswvf+VCoqDRcgVtImxne8Lb9od RkEU5xvQbUfQC9TKwsm8Zb8jlW0ARU3MkDeHj8w9nzTT4K2itjOfru4Jhy/MJ+apgllDU0JF8E0 cG1p5cLNXJ1dzRq84RwB/4JdbtWceR4ukrFPYuyA41Ey/dBuptFL96tykYMlBu405H4JOsNoA3+ A1GEw/oosakLXyrQblg87MOEhi14A+o7CYkiqhExtj93/YjL4wCoazIGSxoPWGTi7VVrtcOsZHr 8q2p03D+ayqbHlYK3OMGRR42y7VwzZW2w X-Google-Smtp-Source: AGHT+IEjtH7aIAcG8Ndo0kFWb13INGj30y7MKpvk2LmysHsck3r3jplX9lhzstABo/PSH5GuWWR4gg== X-Received: by 2002:adf:9ccb:0:b0:3a5:2465:c0a4 with SMTP id ffacd0b85a97d-3a8f587415bmr7753149f8f.20.1751245874471; Sun, 29 Jun 2025 18:11:14 -0700 (PDT) Received: from [192.168.1.10] (host-89-241-98-164.as13285.net. [89.241.98.164]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-3a892e5f8a0sm9113864f8f.96.2025.06.29.18.11.14 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 29 Jun 2025 18:11:14 -0700 (PDT) Message-ID: Date: Mon, 30 Jun 2025 02:11:13 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-GB To: FreeBSD-CURRENT , freebsd-pkgbase@freebsd.org From: Graham Perrin Subject: make -DPKGBASE dvd1.iso: Building /usr/obj/usr/src/amd64.amd64/release/src.txz: ln: dist/usr/src/..: Operation not permitted Autocrypt: addr=grahamperrin@gmail.com; keydata= xsFNBGKYt7ABEAClu83dJ3ZKfVgPOk9YKRv0Z+dl2b88+k9R4vwAmElgguYdKE7yhnQNhhWM v9vi6AFrBMc2oJdVHJ2OrXfwpELBFIgiSMEWNsC4e+Z3HtSajcl+pFZsP7ciiSoycj/w3wIV kAZoVGbhyIbNG7fbCEJ8q81TbfsGypV3bRmbZVvGNecBguYiooBtz2Qht1p3itXMkIA6P9pS YDl+6QddZLyUUAjAnFv2QDoYSHLnaDUWw4oONZsB0SKVu8jMIBh4uJZoYEOvdvc9jQQdOpA2 CAgA6ulfm42Ikr9lKBUUCtjqiWAhJ7iXOTyHAIdR4Mf8alCE6tdTq6dHdIt+GktTY7oYNyL2 3aD3C7I5waU0SFXvJcOMG10QLfwYQMOQoYQ9XJ0U5A28WYiDcylDdUWT7SappP1e1ZMeJWWO y14mxxNzHaJSI4rK8P/p5tp3Q7SSC4k5gMh9zKba3K2ApCWNbVLGvXsJeQkZZNvu70tE81ey AHI5iZcB6D7WaHysBUmsKaEpbcmm1ZThTnGL0SHEl5to5Jab5Fg6O+Cnly5sVz5lX/v8Aosx kKNei7SCVqXOVtteQeGxWbXWbhPgbMyc0Gi3DuxBI/yvJ43k/rJysQlLGLWfJx/UXprwLluC PDK9EvKEB+fD1Z349uzp1sKr3ihpySbyKI8fpudftnAz4EsoCwARAQABzSZHcmFoYW0gUGVy cmluIDxncmFoYW1wZXJyaW5AZ21haWwuY29tPsLBlAQTAQoAPhYhBFk/5bLDBwftvJcvCrdn SG9KGNQLBQJoRALAAhsDBQkPEg5ABQsJCAcDBRUKCQgLBRYDAgEAAh4FAheAAAoJELdnSG9K GNQL8YkP/2V1z6XQDyG1QlKAu8TuE8zDWy9QQKjC/G44hlu5zk+2kWSNk4zeExs9ZXOBmVhF EW1d+1J8wDiYIeKYj/rqMoP+gb8o0Au0lSRitvTdLxkZBFGMn0CEzlDOzv+wmiy0ggAV/s+Y EbiHk12fI0LoTy5/ywdmG/uGS7M6p3XOrM0YO1qmLXy1cUyYDsYIpq5/rT0QzpGowsJLoEA3 zz1vfKVY+RTorsL4W8ljXLmcs4c3b3HZG9Xmgtt+Ni/eb9CjzM7kCXOcSMnVzvfscCowPAwB 0ZHlNxNV0MTa61xgvOCk4Zf278ArRgbTm4oOz9Z4ciPMnVue+9P/VdxIxgUuYkAryM0+agGz L9bd8ljn+efNtgZ5dlDLrNnTE+vWnMVlMXgl7BNnhwHg7UYFLrC2xklsICub0qpnNheTGeqo 0N4UongJTQJ6H6LEpgd+KMkCncAHghED/G0/BUdO90VEOoqnIKwKa+F9NqVMvHWc8D58mwCP FghsmxK9FM9pnsjLmG7u+s51Y7++GSRnU4NkI4tHiVk7hcAcvZuc0QbUDwVMTurDUgIqRo6W 80j1tFjEspkrwtMoeVFEkDHktjoc3AoEymXIncZfqIqi3nVseyDVyNByvkV0mutX9hXqac0/ RXMuyK9KniAUZ9+gsWs4rPs/DOdsw4K8/RnjduBrfCYQzsFNBGKYt7ABEADRb1tZuh7DPYET 0wK6fe7owbYgM+RfKhmcrGgR2HI9M2q6+0WKF/ITnggWdIW2Ecc4z2boLz/cwvPGCS7/YxZM 61KklGCwuS7q1s04XnHDWHuFxfXQPzAdVmNO3bYoMZbJjHXs6sB2u5ksiwPwaMAWWaGkviSj c5pwvHCiTmX5vH5CBj/Vi+5ESyX38vK4JM5S/m4ouI/6M9biyFgimV+v3vVyCxJCT1gI9g4o GIh1qq5S433b1fihn4yHPf8XOKyBpA/QcwLONViBqJL5nnOxpsh344rNxn2R7CcRzzicOV+e 2IbMem4lwNWQlZKoRotKXZi9LqN5mynSBYqAUdoZum0QinWT9F22B0Qex5PH1zAt9i2W91Vd kcPB3LwkRXj07ycRtsSzpgPA6fLc6AsoWFslHl8kVOO5eJIA4xhjlPa+W8lguQHZ0iX+5uAv 2eAgXR2swADuHPuENNFStmsgAMl8OOOgtq75yA5TpyIzxMuXV9Nmp0VfIaUM/IdLdmxhc1pC c320l5fYMHVLFAReWEbSj2QH8YzWfpXHIegutWWYEbH9SiDXgS9KoKmCJV/Qa+x6/b8y3pOZ vnIbCDaynC2Yr50s8gRa9kb54JE8Z+p8r16U3SEsK3PtUi0RF0e51danCVHrrE6/Hat2XUO/ 6nnYgVgFOrLao6Gh/VMs8wARAQABwsF8BBgBCgAmFiEEWT/lssMHB+28ly8Kt2dIb0oY1AsF AmhEAsACGwwFCQ8SDkAACgkQt2dIb0oY1AvQxw//REWYFK2m4yS/QP5kzfhkWcNqDI/akGT5 /LXmdmbc1s78+mOMXnA4vBY/+X1QatgxWUECkPDOiIwXJMxoBuyY8e7spLRXeyhtfh5aYaJc MO5bARX0c49v+KfZ80u9tG2rkKQvAt/ySo7OXsbDADFFRhlc8RLbb8e7bSctGbYZk9CYa0ya dW5+n3znDNJ6yW1skx9wTH+Y8VlSazRLk3XgXscNqBA2h56v3WS/R5dI++7AQxZxSQacQvfj 9eahq7ATdB4zMQ9MBHEwOvGD3DLlc55FYSDZvNX+mhnK7S0t1Nt2EtGUOmXb5ysMFGnbsce0 woKQ0sLPF1HWDAAf7tBCF8mpPIzU/ViAkupsJ6NYCD0tLFD8pvl0NYU2TjvyWh6ie3e5B/b3 8Daiyme+M92ivfoRQOFKmkPfeT14AI6OW1k7qFbmoIwMWWQdFWAl1CP9hNdF9gRN4rFB0Jy1 90BajZW2zOdVfqdurJZegCzAowZalLm4JEK2MklpPzipibnJqhLOmvJy587pF52KDdM/4rLy BBREIm7uRivnO5k/BY5qS+H/aqv97LC0PVaTsLXbDmTxTnJplUpdlYT9NGidM+x/ioS0iztO Cht7cT8V8jvvKZYvNpst8iqxuIaoV9V7aZ0wAQpkgDGXHmSzwtz6U8xNf/4e4sLn9KPlldSd kvo= Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [0.08 / 15.00]; NEURAL_SPAM_MEDIUM(0.99)[0.991]; NEURAL_SPAM_LONG(0.99)[0.986]; NEURAL_HAM_SHORT(-0.89)[-0.893]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org,freebsd-pkgbase@freebsd.org]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42a:from]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; FREEFALL_USER(0.00)[grahamperrin]; DKIM_TRACE(0.00)[gmail.com:+]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4bVp5P55Llz3HVW X-Spamd-Bar: / … a usr/ports/french/aspell/pkg-descr Building /usr/obj/usr/src/amd64.amd64/release/src.txz ln: dist/usr/src/..: Operation not permitted *** Error code 1 Stop. make: stopped making "dvd1.iso" in /usr/src/release .ERROR_TARGET='src.txz' .ERROR_META_FILE='/usr/obj/usr/src/amd64.amd64/release/src.txz.meta' .MAKE.LEVEL='0' MAKEFILE='' .MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes verbose' _ERROR_CMD='mkdir -p dist/usr; ln -fs /usr/src/release/.. dist/usr/src; ( cd dist && tar -J --options xz:threads=0 -cLvf /usr/obj/usr/src/amd64.amd64/release/src.txz  --exclude .svn --exclude .zfs  --exclude .git --exclude @ --exclude usr/src/release/dist  --exclude usr/src/release/obj usr/src );' .CURDIR='/usr/src/release' .MAKE='make' .OBJDIR='/usr/obj/usr/src/amd64.amd64/release' .TARGETS='dvd1.iso' CPUTYPE='' DESTDIR='' LD_LIBRARY_PATH='' MACHINE='amd64' MACHINE_ARCH='amd64' MACHINE_CPUARCH='amd64' MAKEOBJDIRPREFIX='' MAKESYSPATH='/usr/src/share/mk' MAKE_VERSION='20250618' PATH='/home/grahamperrin/.local/bin/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/home/grahamperrin/bin' SRCTOP='/usr/src' OBJTOP='/usr/obj/usr/src/amd64.amd64' grahamperrin@mowa219-gjp4-zbook-freebsd /u/s/release (main) [1]> uname -mvKU FreeBSD 15.0-CURRENT main-n278320-3a33e39edd48 GENERIC-NODEBUG amd64 1500048 1500048 grahamperrin@mowa219-gjp4-zbook-freebsd /u/s/release (main)> From nobody Mon Jun 30 02:05:45 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bVqJT0wyNz5ymRk for ; Mon, 30 Jun 2025 02:06:01 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bVqJS4Xv1z442f for ; Mon, 30 Jun 2025 02:06:00 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; none Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id 75713A64805; Mon, 30 Jun 2025 02:05:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1751249145; bh=WCZYYQm5MujDPLTOdy8rO21DRlmO08mNTIvYykWnyYo=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=WgpWnKxspv5VFdbtrstGJ5WmdOk5zqPnn2zg6JDlJ3HRufuuDOlKYgH5dh1BzFlLc pZw+IKqRor7F93FGGVE73YXD2Qfsbd5GU3d9Sg93Fy5aGscAmJFVLGovAdMWd12g25 iQlLFhx5vPZjt0UBKWjLyk2DbedivMVuTLd4gDLrhIS/vbERFoI+gQSam/HVMw3Dkq vcKqzThv6D4kyPkgkSbqFh0AVj98iQ087Q1swwyfIT0iABUw8CefqXxpPGgxBsq5vy ZCnnyimzW2WKeq9nUol5x7y207mwsr7b2TlpQQBfcImzpe47GaL4tK2cJqygqrFi0n mKL/1vGiWVJHZiMJFfHYRgZgtM746NlvpB/auYKC0xn5wJJCjTk/N9qyJ11+7f3mu9 UvRzFQ75HgVX85oCZ2dnQe5+ze4mCr2Bd1Asd0PT1yWmJB8d36+dJo+/OgjX6Yn5+P /3/4Ch9sVKF3bWY4FFsMfQ7Pts0ka754IMhXYkWPgwEVaCfvLGn8mK5GKBy9VhGYvY lLheo0Nju1UEx/KBXanng6giKnd6nxv9u1scSac7EdBHiofzObiXMX5KE+pWC/TKtJ HkIT9IaioVoKxwe+tTauqm9a+h3HymKNp6kfvFGQNs/NN2PvgJz14nXmBcvDMBpdUx 6205MpYYj02iB0MjuE5Ebsm4= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 15B442D029E0; Mon, 30 Jun 2025 02:05:48 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id 4sraHqBpAh18; Mon, 30 Jun 2025 02:05:47 +0000 (UTC) Received: from strong-iwl0.sbone.de (strong-iwl0.sbone.de [IPv6:fde9:577b:c1a9:4902:a66b:b6ff:fe40:39a9]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id F2AA32D029D8; Mon, 30 Jun 2025 02:05:46 +0000 (UTC) Date: Mon, 30 Jun 2025 02:05:45 +0000 (UTC) From: "Bjoern A. Zeeb" To: Konstantin Belousov cc: current@freebsd.org Subject: Re: Illegal instruction (core dumped) In-Reply-To: Message-ID: <772459p8-q5r9-4q35-831o-p3s30ro9o7r3@yvfgf.mnoonqbm.arg> References: <357r6812-o83q-42rr-ps01-322458p6pp65@yvfgf.mnoonqbm.arg> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Rspamd-Queue-Id: 4bVqJS4Xv1z442f X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:3320, ipnet:2003::/19, country:DE] On Mon, 30 Jun 2025, Konstantin Belousov wrote: > It might be for sure, did it persist between reboots? I just destroyed the VM and rebooted the old disk image and more just works now. > You might try to read the instruction as data using p or x gdb command. > I believe disassemble reads the text from the file, but if there is a > corruption, the in-memory copy would be the indicator. Well typing in display/i $pc makes it x/i $pc according to the output. Also gdb works inside the VM: > (gdb) display/i $pc > 1: x/i $pc > => 0x3fabd04ebeed : cmove %rbx,%rcx (gdb) p/x $pc $1 = 0x3fabd04ebeed > (gdb) display/i $pc > 1: x/i $pc > => 0x828064eed : cmove %rbx,%rcx (gdb) p/x $pc $1 = 0x828064eed So bhyve glitch? -- Bjoern A. Zeeb r15:7 From nobody Mon Jun 30 05:17:17 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bVvYS42RDz5yygp for ; Mon, 30 Jun 2025 05:17:32 +0000 (UTC) (envelope-from wschnr@googlemail.com) Received: from mail-wm1-f42.google.com (mail-wm1-f42.google.com [209.85.128.42]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bVvYR4kdzz3rtB for ; Mon, 30 Jun 2025 05:17:31 +0000 (UTC) (envelope-from wschnr@googlemail.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of wschnr@googlemail.com designates 209.85.128.42 as permitted sender) smtp.mailfrom=wschnr@googlemail.com; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=freebsd.org (policy=none) Received: by mail-wm1-f42.google.com with SMTP id 5b1f17b1804b1-45310223677so10871655e9.0 for ; Sun, 29 Jun 2025 22:17:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1751260649; x=1751865449; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=1/KrC9VErfFCvbMoIpm/WuKJvml0UQ2A9d2VPeG3q4s=; b=FgbwmyZQaLW9YFTbtn4shfGAWjVo9ew6iRB6xTtBnRXqPGINhTUwP1EwMwOsWi55sY svpLdzI2cbQMFIYareIRVWuFpD5QVfceYPFbx9tdazlz+Ca5t+aKs0d3JF9zkWNVy4xq XolxsQxaT6hjAJ5qanwSrKq/kbXrNvL6H3/otsXq8mwZ7EcXB5xZgopP0fv3ayvtjly1 vlOj902COLMXa1mBlccrqRvmfBO0d5u3YdhqTjRKnlcpkbb60zjJeUTviNLcpH3jtNw7 fKp20p29uLXuSBZp89D2VcSgVe37EKJDNERRffTyjlY9wRC4btt8s1+8YJ6b2gX9J3ik 5zNQ== X-Gm-Message-State: AOJu0YxDYB//dTzrvqRdMP9gZEsgKaq1oBPvhfKBe0UMYfmzY8FMpYxc Rw6ZUk1XVvps/R5OQZXgO8+Ix1J0JBYmcjX/JqEolYhDrErBx6bQz+gfQ6VZP81e3T4pY4ZPVg5 2ydotiKlLePystjaCNaR80zL1Ja/PYt8J/2K+ X-Gm-Gg: ASbGncuScW+AJNq1l93k8RMstn0wm3Ke4vJ3Cuzp+PP8QG4i/NyUnJcOctM4VzTsVuN fyB7SYdQJZmdJ3qW7wlGp7yiaq2ZNnYXbkVPTE9KBGrXCkqMm7GGh4y6QnGq8sjX/cXtFbagwd6 aA3+o5yL/7zX6G+f77q+rDNOV0iyd0PubuuyirJmc2Yw== X-Google-Smtp-Source: AGHT+IFYIP+F4Qj7XvRr1Q/0uDJ1BZFVQLIR7P9+sznHK35bt+Cyq2FTY7mVBnXgtOpLArP03WomNS56yz91P+FbuJw= X-Received: by 2002:a05:600c:8b18:b0:43d:45a:8fbb with SMTP id 5b1f17b1804b1-4538ee7dc4fmr90957295e9.22.1751260648864; Sun, 29 Jun 2025 22:17:28 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 From: Wolfram Schneider Date: Mon, 30 Jun 2025 07:17:17 +0200 X-Gm-Features: Ac12FXyzpR9I-LtMdtIYYd_eMeGFpUhlpXFHs1oN3B8RtTfx1O1K7uTXj7090xE Message-ID: Subject: time logging for build targets is live To: freebsd-current Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [0.93 / 15.00]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_HAM_SHORT(-0.99)[-0.993]; NEURAL_SPAM_MEDIUM(0.82)[0.825]; FORGED_SENDER(0.30)[wosch@freebsd.org,wschnr@googlemail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; MIME_GOOD(-0.10)[text/plain]; MISSING_XM_UA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.128.42:from]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_NEQ_ENVFROM(0.00)[wosch@freebsd.org,wschnr@googlemail.com]; TO_DN_ALL(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[209.85.128.42:from]; TO_DOM_EQ_FROM_DOM(0.00)[] X-Rspamd-Queue-Id: 4bVvYR4kdzz3rtB X-Spamd-Bar: / As described in Bug 287274 we are now logging real/user/system time for most build targets in src/Makefile You can see it in our CI system: curl -sSf https://ci.freebsd.org/job/FreeBSD-main-armv7-build/lastBuild/consoleText | grep '^>>> Time spent' >>> Time spent on target buildworld: real 1969.50 user 34532.44 sys 1347.55 >>> Time spent on target buildkernel: real 156.47 user 2460.27 sys 320.05 >>> Time spent on target install: real 0.03 user 0.00 sys 0.03 >>> Time spent on target installconfig: real 0.02 user 0.00 sys 0.02 >>> Time spent on target distributeworld: real 186.72 user 125.05 sys 62.56 >>> Time spent on target installetc: real 38.47 user 31.50 sys 7.07 >>> Time spent on target packageworld: real 41.63 user 465.23 sys 9.17 >>> Time spent on target distributekernel: real 18.16 user 12.36 sys 5.79 >>> Time spent on target packagekernel: real 26.39 user 102.26 sys 1.73 -Wolfram -- Wolfram Schneider https://wolfram.schneider.org From nobody Mon Jun 30 05:20:43 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bVvdK29C9z5yycr; Mon, 30 Jun 2025 05:20:53 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (hermod.delphij.net [192.234.79.157]) (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 "anubis.delphij.net", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bVvdH6H47z3vNk; Mon, 30 Jun 2025 05:20:51 +0000 (UTC) (envelope-from delphij@delphij.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=delphij.net header.s=y07n header.b=0bchJDM2; dkim=pass header.d=delphij.net header.s=w44o header.b=SkLDwDfh; spf=pass (mx1.freebsd.org: domain of delphij@delphij.net designates 192.234.79.157 as permitted sender) smtp.mailfrom=delphij@delphij.net; dmarc=pass (policy=reject) header.from=delphij.net DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/simple; d=delphij.net; i=@delphij.net; q=dns/txt; s=y07n; t=1751260844; h=message-id : date : mime-version : reply-to : subject : to : references : from : in-reply-to : content-type : from; bh=Eisqx2T7k6wCLOgna/QzxcG2aSzbR8yP2Aqmaqc07ZU=; b=0bchJDM2obLfoDZfd2j3GOz7lhS3shKeVsYDW8Vea93Y+uZ8uaVamsfyqY7HPxIksiMO2 LF75hhVmcuu8s/9Aw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=delphij.net; i=@delphij.net; q=dns/txt; s=w44o; t=1751260844; h=message-id : date : mime-version : reply-to : subject : to : references : from : in-reply-to : content-type : from; bh=Eisqx2T7k6wCLOgna/QzxcG2aSzbR8yP2Aqmaqc07ZU=; b=SkLDwDfhPEwDEfahmk7T37xBayfISJaDZEHhV1UdK/N/g10jzntewTJbHQnaY1td6BdFP 1RTOepo2jeFAOhjqwOcFxKyXu+JZkN3yru7xMZ9GKqgl90qxfkpSqdqjJUBIFudlNl9C1bW Dev3/KnN3avy4m+rHH7QmRGsAihf79RrNxxclewaLVoOQshiNuI0q/vpvabxun6q3fC2x2Y /k3TuSap9CqQEnfXibSC36qr0cy9b4gVCNFo1+xDjgXzJ1qUxgJ0oO8nEOIDNRQBTtNwDl1 8+n5rwVuSJP55HIUcDVTevFYqTMKa0VKCHFdStEPheYoaTCFQR3FApmteFDQ== Received: by anubis.delphij.net (Postfix) with ESMTPSA id 773021C1CC; Sun, 29 Jun 2025 22:20:44 -0700 (PDT) Message-ID: <2044c120-e1f9-4eeb-8150-64d786673412@delphij.net> Date: Sun, 29 Jun 2025 22:20:43 -0700 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Reply-To: d@delphij.net Subject: Re: removing GELI from a zfs-on-root system To: freebsd-fs@freebsd.org, freebsd-current@freebsd.org References: Content-Language: en-US From: Xin Li Autocrypt: addr=delphij@delphij.net; keydata= xjMEZPbDoRYJKwYBBAHaRw8BAQdAsUNmxEWz6QiGdFbBrVVEpjNpgQV9FXjDWsLsY0UwRPvN HFhpbiBMSSA8ZGVscGhpakBkZWxwaGlqLm5ldD7ClgQTFgoAPhYhBLskk2pXNatsapeNzxED 4uuXWeTFBQJk9sRMAhsDBQkKBDXmBQsJCAcDBRUKCQgLBRYCAwEAAh4FAheAAAoJEBED4uuX WeTF6yIA/2Ls3Rb/qC8mQZ6D2S0UO5vblPghJfboFJLNJFw3i4GYAQCsTmQg3ahgbNEJu/vU xgtro2kTxa6kKnZ35IbqPqPcCc44BGT2w6ESCisGAQQBl1UBBQEBB0Cxji+sQgVPajLNA/Lw yHx0ogSalPQszdkfVgeg3iR3FAMBCAfCeAQYFgoAIBYhBLskk2pXNatsapeNzxED4uuXWeTF BQJk9sOhAhsMAAoJEBED4uuXWeTF3BQBAIx/gPCTFN2DPBrKLkE3oC/+j9EkmNLMUCGidlP/ Zb6HAP4nL1kStTsOldIGhi/3m1LvU7r3Kel3MnlIK8/9BlLPAg== In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------SBrdvTtjE4YjVMBbTgg9isl6" X-Spamd-Result: default: False [-0.86 / 15.00]; SIGNED_PGP(-2.00)[]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_SPAM_MEDIUM(0.93)[0.934]; DMARC_POLICY_ALLOW(-0.50)[delphij.net,reject]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; R_SPF_ALLOW(-0.20)[+mx]; ONCE_RECEIVED(0.20)[]; R_DKIM_ALLOW(-0.20)[delphij.net:s=y07n,delphij.net:s=w44o]; MIME_BASE64_TEXT(0.10)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; REPLYTO_DOM_EQ_FROM_DOM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[delphij.net:+]; RCVD_TLS_ALL(0.00)[]; HAS_ATTACHMENT(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org,freebsd-fs@freebsd.org]; TO_DN_NONE(0.00)[]; ASN(0.00)[asn:394144, ipnet:192.234.79.0/24, country:US]; RCVD_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[delphij]; REPLYTO_DOM_NEQ_TO_DOM(0.00)[]; HAS_REPLYTO(0.00)[d@delphij.net]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4bVvdH6H47z3vNk X-Spamd-Bar: / This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------SBrdvTtjE4YjVMBbTgg9isl6 Content-Type: multipart/mixed; boundary="------------fQlbh7K3Sqzy0YGB4Sf3lgCN"; protected-headers="v1" From: Xin Li Reply-To: d@delphij.net To: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Message-ID: <2044c120-e1f9-4eeb-8150-64d786673412@delphij.net> Subject: Re: removing GELI from a zfs-on-root system References: In-Reply-To: Autocrypt-Gossip: addr=d@delphij.net; keydata= xsFNBFuSR4oBEACvvEgwRIHs6IcSP/yaDtySF78Ji3rP29qdiQsxhMsOtvtffdbS56VApIWO UFb3/iN2gA8HwLvrmjijN0HEoLVX7na1WARmxRYzQMtApsZIUTtx7hnUYlsi2F5odZa6CDW9 a954DLRzYxiUwYDcu5Zjl9bglK1H8e/N9uC0Vuigr4teWfh86brzOyf819QzwFVYfMIK4ihw QGwMvTzbyVuCFy+LENkmcVYni70oQy6rZ5ktSuYbuOFvu7inRRfhSWPHziV7k+bW88sJ7xhv lBlegcnhkSudWX2M8tZ3MO1PJOcyys0CJlsBY5Weiog2lIPi05h/E9pZ9mc1Vud17iqDaL6w RaggOUhuPfDGCdO5ro82W4BZGeQMRnRF5Ntk+t2ShIH4nn3xRLV0E5nziCiKlgiMqOrz/ZTL QTVbHrCuiwD+fSK14y0oHbkOLYTYLlgh1JbwfY2Ty7elOYiWzyeJ7sJh2dF91NSEneWIOys3 mBpuvtU3nSzzTvAB48VV+Nbg1CpIOgNlPjj7uhIum/Z/VjUaJEyaLpTIRh0MVJVcbP7hXSqZ NA35EEZZVnWEOYdycm4CmEdeNPWkrAf2Ya77iR5VLGypwMlsUMQPh+sKVWDD38M8stFGBBNm d01Hi74Bsq5hKan654dOqMt5eYklrVj0ucMzFQtus7oE502UswARAQABzRZYaW4gTEkgPGRA ZGVscGhpai5uZXQ+wsGUBBMBCgA+FiEEceNg5NEMZIki80nQQHl/fJX0g08FAluSSJkCGwMF CQmuhAAFCwkIBwMFFQoJCAsFFgIDAQACHgECF4AACgkQQHl/fJX0g0+Utg/9ED4Mw4K82Asp 3vYnVeziDlXOAif9EAhEpU989DUfk++p7BV6OOWLU1EwdpLBxqcz1kSNJmAbZWoiH3E3tYit 2jP304+lZ0vtEDhu8MFrCAaFCQmerDP2pLI784/rwT6yZPLvFHqqa9gWH41LILhev/L9pNE2 ygQ+fnU7pT5xp5/ebNnAwDrgbFdFLXZi5e1TWnbaEanKBKHoXwzm1C4ERDJSIVvUpuQsXsPa AObnEIwScagJFKZoEywCe9+CwA3cXOPYtBThZdduM7yIjXgwOn4k/EOpP2AqpzAE+kK7llxu rNhm8dw3Pf5mIehl4BKxsZGmxau2CSPe695gqG9hdeJSxQ4FXvnAMObhaioPQntrcEajSop0 jb8vOJat6ZHeSvzqsMxPkT4cEIF6njUepCNiGebVUn2SALqBsve9n4Ur1Y7fkRDyIld+hz/l sD8/lEeYjnr5ft43OT+Y38SV/g+EwXpyptlZOTV9mQWrj8cd1ROSBZber2BRMlLWzVfsmX1w fFUrBMo6tupflcfvvIRtQyu1A6CAJ9veRRispNJ1tjo0WFpKRA1ou5hX2gHs0EjusV1wrD+Y WQDf0QP1PZHwW8V21gOZ4p7n8kTe/7vEFsARLQ4Weq7g5Kn7/qApXzona6nbj9J+PWD4l8eA 4O8wPCXZE61M/JyZwsfLuB7OwU0EW5JHigEQANiBmIFAfRNH3nzYNWC0yC+tfx3zsUwAsH1V aBM/cTib+yKtbBOSIlXWjJZWX3MHwoI/1LeGghB2mxkkX1L0pJ/vj1eXNR+sFZ320pYcl61F xg/5fioG4QDTM4i3i7NR5PxDnc6UVaynSlII93DedRhZ1ROtdn4vyMgzsDiqhbL7BthDOt5K xjqdRk4qRPSw7BovEqZLOcG5IJtf/zZUzRbM7SBljEbOAfekDGx1Br+RrYSD7/EfPwwzou9T 8315IpBpIHyQF/dZNk3iFiB9Ed5CA71ZRYV5YoLWE9lL0j9kxOLQ5vHnX3mVq7QZBc7nzwZ6 UhQgYmrG5+RWvuiPpGwvDRIsugJUGXucYkAQh5kuNblmkwpv6u9rNMjCNbzAylOaqdogra5E W+RUSbRz0b4iIr8nnZeAlh7BihCe7JjOwbDjoBEEEtSfVc4hD/LENqpcYVrChphfaOLB9YIX hnVDTVvMc9OklWT/81HzAaDQqOQCzEfY92199Ct9/CwRoQ2OpO8TO5+8A7b9Nb33nmxMn09m b48ruRacMrfHxCWbgU4w9SEfbip4GcS5wGG6yTC+hw55Iwnnwus40NrJ0GEr8a4rcdsLbkvl yoNHB8ZGgyJ4aFCQ1V4qE1BnlTk7Z8BYBUkJM1odPSkVvHpCnMUjVpJ3hEOC+73ZYH1dh7lZ ABEBAAHCwXYEGAEKACACGwwWIQRx42Dk0QxkiSLzSdBAeX98lfSDTwUCZPl6RwAKCRBAeX98 lfSDT1iFEACK+s6CnjVbEXn5I1s6HptCeXiwYxkOfSzSRDAZZDNWzUxu/2dwl/55Wf9AdJsI It08WOoH405nHSvyp4enicRUyk6tNi4C52qtU7lK9ESpKN8MlICgSd4bdnPxxGFbZE7nDgfF LWSaDmEjLDBDBFN+Oi7dRrWX8LZxUvHrYdO9BiYWVtFJC+hTpdFQbefJ3gLvrZhiwmDPhPq/ IVPPe+IFWcRPnwvSVFAg/hSjNRyRA05MaW7PuEWzciiXhw2oENddyLihZVqJlka0L2ceoDe4 Mf9PpOOmk1z73i42RfQ1Farfyl9MuxzA4DIUEXro0gutao1FVIwGK5cXDOu1vsARSYJ2Qz4M xeOWnObadCJEDLIuQM3XYo9FbCr44dhnwFK8tXSkHBw8NUpVlFIbofcs10qf2ZwbCHKjgISh PtxN9oYM42lNjnhaXtxtaxQagnDv6ynnLaQ2nxfD4ZClr1qUOmC79d67joY+FWncKtqqxNym KaETklfpmBG15tysTQY2MHlfUq9UiROTz+xcvmLZq5q09B/QfOyAt28ugm3MK37xdkPCpUeQ XktNLVlta74Eysucda7PBgqICp2AmrVdq1uKk4kj6IxqG5X3SPeSouU8LWpQSHSrsWKOSMif 0mUVLlzzSNbp5P/y0bXs/7Muw2bPLfLiofmULRXlbXvuhQ== --------------fQlbh7K3Sqzy0YGB4Sf3lgCN Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 VGVjaG5pY2FsbHksIGlmIHRoZSB1c2VyIGNhbiBmaW5kIGEgc3BhY2UgKGNhbiBldmVuIGJl IGEgbWQgZGV2aWNlIGlmIA0KdGhleSBmZWVsIGx1Y2t5IGJ1dCBJIGRvbid0IHJlYWxseSBy ZWNvbW1lbmQgZG9pbmcgaXQgdGhhdCB3YXkpIGFzIGxhcmdlIA0KYXMgdGhlIHJvb3QgcG9v bCdzIGRldmljZSwgdGhleSBjb3VsZCBhY2NvbXBsaXNoIHRoZSBnb2FsIGJ5IGF0dGFjaGlu ZyANCnRoZSBuZXcgZGV2aWNlIGFzIGEgbWlycm9yIHRvIHRoZSBvbGQgcm9vdCBkZXZpY2Un cyBtaXJyb3IsIHJlbW92ZSBvbGQgDQpkZXZpY2UgYW5kIGRvIHRoZSBzYW1lIGRhbmNlIGFn YWluIGluIHJldmVyc2Ugb3JkZXIuDQoNCkFzc3VtaW5nIHRoZSBwb29sIGlzIGNhbGxlZCAi bXlib290cG9vbCIsIG9sZCBkZXZpY2UgaXMgIm15Z2VsaWRldmljZSIgDQphbmQgbmV3IGRl dmljZSBpcyAibmV3ZGlzayI6DQoNCnpwb29sIGF0dGFjaCBteWJvb3Rwb29sIC9kZXYvbXln ZWxpZGV2aWNlIC9kZXYvbmV3ZGlzaw0KDQpUaGVuIHdhaXQgZm9yIHRoZSByZXNpbHZlcmlu ZyB0byBiZSBkb25lLiAgSSB3b3VsZCBkbyBhIHNjcnViIHRvIHZlcmlmeSANCnRoYXQgZXZl cnl0aGluZyBpcyBnb29kIGhlcmU6DQoNCnpwb29sIHNjcnViIG15Ym9vdHBvb2wNCg0KUnVu ICJ6cG9vbCBzdGF0dXMgbXlib290cG9vbCAxMCIgdW50aWwgc2NydWIgaXMgZmluaXNoZWQg d2l0aCBubyBlcnJvci4NCg0KVGhlbjoNCg0KenBvb2wgZGV0YWNoIG15Ym9vdHBvb2wgL2Rl di9teWdlbGlkZXZpY2UNCg0KTm93IGRlc3Ryb3kgdGhlIEdFTEkgZGV2aWNlLCByZXBlYXQg dGhlIHN0ZXBzIGFib3ZlIGJ1dCBzd2FwIHRoZSB0d28gDQpkZXZpY2VzLg0KDQpDaGVlcnMs DQo= --------------fQlbh7K3Sqzy0YGB4Sf3lgCN-- --------------SBrdvTtjE4YjVMBbTgg9isl6 Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wnsEABYIACMWIQS7JJNqVzWrbGqXjc8RA+Lrl1nkxQUCaGIeqwUDAAAAAAAKCRARA+Lrl1nkxW0F AP49B4XfnlfEuQZTUZSTUAIlZnGAK0J2Rt0M8z/JQyK2rgD/bJ/jMsg8yFYLhO/ZvVAg0+PH8d1k 9/rfRIz2KJtu+QM= =UmYS -----END PGP SIGNATURE----- --------------SBrdvTtjE4YjVMBbTgg9isl6-- From nobody Mon Jun 30 05:38:17 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bVw1j4J0xz6017M for ; Mon, 30 Jun 2025 05:38:33 +0000 (UTC) (envelope-from wschnr@googlemail.com) Received: from mail-wr1-f49.google.com (mail-wr1-f49.google.com [209.85.221.49]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bVw1h1qjzz43jy for ; Mon, 30 Jun 2025 05:38:32 +0000 (UTC) (envelope-from wschnr@googlemail.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of wschnr@googlemail.com designates 209.85.221.49 as permitted sender) smtp.mailfrom=wschnr@googlemail.com; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=freebsd.org (policy=none) Received: by mail-wr1-f49.google.com with SMTP id ffacd0b85a97d-3a531fcaa05so863757f8f.3 for ; Sun, 29 Jun 2025 22:38:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1751261910; x=1751866710; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=hn/CCkJTKR81gvy4aa7haEPR1L17mchzKihx5QvOtbM=; b=QFC1pTJCpaYsWY0WNcIa9j5yFacnuovROsdQeCrlw0pmzotApHBUCuaXjDFRa+MhvZ JawmpfeGZClLOioTcQ3zuTM5A9OssLUxk6A8psx55AQJX8n9QdfM/XoMNWHpXvkG2Ihe Bt8yuv55AwWWqtylo1yhVR0JwCm2NBYI5Sw1pJGWyZ6XD+WSGcgNJFiN6jXQWwvbkBhD PqSWD9SRCDEOLfpyBcPuNKk44CGZW099wMda8EiXRVZi5ruKh2oyyu2oOJ4JwCZCKOD1 22A7VE9Ql/7NUbFRh+qZP/D4gsTMOQlUJfUu12vE2l7y7bfle0vcZ7rWJfOqDdQvjggu RIsw== X-Gm-Message-State: AOJu0YwcQIdGSr4rK0E90R0nUncQtKbgXTVF57ZgpP9djRiNzptSD5f4 X3ac6/9gVuC4VP4cKDCyvuHRNYmMqEMAqwfQJCQKVWjMHylSc1JvBufSDBonQDVDVjo1DuXbw9i IMw4XW97Eg8XGH4d+mH28vc6z7qXv0A8+Jg== X-Gm-Gg: ASbGncu/+gBYFkH/TtaWjsYUVvQ6YuLrv3ze7OS6TQr6j+WVfbm7LjTjDzeZx1+gzG+ YTuNg0RycokB4kERJAUGwQzr3gx9TbsyLx7+ih5WTbgu9oA0YG0Tzzf3j/28iDQTiMp+ZuKuhlL eQFEzf8GLwnWJr1qzGUlLp5S7MSQl+LThaDYUusfD9Cw== X-Google-Smtp-Source: AGHT+IHFT4Yiopl6FU3fU7v0CoFuyFxzC2Gshcf1XXoULiUTwx0iBEBcSejqpx0VJQRerEOGo987T4E0JOQeMC+Qr4I= X-Received: by 2002:a05:6000:2a89:b0:3a6:eb59:f37f with SMTP id ffacd0b85a97d-3a8f4453f6amr8324027f8f.12.1751261909469; Sun, 29 Jun 2025 22:38:29 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 From: Wolfram Schneider Date: Mon, 30 Jun 2025 07:38:17 +0200 X-Gm-Features: Ac12FXxD-sbgmw23QGD45pQo9i_b7ndH6i-_bHKpX7w2AfI_QwVIKU8H1axCZp4 Message-ID: Subject: compiling FreeBSD on macOS To: freebsd-current Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [0.96 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_SPAM_MEDIUM(0.86)[0.858]; FORGED_SENDER(0.30)[wosch@freebsd.org,wschnr@googlemail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; MIME_GOOD(-0.10)[text/plain]; MISSING_XM_UA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.221.49:from]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_NEQ_ENVFROM(0.00)[wosch@freebsd.org,wschnr@googlemail.com]; TO_DN_ALL(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[209.85.221.49:from]; TO_DOM_EQ_FROM_DOM(0.00)[] X-Rspamd-Queue-Id: 4bVw1h1qjzz43jy X-Spamd-Bar: / Hi, I wrote a little script which makes it easy to compile FreeBSD/arm64 from source on MacOS for MacOS 14.x and later out of the box. https://reviews.freebsd.org/D51087 -Wolfram -- Wolfram Schneider https://wolfram.schneider.org From nobody Mon Jun 30 14:03:28 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bW7DK4Pb8z60VlX for ; Mon, 30 Jun 2025 14:03:29 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bW7DK3mrwz421q; Mon, 30 Jun 2025 14:03:29 +0000 (UTC) (envelope-from jhb@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1751292209; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=SFAxdu3UCPvZjQeQunJsyGYhmTMxw9r295GqoeP3tME=; b=S9PNKtXSkx+ox1DF6DhPK99mEZMolbciK5aGL+8oUqJKKv1F88LyMy/mzjzrDBB5wHN3Fm oRJ5CzDg/1KNrvJiMBtI/E+U5kUbKFeApOdlMKoHdcPKSQ6ms5Mji2SPhJm5J+eRl3cI6/ Fun1yQyR0FTLi0IWPsWnVx8BrLAS7V17uJJX1loUSDY5D3jIbIrQvf43qNVOUqtBI8++2H pwXT8Hbb6dD+jXtDY3U3B7OLfOGUiL3IVo1no6TFYNygaJzwf0+OV0nYvqUaxoPUNP3i97 5rhNVw+ehHmt5FD+LheD9aZoEObFsKNpP2ppCkpUJmoup/bF6aIepZgLGqz8lw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1751292209; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=SFAxdu3UCPvZjQeQunJsyGYhmTMxw9r295GqoeP3tME=; b=lwZYCeBsT/eVDY6Oc/iDTTbW7x30clzYYRCfLcyLilBEWN1Dfptj6B2DolX5rmFts7AQ94 09iMLFE3Y3ebjKZMqgEAPBLccZ2velXB81+EGopyAEG+JWmOrwDGSB/2yf2LUMMRQlOuZJ p/MRTKZKwtneOaRx1p3CGLbwe0P+aQVjE43ibm7Pm54STwYNDQfw9YU6/ers2++Ar3yWU4 93gh6cAiBKLneoNqDsatlfqRZu9x6xcacMalXe8WepdnOeIVkOkvAQGf80D3D2da8SQf10 Zu1gbWoiFjh+bT3MtkYQaciSI92ltZ3qox4ImtB88PRmLUkLYcXgCCykjIPiRA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1751292209; a=rsa-sha256; cv=none; b=DOYGBPb1kAZVQ8ARPzDkbiI/j56p59aG6PB8hPY7gr1M8qXIHyWUTjuYnfhzX/HYOYylyK FhwopM/9mG1LKrwrxyfLTpOp6gsMn/t0/ss1YGYgj9gQUQGiBDXrwREmaFJY2L3CyxBUKX OPbAh01MiC9kXkHlrlvj2kDO+CJraV8TQPUkidpxnMWExkKCfYycHo/buBu3JUW+BChEDE hbvHESkEaXzLP5EcfYzZqF02a3ksRBXZQML1VUn4SAIkz7Xayw+31Xt+aMH+wlecvqOgHx 0tUOOa4WfHp7YK9sILIk8gpFXgb6NhHQ3DcnY5szx5eg8XhNxDqPqvbaG7t3Dw== Received: from [IPV6:2601:5c0:4200:b830:41cc:e0d8:c39:f14d] (unknown [IPv6:2601:5c0:4200:b830:41cc:e0d8:c39:f14d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id 4bW7DK1pqjzRsR; Mon, 30 Jun 2025 14:03:29 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Message-ID: <274774b0-9137-4fa7-a0a5-a0ce8976dc27@FreeBSD.org> Date: Mon, 30 Jun 2025 10:03:28 -0400 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: regression: memory issues on main/arm64 over sched/runq changes Content-Language: en-US To: Zhenlei Huang , "Bjoern A. Zeeb" Cc: FreeBSD Current , Olivier Certner References: <43005447-2rq0-6nn2-pnr5-4939s112npr4@yvfgf.mnoonqbm.arg> <0A01B9F5-C49C-41D8-BAB7-4378DEDBF647@FreeBSD.org> <28o26o81-so5r-qq79-6q6n-0q6746o7oo79@yvfgf.mnoonqbm.arg> <6A003013-415A-4594-AB04-AF5A9B2D660D@FreeBSD.org> <23n1773o-10o2-5p5o-25s4-r623rnn44649@yvfgf.mnoonqbm.arg> <907D042E-AE8A-4818-A807-AD45F36354FD@FreeBSD.org> From: John Baldwin In-Reply-To: <907D042E-AE8A-4818-A807-AD45F36354FD@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 6/28/25 11:35, Zhenlei Huang wrote: > I boot from disk. > > Updates on this locking issue, > > I think I finally figured out why. More stack trace from my video: > > ``` > shared lock of (sx) ifnet_sx @/usr/home/zlei/freebsd-src/sys/net/if.c:1467 > while exclusively locked from /usr/home/zlei/freebsd-src/sys/net/if.c:1416 > panic: excl->share > ... > witness_checkorder() at ... > _sx_slock_int() at _sx_slock_int+0x64/frame .... > if_addgroup() at ... > if_attach_internal() at ... > ether_ifattach() at ... > iflib_device_register() at ... > iflib_device_attach() at ... > device_attach() at ... > ... > root_bus_configure() at ... > configure() at ... > mi_startup() at ... > ``` > > The ifnet_sx has flag bit SX_RECURSE then it can be recursively locked. > > iflib_device_register() acquired ifnet_sx exclusively and then calls ethernet_ifattach() which will then calls if_addgroup(). It is prohibited to re-acquire the same lock shared so the witness blames. > > I think the witness should show the first file location of the exclusively lock, i.e. sys/net/iflib.c rather than the sys/net/if.c:1416 . So that it is more straight forward to figure out how that happens. CC John to see if that can be improved. Hmm, I think we have stopped at the first lle we found walking back up the lle list (find_instance() always works this way). You could add a 'find_last_instance' and use it in a few places perhaps. I guess both the share->excl and excl->share are places where you would maybe use it. Alternatively, you could have a 'find_next_instance' and maybe output all of them before the panic? -- John Baldwin From nobody Mon Jun 30 14:18:38 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bW7Z03TlFz60Wqk for ; Mon, 30 Jun 2025 14:18:48 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Received: from cm0.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (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 4bW7Yz2h80z46b7 for ; Mon, 30 Jun 2025 14:18:47 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of freebsd-current@dino.sk designates 84.245.65.72 as permitted sender) smtp.mailfrom=freebsd-current@dino.sk; dmarc=none Received: from dino.sk ([84.245.95.254]) (AUTH: LOGIN milan, TLS: TLSv1.3,256bits,TLS_AES_256_GCM_SHA384) by cm0.netlabit.sk with ESMTPSA id 00000000008443B0.0000000068629CBF.000164A5; Mon, 30 Jun 2025 16:18:39 +0200 Date: Mon, 30 Jun 2025 16:18:38 +0200 From: Milan Obuch To: freebsd-current@freebsd.org Subject: Re: Hi! Available to help Message-ID: <20250630161838.23196978.40034626.72116779@dino.sk> In-Reply-To: <30CB7E73-AB81-4083-8173-6D95DF8098B9@kd2ycu.com> References: <3BE02ABD-776F-46AF-8266-12AB93AB0E50@kd2ycu.com> <20250628075502.48308911.40034626.82209601@dino.sk> <30CB7E73-AB81-4083-8173-6D95DF8098B9@kd2ycu.com> X-Mailer: Claws Mail 3.21.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.3) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-0.27 / 15.00]; NEURAL_HAM_SHORT(-0.99)[-0.992]; NEURAL_SPAM_LONG(0.98)[0.977]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.05)[0.049]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:5578, ipnet:84.245.64.0/18, country:SK]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_HAS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[dino.sk]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4bW7Yz2h80z46b7 X-Spamd-Bar: / On Sun, 29 Jun 2025 06:36:36 -0400 Daniel Anderson wrote: > >> I=E2=80=99ve set up a pair of FreeBSD VMs and got them up and running,= one > >> of which is compiled off of main. > >>=20 > >> I=E2=80=99d like to offer to help if there=E2=80=99s anything anyone n= eeds help > >> with.=20 > >=20 > > The real question is, which area would you like to work on. In > > addition to creating VMs, (out of curiosity, what is underlaying > > platform?) do you have any experience with FreeBSD? There are > > numerous areas where you can help FreeBSD community... =20 >=20 > I have two amd64 VMs running, one a webserver running 14.3 and one > running 15-CURRENT with a git pull from a couple days ago. I got > these from a virtual server provider just because it seemed like a > good way to start, but my next plan was to buy something cheapish to > set up at home. I was thinking of purchasing a Raspberry Pi 5 or a > used mac mini to look at the integration / porting to apples new > architecture. How are you accessing those VMs? You need some desktop PC or notebok for this, I think... which OS does it run? You can set there additional FreeBSD, either a VM or in dual boot mode... Using FreeBSD as standard desktop is often not easy for setup (depends on requirements), but helps greatly to understand the OS and various quirks/issues and brings more experiences with it. As for additional non standard hardware, I'd recommend some time for contemplating first, to get the general feeling of system. It's better doing decisions with more knowledge in hand already. > I think the best thing for me would be to pick up small tasks to get > my feet wet. I=E2=80=99m more familiar with Linux than FreeBSD but it=E2= =80=99s > interesting to learn, and I think picking up small tasks like bugs is > a good way to get my feet wet. Also I=E2=80=99m happy to update > documentation or test cases... A good way to start would be looking in official documents (project's web site, man pages...) and maybe forums, mailing list archives for some ideas, wiki,freebsd.org could be good resource as well. Regards, Milan From nobody Mon Jun 30 17:17:24 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bWCXH1gstz60hvB for ; Mon, 30 Jun 2025 17:17:35 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bWCXG2jV6z49wt; Mon, 30 Jun 2025 17:17:34 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; none Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id EC678A64806; Mon, 30 Jun 2025 17:17:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1751303843; bh=Z/XZF6Dq83t4SBerzuF4oIAT2ZUPxlIO7huijHnyi5k=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=frb+8ssdQZAAMW3mVNdVoE+qWhw4eE9mo/DEOazTE9NeVzQCXXIoHjBN7l/z+4Ju1 av6NU+C2XJ0MdCmFWW9JXAgR6WmcQ+WskLp8b9i8O/2WXldyNuZLWVXsYLJ1KKzYdD rBo8pk48ufEea1XpPqmgKCaqQbgAiioFeeVADn7Wm4BnCWdQIqD5IP0u6ENF/LIutK TfpDYk54SKyxPIdPZUeL1XN6b+6LADWJzT0Ovgw387rOh2bxMg63qB5QviWSfw5s5O HWjRXVAYkpWT5eFsd5utqppblQB8yuzQEc2AgCQWupguWT4kX0aE9K3M2WTRVwXwiH NYBOfb3TWQpg9EVUfVGa3cAboF17xIAXnAIOzZhkLK30MeNDWnqTILQ7oOSFRGNF3v TKiPfHfXpaK59zelMlRheYWNRXk38to6Z+OZWLav7J4SwHCMfJLHNw7hDVecYnYf7x WUl4VJ+mlnBq4CjJEa7poCaxYMxK6coZCiNSHnAiVquHerSes0KpC0zu3BPPGjccEP XW/OjZyoCHWQ146Z98u7tOK2Go1WOA5rdLQI4ThGRg4/mvYJVbxnD39q7goRk8nWx0 yssXfU26ecE2vhrFFp6rlbglgWL0cHXY0y7RyFjNYxOMOWVEzuWQkf/j6iIUbf5+y7 KK9Rr0DkWEgXpCCxl91M7Ovo= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id A5D932D029E1; Mon, 30 Jun 2025 17:17:25 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id jMjDnUwBRcRA; Mon, 30 Jun 2025 17:17:24 +0000 (UTC) Received: from strong-iwl0.sbone.de (strong-iwl0.sbone.de [IPv6:fde9:577b:c1a9:4902:a66b:b6ff:fe40:39a9]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id B21E62D029D8; Mon, 30 Jun 2025 17:17:24 +0000 (UTC) Date: Mon, 30 Jun 2025 17:17:24 +0000 (UTC) From: "Bjoern A. Zeeb" To: John Baldwin cc: Zhenlei Huang , FreeBSD Current , Olivier Certner Subject: Re: regression: memory issues on main/arm64 over sched/runq changes In-Reply-To: <274774b0-9137-4fa7-a0a5-a0ce8976dc27@FreeBSD.org> Message-ID: <2qp0845s-p0oq-qsr9-0n64-3snn4466s139@yvfgf.mnoonqbm.arg> References: <43005447-2rq0-6nn2-pnr5-4939s112npr4@yvfgf.mnoonqbm.arg> <0A01B9F5-C49C-41D8-BAB7-4378DEDBF647@FreeBSD.org> <28o26o81-so5r-qq79-6q6n-0q6746o7oo79@yvfgf.mnoonqbm.arg> <6A003013-415A-4594-AB04-AF5A9B2D660D@FreeBSD.org> <23n1773o-10o2-5p5o-25s4-r623rnn44649@yvfgf.mnoonqbm.arg> <907D042E-AE8A-4818-A807-AD45F36354FD@FreeBSD.org> <274774b0-9137-4fa7-a0a5-a0ce8976dc27@FreeBSD.org> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="1098556516-212062285-1751303844=:4774" X-Rspamd-Queue-Id: 4bWCXG2jV6z49wt X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:3320, ipnet:2003::/19, country:DE] This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1098556516-212062285-1751303844=:4774 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Mon, 30 Jun 2025, John Baldwin wrote: > On 6/28/25 11:35, Zhenlei Huang wrote: >> I boot from disk. >> >> Updates on this locking issue, >> >> I think I finally figured out why. More stack trace from my video: >> >> ``` >> shared lock of (sx) ifnet_sx @/usr/home/zlei/freebsd-src/sys/net/if.c:1467 >> while exclusively locked from /usr/home/zlei/freebsd-src/sys/net/if.c:1416 >> panic: excl->share >> ... >> witness_checkorder() at ... >> _sx_slock_int() at _sx_slock_int+0x64/frame .... >> if_addgroup() at ... >> if_attach_internal() at ... >> ether_ifattach() at ... >> iflib_device_register() at ... >> iflib_device_attach() at ... >> device_attach() at ... >> ... >> root_bus_configure() at ... >> configure() at ... >> mi_startup() at ... >> ``` >> >> The ifnet_sx has flag bit SX_RECURSE then it can be recursively locked. >> >> iflib_device_register() acquired ifnet_sx exclusively and then calls >> ethernet_ifattach() which will then calls if_addgroup(). It is prohibited >> to re-acquire the same lock shared so the witness blames. >> >> I think the witness should show the first file location of the exclusively >> lock, i.e. sys/net/iflib.c rather than the sys/net/if.c:1416 . So that it >> is more straight forward to figure out how that happens. CC John to see if >> that can be improved. > > Hmm, I think we have stopped at the first lle we found walking > back up the lle list (find_instance() always works this way). > > You could add a 'find_last_instance' and use it in a few places > perhaps. I guess both the share->excl and excl->share are places > where you would maybe use it. Alternatively, you could have a > 'find_next_instance' and maybe output all of them before the > panic? Having the full chain would be really nice :) +1 from me for that. /bz -- Bjoern A. Zeeb r15:7 --1098556516-212062285-1751303844=:4774-- From nobody Mon Jun 30 18:40:31 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bWFNL45NPz60m5f for ; Mon, 30 Jun 2025 18:40:50 +0000 (UTC) (envelope-from development@kd2ycu.com) Received: from mail.kd2ycu.com (okayamatan.kozuka.jp [174.136.99.218]) by mx1.freebsd.org (Postfix) with ESMTP id 4bWFNL1pf5z3sJF for ; Mon, 30 Jun 2025 18:40:50 +0000 (UTC) (envelope-from development@kd2ycu.com) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (syn-098-015-251-083.res.spectrum.com [98.15.251.83]) by mail.kd2ycu.com (Postfix) with ESMTPSA id 0093E4F1E4; Mon, 30 Jun 2025 14:40:36 -0400 (EDT) From: Daniel Anderson Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_485214F4-2D50-40FA-BC9E-BCFED560E4CB" List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.600.51.1.1\)) Subject: Re: Hi! Available to help Date: Mon, 30 Jun 2025 14:40:31 -0400 In-Reply-To: <20250630161838.23196978.40034626.72116779@dino.sk> Cc: freebsd-current@freebsd.org To: Milan Obuch References: <3BE02ABD-776F-46AF-8266-12AB93AB0E50@kd2ycu.com> <20250628075502.48308911.40034626.82209601@dino.sk> <30CB7E73-AB81-4083-8173-6D95DF8098B9@kd2ycu.com> <20250630161838.23196978.40034626.72116779@dino.sk> X-Mailer: Apple Mail (2.3826.600.51.1.1) X-Rspamd-Queue-Id: 4bWFNL1pf5z3sJF X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:25795, ipnet:174.136.96.0/20, country:US] --Apple-Mail=_485214F4-2D50-40FA-BC9E-BCFED560E4CB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > How are you accessing those VMs? You need some desktop PC or notebok > for this, I think... which OS does it run? You can set there = additional > FreeBSD, either a VM or in dual boot mode=E2=80=A6 I run an M1 Macbook and SSH into my VMs. Support for M1 isn=E2=80=99t = full as far as I can tell, which is also why I would be interested in = helping as well=E2=80=A6. >=20 > Using FreeBSD as standard desktop is often not easy for setup (depends > on requirements), but helps greatly to understand the OS and various > quirks/issues and brings more experiences with it. So I=E2=80=99ve run various Linux distributions as my main desktop for a = long time. At some point my workplace moved to macbooks for a variety = of reasons, but essentially I install homebrew, run X, and remote into = any VMs. I use Emacs + TRAMP to access files, and I=E2=80=99m really = comfortable on the command line. =20 I=E2=80=99m mostly interested in the console and not anything graphical = (KDE/Gnome) >> I think the best thing for me would be to pick up small tasks to get >> my feet wet. I=E2=80=99m more familiar with Linux than FreeBSD but = it=E2=80=99s >> interesting to learn, and I think picking up small tasks like bugs is >> a good way to get my feet wet. Also I=E2=80=99m happy to update >> documentation or test cases... >=20 > A good way to start would be looking in official documents (project's > web site, man pages...) and maybe forums, mailing list archives for > some ideas, wiki,freebsd.org could be good = resource as well. >=20 >=20 >=20 Great tip, thank you!= --Apple-Mail=_485214F4-2D50-40FA-BC9E-BCFED560E4CB Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
How are you accessing those VMs? You need some desktop PC = or notebok
for this, I think... which OS does it run? You can set = there additional
FreeBSD, either a VM or in dual boot = mode=E2=80=A6

I run an M1 Macbook and = SSH into my VMs.  Support for M1 isn=E2=80=99t full as far as I can = tell, which is also why I would be interested in helping as = well=E2=80=A6.


Using FreeBSD = as standard desktop is often not easy for setup (depends
on = requirements), but helps greatly to understand the OS and = various
quirks/issues and brings more experiences with = it.

So I=E2=80=99ve run various = Linux distributions as my main desktop for a long time.  At some = point my workplace moved to macbooks for a variety of reasons, but = essentially I install homebrew, run X, and remote into any VMs.  I = use Emacs + TRAMP to access files, and  I=E2=80=99m really = comfortable on the command line.  

I=E2=80=99= m mostly interested in the console and not anything graphical = (KDE/Gnome)

I think the best thing for = me would be to pick up small tasks to get
my feet wet. I=E2=80=99m = more familiar with Linux than FreeBSD but it=E2=80=99s
interesting to = learn, and I think picking up small tasks like bugs is
a good way to = get my feet wet. Also I=E2=80=99m happy to update
documentation or = test cases...

A good way to start would be looking = in official documents (project's
web site, man pages...) and maybe = forums, mailing list archives for
some ideas, wiki,freebsd.org could be good resource = as well.



Great tip, thank = you!
= --Apple-Mail=_485214F4-2D50-40FA-BC9E-BCFED560E4CB-- From nobody Mon Jun 30 19:41:14 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bWGk81R4nz5yr8X for ; Mon, 30 Jun 2025 19:41:20 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Received: from cm0.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (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 4bWGk55yQvz3ScY for ; Mon, 30 Jun 2025 19:41:17 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of freebsd-current@dino.sk designates 84.245.65.72 as permitted sender) smtp.mailfrom=freebsd-current@dino.sk; dmarc=none Received: from dino.sk ([84.245.95.254]) (AUTH: LOGIN milan, TLS: TLSv1.3,256bits,TLS_AES_256_GCM_SHA384) by cm0.netlabit.sk with ESMTPSA id 0000000000844477.000000006862E85B.0000146D; Mon, 30 Jun 2025 21:41:15 +0200 Date: Mon, 30 Jun 2025 21:41:14 +0200 From: Milan Obuch To: freebsd-current@freebsd.org Subject: Re: Hi! Available to help Message-ID: <20250630214114.33816540.40034626.38781690@dino.sk> In-Reply-To: References: <3BE02ABD-776F-46AF-8266-12AB93AB0E50@kd2ycu.com> <20250628075502.48308911.40034626.82209601@dino.sk> <30CB7E73-AB81-4083-8173-6D95DF8098B9@kd2ycu.com> <20250630161838.23196978.40034626.72116779@dino.sk> X-Mailer: Claws Mail 3.21.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.3) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [0.33 / 15.00]; NEURAL_HAM_SHORT(-0.99)[-0.987]; NEURAL_SPAM_LONG(0.92)[0.924]; NEURAL_SPAM_MEDIUM(0.69)[0.691]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:5578, ipnet:84.245.64.0/18, country:SK]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_HAS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[dino.sk]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4bWGk55yQvz3ScY X-Spamd-Bar: / On Mon, 30 Jun 2025 14:40:31 -0400 Daniel Anderson wrote: > > How are you accessing those VMs? You need some desktop PC or notebok > > for this, I think... which OS does it run? You can set there > > additional FreeBSD, either a VM or in dual boot mode=E2=80=A6 =20 >=20 > I run an M1 Macbook and SSH into my VMs. Support for M1 isn=E2=80=99t full > as far as I can tell, which is also why I would be interested in > helping as well=E2=80=A6. >=20 I don't know anything more specific, but there should be some technology allowing running x86 binaries on M1 macs... or maybe something like VirtualBox or QEMU exists as well. Or something specialized like Parallels desktop... Also there was some work done targetting Apple M1, probably something could be found in archive of freebsd-arm mailing list or in wiki. > > Using FreeBSD as standard desktop is often not easy for setup > > (depends on requirements), but helps greatly to understand the OS > > and various quirks/issues and brings more experiences with it. =20 >=20 > So I=E2=80=99ve run various Linux distributions as my main desktop for a = long > time. At some point my workplace moved to macbooks for a variety of > reasons, but essentially I install homebrew, run X, and remote into > any VMs. I use Emacs + TRAMP to access files, and I=E2=80=99m really > comfortable on the command line. =20 >=20 > I=E2=80=99m mostly interested in the console and not anything graphical > (KDE/Gnome) > Well, maybe you could help with our ports collection, there are various applications ported for use with FreeBSD. For bug reports, we have tool called bugzilla (bugzilla.freebsd.org), maybe you can help with resolving them. That's another area. Regards, Milan From nobody Tue Jul 1 09:53:34 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bWddZ2Py8z60gNq for ; Tue, 01 Jul 2025 09:53:38 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bWddY73Nwz3rbq for ; Tue, 01 Jul 2025 09:53:37 +0000 (UTC) (envelope-from matthew@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1751363618; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=ShlX5m37SnvAl/BfDX5S4G5TANZKekeyKep8Vf9Qlcw=; b=joY1vY6AvPnGqn0TrDvYlx7Ngtct9M8N2i3+TT0dl1kqlUB+PZt/fSQgbabUF7fA4KwHDw YTwLfLyszsdveppDWNhD4bMK4l5PLXTHalicS16TF8rd8cFZW06/CNDhT5E1vP5BCygbqh tPC9pndWVHo1tdsXsPxXSqWJo9ShDtu5A5Usn1AIbRCJaF/QQxj/X5nkAlwl8+Ap764U25 Ebsol1aR54CqlzpKZPRfF2hDskmem4u5iB6p+fKwPDCyc7NAmrj659+XNgiNtDZ7pqM68j Wkj+UqQQ9z6yE+Z/+U0Eyv0DBJm++abQGtvCLguiazRxjzAN4rwco07iY+RdGA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1751363618; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=ShlX5m37SnvAl/BfDX5S4G5TANZKekeyKep8Vf9Qlcw=; b=VX0A0qxBJ/jo6oobpIEeB4grU14td7Xl7kTBwQOQC77WFH9uj/VjVhxTEPEFr6fDbRnAZg q0DnTVaPqrPRrInTiYXwJmnjZ7UEP+VxYxwp8eHTbOBlLpfLUpCpIybhCEFxBFdMOCir7u OkxsdkgKbr2FnrKrQ8/gbEBw+4SLv3iDduaqyGwK8vubUDWSnDfXj2V2qwrv2d5G3TEZfo 6elXCbr7vzQR02tqP+cD8/JbwbXK1rsg3w0VAaWQRAGt7OMKV+jzIvhpjE1457p7PUNi3P JNxEODabGqQCAxJ2ZcB/2fhCBzmnpdN/m2QYKM4bVcHsboVBgpLK0Q8lAC6IvQ== ARC-Authentication-Results: i=1; smtp.infracaninophile.co.uk; dmarc=fail (p=none dis=none) header.from=FreeBSD.org ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1751363618; a=rsa-sha256; cv=none; b=jcCk06cdJ5Epf/BHA2PoWESO4AP3+JnTMGJLHDAmHPoq3FMTJZqB9KbPNPtkebjDPjE5BJ 6KAG2sCJPWqsjADHE85LGk18p2DviOkjGV1hLajMll2UHQIuFg6Ykkmd4IYoEPdYNi1P1Y wQgc7lsi3rTZGse4GJWteHSlcpUZiI6ZIkEZUAj+RQtv+cJMcgPI3eu8/CtpEW3//qmdmh 2vKHWYF4alatcuOCk7cnCUEeTj4Adh0p/soTV2CfJAq2mcD87zQN2/rfi4LVkZ09wq0u7w 0knQtenELs0ZTZ/fpM/grfCXPMxtJutkwOlUKqrX5coETGStq/HbxAlohiR89g== Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:c4ea:bd49:619b:6cb3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: matthew/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4bWddY5hhqz17PS for ; Tue, 01 Jul 2025 09:53:37 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from [IPV6:2001:8b0:151:1:a19b:39dd:4b57:2c0b] (unknown [IPv6:2001:8b0:151:1:a19b:39dd:4b57:2c0b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange x25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id 45ACC128CB for ; Tue, 01 Jul 2025 10:53:35 +0100 (BST) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=fail (p=none dis=none) header.from=FreeBSD.org Message-ID: <3dd0499c-ff33-44b6-b557-b30421186ffd@FreeBSD.org> Date: Tue, 1 Jul 2025 10:53:34 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Hi! Available to help Content-Language: en-GB To: freebsd-current@freebsd.org References: <3BE02ABD-776F-46AF-8266-12AB93AB0E50@kd2ycu.com> <20250628075502.48308911.40034626.82209601@dino.sk> <30CB7E73-AB81-4083-8173-6D95DF8098B9@kd2ycu.com> <20250630161838.23196978.40034626.72116779@dino.sk> <20250630214114.33816540.40034626.38781690@dino.sk> From: Matthew Seaman In-Reply-To: <20250630214114.33816540.40034626.38781690@dino.sk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 30/06/2025 20:41, Milan Obuch wrote: > I don't know anything more specific, but there should be some > technology allowing running x86 binaries on M1 macs... or maybe > something like VirtualBox or QEMU exists as well. Or something > specialized like Parallels desktop... Also there was some work done > targetting Apple M1, probably something could be found in archive of > freebsd-arm mailing list or in wiki. UTM.app is essentially a wrapper around qemu -- it's available at £9.99 (or your local currency equivalent) from the App store, or for free if you download it from GitHub. https://mac.getutm.app Supports Rosetta for running foreign CPU arch binaries -- it will be dissapointingly slow, but I don't think that can be helped however you handle it. Recommended. Also works on iOS. Cheers, Matthew From nobody Wed Jul 2 14:17:03 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bXMRT02gkz60TQh for ; Wed, 02 Jul 2025 14:17:25 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ej1-x632.google.com (mail-ej1-x632.google.com [IPv6:2a00:1450:4864:20::632]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bXMRR6X2lz3pFH for ; Wed, 02 Jul 2025 14:17:23 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=eHCvjRqT; spf=pass (mx1.freebsd.org: domain of rick.macklem@gmail.com designates 2a00:1450:4864:20::632 as permitted sender) smtp.mailfrom=rick.macklem@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-ej1-x632.google.com with SMTP id a640c23a62f3a-ae0ccfd5ca5so636570566b.3 for ; Wed, 02 Jul 2025 07:17:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1751465837; x=1752070637; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=zvGkBiKvZgSEnsvLKiJHpyYxiVVRwiP8RktCSwx5rDA=; b=eHCvjRqTqT2FOpXRIvcGoAYzqbj2mvv/UOlXrM1Wq1l8M4jjd4YJyT2uY2ZGIFjH7Q sgD9gzwRUi5y1YKIN0UZxRQ+fJdaSYG6QjUrRGyjtbS/mIwtXvyKk4mJNTb0XOhpchUP aNV7Sy55xLuw2K9qiqcTQT8YX0DspFUP4Fw2O3He99+nwOm3gn9dT2paF7uRT8anPHez UgJIK58Do3zzjO4BIX7dE9AbNu2WYQURLhQDXCjGq9YLvIB1CxUBXnQ80bkiEft+2eIr gVjGNv5b6+i/uGY5SnZVm/QGdVJpLMjrkiFh6QIKMM7HogVL4CFNXaXHvbV9V+iPmgmU UHrQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1751465837; x=1752070637; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=zvGkBiKvZgSEnsvLKiJHpyYxiVVRwiP8RktCSwx5rDA=; b=NyRmzZYCQuGPwqIBBm9sOTsU5bZeJbJJE7+Fnk3IoIk4+Xj5WQqmHuDfQErcFXREyc LUDaOnanRWFtJyxuqF7p0IkFNoj791rRHqwOOIF0pXfLPbE+PgQafMp1DNIAreJSA4AS d8crgoQKfPUwfafFqJxstSdWoc9Xh1gXgrQk++S0kPXuqzKLLj+TwjJnxtfLCqwbWgpJ rebIMaeSa3uAWaKKSQNh13ows0MgwtvzpvM+r+x35WSS9Lob+IOtIjx/0F0W3rwXslnr LoKHdxxYQqN34ALwcKEwuHEBzX6A4SCY3kl1zzImEFhKB4r5wSXkdeCG8YvWwcYs/kPe 1HzA== X-Gm-Message-State: AOJu0YzG3+vGDEwlgzKQdXsc2F0EVg97PxbfUZfBL2Wynxi1hevTmfJn 7HXSY4+xlYzbOiLxDQF7rsYbhBBkZ2nz/V7obrDOZtz6YPe9MVSmO+kWbztAaYStvOjfow+Cz/u uahd+XSN5IO9PJEGXnAVBLi95E/NXQP9k X-Gm-Gg: ASbGncs7OW5YdLEyNLt+xqreqj8/QENnZsPhWqoGGJoqKHlEV4r0OXFd2OeGVvXvgof eydUmIq3iWYKvDVlQS3qcftv4S4wele+nvIjEi3LigZDorapevgRJuLfg5GNhMnvEjFNxTK+DZP Cyem4SzxxUkjAfjWJTvgpIt0CkP02iU//cI6BhTczSK839/C2k+39EhbnqHb1yJoB5EtAiQYS9w Xg= X-Google-Smtp-Source: AGHT+IExZY3+/uO3DvNmgZXQ2Eb8sT3lEYvRLn9mIOgjU2g5IwDIm6mHNAqK3fluGZdSu0ARZ7ipoPiSvO/m7suIXrs= X-Received: by 2002:a17:907:7ea5:b0:ad8:a935:b8e8 with SMTP id a640c23a62f3a-ae3c2b3a242mr330691166b.5.1751465836634; Wed, 02 Jul 2025 07:17:16 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 From: Rick Macklem Date: Wed, 2 Jul 2025 07:17:03 -0700 X-Gm-Features: Ac12FXw4N2vkcAJpG3wd8ZHi8BhpzLk_hIRlLxzXnV7C4wHeE4dGSik0P1IhYDw Message-ID: Subject: Heads up: builds without options UFS_ACL broken by me To: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-2.01 / 15.00]; NEURAL_HAM_LONG(-0.97)[-0.973]; NEURAL_HAM_SHORT(-0.96)[-0.963]; NEURAL_SPAM_MEDIUM(0.92)[0.921]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::632:from]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; TAGGED_FROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4bXMRR6X2lz3pFH X-Spamd-Bar: -- Hi, Commit 50e733f19b37 broke kernel builds without "options UFS_ACL". The fix is in D51131 for review. Pointy hat goes on me. rick From nobody Wed Jul 2 21:02:14 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bXXR15mMXz60wQ3 for ; Wed, 02 Jul 2025 21:02:37 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ej1-x631.google.com (mail-ej1-x631.google.com [IPv6:2a00:1450:4864:20::631]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bXXR10SYLz3WbT for ; Wed, 02 Jul 2025 21:02:37 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b="AE7+TJ/M"; spf=pass (mx1.freebsd.org: domain of rick.macklem@gmail.com designates 2a00:1450:4864:20::631 as permitted sender) smtp.mailfrom=rick.macklem@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-ej1-x631.google.com with SMTP id a640c23a62f3a-ae3703c2a8bso968748066b.0 for ; Wed, 02 Jul 2025 14:02:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1751490149; x=1752094949; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=1Wo6f8lpSAV/sRHtGYRUJ+GaBFNP767Y0qwPtIfM9yA=; b=AE7+TJ/MCfCOY0qlKIMiuF9qnnNg84xvBBRgJEJZVHcvQqu0UP8HDhNgdROi0ZL0FL OcZaPjJeFSnxLjARnPp3TZT5CgZ7C1WRxkCwexX4JiHHOsVz1H44fDC/F7Qzn9tsjL2m wtYUP7LPhbz4QueEPC+ksMU+1X/KVjKdeeDqVakrqzBH0k06J+H+cs7T+iW1IkaZQ35A vOWVYy55uxU8Rdm2snMYT+JVagtbYvE9XrG5z3XK9Tse/4mW/7Jkgb8TPyICcJWLXD1s vUUYNlT3tHHh1/qcyeYaqoOLDk4EdrJJv7XMDYojaXsOvPjxySC8r5s7nZs+C56eMXPz 61Qw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1751490149; x=1752094949; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=1Wo6f8lpSAV/sRHtGYRUJ+GaBFNP767Y0qwPtIfM9yA=; b=W0pzE4WBBaxE8F3kRSZYw3f97FcZbMu0dO/ZhECvUnYvYdL3xrw/7lYq5aVBSKXieC Tn6EpbfZ3vo7tnFF7ZSwGvd+6iEdEnUTlQbvEC9MxNwVZyXLhR+jBTg0utHcVTZZ9ica e7bKvivFSawQdqvywNpM0zLfr0l7Cb71YPS6adg8xf+/nRNtZaMdK97x6+HIQX+/2S6h rQwMJ+ZI/qOvze+6BF5VvVzFVhyrVsbkFYzHNAKrk+C3z4MsHIuwVdhhi7RChPWhlBoV /VOjxcFgiGmJXxXqhqVvFBq5PshhWfZ74VQmH/KZcHamo46drP7T/0y53VhzbMzo2hkk PmPQ== X-Gm-Message-State: AOJu0YwmIVg2Y3nYANMVgBNSm47IWIFwiONjT88svfDKrxiXT2hi9Syn 2fRlUkKN0AdBIc94IUkEDU3weDcx4zUH90oCtEBlAgjh7YhnNdN7EaOemnC9Z3FrXupgcRqEJl7 B7q0wRUVIyso1Ui46gOk4r43hAAkKhb7G X-Gm-Gg: ASbGncv/avvBrozoQZZIkGJqLMIz4s1Lg62YDSVYKa/Gbk6pHOfGMqRH/O+sDJr8rTj +c6Yg7FudQKSyq33PFB7rfOB1526S1ABISkoa6c60NMTws0aKlyHujDlmC4D7uPBKOJ0x7MqblK smSMtZ08rxnjRZVnBgAVpHfLssU5Bm4blVxoxHu23RNZ/kg53VGbm+WyXf+0EaCco4J7aue7hfX 4g= X-Google-Smtp-Source: AGHT+IHVeR6YJGPdpcl6L235wiitVqhMc0JyYU5ddg4dZpJdImnLYYxrQXXLhnABOqpUGHp2tEZMx6+q+tpuwN7fT8g= X-Received: by 2002:a17:907:805:b0:ad8:a329:b490 with SMTP id a640c23a62f3a-ae3d846352emr69193266b.23.1751490148415; Wed, 02 Jul 2025 14:02:28 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 From: Rick Macklem Date: Wed, 2 Jul 2025 14:02:14 -0700 X-Gm-Features: Ac12FXwTzCihFGZtbYQXgpzSIREcnELTVjOqbnZok4uaGpo5BbTmdjZy9qEOTqM Message-ID: Subject: RFC: checking file systems support UF_HIDDEN, UF_SYSTEM To: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_LONG(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; MID_RHS_MATCH_FROMTLD(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; TAGGED_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MISSING_XM_UA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::631:from] X-Rspamd-Queue-Id: 4bXXR10SYLz3WbT X-Spamd-Bar: --- Hi, I am implementing the "hidden" and "system" attributes for NFSv4 using UF_HIDDEN and UF_SYSTEM. In a couple of places in the code, I need to know if a file system supports these flags. I can think of two ways to do this. #1 - Create a new VFCF_HIDSYS flag that is set via VFS_SET() for file systems that support the UF_HIDDEN and UF_SYSTEM flags and test for that flag being set. or #2 - Write it this way... if (strcmp(vp->v_mount->mnt_vfc->vfc_name, "zfs") != 0 || strcmp(vp->v_mount->mnt_vfc->vfc_name, "ufs") != 0 || strcmp(vp->v_mount->mnt_vfc->vfc_name, "msdosfs") != 0 || strcmp(vp->v_mount->mnt_vfc->vfc_name, "tmpfs") != 0) Which do you think is preferable (or do you have another idea)? Thanks for any comments, rick From nobody Wed Jul 2 21:05:53 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bXXVy1bw2z60wLT for ; Wed, 02 Jul 2025 21:06:02 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-io1-xd32.google.com (mail-io1-xd32.google.com [IPv6:2607:f8b0:4864:20::d32]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bXXVx2qtfz3Z1n for ; Wed, 02 Jul 2025 21:06:01 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hardenedbsd.org header.s=google header.b=inMN53TW; spf=pass (mx1.freebsd.org: domain of shawn.webb@hardenedbsd.org designates 2607:f8b0:4864:20::d32 as permitted sender) smtp.mailfrom=shawn.webb@hardenedbsd.org; dmarc=none Received: by mail-io1-xd32.google.com with SMTP id ca18e2360f4ac-87611ac3456so166716039f.0 for ; Wed, 02 Jul 2025 14:06:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; t=1751490355; x=1752095155; darn=freebsd.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=sWGJD7PMb+zjbV0xt2kDXX3IDwXFnP/2vaLyOEVt0FE=; b=inMN53TWBqCGc/OuE8Oi5usZh+RuARLaM2Du5dNhZw077M2gIuBmdVLLtGUn7bzPQz id35M2xccf47dp/U2jmkotEOlndU1fTfX/ZKFeNbwwKMjv3VtUBISL5MFYaox+EY6Na/ 1+J/h1V+yEg873ZaNZ7TgPc9OSw0zPMkge4a/3iOVZ4uBcdnJPqtY6CEmUjCcQZm98Wl HdjzAQTM+xCJ5iRkLKzZF0wlqIcGl57rz2nUpgH9vXASiifRSukNXHgtXbnxF6Wp1JJL iuCPZ+6G5VOrBtlb6Y2jp/8eqEGsA5ufyo6IvfWuiey5bx3IQhmW//fyECgaEyrHNyy0 VDbg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1751490355; x=1752095155; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=sWGJD7PMb+zjbV0xt2kDXX3IDwXFnP/2vaLyOEVt0FE=; b=Jld7oK17JFKxLo1zlcAK3Lcxef4UnXrBwXYHde4TRn+u+Yjr03ME9VXIDv98q3ZFMB J8/lsdQ7v7/8Rme4vKfyf3U3UIxtGsdLl2nbu3+8VmGDVGNcwlGktas6RR/QJ4Q/L9zL zm9/ipb9/I9iOy7w17RGzJ0zBhNn2PuSwv2km7hv5oUJA8qDbdoSApXpfwk74A8EGWaL qIZ9+7xEEaNUbUHSp2vZwJqQgspreXxfyFPwiP3Eu2M1wzSph+jSAGaA49JPQhqSt0lO /ddmWD3ILQjpgVwJOzRE4ebY35xFMahDQ1o2DCbLHYoE4gvzqo+EBz5Pu8jHTAm3zYr/ 1lhQ== X-Gm-Message-State: AOJu0Yx57AOjVAREcAurcsJgvtq6b49ZtMQkft1KV60lNS9EDVvkx4z/ /N2Ikji6MNTfkHmdTEmVWPNG2mgolaQWU9p80IebbiyneYXL/brCgqUIDX6KhCf1+S+skm36B+8 kuzBcqSc= X-Gm-Gg: ASbGncvWP5uYMR8LlnRZ+82MsTLIw06EhTpIVwL6svLAV+Q8W25C+WCu63KmdzGdA7n oB3HlrUoN/3ydUABlp6Qg76j5MUeFpvGlSL2LazjNAzleInVVPuvlNKeVO6fchoG4lbfjt5uSFp d/l5562kg3V5iU59ZnG5eneNdZZVUOztpGvhn3l3kTxRLfz7z0wzn/e0qEI4t1fl1pEiSIqGbUr 4EpGBPC0pUWXoBl66ECp+zxGmoKExG081raasXkJkIMJ3abALHND9MLWHZ5jWYIDmFCuVAJZ//A lq8bvdXZSVDl8O2nxHAkMev9UtIFiF/UuAgE7G8RZ6le X-Google-Smtp-Source: AGHT+IHXjRki2TjJJnU67cgxgxHaGvwqlBq1BLf4lpTdtpSbG5ReP4QdZUNFL8iqrCEGf3wD4IsqOg== X-Received: by 2002:a05:6e02:1785:b0:3dc:7cc1:b731 with SMTP id e9e14a558f8ab-3e05c2330b8mr14038585ab.0.1751490355269; Wed, 02 Jul 2025 14:05:55 -0700 (PDT) Received: from mutt-hbsd ([2001:470:4001:1::95]) by smtp.gmail.com with ESMTPSA id e9e14a558f8ab-3df49fd66d5sm37487485ab.2.2025.07.02.14.05.54 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 02 Jul 2025 14:05:54 -0700 (PDT) Date: Wed, 2 Jul 2025 21:05:53 +0000 From: Shawn Webb To: Rick Macklem Cc: FreeBSD CURRENT Subject: Re: RFC: checking file systems support UF_HIDDEN, UF_SYSTEM Message-ID: <5emcw3uocuaenm2lwdrqqvxgiqpo7uazon6y2hzelhi5qjxxj4@trymutqekdiy> X-Operating-System: FreeBSD mutt-hbsd 14.3-STABLE-HBSD FreeBSD 14.3-STABLE-HBSD HARDENEDBSD-14-STABLE amd64 X-PGP-Key: https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/blob/master/Shawn_Webb/03A4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="45diqmhaeyv7ihax" Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [-5.10 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; MID_RHS_NOT_FQDN(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[hardenedbsd.org:s=google]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[hardenedbsd.org:+]; ARC_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; DMARC_NA(0.00)[hardenedbsd.org]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MISSING_XM_UA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TAGGED_RCPT(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::d32:from] X-Rspamd-Queue-Id: 4bXXVx2qtfz3Z1n X-Spamd-Bar: ----- --45diqmhaeyv7ihax Content-Type: text/plain; protected-headers=v1; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Subject: Re: RFC: checking file systems support UF_HIDDEN, UF_SYSTEM MIME-Version: 1.0 On Wed, Jul 02, 2025 at 02:02:14PM -0700, Rick Macklem wrote: > Hi, >=20 > I am implementing the "hidden" and "system" attributes for > NFSv4 using UF_HIDDEN and UF_SYSTEM. >=20 > In a couple of places in the code, I need to know if a file > system supports these flags. > I can think of two ways to do this. > #1 - Create a new VFCF_HIDSYS flag that is set via VFS_SET() > for file systems that support the UF_HIDDEN and UF_SYSTEM > flags and test for that flag being set. > or > #2 - Write it this way... > if (strcmp(vp->v_mount->mnt_vfc->vfc_name, "zfs") !=3D 0 || > strcmp(vp->v_mount->mnt_vfc->vfc_name, "ufs") !=3D 0 || > strcmp(vp->v_mount->mnt_vfc->vfc_name, "msdosfs") !=3D 0 || > strcmp(vp->v_mount->mnt_vfc->vfc_name, "tmpfs") !=3D 0) >=20 > Which do you think is preferable (or do you have another idea)? I have no skin in the game, but I'm curious if you could tell me more about UF_HIDDEN. Can you explain what that is or perhaps link me to some documentation for me to read? Thanks, --=20 Shawn Webb Cofounder / Security Engineer HardenedBSD Signal Username: shawn_webb.74 Tor-ified Signal: +1 303-901-1600 / shawn_webb_opsec.50 https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/raw/master/Shawn_Webb/03A= 4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc --45diqmhaeyv7ihax Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEA6TL67gupaZ9nzhT/y5nonf44foFAmhlnyIACgkQ/y5nonf4 4fqWORAAhOciElW+guH9l+AKXrostz9aSlhzCfd17fWxAzsKLsTnxCHbNGf38cDr CsmZELiJRrjSwG0INCrb13wV3AGVTkM2KFdUxFdyiTCAk7U87DiU7MF4gL3CD1Rs xezBHJD52ByAQvjA5k+6EuKAvhFbXl2yU2sCKDo1PILwn0itSgm20hzMf226vmE8 jfrNdJJ9Fm8kC0WChOANuGc0oCkpVxtCN32JCfQMTVLiiXgzwUqFQ5op1AYVkgcW QDl2je+IEmkKP5oykjzVmxBlb1KnP++ioyL++wrQYC3r05Nsx8EvqVdyACazNNse 43pXP+2PV6UHodrx0wV4FOeeyvx9rogOyYcu3XCMoTB+764nuIQ9kepEe9j+9Rz9 KnIBkPDlsXIVkoKr3eIjjXUaMhJO417qBo9UOEFqVPT8i1e82yYo9+TBcLpPMNH9 iILI42e4Qf/ZbMXVSv62y6Dws/zuDXMj3w3hnSOWDqpYl/lVkbBx1lnV0Rpnx+7W KX9XoQIkS0gW3xXy4/ij20palN4y7CoXbWVw0Nix5A23LXUQ0Uv+q9RyRePixTUI PVidzqsvlnG9pxiyfwIzzzrZo5e0oD2JzHxwnL5/ZdursnsDKC+iVrwz4OsEOItw vka6I7JdWT1QphsO20kpDvC5nBGI13RQWBUlQ3AbgZ2jtmDfsXo= =m8U+ -----END PGP SIGNATURE----- --45diqmhaeyv7ihax-- From nobody Wed Jul 2 21:45:58 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bXYPL1zdMz60yRs for ; Wed, 02 Jul 2025 21:46:14 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ed1-x535.google.com (mail-ed1-x535.google.com [IPv6:2a00:1450:4864:20::535]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bXYPK6swhz47D3 for ; Wed, 02 Jul 2025 21:46:13 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x535.google.com with SMTP id 4fb4d7f45d1cf-60789b450ceso9289102a12.2 for ; Wed, 02 Jul 2025 14:46:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1751492772; x=1752097572; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=6LEScSbPYS008iGx4dRyHl/fZlxeV5talBuQGhSQLSU=; b=FEfbaH5jBbK9gHcgCkd7rzbqMgXbUMAqQ+4IFHAIk8XEYr6HVHiLk+0nonAtfH9kKj ESWOMIyULCR8+8NL470HhRAJ6FzaZH2vkSLxOMr3zCuWPMpdNQ3KBnR63pyGZjDzleRB vlx3ftm34X6p5qBmRxlH6noBxczq4S/QZTvqXM2JO2QOlhr1RK2kuscAh1Sd6R11/xEY lJoafit7npGND3D75z5CrAIyAA6D227+SIQVs5toT4B6z0JT3JhHAuEVbDc9hWmesa2c FnCB2NnK0spBuEObGHRwNxgPnVftEISeA+FI6ry9mS+Df9+OyWwR4euTfAkwbjWysKxK ej5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1751492772; x=1752097572; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=6LEScSbPYS008iGx4dRyHl/fZlxeV5talBuQGhSQLSU=; b=HQYin4S+61gZlzGqxNzfXuw8Tg6eHiVo/W0weYo/CaEW1xyZxgd4N+aEFHJRmdZTvm qcVDim7fpA5rrJGPocRgltO6dVMpaa1D236+Fq3P68cfuEdoMrmJpuxVLA5+2Vb5qOAH FW/R5Nxl4UnnBzXBl60nD2n7jH8cBTTM2FAAPV4kPUb+iQW46kHiSnt5ZZrxImlUbEEU CdgkfaO1rtLg+Bf+pJZT9ElMEc/GB3d0cLFJ+UWZMkNTfyXQo4Erntuqx6+tdbLjcYWR Mg6ajoVLE0DaOYrNExTljWJmnjUTxvgCanZxZG0DJn7AeMWjlKhTLoIo57e1LAKp1ya/ ZGQA== X-Gm-Message-State: AOJu0YzOtvkqbRt04Z/TZVdCLXHcypqnPd0TD08EybfM+szZabWKEJfp ChBHwROyP72vMUfIGeA6CyCyw6sm1ddcrs+nmBAwVuWhES9i1impqJeSF2pIvyjLawXcRbf/KKn i1arq2R3nRYXZYo0V1xc6EIiNIvKYKSZ9 X-Gm-Gg: ASbGnct1T0Gg7Ayj4z2GHcruxJHYr1Jyh9utUKCfoZtcdultbM6rbTSPiI7u8C5rlVt iGR1TAPXpgth5t1ZI+p4DggvYpRALMcLZY1mejYJ7B/cm8jVys/ki068XRDsswMoxUl0Y6cwipX c0TAHZTO2OTlf09bdAUzsl5SS0P7ar8Ycc/ELd/RxCvLEJDIGVOm4xlIYu2xU6D0DUa+40mEUsu d4= X-Google-Smtp-Source: AGHT+IE0HzNBvWQ4DhOiA9SjS7SK7ORvzyinDfkT6/zNnXtUkL7JuNtFgK1v4VZ9QTbFOYI2XQ9xxjcmGcFZ10CzHe8= X-Received: by 2002:a17:907:7ea0:b0:ae3:5e70:32fc with SMTP id a640c23a62f3a-ae3d84f782emr88055466b.29.1751492771315; Wed, 02 Jul 2025 14:46:11 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <5emcw3uocuaenm2lwdrqqvxgiqpo7uazon6y2hzelhi5qjxxj4@trymutqekdiy> In-Reply-To: <5emcw3uocuaenm2lwdrqqvxgiqpo7uazon6y2hzelhi5qjxxj4@trymutqekdiy> From: Rick Macklem Date: Wed, 2 Jul 2025 14:45:58 -0700 X-Gm-Features: Ac12FXzUG9EFGgz5qHmKYAswPePAhcL2bGquGqWYUZvdS4fr3gT0TUyaLQ8tL5g Message-ID: Subject: Re: RFC: checking file systems support UF_HIDDEN, UF_SYSTEM To: Shawn Webb Cc: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4bXYPK6swhz47D3 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] On Wed, Jul 2, 2025 at 2:05=E2=80=AFPM Shawn Webb wrote: > > On Wed, Jul 02, 2025 at 02:02:14PM -0700, Rick Macklem wrote: > > Hi, > > > > I am implementing the "hidden" and "system" attributes for > > NFSv4 using UF_HIDDEN and UF_SYSTEM. > > > > In a couple of places in the code, I need to know if a file > > system supports these flags. > > I can think of two ways to do this. > > #1 - Create a new VFCF_HIDSYS flag that is set via VFS_SET() > > for file systems that support the UF_HIDDEN and UF_SYSTEM > > flags and test for that flag being set. > > or > > #2 - Write it this way... > > if (strcmp(vp->v_mount->mnt_vfc->vfc_name, "zfs") !=3D 0 || > > strcmp(vp->v_mount->mnt_vfc->vfc_name, "ufs") !=3D 0 || > > strcmp(vp->v_mount->mnt_vfc->vfc_name, "msdosfs") !=3D 0 || > > strcmp(vp->v_mount->mnt_vfc->vfc_name, "tmpfs") !=3D 0) > > > > Which do you think is preferable (or do you have another idea)? > > I have no skin in the game, but I'm curious if you could tell me more > about UF_HIDDEN. Can you explain what that is or perhaps link me to > some documentation for me to read? I don't know why or when these were added to FreeBSD, but I believe their origin is in MSDOS long ago. The fat file system had these two flags that MSDOS used, called "hiiden" and "system". I believe "hidden" is somewhat similar to POSIX file names that start with "." and "system" made the file harder to delete. (But, I hate to admit I even recall anything about MSDOS;-) If you google "windows system and hidden" you'll get something that might answer your question, thanks to their AI. W.r.t. NFSv4, the current interest is from the group that is working on the Windows NFSv4.1 client. rick > > Thanks, > > -- > Shawn Webb > Cofounder / Security Engineer > HardenedBSD > > Signal Username: shawn_webb.74 > Tor-ified Signal: +1 303-901-1600 / shawn_webb_opsec.50 > https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/raw/master/Shawn_Webb/0= 3A4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc From nobody Wed Jul 2 21:54:45 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bXYbR2fVPz6107x for ; Wed, 02 Jul 2025 21:54:59 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-il1-x12c.google.com (mail-il1-x12c.google.com [IPv6:2607:f8b0:4864:20::12c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bXYbQ43SLz4Dt6 for ; Wed, 02 Jul 2025 21:54:58 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hardenedbsd.org header.s=google header.b=OUAHLJk4; spf=pass (mx1.freebsd.org: domain of shawn.webb@hardenedbsd.org designates 2607:f8b0:4864:20::12c as permitted sender) smtp.mailfrom=shawn.webb@hardenedbsd.org; dmarc=none Received: by mail-il1-x12c.google.com with SMTP id e9e14a558f8ab-3de2b02c69eso29454725ab.1 for ; Wed, 02 Jul 2025 14:54:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; t=1751493292; x=1752098092; darn=freebsd.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=YeoFyL9+vK6j++C2QF8A/ZPBAYXBRR+nPzr3SVOuh1w=; b=OUAHLJk4OvRSlGegjWW+lVnzUb+rjrXxSxT2lCgIWvf7z4dxeKwGChfIT2XKMpaz8O +ql3V/zJd4hbIF77i9KmcJaA5AnZEaL/evBWU3ve0+NFyBUPdW0AAIuc0Dp2TOds0jRC 5tZO/+kFVc794E+6DVP+frNpsYo6qNXD7/k/DyIDSgrKlG2IfZ9rSran6ea6hPMmYVgQ j5nzVcjbjWPtIorkE5ISGKP929OEpx9BDcibEvD686n2AQDgiV8HSOzscNgVr33qv868 GWyS7pOxorG5J53z04CxeGvXWWs6VknlQajb3oDqkemLPsVgErBlpYdIQ1fPjCzXfsFp G3RQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1751493292; x=1752098092; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=YeoFyL9+vK6j++C2QF8A/ZPBAYXBRR+nPzr3SVOuh1w=; b=cSjF3JvNBQMC/8Dfu40GGd+AYknQRn6RE2MMxgrVLsAGKsnavIG95cc+uFTtwkc4WS PbsW6Te7MGL/UeA2VeBCllFIeBrwuwrB5K5WB3vzdwk5U/erejONTrgxh9ijGQyRmK1T PPMucwtznNYbWbySledLO0Ea2T5Tc62QAjZIgdwDCkMM5ukUrgg/SANEiYXE5+6/JLVZ W/rxrUwv5yCfqBAZwomBYhRyws2MttTuMqIHuu4PdjdRKhRdaKmgjQFWAYOAhaiR4Pgs WrwaH3z81tAAlKM83h9REAO46Icgh5tPEs2eXmdPWn9a20Q0byP98F59Er1TbQSal72p n9Mg== X-Gm-Message-State: AOJu0YyIP7l6GZEeOSqKpSdYVvZ3OaDxjC7MSUKbzCptLiyVriTBpPEU G8uTkSaSzuVAFHxhSTVnwlF1D/RXyuFriq5R+1zJA3+kBKONc4mG6zBzMSJINIndI7w= X-Gm-Gg: ASbGncvzzAEUjPNIYmsxXduL0QBdlxhn/hVZtNqtuNbYBGAIHvynkfXyHvqC2dQY3vP +duPythR//nR26G3Za7itWPKgw7Y1dIEdEX5/rVaFucX5+vMqAaq+qviUiErRbV6EZs4anNZo+d Gz65kwi9NSczJPIJsl7j5R7+oSkd/aqYXhmVeO560zz+XBzsYC8Tzswu+J5Dxtp9SDEbcv3gsGQ f7mn9c5sMWlWC7OxWYkRN2aZrRAlSOncZhaWRf6wpez0vTYPyN3a0dk6VSJPOmugpN2uR0q1mHH JCdBLIsAORJ5OXJmL3NBCW2IloAQHYJFKSclIBDSsIYO X-Google-Smtp-Source: AGHT+IH+FqFwdxKHd39hBb6yb46KFPFLpzX87iLG0jxOAsjY4S56DvMdZRmh2a+UlCYH+2eqs0gQ1w== X-Received: by 2002:a05:6602:6d11:b0:862:fe54:df4e with SMTP id ca18e2360f4ac-876c6a2d1ccmr692310639f.7.1751493287124; Wed, 02 Jul 2025 14:54:47 -0700 (PDT) Received: from mutt-hbsd ([2001:470:4001:1::95]) by smtp.gmail.com with ESMTPSA id 8926c6da1cb9f-50204a557b8sm3126143173.89.2025.07.02.14.54.46 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 02 Jul 2025 14:54:46 -0700 (PDT) Date: Wed, 2 Jul 2025 21:54:45 +0000 From: Shawn Webb To: Rick Macklem Cc: FreeBSD CURRENT Subject: Re: RFC: checking file systems support UF_HIDDEN, UF_SYSTEM Message-ID: X-Operating-System: FreeBSD mutt-hbsd 14.3-STABLE-HBSD FreeBSD 14.3-STABLE-HBSD HARDENEDBSD-14-STABLE amd64 X-PGP-Key: https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/blob/master/Shawn_Webb/03A4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc References: <5emcw3uocuaenm2lwdrqqvxgiqpo7uazon6y2hzelhi5qjxxj4@trymutqekdiy> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="77xlxkpitobljazy" Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [-4.52 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MID_RHS_NOT_FQDN(0.50)[]; NEURAL_HAM_SHORT(-0.42)[-0.418]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[hardenedbsd.org:s=google]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[hardenedbsd.org:+]; ARC_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; DMARC_NA(0.00)[hardenedbsd.org]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MISSING_XM_UA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TAGGED_RCPT(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::12c:from] X-Rspamd-Queue-Id: 4bXYbQ43SLz4Dt6 X-Spamd-Bar: ---- --77xlxkpitobljazy Content-Type: text/plain; protected-headers=v1; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Subject: Re: RFC: checking file systems support UF_HIDDEN, UF_SYSTEM MIME-Version: 1.0 On Wed, Jul 02, 2025 at 02:45:58PM -0700, Rick Macklem wrote: > On Wed, Jul 2, 2025 at 2:05=E2=80=AFPM Shawn Webb wrote: > > > > On Wed, Jul 02, 2025 at 02:02:14PM -0700, Rick Macklem wrote: > > > Hi, > > > > > > I am implementing the "hidden" and "system" attributes for > > > NFSv4 using UF_HIDDEN and UF_SYSTEM. > > > > > > In a couple of places in the code, I need to know if a file > > > system supports these flags. > > > I can think of two ways to do this. > > > #1 - Create a new VFCF_HIDSYS flag that is set via VFS_SET() > > > for file systems that support the UF_HIDDEN and UF_SYSTEM > > > flags and test for that flag being set. > > > or > > > #2 - Write it this way... > > > if (strcmp(vp->v_mount->mnt_vfc->vfc_name, "zfs") !=3D 0 || > > > strcmp(vp->v_mount->mnt_vfc->vfc_name, "ufs") !=3D 0 || > > > strcmp(vp->v_mount->mnt_vfc->vfc_name, "msdosfs") !=3D 0 || > > > strcmp(vp->v_mount->mnt_vfc->vfc_name, "tmpfs") !=3D 0) > > > > > > Which do you think is preferable (or do you have another idea)? > > > > I have no skin in the game, but I'm curious if you could tell me more > > about UF_HIDDEN. Can you explain what that is or perhaps link me to > > some documentation for me to read? > I don't know why or when these were added to FreeBSD, but I believe > their origin is in MSDOS long ago. The fat file system had these two flags > that MSDOS used, called "hiiden" and "system". > I believe "hidden" is somewhat similar to POSIX file > names that start with "." and "system" made the file harder to delete. > (But, I hate to admit I even recall anything about MSDOS;-) >=20 > If you google "windows system and hidden" you'll get something that > might answer your question, thanks to their AI. >=20 > W.r.t. NFSv4, the current interest is from the group that is working > on the Windows NFSv4.1 client. That explains a lot. Thanks for the explanation! --=20 Shawn Webb Cofounder / Security Engineer HardenedBSD Signal Username: shawn_webb.74 Tor-ified Signal: +1 303-901-1600 / shawn_webb_opsec.50 https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/raw/master/Shawn_Webb/03A= 4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc --77xlxkpitobljazy Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEA6TL67gupaZ9nzhT/y5nonf44foFAmhlqp4ACgkQ/y5nonf4 4foo5g/9FrXyHQTjkmr6KFw8y6vj8mQzjzsh6bcfLVBSf5FNOlhVB40Pgb/Upy6C qTMYXIUPRE5i0mHGG+zJ4OtEkT06XCvC9ozA1mU+yd0ireMf1UM+scjmYRJt6S/j CmnZL4Vn76ZJaQXSVvIK4E7de3bMdOEgBPjyhBRH72bIHIqkyBq27uDh05HNLev2 7T3NlEbpAWeViiKRP6PnVO5IBwgh0KCbvA/Izwhlem1E+lfP8jajsSEuQv7CyllF gktI9sPBgQAmtPTp/Pa9/80/P9A0yn9TWX3eq3CvWQLIVmHRISVEo0zKsWCYpGdv HJbyvJSjpYzncL8xq5eBr3N9i3onPK+cUyelPk14kq3p/GHG+LlelJjtBwUHSXbT 4/UoWOh/nxUQnqWsa6B+hY6zshHpzvAlHx65GmztHu7dUaManfa0xAmUDsqdMX73 jHtAGEYXh+BL0AqEbM0+js/mjyYqtwQCEAzEiytsDDwF/suKN3Ol3r/upr9u6pLl RzUFE32Yvp5qdQJESQGYbPlTb0Svu8kxWRLewYzJJ4BS7bqtzBLnZ58py90J4PM3 ByYUILL3fK/ryQgJI2IYuAS9OlqlwQKMBwwV1/S8DV7ung4Nl/LXuYiw8qiGhd2l XS/w+q2n47UOqWTizn09TSQm/qTz/DbE/S/ofqw4u8OlFmtGx4M= =LxQw -----END PGP SIGNATURE----- --77xlxkpitobljazy-- From nobody Wed Jul 2 22:54:18 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bXZw71wjhz60b14 for ; Wed, 02 Jul 2025 22:54:31 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ed1-f45.google.com (mail-ed1-f45.google.com [209.85.208.45]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bXZw61PBHz452m for ; Wed, 02 Jul 2025 22:54:30 +0000 (UTC) (envelope-from asomers@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.208.45 as permitted sender) smtp.mailfrom=asomers@gmail.com; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=freebsd.org (policy=none) Received: by mail-ed1-f45.google.com with SMTP id 4fb4d7f45d1cf-60c01f70092so12162892a12.3 for ; Wed, 02 Jul 2025 15:54:30 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1751496869; x=1752101669; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=sdWLi+nPmH2y+/CDhm7iu+26xz/bOT0M+dzxPTW2WdQ=; b=E4F5WRL6tza0mFba3uegwQ7zv1tiwLnyP9JDtS7CtYDob3YWITJaT3L+cU3xKnqP9q U/IDztkvdqgHSsBgv4/AaZa8MO72CVkKx4DBMptx/HhpmLi10O+00kSo0sAwiXcqjeOr AoVWqIX6n1KIjtFi7L4HgnVmqbRg2LyYJ+Ec8KC5S4A+ErfYchuRh+CsPBJPFL4PBRki aU61wuZAMKRV++1eTQONcOzOBH1g2tzTnBrq48tyvcMOGGe9skTER/vfiVoBlMSQn9Vn G4L/D9cTdx7XnwtHKH7MMt5AiPNif7CERbp0VdngKeFQ/nIrfw1NINCp0U2s8fRXNNxY +aEA== X-Gm-Message-State: AOJu0Yxo23f06wD5N01dLYXEazs4+yfrXhWcqY6jChF008bqDJNkoF4r RIIDA4Pn7QqThsIbK0glQmffu4ZaOzdtELJhf7z8Mttzq6TKpbZSv93pr/fLtLKsPg52lHoEG3y GrU+T4bLnduquOD55eJfE2CBEBBp+vRM= X-Gm-Gg: ASbGncsX1SM2LN3bIod3N9/xh3yELyGk1pyNEJA5BycUPOB7if8yhbdR2F26zuVikiZ E17D5NE3GDWGbx425JQeWvW4+wMaZlU/dq1BnM3wpfbAMmVmSR0r3rpl3DnHdTGIPlCk+fEEgo4 BpoMzaYgWm6HfW94JDS5PvjTRpJ4B56zF8cDNLUQZSBI8Gb4HTm13535g= X-Google-Smtp-Source: AGHT+IGUadWQ5NQuCfwLNkcpCIrfOVC4MwRwACKJVClBEYgdE18USIhb8r18ntTS10XkN+/1PPMELfw+wJSrJJmz6/E= X-Received: by 2002:a17:907:96a8:b0:ad8:9f9d:b139 with SMTP id a640c23a62f3a-ae3c2a8207cmr495236466b.5.1751496868349; Wed, 02 Jul 2025 15:54:28 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Alan Somers Date: Wed, 2 Jul 2025 16:54:18 -0600 X-Gm-Features: Ac12FXy5ZnSbAM6WIbZXd7IMVpfZJRzqTPoxhiReHM-5LxNeaCZK4V26L1_Qzdw Message-ID: Subject: Re: RFC: checking file systems support UF_HIDDEN, UF_SYSTEM To: Rick Macklem Cc: FreeBSD CURRENT Content-Type: multipart/alternative; boundary="000000000000a9cc550638fa2494" X-Spamd-Result: default: False [2.89 / 15.00]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_SPAM_MEDIUM(0.97)[0.966]; NEURAL_SPAM_SHORT(0.83)[0.827]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_TO(0.00)[gmail.com]; MISSING_XM_UA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; RCVD_IN_DNSWL_NONE(0.00)[209.85.208.45:from]; R_DKIM_NA(0.00)[]; TAGGED_RCPT(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.208.45:from]; FREEFALL_USER(0.00)[asomers]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4bXZw61PBHz452m X-Spamd-Bar: ++ --000000000000a9cc550638fa2494 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Jul 2, 2025, 3:03=E2=80=AFPM Rick Macklem = wrote: > Hi, > > I am implementing the "hidden" and "system" attributes for > NFSv4 using UF_HIDDEN and UF_SYSTEM. > > In a couple of places in the code, I need to know if a file > system supports these flags. > I can think of two ways to do this. > #1 - Create a new VFCF_HIDSYS flag that is set via VFS_SET() > for file systems that support the UF_HIDDEN and UF_SYSTEM > flags and test for that flag being set. > or > #2 - Write it this way... > if (strcmp(vp->v_mount->mnt_vfc->vfc_name, "zfs") !=3D 0 || > strcmp(vp->v_mount->mnt_vfc->vfc_name, "ufs") !=3D 0 || > strcmp(vp->v_mount->mnt_vfc->vfc_name, "msdosfs") !=3D 0 || > strcmp(vp->v_mount->mnt_vfc->vfc_name, "tmpfs") !=3D 0) > > Which do you think is preferable (or do you have another idea)? > > Thanks for any comments, rick > The strcmp method isn't very good, because it doesn't account for the possibility that some filesystems may only support the flags conditionally, depending on formatting options. I vote for method 1. > --000000000000a9cc550638fa2494 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Wed, Jul 2, 2025, 3:03=E2=80=AFPM Ric= k Macklem <rick.macklem@gmail.= com> wrote:
Hi,

I am implementing the "hidden" and "system" attributes = for
NFSv4 using UF_HIDDEN and UF_SYSTEM.

In a couple of places in the code, I need to know if a file
system supports these flags.
I can think of two ways to do this.
#1 - Create a new VFCF_HIDSYS flag that is set via VFS_SET()
=C2=A0 =C2=A0 =C2=A0 =C2=A0for file systems that support the UF_HIDDEN and = UF_SYSTEM
=C2=A0 =C2=A0 =C2=A0 =C2=A0flags and test for that flag being set.
or
#2 - Write it this way...
=C2=A0 =C2=A0 =C2=A0 if (strcmp(vp->v_mount->mnt_vfc->vfc_name, &q= uot;zfs") !=3D 0 ||
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 strcmp(vp->v_mount->mnt_vfc->vf= c_name, "ufs") !=3D 0 ||
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 strcmp(vp->v_mount->mnt_vfc->vf= c_name, "msdosfs") !=3D 0 ||
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 strcmp(vp->v_mount->mnt_vfc->vf= c_name, "tmpfs") !=3D 0)

Which do you think is preferable (or do you have another idea)?

Thanks for any comments, rick

The strcmp method isn't very good, because= it doesn't account for the possibility that some filesystems may only = support the flags conditionally, depending on formatting options. I vote fo= r method 1.
--000000000000a9cc550638fa2494-- From nobody Thu Jul 3 02:59:07 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bXhLf4pbfz6196Z for ; Thu, 03 Jul 2025 02:59:22 +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 4bXhLd6Xz4z42cd; Thu, 03 Jul 2025 02:59:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 5632x7Em022996; Thu, 3 Jul 2025 05:59:10 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 5632x7Em022996 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 5632x73f022995; Thu, 3 Jul 2025 05:59:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 3 Jul 2025 05:59:07 +0300 From: Konstantin Belousov To: Alan Somers Cc: Rick Macklem , FreeBSD CURRENT Subject: Re: RFC: checking file systems support UF_HIDDEN, UF_SYSTEM Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.1 X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-26) on tom.home X-Rspamd-Queue-Id: 4bXhLd6Xz4z42cd X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_RCPT(0.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] On Wed, Jul 02, 2025 at 04:54:18PM -0600, Alan Somers wrote: > On Wed, Jul 2, 2025, 3:03 PM Rick Macklem wrote: > > > Hi, > > > > I am implementing the "hidden" and "system" attributes for > > NFSv4 using UF_HIDDEN and UF_SYSTEM. > > > > In a couple of places in the code, I need to know if a file > > system supports these flags. > > I can think of two ways to do this. > > #1 - Create a new VFCF_HIDSYS flag that is set via VFS_SET() > > for file systems that support the UF_HIDDEN and UF_SYSTEM > > flags and test for that flag being set. > > or > > #2 - Write it this way... > > if (strcmp(vp->v_mount->mnt_vfc->vfc_name, "zfs") != 0 || > > strcmp(vp->v_mount->mnt_vfc->vfc_name, "ufs") != 0 || > > strcmp(vp->v_mount->mnt_vfc->vfc_name, "msdosfs") != 0 || > > strcmp(vp->v_mount->mnt_vfc->vfc_name, "tmpfs") != 0) > > > > Which do you think is preferable (or do you have another idea)? > > > > Thanks for any comments, rick > > > > The strcmp method isn't very good, because it doesn't account for the > possibility that some filesystems may only support the flags conditionally, > depending on formatting options. I vote for method 1. Method 1 is also not very good IMO. For instance, when you add the support for the mentioned attributes to nfs, it would perhaps be added only to nfs 4.x mounts. This cannot be expressed by global VFCF-like property, be it flags or vfs_name string. I suggest adding more _PC_XXX constants and use VOP_PATHCONF() to get the property of the specific mount point. You might query it on the root vnode and cache it somewhere. Also this information would become available to userspace due to pathconf(2). From nobody Thu Jul 3 08:22:17 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bXqWR1RwTz60KTc for ; Thu, 03 Jul 2025 08:22:27 +0000 (UTC) (envelope-from olce@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bXqWQ6Ylwz3FXG for ; Thu, 03 Jul 2025 08:22:26 +0000 (UTC) (envelope-from olce@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1751530946; 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=C70A9+GJnOZx6G/ZzCrdguEBgiz0NtWCHYZxP/QjU6M=; b=prhq28NJYZ3KSUoAzwaJT65MR+eFe8rj8ruzLWx0X8nzd4giyFbRVKBcj0hfbrgkSnjahZ GZpQlJYHeofcTgF+cVgXAzpQ1eFNl7gO/2ritO+GKduKaMkhqDKGZEkL+8/vpOdMFXDzrn QbgbsTj1OFisr4qXquHEonOrQFtH/Ktp2srrHRaScaWtMAcUW4S/NWL+2kjDUFsexaoVck ww9lV6bqGdCkou6vRImP6MkvOczp5nt5S2Qn8AKNN0RPIMYG0gWTnW9kJkbfSn3D4BvX32 tXYory2dTj79vg+5Q/gusxrs7osC4+lJ6dw+fMyUAvtHFr5eQhbItslXjL9NHg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1751530946; 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=C70A9+GJnOZx6G/ZzCrdguEBgiz0NtWCHYZxP/QjU6M=; b=dH0DiQDfeXPswuGz5Ism+St+SgYgp0pf/67wG+k5lxUPRrbzxxdyRUfqWKlvHVEi47YwG9 4g+deI+pbOwHtgUVpLkeBuhIOhkLWfTMypOuXSpO+UY5WHS1KXtA0J37lBE1vwioR3cW2N VuuQJ88jecBEYHUHAnRb8V4SN0MefknKsrZXEi4qNIXbjO+6JM1musO4PmJFMOV+TjT8Ez ihG2H/gegC76iMUGxIasm0fMupDV8i+MDxf63kfSq7cXofYt6TeL/njGLrFdPS4IsnBs9o AMCvd/N2RtBRr0VVKxs4v5viRRgxeIiiVcpaznwKt6LZp4/QEHj7koJeoo8bBw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1751530946; a=rsa-sha256; cv=none; b=KWPuWN7dxpkeHla8XkHjLMY0rDwoOQoByOkIWwG1EZ0h/DrYytb+EqHg6KSHWk9fy7TgII EtzVbmzwD6kFaJZ7LZkjLQQF4WkZ6vXBHBOKwgljqb+NGLk2P8G3qJ9hbo7sW6a/mxrcnp dQmqBZ2bOAOK3bNymR7tavqm48zTO/6zpwccZ0z3BLGf9/UnBAM7XpZkM8cHaMMt+yY6Sl DMhbvCdoJ/lOOSCe4crmcrN8VL+LOQIazOBNv3a3ZUCw3sheW7LW1BMg5I73HaYWk4uS76 VF8vIwpodzpffkGs3+PHddtchhziZ5Dz3wBbk4BeZShltdesAl4TlClSyKfF1g== Received: from ravel.localnet (aclermont-ferrand-653-1-222-123.w90-14.abo.wanadoo.fr [90.14.66.123]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: olce/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4bXqWQ4gBNz18Fd for ; Thu, 03 Jul 2025 08:22:26 +0000 (UTC) (envelope-from olce@freebsd.org) From: Olivier Certner To: freebsd-current@freebsd.org Subject: Re: RFC: checking file systems support UF_HIDDEN, UF_SYSTEM Date: Thu, 03 Jul 2025 10:22:17 +0200 Message-ID: <2417127.THHZn3L5Ee@ravel> In-Reply-To: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4040986.kAAoriTUSa"; micalg="pgp-sha384"; protocol="application/pgp-signature" --nextPart4040986.kAAoriTUSa Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8"; protected-headers="v1" From: Olivier Certner To: freebsd-current@freebsd.org Subject: Re: RFC: checking file systems support UF_HIDDEN, UF_SYSTEM Date: Thu, 03 Jul 2025 10:22:17 +0200 Message-ID: <2417127.THHZn3L5Ee@ravel> MIME-Version: 1.0 Hi Alan, > The strcmp method isn't very good, because it doesn't account for the > possibility that some filesystems may only support the flags conditionally, > depending on formatting options. I vote for method 1. Method 1 does not solve this problem either, as VFCF_* flags are per filesystem *type*, not mounts. Regards. -- Olivier Certner --nextPart4040986.kAAoriTUSa Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCQAdFiEEmNCxHjkosai0LYIujKEwQJceJicFAmhmPbkACgkQjKEwQJce JifeIxAAofVIGuyETKlmzi8QQxVgjakzqa3DtapSrVeBv2mRYyY8jVOviZkhknxE bA0Set0BstOPBRukF03raUqVi8TupfAstjbifPjE9FT54dIlfpLyLBLy+jdw25it 37Fn2Uad97lilrEwIzoyJ4naLB62lzospibieBpLjRWDi2ReSb3zm+KcsKZKRPQh 6gnBCR/0Gyvpnc6RWdbYUjIMkd6Xd5M2BpBB6mLyKA3d0XgWoQQNkLmUlWbtVilw EUwogbE1qzzcUxasko8NzFL8YQSwVpid87ta2tIOupl0UiPC2xySTGX5rOIhxSIV yN9YzPmZiJRB2yaN15dz7bkXH+vSiJhFYE7WPrP5i4DwmIPZZETcwtIZzgbpgGWJ gZ1PSoJ2/+h9kNwBxpz+IPLagZ8E/dmaVE1+qK186VUJjrA0GrZkWmNqT5B6niNG PIYEY3OX+jTINhAKRZt94lWpVi6YUrUe1p+xoC4cZ1zJKjYbb74BF6ICYFCJyigH X/NvDaoxgGxKICBtDIHQ5eBpkTj4go/mSylVtW+6vEp5A4Q6FHTnp58ihXRRDzkF oowMSVZTnGHqd5ZcjhqldY1P81uuvudgyIN7TgPcTmcHqwZMX6I8TsqemQGA4/0B zKkJ4Wdf2KsmIyFA5QZnQCzt2bsuTo7zjsQRk4F4zIvvsZASAHA= =vEVS -----END PGP SIGNATURE----- --nextPart4040986.kAAoriTUSa-- From nobody Thu Jul 3 08:57:15 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bXrHk6rS8z60Pkt for ; Thu, 03 Jul 2025 08:57:22 +0000 (UTC) (envelope-from olce@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bXrHk4P1rz3LQR for ; Thu, 03 Jul 2025 08:57:22 +0000 (UTC) (envelope-from olce@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1751533042; 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=4yoAYPb+n8i6NlzKxqg2XzSeItqZiJ7aLoHe31D7guM=; b=dnR+zfy2bzhnchzYKQU8MpNK9LeM8csrLqL/mxmHN2jS/WjQ4LEdOusltNyQe0SzyKT5S9 13Sow13ukBLWrcyJw6mPK5DaoeWgrYXH2LYQLA3vn2JGy1tfPZrBlWxr5eAN7776A7Aw0S 3GVRtYH3tQTJdINHbiiy02jwWQfYJyAalBxAnGLd1CGfqd90ojNUD9D/bAzSkP78jNMT8s l+1rv6nZBYkmRGENO/O6Zto3oOKSM15Q5sKF2qW+Te9en9mWk0QEnKXjRkUSdkX8t8Il35 sFfqCT07Gt1UZxqltFDFiaZaPGbiG31hqIJkISsvLfSXat72R4uxiu7Nj+zQWQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1751533042; 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=4yoAYPb+n8i6NlzKxqg2XzSeItqZiJ7aLoHe31D7guM=; b=MfLJPlKPAFT4H3znwe8x6lS6NIHwFfNvPXR6FOyUEJGDpc+xj75HecVKPgkNM3YP6rxhkB misnw7JQQX8jgmGmIp0Q8GfpublWFWuh/ETXJoNGp2broyo60dv2dAO29O+WerG0tEEBqk axsW25bk/m7LC0Z2elMPVwL3YZmw0fwh3jvryv+TlTZY5yDpPBqAcztKTWwnPJ/swcllQ2 fNjplXPaDsht672fgB/FkT+5xyt2TAPSSaDsdi4DLRi3koM+nRi5Bm6M3EDaHVY6UfyWq4 3RRzaJ2Q46IDx0tPD3yE13hvrJkkmpY1EZnywgI433qgP86nxfCSb1iHgllk8g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1751533042; a=rsa-sha256; cv=none; b=liizNuIIpFaGn6M4k6eddWrDj2u9XduE+NibEZIfoc07DC//KZ8tyWDw532NnNPCk76f2A kiubHmilzmHSlWl9cLdTHJz6jVwtWa/sl2dof3hlN0akt8WBKdnb70DTbPiblBPpF87BZf pq2t6ttBC6CJBWvx934ToFMFBEWnsuOufDbZ+dDeI4hvgURVgHMuMZWuzc34mUFeZSAVpf eudTtBpkjnjFlqgTPPipB4WCo9h5jsSRzoW8/V0yqtZ6j4nRu8mGoagGQV729X3vYpa4oP MKP+OE0Hg1Zec1bPgGKbpSglWhPaS/rXbR/pbjeqX8Sk+ThfOJof8v0HUjsPbA== Received: from ravel.localnet (aclermont-ferrand-653-1-222-123.w90-14.abo.wanadoo.fr [90.14.66.123]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: olce/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4bXrHk2Trzz1B3r for ; Thu, 03 Jul 2025 08:57:22 +0000 (UTC) (envelope-from olce@freebsd.org) From: Olivier Certner To: freebsd-current@freebsd.org Subject: Re: RFC: checking file systems support UF_HIDDEN, UF_SYSTEM Date: Thu, 03 Jul 2025 10:57:15 +0200 Message-ID: <4214798.O2WMGSuNBG@ravel> In-Reply-To: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4126058.p4y8TspHLy"; micalg="pgp-sha384"; protocol="application/pgp-signature" --nextPart4126058.p4y8TspHLy Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8"; protected-headers="v1" From: Olivier Certner To: freebsd-current@freebsd.org Subject: Re: RFC: checking file systems support UF_HIDDEN, UF_SYSTEM Date: Thu, 03 Jul 2025 10:57:15 +0200 Message-ID: <4214798.O2WMGSuNBG@ravel> In-Reply-To: MIME-Version: 1.0 > I suggest adding more _PC_XXX constants and use VOP_PATHCONF() to get the > property of the specific mount point. You might query it on the root > vnode and cache it somewhere. Also this information would become > available to userspace due to pathconf(2). That works and is probably the path of least resistance. An alternative would be to export this information through statfs()/statvfs(), as probably no (sane) filesystem would support these file attributes only in some directories (in other words, this information is per-mount). However, to stay backwards-compatible, that would mean either defining new MNT_* flags or using some spares in 'struct statfs', and translating these into a new report flag for statvfs(). Regards. -- Olivier Certner --nextPart4126058.p4y8TspHLy Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCQAdFiEEmNCxHjkosai0LYIujKEwQJceJicFAmhmResACgkQjKEwQJce JielpRAAmHHK59YzIGc6BpV9avCV/ZHVrgkU0mQZ6w9MmOTNU++8reuXgx4x7z5j XUS1zDRpAQUJ9UId2lzmOSwJO8oY4radjO+kCN5uDut7iLDS9ixQa7fekkS+tGaR 9muPIEc27qaoSA4XXJ/tsQXUN6Pn9f8raDRveaMB+2Px9PuaIN08KoF+NlQxEm1a wWhonTxQ/n82+akV9U3E9QpgZmCuTPIoFXM2kd98pH2OCBIBrshX200qpNMraaa0 8L1WhEq1KEYUDzE2iSR8SD8ysGMFoUElI+Ria9fOhIWOv5Gfp1Oa5T2rI9Xxy8C4 WGeJmtzqTU7fI5ErczyY26q3uruG9Udcgt8KtKq4+AncB3lpTNXrxODFvslmX8jC 3/euKeSjWGHDZsIlLG51+skpWwBig3UZQIM8Pw++BD/lxYFWDERMmIFzri3iE27m ZqRz1Q+gwGbRhp23/KuTNcSBRslMX8Afthu8HtkkMFqunh0GpvyUNG6n5Xn+2cHS QDTH5RZttAYmwIpQg+SGADl46apCe9+Fjv3JANRqb9zveD0JD16tYHd/viUPm7vg yKUTIHpBnrH2pnHN7uKo/P+1rSTbkwOl7Jw4RNCFgrz3fxeygv9GOG4wtgLyPb5T phUN6pkeqLnk6jJwAma3jtCzva056SHkMNI8gsxlR/qFNEp3MBQ= =8iWp -----END PGP SIGNATURE----- --nextPart4126058.p4y8TspHLy-- From nobody Thu Jul 3 09:51:03 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bXsTw5B4Tz60Xfj for ; Thu, 03 Jul 2025 09:51:16 +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 4bXsTw1fzDz3VLG; Thu, 03 Jul 2025 09:51:16 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 5639p3Jv040254; Thu, 3 Jul 2025 12:51:06 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 5639p3Jv040254 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 5639p3bQ040253; Thu, 3 Jul 2025 12:51:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 3 Jul 2025 12:51:03 +0300 From: Konstantin Belousov To: Olivier Certner Cc: freebsd-current@freebsd.org Subject: Re: RFC: checking file systems support UF_HIDDEN, UF_SYSTEM Message-ID: References: <4214798.O2WMGSuNBG@ravel> 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: <4214798.O2WMGSuNBG@ravel> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.1 X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-26) on tom.home X-Rspamd-Queue-Id: 4bXsTw1fzDz3VLG X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] On Thu, Jul 03, 2025 at 10:57:15AM +0200, Olivier Certner wrote: > > I suggest adding more _PC_XXX constants and use VOP_PATHCONF() to get the > > property of the specific mount point. You might query it on the root > > vnode and cache it somewhere. Also this information would become > > available to userspace due to pathconf(2). > > That works and is probably the path of least resistance. An alternative would be to export this information through statfs()/statvfs(), as probably no (sane) filesystem would support these file attributes only in some directories (in other words, this information is per-mount). However, to stay backwards-compatible, that would mean either defining new MNT_* flags or using some spares in 'struct statfs', and translating these into a new report flag for statvfs(). > It is not the right usage of the MNT_ flags. They are for feature controlling, not for the feature reporting. VOP_PATHCONF() is exactly for reporting some mnt features. Also, this namespace should not be used frivolously, we already had to extend flags to 64bit, and again we are not too far from exhausting it. From nobody Thu Jul 3 11:00:27 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bXv2T2fbPz60jXT for ; Thu, 03 Jul 2025 11:01:05 +0000 (UTC) (envelope-from olce@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bXv2T1rtZz3dtf; Thu, 03 Jul 2025 11:01:05 +0000 (UTC) (envelope-from olce@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1751540465; 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=6C2kCbPccCjpvtHpji+eq10MtMUuCvL8sLHNrP+VKLE=; b=vH9dIPWqnzxmBEoyI8GAQwChTsM9zcWdmLbuCwHseT3iwQ94meZ4lFRIyQ71RWWXUnxNoA Q7lUIr7mLAKQlRDgUnr4ZiTZQ/lZR+DVPYVlgJ+VTJ5T1h4+w9mz8Dt/nH4w4wBxd+nLsb XpHbWegMXYzdUPspb909XJqt2LhTyKXortig04qckKiTIsaTI08DS9PiM7X9DmjwdWDohP SmKHLujsw3c/LyPMZ1sVM7aI7nTDD5cvhG2BCMNHy3a4JfBdM5m0Dkv4jib4758DZ1X6gQ zsTQnYFQqCt1GkagBLMU8a9kFUoag+RJgSa1C7qTpt3XDhSPcV0m8I84lQUfNA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1751540465; 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=6C2kCbPccCjpvtHpji+eq10MtMUuCvL8sLHNrP+VKLE=; b=M97gCbzJz7u7xmMrBlb9PzpOMEpyKBC0/rSdULMuzbFEl+z+h6iySm1uWwRnKOhX69CjoQ LsmnCHjOqPnY5PKymdkiZPxlPAo+Zj3wZRJJHXJbc5ccirZ/MC5yL/z5eTahgameejjw5i 4DtElEjlTggLvgyy2MQVOyyjbEf0GUoEmAbCR9YHm2PCvfK7ku1flYNh3WX8nCD6NRZxHL w26ZvWeBVrD7b02hXn5BiYtbTEZhIn2hn1L0B55+2u5WKa8ru/VqwtoXmzM+iE552CiTGa I8h6Wg+d2k4AmUyQ7lX/ecQOMptDTJAoy448omWMvTf7nMB/GErnluzmATR1oQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1751540465; a=rsa-sha256; cv=none; b=jd9Pn0aP4qzTShTMjwYf/Dnut2obAL/gpT4XVK+EhGtdnTT+bv1evR5NRqDBUafP8tz4gA p5/c/en+pGfTi4Dr/ijLrbnSdEGRXoPc3d4PAFEymCswsLsHeGQjglZkh/TMTt+gmAFCb2 AH7tR8eT5B5YDlsdXuo0UjgULtyD/oApQaPRCGFLBIT6cPR8gXyoB2gd+8uBfbiR6c1PnS yzKaKODsfmiq6Z1uwZq6Uf0oSSB4PTG1/oSl5aPrrqsVhnELDo9B8ljQm8jPN4bDhBnLgm UYTXrsddzCYiWDrtSA71qverEVbISVTVCNJ510GYobrQO692fAWa6dZTre8g1Q== Received: from ravel.localnet (aclermont-ferrand-653-1-222-123.w90-14.abo.wanadoo.fr [90.14.66.123]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: olce/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4bXv2S5SmBzg8; Thu, 03 Jul 2025 11:01:04 +0000 (UTC) (envelope-from olce@freebsd.org) From: Olivier Certner To: Konstantin Belousov Cc: freebsd-current@freebsd.org Subject: Re: RFC: checking file systems support UF_HIDDEN, UF_SYSTEM Date: Thu, 03 Jul 2025 13:00:27 +0200 Message-ID: <2410567.gG0HsuGxDd@ravel> In-Reply-To: References: <4214798.O2WMGSuNBG@ravel> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2048788.n1Ql7ez4OO"; micalg="pgp-sha384"; protocol="application/pgp-signature" --nextPart2048788.n1Ql7ez4OO Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8"; protected-headers="v1" From: Olivier Certner To: Konstantin Belousov Cc: freebsd-current@freebsd.org Subject: Re: RFC: checking file systems support UF_HIDDEN, UF_SYSTEM Date: Thu, 03 Jul 2025 13:00:27 +0200 Message-ID: <2410567.gG0HsuGxDd@ravel> In-Reply-To: MIME-Version: 1.0 > It is not the right usage of the MNT_ flags. They are for feature > controlling, not for the feature reporting. That is not the case today (MNT_LOCAL, MNT_QUOTA, MNT_ROOTFS, MNT_USER, etc.). I also would like this to become true at some point. > VOP_PATHCONF() is exactly for reporting some mnt features. No, it is to report features that depend on a path. It can be (ab)used to report mount features (calling it on any file inside the mount), but that obfuscates the fact that an information is per-mount, whereas statfs()/statvfs() are exactly designed for per-mount information. > Also, this namespace should not be used frivolously, we already had to > extend flags to 64bit, and again we are not too far from exhausting it. I don't disagree. That said, at some point, we'll have to dodge the bullet, including separating control flags from report ones in the MNT_* namespace (and provide compat' functionality), and probably extending control flags with a second 64-bit field. I suspected from the start that that was the main reason behind you recommending VOP_PATHCONF(). My point here is that it is a slightly non-optimal design choice (as explained just above) that will stay and was made out of a practical issue that anyway will have to be solved at some point, and I find this a bit unfortunate. Solving the issue now is certainly much more work, and in any case I didn't mean to object to not doing it now. But if someone(tm) wants to do it now, that would be great (perhaps me, but not sure yet). Regards. -- Olivier Certner --nextPart2048788.n1Ql7ez4OO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCQAdFiEEmNCxHjkosai0LYIujKEwQJceJicFAmhmYssACgkQjKEwQJce Jic5JA//ZlXKcJVUSvQ0dUuWbH4/unrTLJtbDvwhRhX4ifskCOPHHCIpKuNr3Qq6 MbLpc+jHkl8q8Xik+ik2gWhZdzqKSiJURSez8ccI9YQ0O44yrtkNigTcz9tjAt+O Svc7JMujxNI70dXdA0mYRDKgcqvU8SU1Tm2goPQWX9T7Mhd9K/4g9q3vLrUdxX6h uWjjVqGacvV238PA7sz+USYTcaQaoO/lOw8xNoKuWkQGopC1myd1DeKWYKaykFZQ 16iPHEakl2GJMStjtDl5bSTZS54wwYCiowWvCN3Vq05qN4ULythBLUlmSW/BT/z9 m1lgYN+zGoWe1Ers83pPyjdpQAFGHNL/V/iEwoulkRSGlKbPQvbC8KJ9aTPRPsZS 7VxWKsPvdax2F+1NIiQwEALDk1hfer6vKukEJgJE3YD7gMsTI8QY2aaZvpOFEvba T0BYwrMEFhk4xsc6ify31AAu3KyydmkQqIoOz4gdjuxX3tsqwuSss7TRGAopEN3l p+58TmI+9wyLf8DvXXvAbcRm3Njw0uzFLgMVXaw9SM9BwjAHoRiL/sUl7/UiJ8Fk krfrgQU5R7QBv4Ye9lT/46MRx8aQppThfA0JDviNcyjejTuO82fsUQ7woliR+O+4 dQb/vCu1bj9teDiCr0jYb5TV0DYr7n8dKijnADgUNTWoF0RPCUw= =NivB -----END PGP SIGNATURE----- --nextPart2048788.n1Ql7ez4OO-- From nobody Thu Jul 3 13:24:54 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bXyDq2BL0z611TS for ; Thu, 03 Jul 2025 13:25:15 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bXyDn6DY7z43Br; Thu, 03 Jul 2025 13:25:13 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x532.google.com with SMTP id 4fb4d7f45d1cf-60c4f796446so13433000a12.1; Thu, 03 Jul 2025 06:25:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1751549107; x=1752153907; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=xI1pFVc11uUeRwglNSrqjIlP24xw0g4tFXw7OWLg384=; b=Lw6zMheldubMLzumGcfjeRCE3fZzjTjDMVJu6wCkvJqtanz7+QRYgGHx7EYRAOtXnp IjrVftgb0xiFVKN4WKiZ/ERJnY6or4kcW4YQ6iVwXrLy06MyDKokJU9RKHYGJLqDLDgD 2+9xJC9qtN2nGdN/gf6R2Fy/IFsWzoowi59z/vHf5ucjgxYC1foN7rFSWLAHHAaDnWEo WkJEy6ViRoOQV4zGZlzn1Pxko8LkUlcQeTZbXbbOaMqiowmfYDyiMQQitaOQ8zZpI8s3 nVxXgZImiR0Aqv9sZK6gY0z674MqxcvjcAOMIPHYrfKTGclGTsT46ShcPt9jtK585jOn zLVQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1751549107; x=1752153907; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=xI1pFVc11uUeRwglNSrqjIlP24xw0g4tFXw7OWLg384=; b=JJ1gdQTjAVERfMQP6x+xcT62D6ANGqr3SzdqD7z3PF7qyQvvFc4kTZodMJyprvosPz dMTVtvHGPMa/ZOgb2rVjJo8E6sO939zWIAOrKqgoiuUY4f9WSAvevV8NDJYYU96l7Qmc heZYGKCYELzB9oxI5V6lxWuvmaR5IwxtnfWsKetvq6KaeQUGbkj5Vsf7PntmIAwMDleM NIJTTehgERPPd88m49nZwh62RH3xeadRJzgFh1GoPW3Ywi75eWwlb9+/onK1T/6dTU1A np76vQpnxh9ZvSvFWIWkGv60+gfgF5xru/09c8AvBin0nwer6l/PiJSrWVdgMOoVrISh 5kjg== X-Gm-Message-State: AOJu0YxBt3Yl+G/elDdkS0gSb1QXXbwxTNglDniH6YfYtrvkXiZOa8+d 7xGkipR8EcaGcBmjupDOje4ZBg2DCaoqomDtOHAmjdTy8x2y272+G8E8un5TQwtKKTIrNwK1mYJ DbZQC0MDgF1HzADZ9wfIkXdIjy1sy0AmK X-Gm-Gg: ASbGncvdZvk6L8cfv9jqWTfhPKuiqxcge2+XsM645u5+uLEHuKfW1D/37gMwmEjtMmD XnCZOplwWSkfxVIGXqjCkyMg1arlshBOQUxEN1Ogvg4kTAFx51/kdk/EZUZGGQDe81369BlK3Oz 0qO+Rp+ozIaeTjZvDBMd+KJU/0gK/WJ8CfqmMFvJdhW0XyKF87+gFGtXq6+rAMwOpFXDd3cUyGq v0= X-Google-Smtp-Source: AGHT+IHHY3hJ2GrzxwaeWBWyyYAqbdLUrU/qx4Irt6qRozK5mE8NSJiS0VLAPqncRlWNLcsjDK6nM1xjty1WrpZRonM= X-Received: by 2002:a17:907:9342:b0:add:ede0:b9c4 with SMTP id a640c23a62f3a-ae3c2d563acmr682916466b.42.1751549105953; Thu, 03 Jul 2025 06:25:05 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <2417127.THHZn3L5Ee@ravel> In-Reply-To: <2417127.THHZn3L5Ee@ravel> From: Rick Macklem Date: Thu, 3 Jul 2025 06:24:54 -0700 X-Gm-Features: Ac12FXxdY0yS0vkGxeYRDY_W2BoWbYsfMLb7su6elhp-gPCnTCcsu3n5KLBMjAQ Message-ID: Subject: Re: RFC: checking file systems support UF_HIDDEN, UF_SYSTEM To: Olivier Certner Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4bXyDn6DY7z43Br X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] On Thu, Jul 3, 2025 at 1:22=E2=80=AFAM Olivier Certner w= rote: > > Hi Alan, > > > The strcmp method isn't very good, because it doesn't account for the > > possibility that some filesystems may only support the flags conditiona= lly, > > depending on formatting options. I vote for method 1. > > Method 1 does not solve this problem either, as VFCF_* flags are per file= system *type*, not mounts. That is true. For file systems other than fuse, the property seems to apply to all file systems of the type. I don't know what fuse does? - Does fuse support these at all? (They are not supported by Linux, as far as I know.) Having said the above, I think Kostik's suggestion of a new pathconf variab= le seems the best, since it will cover all current and future cases. Thanks for the comments, rick > > Regards. > > -- > Olivier Certner From nobody Thu Jul 3 14:10:17 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bXzF417lZz615Kn for ; Thu, 03 Jul 2025 14:10:32 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ej1-f44.google.com (mail-ej1-f44.google.com [209.85.218.44]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bXzF33VFJz482N; Thu, 03 Jul 2025 14:10:31 +0000 (UTC) (envelope-from asomers@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.218.44 as permitted sender) smtp.mailfrom=asomers@gmail.com; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=freebsd.org (policy=none) Received: by mail-ej1-f44.google.com with SMTP id a640c23a62f3a-ae0b2ead33cso193376066b.0; Thu, 03 Jul 2025 07:10:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1751551830; x=1752156630; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=0jcLqL4RgFHjIOipxePnNAF4aFrsubJb1FyUGvcz9Xw=; b=CQIdgSsnazC7EWhmPKYXL+IY2iLJtPjdZB6vKg8Zjo1oRQ1RHsHwkEPEZewYFc36ri yS++kaUwYTyObAlWdPmfvm8OS5fp4Dg5gl8iSvmRV4lFUDR20MuJ4oQDtZc3IKrob/EL 0qbx2j9gn/cLSxT4wOpDFVRGUC6G0+hJ1yT0Ou92UvF82Z9K+mimxvG4j9jNltacUCL/ myH5FuIjwSL4TEePHDaLmKkCNL8OHbqwoAy0ojI0w/gPLQ3N8GljBhN0ue5+Juzz0eKy tP3d5DoyYRZgbvQ+Qoo4qUvg1pPZYL6WEW06Ij3CfB+N5ilyF+TyEKOVxU6a4vfttJMm WzVw== X-Forwarded-Encrypted: i=1; AJvYcCXwmhL3hxPE6t9K/vitg3uo37k8mlU7j3RU/QObrTaTWYQmQiBXGqv6ge+SFHInDnV3tLh1ooGk8jbWIrWkqL4=@freebsd.org X-Gm-Message-State: AOJu0YzK9DBt7yO5bSkzVDKmZ6BEvKxHOplm/LfAkmBEAj4ijlKv40Wn vrTNbiHYia1GUCean3Lhav/SFsxxig2Yw40M+S0I+SpHfP1woYGHn7Ur+gdOB9mS7UW+d4JdJMx QjxIbIkyDP5eJX9//k66Apr4dUjIPHEU= X-Gm-Gg: ASbGncutNDV1Q/7QgpIErQo2fMpCK3cv9pzGf+SyiR+l4RfcQ5NwOJIsKjSe8PsZWKk 37JkqrizOVhL10Q6NbDtLaINANWkKMm0JMjXfH49Z/JcIbhlLh+ofLhHyTEBJphQ18mfc+m/7KI FlpKXDMLczCgoLOEkCDpa21EdtiFNtcpiMsvFRLMssZ/lG1lX57sQolQ== X-Google-Smtp-Source: AGHT+IFs0GmTTd4XIdKvsLJ8BDkYhEfJIepECAGWbnPi9pxm1MF+uHcaFu+Zn4hMKan6rZPKwG3naQgxxQgg3ARDc0k= X-Received: by 2002:a17:907:1b07:b0:ae0:da61:71fc with SMTP id a640c23a62f3a-ae3dca887f6mr312889466b.10.1751551829750; Thu, 03 Jul 2025 07:10:29 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <2417127.THHZn3L5Ee@ravel> In-Reply-To: From: Alan Somers Date: Thu, 3 Jul 2025 08:10:17 -0600 X-Gm-Features: Ac12FXwd-kBferAjBA8LzmetQTMXciU7ySZPIT9HjpLNQmXb400LTxmPuapoMhE Message-ID: Subject: Re: RFC: checking file systems support UF_HIDDEN, UF_SYSTEM To: Rick Macklem Cc: Olivier Certner , freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="0000000000009e36ff063906f0a5" X-Spamd-Result: default: False [3.05 / 15.00]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; NEURAL_SPAM_SHORT(0.95)[0.955]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MISSING_XM_UA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; R_DKIM_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.218.44:from]; TAGGED_RCPT(0.00)[]; FREEFALL_USER(0.00)[asomers]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4bXzF33VFJz482N X-Spamd-Bar: +++ --0000000000009e36ff063906f0a5 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Jul 3, 2025 at 7:25=E2=80=AFAM Rick Macklem wrote: > On Thu, Jul 3, 2025 at 1:22=E2=80=AFAM Olivier Certner = wrote: > > > > Hi Alan, > > > > > The strcmp method isn't very good, because it doesn't account for the > > > possibility that some filesystems may only support the flags > conditionally, > > > depending on formatting options. I vote for method 1. > > > > Method 1 does not solve this problem either, as VFCF_* flags are per > filesystem *type*, not mounts. > That is true. For file systems other than fuse, the property seems to > apply to all file systems > of the type. I don't know what fuse does? > - Does fuse support these at all? (They are not supported by Linux, as > far as I know.) > fusefs does not currently support them and cannot, since there is no way to set file flags on fusefs. But a Romanian student, Claudiu Palincas, is working on it. So we should plan for fusefs to support them in the future. --0000000000009e36ff063906f0a5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu, Jul 3, 2025 at 7:25=E2=80=AFAM Rick M= acklem <rick.macklem@gmail.com= > wrote:
= On Thu, Jul 3, 2025 at 1:22=E2=80=AFAM Olivier Certner <olce@freebsd.org> wrote:
>
> Hi Alan,
>
> > The strcmp method isn't very good, because it doesn't acc= ount for the
> > possibility that some filesystems may only support the flags cond= itionally,
> > depending on formatting options. I vote for method 1.
>
> Method 1 does not solve this problem either, as VFCF_* flags are per f= ilesystem *type*, not mounts.
That is true. For file systems other than fuse, the property seems to
apply to all file systems
of the type. I don't know what fuse does?
- Does fuse support these at all? (They are not supported by Linux, as
far as I know.)

fusefs does not currently support them= and cannot, since there is no way to set file flags on fusefs.=C2=A0 But a= Romanian student, Claudiu Palincas, is working on it.=C2=A0 So we should p= lan for fusefs to support them in the future.
--0000000000009e36ff063906f0a5-- From nobody Thu Jul 3 14:24:07 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bXzY710Nrz616bp for ; Thu, 03 Jul 2025 14:24:27 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ej1-x633.google.com (mail-ej1-x633.google.com [IPv6:2a00:1450:4864:20::633]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bXzY663bGz3CRM; Thu, 03 Jul 2025 14:24:26 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ej1-x633.google.com with SMTP id a640c23a62f3a-ad56cbc7b07so986264566b.0; Thu, 03 Jul 2025 07:24:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1751552659; x=1752157459; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=tkCB9ImLz2VozdoVgdQsH9vnwSCRgbc7HNCaFMmUXME=; b=aQp3PoOIaVGkJyype0yj828mQFHTKMRtRyMPZ2mrjE0M15tmnJU94k2cShrkFVmYUs 6vM+fwQQUqx5LNgfVwo5JJ4uIO6VMxZgO7L5likbIdknRSV6SvL2H4Su1vYVK/BTzTQM K0xA/CeMVgjH9a6NiokHhBxltheDg+6AiFJFi8QmhKwwK74VHlW7Ot7JUrcCvb/YTGjr QSFH2gDVnoWhgP3MDY4JoxOHHN0HQwgP//i07+iECas7GpfYYy4bJfnwrdFvZRszLYYx hZcwTslS/c4LtdwDEsFTqqtgVf11z0BNwi9i+J0dZuOEo+S1JXFoEkarOGfLfa5TS15K 6cRg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1751552659; x=1752157459; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=tkCB9ImLz2VozdoVgdQsH9vnwSCRgbc7HNCaFMmUXME=; b=UQcLdQxjlnVu3X0EYnp7oSV1n5B953QcP9eSbVscNy8k3n0STN8e/P5pUkkZpCgK9Z mOBYJG4uv9hfGv4IhAp4fs2Zh5XZbs8T/2PAByzol/RBzZuTPrGChS8mMy3NsoxTi0SJ yywpCVLbNk3NpqV7u7rfhWkxcNTm4AYfazpKj8B+z1jlRX6+p5rpJZ35FwQboQ2v6L0h vS6KdRZrSuglzJAk2vLTCN9SmBZtCzlPdWIDMpW0Y8NO4IERCEl1XrZZBD/BaAAPo44k Vncp6b0nUlxMo/eqRXSaMlKI86T3kVI9Prg+w/Sa127BMOSyT1R6hkyThf9n2zljttmL IgdA== X-Forwarded-Encrypted: i=1; AJvYcCXBqEjmCmbBa7hmI4xhFQWdRBugRIjCoThbuZCY2qwkE0jY5i0dM/DRax5fQNkzVL6xQp0MiKmtSu4u3TndC3k=@freebsd.org X-Gm-Message-State: AOJu0YxWS4J1B3/Vx5BaYk25hDShYLOy/nma/Vold+ts3XY/U7jULdVt ejHbvbRPEvRHh4nPqY9oCabHFCTMYNsSsUCaWD1TshZEgVdixHcXvRdQWbStmrHKyCbgcq+1GIE skTDFlmaf64xX9xQIGWOcMvzKNyqDRAA1 X-Gm-Gg: ASbGncvs4E54JhuSp2uWoQ7jh+BtjkwGin0fkLlIyVkKnyw4Y9srphzfGol+kp6ATcr GXhe4hcnLFV5ovQgEKua15qjOy7Mb9AyjRKb1YbNKA6XiWN2ge3RHI/ZTIDclUp9zIen7l7t45H wXInlAsj4VCrqRW9q+knE6giNUe5SGSOtiUkBrn7YA2lkJg8FEcZcpbeYAnABRAd0Zpsfvmf7XW Gs= X-Google-Smtp-Source: AGHT+IEjBEMf4Sq2b8Z15NhHQ9xZIqpgMNojpP1R6oBQdzeLiDYLmBr7S/rUNXkrW29vc8cX1gB6+GQOJkGDVWOA4Aw= X-Received: by 2002:a17:907:3f8f:b0:ae3:cc60:8cf0 with SMTP id a640c23a62f3a-ae3cc6093cemr489465266b.34.1751552659005; Thu, 03 Jul 2025 07:24:19 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <4214798.O2WMGSuNBG@ravel> <2410567.gG0HsuGxDd@ravel> In-Reply-To: <2410567.gG0HsuGxDd@ravel> From: Rick Macklem Date: Thu, 3 Jul 2025 07:24:07 -0700 X-Gm-Features: Ac12FXwoqZWjD7xk9vwjNEs3HlpOg3IsGN4EY69eKqzxqVSSY3tWOj4ed7tg8Ko Message-ID: Subject: Re: RFC: checking file systems support UF_HIDDEN, UF_SYSTEM To: Olivier Certner Cc: Konstantin Belousov , freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4bXzY663bGz3CRM X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] On Thu, Jul 3, 2025 at 4:01=E2=80=AFAM Olivier Certner w= rote: > > > It is not the right usage of the MNT_ flags. They are for feature > > controlling, not for the feature reporting. > > That is not the case today (MNT_LOCAL, MNT_QUOTA, MNT_ROOTFS, MNT_USER, e= tc.). I also would like this to become true at some point. > > > VOP_PATHCONF() is exactly for reporting some mnt features. > > No, it is to report features that depend on a path. It can be (ab)used t= o report mount features (calling it on any file inside the mount), but that= obfuscates the fact that an information is per-mount, whereas statfs()/sta= tvfs() are exactly designed for per-mount information. Note that, for a NFSv4 client mount, support for hidden/system could change somewhere in the mounted server tree, since for NFSv4 the tree can consist of multiple f= ile systems of different types. For example: If an ext2 fs was mounted under a ufs file system, the hidden/system suppor= t would go away when the mount point is crossed into the ext2 subtree. So, I think pathconf is the best way to go (and avoids using up flag bits). rick > > > Also, this namespace should not be used frivolously, we already had to > > extend flags to 64bit, and again we are not too far from exhausting it. > > I don't disagree. That said, at some point, we'll have to dodge the bull= et, including separating control flags from report ones in the MNT_* namesp= ace (and provide compat' functionality), and probably extending control fla= gs with a second 64-bit field. > > I suspected from the start that that was the main reason behind you recom= mending VOP_PATHCONF(). My point here is that it is a slightly non-optimal= design choice (as explained just above) that will stay and was made out of= a practical issue that anyway will have to be solved at some point, and I = find this a bit unfortunate. Solving the issue now is certainly much more = work, and in any case I didn't mean to object to not doing it now. But if = someone(tm) wants to do it now, that would be great (perhaps me, but not su= re yet). > > Regards. > > -- > Olivier Certner From nobody Thu Jul 3 14:49:03 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bY05h0lpdz619Jq for ; Thu, 03 Jul 2025 14:49:12 +0000 (UTC) (envelope-from olce@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bY05g6yJzz3GW2; Thu, 03 Jul 2025 14:49:11 +0000 (UTC) (envelope-from olce@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1751554152; 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=jc2Roz3yghjKhXFTBXh6RJtQAmsKijkUKReur+L2xYQ=; b=YmU0BW09nvegq29gEIuWdOae7HL2Q31+GCaEPGgSUypOkQoIB9X1ZI0ayBwZiuhVYTP8js BLGy09PUGbu3/EDpHanazlzVESrW6SCzUnji6MlB/vTeTw3NB74S9X0Lddv0NMWFPglfUY Dt6qgcph+MO97Aw3bv1ox644UcvfxwjvicIVmdNt8hkPPK4aubm+yDwsexq/9K1yI1oxFe iRRA/dvtD5dGCauW4vVWuVb9aIuM9g5zjXQ9E3CZSjmlS0jC7ZLngSCj/LEEc+6MNiQ2aO 6d14dz5NwjcH0M+hi+IDgA/dQe7bZnOT2iF6h0QEZ7bdVxin3SpVVHSRHfTJgA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1751554152; 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=jc2Roz3yghjKhXFTBXh6RJtQAmsKijkUKReur+L2xYQ=; b=bWLdbh0PqYfJR5AJuZnB6PT71TDnA96WGoGT17HeiZBUqWGHX08sKQnVu3Z2uSttK9gHnt pvjXzV9Jlgid3ew8XFqNMbX56zOSwIjv5JkoN0LsgDL66WdwtaMitJ0Ivjv8/pE5O5ZHw9 ZRfx1Vgui7RK7XxrM088m4J3xpx9k7IdaEOLDtpP2FNbz8twf7lUflXLotS6gu7RWyzg4J sUlqKtiSRuzJY813Pr+nfjY/cpkJBvAO/9ma/hA28sGeb9ILDA/0FPIn7gZUEMI8ZwhI9W 3UU+WP8NZ2fOavhtZ9JGbrGbciLDAxTRbpvzJjEo+7bYjCTl+OrkdBb0oniyDw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1751554152; a=rsa-sha256; cv=none; b=xsCdgn4xmDxLBP/n0X5pKEuqUR5mZ3Cbej6jbRRGMZjkI8YgyfDPJGs/AZsJXzSd+lPlia D/7EqqY8t2tXjbx7wktudj1y2vCpZ/E7aZgSktzGjb6MQszM0rgOn1L/kJSDrppvffUBtq 8oeAYZEcVCowRwx8zAU7/hYh1v1eoGMWbbnDySBK4m6knyQ4MSKi2LFf6bk98n0Ya/iWNU 9xZAXHKRxXs7EyZQ7G7n/G7Xd3P1c1UPdgOZdlcCHl0IpWkQU/5OJGcw271NOG1+mRr0pK tuAeMhPkw4ed91GgpLsePb+5xNb1Q9sn0n/NEqJgPivxy0raG0Poqp5TGiKbCA== Received: from ravel.localnet (aclermont-ferrand-653-1-222-123.w90-14.abo.wanadoo.fr [90.14.66.123]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: olce/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4bY05g37pLz3lX; Thu, 03 Jul 2025 14:49:11 +0000 (UTC) (envelope-from olce@freebsd.org) From: Olivier Certner To: Rick Macklem Cc: Konstantin Belousov , freebsd-current@freebsd.org Subject: Re: RFC: checking file systems support UF_HIDDEN, UF_SYSTEM Date: Thu, 03 Jul 2025 16:49:03 +0200 Message-ID: <3252102.VPuetLRq1i@ravel> In-Reply-To: References: <2410567.gG0HsuGxDd@ravel> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart11614175.X2hNYcAVgp"; micalg="pgp-sha384"; protocol="application/pgp-signature" --nextPart11614175.X2hNYcAVgp Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8"; protected-headers="v1" From: Olivier Certner To: Rick Macklem Subject: Re: RFC: checking file systems support UF_HIDDEN, UF_SYSTEM Date: Thu, 03 Jul 2025 16:49:03 +0200 Message-ID: <3252102.VPuetLRq1i@ravel> MIME-Version: 1.0 > Note that, for a NFSv4 client mount, support for hidden/system could > change somewhere in > the mounted server tree, since for NFSv4 the tree can consist of multiple file > systems of different types. For example: > If an ext2 fs was mounted under a ufs file system, the hidden/system support > would go away when the mount point is crossed into the ext2 subtree. > > So, I think pathconf is the best way to go (and avoids using up flag bits). That's a compelling reason. Consequence is that pathconf() must then be used on the directory where hidden/system files could be created/expected, and not the mount's root directory. Regards. -- Olivier Certner --nextPart11614175.X2hNYcAVgp Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCQAdFiEEmNCxHjkosai0LYIujKEwQJceJicFAmhmmF8ACgkQjKEwQJce JidLjg/+KsQca/tOdmRou47JBy8MhwvHl2KLjdPldD51JrycTfmg5c3kEI6vbEb9 3ZNifJppt9KFfA3rAbw3cPhzi65wBhtsGNNUi3NHAoR3Tkpze5+Iq76cDBGCJ1q3 ZM3kqWCoTpScCF8nNBPt2l7M/1bFZllfU0PS4AcvAomL1plI8RqOP9VL7qlPQN2y RKSkWv/l+t0znsbPQUpIE4bgBHFijdUnHEi4lOTh3LJV5dUdxQpI0Il/fGLhNdUn UZnUWO/Ra9iL0pE53Wvak0DSZ0xz30dSbU+pT0+GpNxhTe4C/qlxvqh6g5fdMGwE TzUu6mGfqAU8tsQdPW8NTNC1tZwvSipgW00jkn7qEiIs69YPlv+PtUbiVyooYotA PRe+beGFwkexdh6wJDz9i8HejzuUjOiJEJL8Uhq099V66tKDB6cK6RZ15TxWKK8e g3AXcv6bnNZoyUNmnFgQADjDbpYbVVRKp++f0jB1NmVdczCa8Ncx8YyiBhzRxF7S MPfGMEDu5Dtic4iPfWbrQGUgDhWnZ4LtiO5VfYz65gLR0dB+Gvt3MHiyO/5Sss5O d7H9/zCv7KzHB3+Fj9VdJd3+kbW1pQLkDilBryVwwb2fwhKG8qMX8muKRDdVUgyc ib9b3+QwGvnqy8aUL30/Z6T4DkxpOVnBxi9K/l7O+6wwRy69FKk= =Jzvl -----END PGP SIGNATURE----- --nextPart11614175.X2hNYcAVgp-- From nobody Thu Jul 3 18:49:15 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bY5RP5KdHz60tRf for ; Thu, 03 Jul 2025 18:49:53 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp6.goneo.de (smtp6.goneo.de [IPv6:2001:1640:5::8:31]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bY5RN5WqSz3mYB for ; Thu, 03 Jul 2025 18:49:52 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=walstatt-de.de header.s=DKIM001 header.b=XGqfDpmd; spf=pass (mx1.freebsd.org: domain of freebsd@walstatt-de.de designates 2001:1640:5::8:31 as permitted sender) smtp.mailfrom=freebsd@walstatt-de.de; dmarc=none Received: from hub1.goneo.de (hub1.goneo.de [IPv6:2001:1640:5::8:52]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by smtp6.goneo.de (Postfix) with ESMTPS id 3785A2408EE for ; Thu, 3 Jul 2025 20:49:45 +0200 (CEST) Received: from hub1.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPS id 9A6802404A7 for ; Thu, 3 Jul 2025 20:49:43 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1751568583; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=Y6aAz6ngejcIxuIpjNYN+PxXnSM7RooNr6b8G1puhuE=; b=XGqfDpmdOAZdSLPwU5JZyf75wdiiSh4WEXCTGimBkdxB7e+54ijcxx68XBUG6h0CZGEuTL OM5X+GZHCvM8w5sW+02tu7RHp6DVGGPmk6SIwi8Yg7TbI8mkd7x8YP1QLhtjQV1fTo1dkw 3WIID6ZnaBLReplX4Tv/zNum6j856pXDGlgLOJPFsU2Jqb8TZcIOJMrA7SbVsdUXazu8XS /MUQ8zERFMEaealjmxOnxK9qb8sH0b8UbKGa9G1P2RnKe9GHnX2/QAqhflP3/sxYaU9bON JzWHnHfWnKIrU8Bh01CknF23D4FVuX2V/ilFxcrizl+hEO+eMcYlUpveEaw4nw== Received: from thor.sb211.local (dynamic-2a02-3100-1c1a-d402-903d-f088-8f88-1d4b.310.pool.telefonica.de [IPv6:2a02:3100:1c1a:d402:903d:f088:8f88:1d4b]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPSA id 5B674240491 for ; Thu, 3 Jul 2025 20:49:43 +0200 (CEST) Date: Thu, 3 Jul 2025 20:49:15 +0200 From: A FreeBSD User To: FreeBSD CURRENT Subject: commit df114daef4c48548c3c2b86717612761185ae18f broke buildkernel (HWT) Message-ID: <20250703204741.1288d1e4@thor.sb211.local> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/NVoc3.MAebOkZoC2/jMCeS/"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: 02a30c X-Rspamd-UID: 87351c X-Spamd-Result: default: False [-5.59 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.99)[-0.994]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+ip6:2001:1640:5::8:0/112]; R_DKIM_ALLOW(-0.20)[walstatt-de.de:s=DKIM001]; ASN(0.00)[asn:25394, ipnet:2001:1640::/32, country:DE]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DMARC_NA(0.00)[walstatt-de.de]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[walstatt-de.de:+] X-Rspamd-Queue-Id: 4bY5RN5WqSz3mYB X-Spamd-Bar: ----- --Sig_/NVoc3.MAebOkZoC2/jMCeS/ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hallo, it seems commit df114daef4c48548c3c2b86717612761185ae18f broke buildkernel= , on all CURRENT machines buildkernel is not possible due to [...] --- all_subdir_hwt --- /usr/src/sys/dev/hwt/hwt_contexthash.c:82:2: error: call to undeclared func= tion 'spinlock_enter'; ISO C99 and later do not support implicit function declar= ations [-Werror,-Wimplicit-function-declaration] 82 | HWT_CTXHASH_LOCK(); = | ^ /usr/src/sys/dev/hwt/hwt_contexthash.h:39:28: note: expanded from macro 'HW= T_CTXHASH_LOCK' 39 | #define HWT_CTXHASH_LOCK() mtx_lock_spin(&hwt_contexthash_mtx) | ^ /usr/src/sys/sys/mutex.h:387:26: note: expanded from macro 'mtx_lock_spin' 387 | #define mtx_lock_spin(m) mtx_lock_spin_flags((m), 0) | ^ /usr/src/sys/sys/mutex.h:456:2: note: expanded from macro 'mtx_lock_spin_fl= ags' 456 | mtx_lock_spin_flags_((m), (opts), LOCK_FILE, LOCK_LINE) | ^ /usr/src/sys/sys/mutex.h:433:2: note: expanded from macro 'mtx_lock_spin_fl= ags_' 433 | __mtx_lock_spin((m), curthread, (opts), (file), (line)) | ^ /usr/src/sys/sys/mutex.h:259:2: note: expanded from macro '__mtx_lock_spin' 259 | spinlock_enter(); = \ [...] Fix in sight? Kind regards, oh --=20 A FreeBSD user --Sig_/NVoc3.MAebOkZoC2/jMCeS/ Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCaGbQxgAKCRCxzvs8Oqok r1HSAP0Zd+bWMX9Ps1N4su9HzqkLnYSANSGFVwesvXdeOco7ugEA/7jGL+rKmXgs gr1meW5dxTazYoApASDUaJQ9MWkquwM= =LdO/ -----END PGP SIGNATURE----- --Sig_/NVoc3.MAebOkZoC2/jMCeS/-- From nobody Thu Jul 3 19:24:57 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bY6D11v1Tz60y7x for ; Thu, 03 Jul 2025 19:25:05 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (smtp.digiware.nl [176.74.240.9]) by mx1.freebsd.org (Postfix) with ESMTP id 4bY6Cz44Dbz3rvM for ; Thu, 03 Jul 2025 19:25:03 +0000 (UTC) (envelope-from wjw@digiware.nl) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=grlzGuqX; spf=pass (mx1.freebsd.org: domain of wjw@digiware.nl designates 176.74.240.9 as permitted sender) smtp.mailfrom=wjw@digiware.nl; dmarc=pass (policy=quarantine) header.from=digiware.nl Received: from [IPV6:2001:4cb8:3:1:148f:848e:f00:1728] (unknown [IPv6:2001:4cb8:3:1:148f:848e:f00:1728]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mail.digiware.nl (Postfix) with ESMTPSA id 959389BD46; Thu, 03 Jul 2025 21:24:55 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1751570695; bh=p0KTmanuFirTU1LZXZ/hIN3Jlncz0LqoZLtJS1nMclM=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=grlzGuqXwhdDbcA7NWexpuwmlS664+mTK+BAal2hPKDSU1WZCDI6tRADEjlq25+Js dg635uwg7kdMBrkcNO2l2Q4WRcW+uUCmGar01dDYYbWT5tKSglNf4+mmo8BXz9budF lCmYPFctnyW3n2IRBvfoGjBdZfl2cQYcUe2URnKre/cQXfT2a1ja15X867hYEfcANu SKQDes9WHwckmGV/NlAYUmCRjHGjtvNAYZcs2NuqcQBcQaLMO53HM2J9IjfZwTEgR8 bFZKNpYK/7iEujXNav9tMFBh0atPcTdZTu3UK4v7HiEcJlfbGNmNG05gcG1Wtqs41s 3780JN2cq3MuA== Content-Type: multipart/alternative; boundary="------------tvZJghMj4zjnXAFD2PbT3p0B" Message-ID: <3a05b953-cfba-4cd2-a1ea-22348702563f@digiware.nl> Date: Thu, 3 Jul 2025 21:24:57 +0200 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: RFC: checking file systems support UF_HIDDEN, UF_SYSTEM To: Rick Macklem , Shawn Webb Cc: FreeBSD CURRENT References: <5emcw3uocuaenm2lwdrqqvxgiqpo7uazon6y2hzelhi5qjxxj4@trymutqekdiy> Content-Language: nl, en-GB From: Willem Jan Withagen In-Reply-To: X-Rspamd-Server: router10G.digiware.nl X-Rspamd-Action: no action X-Spamd-Result: default: False [-2.14 / 15.00]; NEURAL_HAM_SHORT(-0.83)[-0.828]; NEURAL_HAM_LONG(-0.82)[-0.817]; DMARC_POLICY_ALLOW(-0.50)[digiware.nl,quarantine]; NEURAL_SPAM_MEDIUM(0.20)[0.201]; R_DKIM_ALLOW(-0.20)[digiware.nl:s=medusa-2017]; R_SPF_ALLOW(-0.20)[+mx]; ONCE_RECEIVED(0.20)[]; RCVD_NO_TLS_LAST(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; ASN(0.00)[asn:28878, ipnet:176.74.224.0/19, country:NL]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[]; TAGGED_RCPT(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FREEMAIL_TO(0.00)[gmail.com,hardenedbsd.org]; TO_DN_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[digiware.nl:+] X-Rspamd-Queue-Id: 4bY6Cz44Dbz3rvM X-Spamd-Bar: -- This is a multi-part message in MIME format. --------------tvZJghMj4zjnXAFD2PbT3p0B Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 2-7-2025 23:45, Rick Macklem wrote: > I don't know why or when these were added to FreeBSD, but I believe > their origin is in MSDOS long ago. The fat file system had these two flags > that MSDOS used, called "hiiden" and "system". > I believe "hidden" is somewhat similar to POSIX file > names that start with "." and "system" made the file harder to delete. > (But, I hate to admit I even recall anything about MSDOS;-) > > If you google "windows system and hidden" you'll get something that > might answer your question, thanks to their AI This happens when you grow old, memory starts acting up. ;-) I even wrote a CPM and DOS driver for a wierd HD controller we had lying around from some Unix  projects. (5 MB disks.) But in MS-DOS the system flag was for files that were needed by the DOS system and should not be deleted easily, so basically files were hidden and not deletable.... But with the right tools the flag was easily removed. (anybody remember Norton disk editor?) In essence it was a rather useless flag, it looked interesting but did very little. Once Long FileNames on FAT were created that was indicated by ORing all flags... READ_ONLY=0x01 HIDDEN=0x02 SYSTEM=0x04 VOLUME_ID=0x08 DIRECTORY=0x10 ARCHIVE=0x20 LFN=READ_ONLY|HIDDEN|SYSTEM|VOLUME_ID So not sure it that would be of interest in representing a FAT filesystem over NFS4 This is from an MS-DOS manual I had in my archives: In MS-DOS, the "system" file attribute, when set, indicates that a file is a critical system file required by the operating system.These files are typically hidden from casual access and should not be deleted, renamed, or moved without specific knowledge of the potential consequences. Here's a more detailed explanation: * *System Attribute:* This attribute is part of the file's metadata and tells the operating system that the file is essential for its proper functioning. * *Hidden from View:* Files with the system attribute set are usually hidden from standard directory listings (like when you use the |DIR| command). * *Protection:* The system attribute helps prevent accidental modification or deletion of crucial files, ensuring the operating system remains stable. * *Examples:* Files like |IO.SYS|, |MSDOS.SYS|, and |COMMAND.COM| in MS-DOS are typically marked with the system attribute. * *Advanced Users:* While the system attribute offers protection, advanced users can still access and manipulate these files using specific commands or tools, but this is generally not recommended unless you understand the implications. --WjW --------------tvZJghMj4zjnXAFD2PbT3p0B Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit

On 2-7-2025 23:45, Rick Macklem wrote:
I don't know why or when these were added to FreeBSD, but I believe
their origin is in MSDOS long ago. The fat file system had these two flags
that MSDOS used, called "hiiden" and "system".
I believe "hidden" is somewhat similar to POSIX file
names that start with "." and "system" made the file harder to delete.
(But, I hate to admit I even recall anything about MSDOS;-)

If you google "windows system and hidden" you'll get something that
might answer your question, thanks to their AI

This happens when you grow old, memory starts acting up. ;-)
I even wrote a CPM and DOS driver for a wierd HD controller we had lying around from some
Unix  projects. (5 MB disks.)

But in MS-DOS the system flag was for files that were needed by the DOS system
and should not be deleted easily, so basically files were hidden and not deletable....
But with the right tools the flag was easily removed. (anybody remember Norton disk editor?)

In essence it was a rather useless flag, it looked interesting but did very little.

Once Long FileNames on FAT were created that was indicated by ORing all flags...
READ_ONLY=0x01 HIDDEN=0x02 SYSTEM=0x04 VOLUME_ID=0x08 DIRECTORY=0x10 ARCHIVE=0x20 LFN=READ_ONLY|HIDDEN|SYSTEM|VOLUME_ID
So not sure it that would be of interest in representing a FAT filesystem over NFS4

This is from an MS-DOS manual I had in my archives:

In MS-DOS, the "system" file attribute, when set, indicates that a file is a critical system file required by the operating system. These files are typically hidden from casual access and should not be deleted, renamed, or moved without specific knowledge of the potential consequences. 
Here's a more detailed explanation: 
  • System Attribute:
    This attribute is part of the file's metadata and tells the operating system that the file is essential for its proper functioning.
  • Hidden from View:
    Files with the system attribute set are usually hidden from standard directory listings (like when you use the DIR command).
  • Protection:
    The system attribute helps prevent accidental modification or deletion of crucial files, ensuring the operating system remains stable.
  • Examples:
    Files like IO.SYS, MSDOS.SYS, and COMMAND.COM in MS-DOS are typically marked with the system attribute.
  • Advanced Users:
    While the system attribute offers protection, advanced users can still access and manipulate these files using specific commands or tools, but this is generally not recommended unless you understand the implications.

--WjW

--------------tvZJghMj4zjnXAFD2PbT3p0B-- From nobody Fri Jul 4 07:05:22 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bYPmz2zsCz610R9 for ; Fri, 04 Jul 2025 07:06:11 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (bastille.leidinger.net [89.238.82.207]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bYPmx2r1Sz3nfW for ; Fri, 04 Jul 2025 07:06:09 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=leidinger.net header.s=outgoing-alex header.b=Pl3DZ1Tc; spf=pass (mx1.freebsd.org: domain of Alexander@Leidinger.net designates 89.238.82.207 as permitted sender) smtp.mailfrom=Alexander@Leidinger.net; dmarc=pass (policy=quarantine) header.from=leidinger.net List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1751612755; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=3i1A+Ccq0afgQgoxFP3jsjXK/OOKgvIaJ+dt1CcSAcI=; b=Pl3DZ1TcbgIww0avPBJZ02wTUXYy8xv5pNz9bFdVM0sIOZ/xhIKic4jPQD1wKSRtNinrST WegtXmTwcFfmv5G9N5+yKQchXzzG2+ZvzM27nA0d1W1Z9mqdOMNorbNq2Dl7gml2D/tY3v aNSBqkERoguLjczUY6HF9jKImwyY2sC6ZKQ4IFiJjPfmqSsM9/4bPJZqg2+na/JSFQX0oG VYNNTlvne5SsJdh3QTTYb9hGwjlVM8MeQ89gxfZfCeZtblmtC+oLC4VnUy3hfZfeyCVuxy KLJRlsw9niNIC+AD2bv0vmlOTf3SiZrcYHGAVPTJFKZDJIpsDc47e4fvUPEDgA== Date: Fri, 04 Jul 2025 09:05:22 +0200 From: Alexander Leidinger To: Current Subject: slapd hangs at start with recent world Message-ID: Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_b396c314b885c8513956645942a8efa8"; micalg=pgp-sha256 X-Spamd-Result: default: False [-2.43 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_MEDIUM(0.98)[0.980]; NEURAL_SPAM_SHORT(0.59)[0.594]; DMARC_POLICY_ALLOW(-0.50)[leidinger.net,quarantine]; R_DKIM_ALLOW(-0.20)[leidinger.net:s=outgoing-alex]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+mx]; ONCE_RECEIVED(0.10)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:34240, ipnet:89.238.64.0/18, country:DE]; MIME_TRACE(0.00)[0:+,1:+,2:~]; HAS_ORG_HEADER(0.00)[]; MISSING_XM_UA(0.00)[]; DKIM_TRACE(0.00)[leidinger.net:+]; MLMMJ_DEST(0.00)[current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; HAS_ATTACHMENT(0.00)[] X-Rspamd-Queue-Id: 4bYPmx2r1Sz3nfW X-Spamd-Bar: -- This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_b396c314b885c8513956645942a8efa8 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Hi, I updated from a 2025-05-24-161709 (CEST) world to a 2025-07-03-015700 world. Now slapd hangs at boot. When I send a normal kill, it still hangs, only a kill -9 really kills it. # procstat -kk 18136 PID TID COMM TDNAME KSTACK 18136 106654 slapd - vm_page_iter_insert+0x5a vm_page_alloc_domain_iter+0x36a vm_page_alloc_iter+0x54 vm_fault_allocate+0x18e vm_fault+0x4b4 core_output+0x112 elf64_coredump+0x5a6 sigexit+0xcfd postsig+0x1a5 ast_sig+0x1bb ast_handler+0xcb ast+0x20 doreti_ast+0x1c # kill 18136 # procstat -kk 18136 PID TID COMM TDNAME KSTACK 18136 106654 slapd - curproc_sigkilled+0x4b core_output+0xf0 elf64_coredump+0x5a6 sigexit+0xcfd postsig+0x1a5 ast_sig+0x1bb ast_handler+0xcb ast+0x20 doreti_ast+0x1c Can someone reproduce this? I do not have time at the moment to bisect this. Any ideas what to try? Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_b396c314b885c8513956645942a8efa8 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmhnfUEACgkQEg2wmwP4 2IassA//fEbBAZDk+/l2S/lq15FdTrCOtu6qtyBoVWMxbGGmYiEIOI2k9tKXADzL i9Ep7lgSzxfZlIuJwblk8Htk6BSeexxZdHPwBRs6hxpF42rwqnnl14B1pr9018ue bi4nAmfpn5HzV372aMM7e8SN63xLHr/FIz7A7NfDaMVP51OPnZW2yPthHIbxA5At 00W4Kn8yUBYGrTitqYxQi/zKEurDtD9aKpQT0jqSUCbSfp8z2L9gxmVQddZImbMg x1HzpISZJiTZx9xSzfEBUK4yOG1hPAv4eqxIh+T4CjckHCw/PSmDkNZev4bQjao1 hEoHRyQ6zPuvrgc9ji47lDCPA3DemanNwlH4TQFmD4dQBR5Rh5hyR3NmYP+fH6Vd AjhW8++1UabjYHYiE9KRB/8+FHvqpbFJstI2+DErY1QXu4aWu102IDukqkPx5K4S yPuT/jnBSWJagXg4BTVltnfzdoABm+v+HwRqpzOc3KK5DHVwJyWAVVj+NEVl54M8 vtMBs3Ht/OMXuG02SPUYUtg5B7fVZ1dKPgmmlimIGxugls8ZzTJev4M5zUTWjQb0 Z7W+mVUXzO5gw9pO5INpRi82bZsDlVADzBkiPxr3KVjD68+5qjfPXd+tEFY85RGX dTsLfM0ZJQ6koo7m3FFIat/xAYme1hQ01VmRUqYM7zxG6INXnZk= =gEZB -----END PGP SIGNATURE----- --=_b396c314b885c8513956645942a8efa8--