From nobody Thu Dec 26 06:05:36 2024 X-Original-To: bugs@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 4YJdQm6Tpkz5jZ2t for ; Thu, 26 Dec 2024 06:05:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YJdQm2vT1z4kZd for ; Thu, 26 Dec 2024 06:05:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1735193136; 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=Zbb9HGJy2QZOw76KYBYdnhLfpbS/l25oTMovluA1dbM=; b=A02P2alBPJk2pDa5nHHPhVHKwqTRqVFy/wUMOeHsC7ynx/YVBBLLAis62bQ0K1bKBc4zn0 Xv8PM1MWx7EtpTDT6M4Q6JfaVsRc5OzPGvOG/474/T/Y7cMF+/XD8c/GLu6UO0rvRuqMbI hDfmELUEopQy87O33N8zdv3DflHH/ro0Nhjz1oWMfdvm6nQcIN6JO+uhqVtpt/ns9Z+oWG vM1idlhvKidXzmikHFNXjxgdUzenu3TU4yOPt9Ub1R/R50vbb9TF24TCRyg16O6MvkW3SY LrggPr1kZmFMh3xZJq9P6+ft/4B6RHJRwH2ZP4a9fRheAAYjtanB1Jea/K4oYA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1735193136; a=rsa-sha256; cv=none; b=RxLt5dWy1HtSu1uUB+p0jE7mrPbUP7kR38RL27cEP35cB+dV5usgx/4pURDHhZF2YeGXpS 8vmhNbdKk+LXA9AIVPI0csQRfawvB+TGAU5tffc3oWxPiKvqBV7R5QGWHlO6+5CVlIJrWM STBgMbBMQsMSQ+SFXHIOi8goLuFn3fgA4Jl1XSn2Bzn0zTkz+4RHfiOaiGkazM132MH7bz t8jrtQYNkXAYXq7tbWNHZ/P3/lpiFnJsEcaOdGjm0IvimrOFoPMhoAwSlmn6mepnBlPQGm XZH8OjbFjHiP0TSpCLq2+gPH3MEFKcx2P8ENbfbAYS5VgFkBPDbRe/W+9Y+0WA== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4YJdQm2WnCzhjr for ; Thu, 26 Dec 2024 06:05:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 4BQ65aOT094968 for ; Thu, 26 Dec 2024 06:05:36 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 4BQ65aAO094967 for bugs@FreeBSD.org; Thu, 26 Dec 2024 06:05:36 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 283429] [vfs] add (debug) option to avoid initialization of system time from filesystem last mounted time when no rtc found Date: Thu, 26 Dec 2024 06:05:36 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: Unspecified X-Bugzilla-Keywords: feature X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: bugs-freebsd-org916@ketas.si.pri.ee X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-bugs@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D283429 --- Comment #9 from Sulev-Madis Silber --- i had this impression that it takes all the fses ever found by kernel! like at mountroot time, kernel is all up and can mount rootfs from any fs it knows. so any local fs if it only does this for rootfs, why the loop and selection of largest timestamp? unless that feature is legacy from actual unix times and perhaps served some other purpose back then. ok it says mounted, i now looked again. but still wtf. how do you get timestamp on devfs anyway. if you claim only = 2 of them could exist. does it also do nfs somehow? as for purpose, now 10 years later i wonder if maybe more waits would have helped. but if that sounds reasonable feature, why not implement it. however the loader approach, aren't there people who have actually implemented boot flag before so i don't have totally wing it? :/ in theory we could commit it as hidden var like hw.userspace_allow_phys_counter one match in commit log one match in src two matches in google, where one is commit in commit mailing list and one i= s me actually using it but then we can't take it out again of course but seeing that noone has needed this for like ever in decades and decades,= or at least haven't publicly told so, nor did anybody care in #bsdmips nor in current mailing list, maybe it could wait more until either i or somebody else does it --=20 You are receiving this mail because: You are the assignee for the bug.=