From nobody Mon Mar 11 08:03:38 2024 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TtTnR3Mm4z5Dwy9 for ; Mon, 11 Mar 2024 08:04:11 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (mailgate.leidinger.net [IPv6:2a00:1828:2000:313::1:5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (P-256) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TtTnR0zjkz4Zc6 for ; Mon, 11 Mar 2024 08:04:11 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; none List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1710144237; 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=nyuzqRH+nzcOV1e9UxNi0mMVV7qSE6q2jIJtvsIRJwk=; b=txuTJzZtJysCw4ceQTZTWhV8+fSvhH6Iy2KYmidXZsZKxCkI7C4aUtDe7cmZNJVmlZnljp wQ36MbQWJa987vqtIHzJ0W1LpN8nMjpMypJwnqj7lG9AM99Z03TXSlSk3DtGVUN8c0svcj 6LonDPdXDoldvlQ5WI1/IXrMZ1duz4UTvjMppUprizivI34kR9P4OXpklEMYKESKoyny1I HQC7Z0oC6evLwRpoc9OP/9hdqedDCS8PIETqs8fjGdftUut4xQ2rmuwxaxSXZgm8JKgIyC 3jLKtmuwXB/tQfKKnBSVuaC1QnjXIhM3cnt+0V0OmlOD7vymvf57R6sQQXAG6w== Date: Mon, 11 Mar 2024 09:03:38 +0100 From: Alexander Leidinger To: Konstantin Belousov Cc: Kirk McKusick , current@freebsd.org, Mark Millard Subject: Re: Reason why "nocache" option is not displayed in "mount"? In-Reply-To: References: <20240310215051.EC14296B7@freefall.freebsd.org> Message-ID: <720dc441819f0074362631b11a71f7de@Leidinger.net> Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_491ade6a18c314bb4264a0264d7dbce6"; micalg=pgp-sha256 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:34240, ipnet:2a00:1828::/32, country:DE] X-Rspamd-Queue-Id: 4TtTnR0zjkz4Zc6 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_491ade6a18c314bb4264a0264d7dbce6 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Am 2024-03-10 22:57, schrieb Konstantin Belousov: > We are already low on the free bits in the flags, even after expanding > them > to 64bit. More, there are useful common fs services continuously > consuming > that flags, e.g. the recent NFS TLS options. > > I object against using the flags for absolutely not important things, > like > this nullfs "cache" option. > > In long term, we would have to export nmount(2) strings since bits in > flags are finite, but I prefer to delay it as much as possible. Why do you want to delay this? Personal priorities, or technical reasons? Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_491ade6a18c314bb4264a0264d7dbce6 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmXuuukACgkQEg2wmwP4 2IZrKg//TqCVKvj4OyJArcxgoLE0lTDU6DEV4ELZXZMLnbSMnMVtO8eQaOsWeBC1 NhoPQhN2cpCb5iwU+asOQzYHMjQPCaG4oc1s3Yyv35mRsL8qb0MwqMXXYuJihezc uba+F3+g9bDSbRtbAEzxrZ4s99YpASXoR2BuYlzBZUbC72gZirXiTLcllYTCi8TC T4DZ1AaZdnMdprEXsyW2FbEoG6ok1qqtlgL9qcKMmeo0sR14nI1tOvYMZJ0ixNuP UZoeGZTW9pCmG3MpVN2hwXqwVlbhb4rJnN4rzTtu3UL/R6osH0mcYP6R2Eo1P/iz m+AIlMqCHlJM7wQ55/tL+jeu4oufCBCRe2U1IgApkcMnvZablGgVES4AQ0y1+S9R l2Ny7JOzdCaqncUPWQihJ73jp1toKLaid9pcha3FO0yHb8GUpHP+Dvhl3oyc/8q0 bCjUhFN9VDRBMj599HoivBauuuaxuZ3DXbEVcg4AEEPeT2td84y8vOLT7JKiOiZO K6f+H990tGmdp6LCKpghFWkjImXaue2MXmtaS9aErCza0JEwwOI5EozVGxgPFMDd hPfCnCV0bbSLJEhfshlIOP/DR8LGoGkee0pchHNXpMsYHZRA46fOSdiNEWPQCHAL 4r+nSJMg1wNIkPzVyU84tc6c843Jriz2oYL9V+AXDyMcjEnmPfk= =6uk3 -----END PGP SIGNATURE----- --=_491ade6a18c314bb4264a0264d7dbce6--