From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 8868AC3064D for ; Tue, 2 Jul 2024 11:43:19 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id F312B6B0092; Tue, 2 Jul 2024 07:43:18 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id EE21F6B0093; Tue, 2 Jul 2024 07:43:18 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id DA8776B0095; Tue, 2 Jul 2024 07:43:18 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id BD5576B0092 for ; Tue, 2 Jul 2024 07:43:18 -0400 (EDT) Received: from smtpin27.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id 6BB87122089 for ; Tue, 2 Jul 2024 11:43:18 +0000 (UTC) X-FDA: 82294626876.27.1ED1B0D Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by imf25.hostedemail.com (Postfix) with ESMTP id BCFA2A0014 for ; Tue, 2 Jul 2024 11:43:16 +0000 (UTC) Authentication-Results: imf25.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=KTbXXDXH; dmarc=pass (policy=none) header.from=kernel.org; spf=pass (imf25.hostedemail.com: domain of brauner@kernel.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=brauner@kernel.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1719920579; a=rsa-sha256; cv=none; b=xVgtMHETyz0idFv4l+TRq9U4iIcHjBRDfOg5zREJ8DTM389rSToRxxl/jci+2Or73UjgpJ 3FquzatUlgUJmcIcOqRzxLH0WNqkO/jh3CcdN8fn+wCFUwEikNYpAjjR9koMJ2iIx/YFw5 YR8qxVLW9U3fBmV0z4C3eNKJkGewbV8= ARC-Authentication-Results: i=1; imf25.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=KTbXXDXH; dmarc=pass (policy=none) header.from=kernel.org; spf=pass (imf25.hostedemail.com: domain of brauner@kernel.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=brauner@kernel.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1719920579; h=from:from:sender: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: in-reply-to:in-reply-to:references:references:dkim-signature; bh=MHo+EcPeKT7BzC5eQamoItTx5w8rdsZYQvEej5xDL4E=; b=4ZDNwVQGuPxNAOG1NQipCIHCvfljXyyYcN8e/Y0XYd1lDoHF7pqKDs2hlioOUWC8MhwuWa jIMqNFj0OQLRQcQeGuOFTpr92ZcV8CgugM8CUFhT29pFmk4C3p1u2yvAvlbpW6ko6AFvbX uYnzS9BVdfFofzzC5gmMGg1gZF/V0bI= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by dfw.source.kernel.org (Postfix) with ESMTP id 976B661B23; Tue, 2 Jul 2024 11:43:15 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id DD2DDC4AF0C; Tue, 2 Jul 2024 11:43:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1719920595; bh=MHo+EcPeKT7BzC5eQamoItTx5w8rdsZYQvEej5xDL4E=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=KTbXXDXHSmgFeEdF76gZ4e16GaGorYF29q1T+tDZix+ek2IFPAl2sKW8AIOghAAoD sLWtpbhluEuxdyZBnSYWB6XU4oX3q7K2nuGJFmkmIul3mPB/XhA6TcQ8oCnvSLdGz6 IcHRJ9Sw3HYTX51xVl5F4i7xSqQtVBzh4JqdVoJveXP4S3Y7azTQnfqLotqOaB9RoH rNBRGkKj4i448pRS75HwAzlR07HhP6VgoV1eQWHUYLzSIyWfA7hhabK9Jr5KxuhXi/ WPcalCFGdPpybnf0BDYXZL9pOfCstwGVLik3I8M15yRllcVQqRSo/zzjcuoV/A9v2Z HSYEmobWubGOw== Date: Tue, 2 Jul 2024 13:42:21 +0200 From: Christian Brauner To: Jan Kara Cc: Jeff Layton , Christoph Hellwig , "Darrick J. Wong" , Alexander Viro , Steven Rostedt , Masami Hiramatsu , Mathieu Desnoyers , Chandan Babu R , Theodore Ts'o , Andreas Dilger , Chris Mason , Josef Bacik , David Sterba , Hugh Dickins , Andrew Morton , kernel-team@fb.com, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, linux-trace-kernel@vger.kernel.org, linux-xfs@vger.kernel.org, linux-ext4@vger.kernel.org, linux-btrfs@vger.kernel.org, linux-mm@kvack.org, linux-nfs@vger.kernel.org Subject: Re: [PATCH 01/10] fs: turn inode ctime fields into a single ktime_t Message-ID: <20240702-obigen-boxte-267c97f21bba@brauner> References: <20240626-mgtime-v1-0-a189352d0f8f@kernel.org> <20240626-mgtime-v1-1-a189352d0f8f@kernel.org> <20240701224941.GE612460@frogsfrogsfrogs> <3042db2f803fbc711575ec4f1c4a273912a50904.camel@kernel.org> <20240702101902.qcx73xgae2sqoso7@quack3> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20240702101902.qcx73xgae2sqoso7@quack3> X-Rspamd-Queue-Id: BCFA2A0014 X-Rspam-User: X-Rspamd-Server: rspam05 X-Stat-Signature: ak15okfzxn73ob9mnj19gn1edtf5npjo X-HE-Tag: 1719920596-912130 X-HE-Meta: U2FsdGVkX187aGWBzHQ262PbGedvxeMvvJuMu/XEAo7yseJWDsuxeKybw3RQ+xh3Z4/7/kdWXvdRe4X8AUSyJ4Qo+B/e4kdR4L5moSLFPCxYxKlbc8qFm6Rz3uDbIVATTwwfXSMLi5eCczgaIkJRmFaIpxzAsDvthLchdV038cakwqiy/FLV/cWdBZBjrboIuGuTEzkbyIBoEqKUVDtWECnH6NrtNxFzfTVM6Pxt4tnUeVCFfqYHn2N2AG6h7Z5lzbcCWkIaBVjRA99QvQ8hf0TfFkVFwlhSERdfxpO4Kt+9LfAfHJrB3Wc5zqC5hZ3Dm487I/KumLccD4oRAjwoRGzCHS3KdkpU1qWh7lpq1uVTW75AAgCzGKqY6KqJl14gpOxi+Ss/Yy2yGmqHJz+dN5QhfWn/PgfHzl7BmH0XXQ8cKKTyffzQM6oGPvT8kMGSmuy2Qt6WqI4IXbHUspJ5caknTVKxngz9NEs/X5Yi/+f8lI/Yvh2TcHPqX3HCAb/X+6e8awrjJVUY0/Cl256Z+YmeuVfed3rOnRbVF+ggVdzefwJ6NOgteVmN4O76B2RJd8ihmiFw84I8etBaXpUHbJ/+aqQXwDzBbzrWXfY1bSwS+yU/ZVx1HGEZlxZdQIDd9KvkCsYUugO3FIp2VC0WVvwH8gHB+Na/SNLjr35l+SX7BA9ILozs6IUUyRnd7P4d/iz8GTInxJDODuP+zdzWSiKHAazdbDsNojKNB/mX6q/VAyEXpSWDFltD2KcPXqyfeqQtRBU+58Luz85t30wEtUDLu4bUjYBY3NlpByhTkk8f2gaxm0FQNaTQ4j/CbC8fC8sDkv4RbtLOOeC10Foo2kT2ORf79KJRm4738YkK2XBKkYB+o4yytM8Yi71t2VL5wlRsjqCzE1x6S6Pr8tNMfJioKIZfo8pKv4SRHLtc+YlO2ZRmLUbwL6v2P9O1LE6jeHifuLbbKxbdYBzC3Lg BwuL0/zz f/a+BFglmDwlmryqPyhLkaMcHgqjfMHxvr5Cg4eVzVHFDv0zeytn9QcX2A7Gb8BGBxQ+QTfo/AklBmY4gshDVRLTdpenKZgvYyJ9QhgfFgTBG6DOjO3sKYjqy5KojoffYLkAEActAFe6MqClOznPfBImicdNsNlutynC0JootlBDLlZYfOpRTtUFIDpuW2qg8M4ZQ8k2K1AM+8e1WrhhJBGsd4zSEf93gv5ZwHNC6bqeuo7px6meBtOlqMkjGM9vy1+JSqEfDM6C25pQob65Qprnt5JB3TKCCsxJ8u+ZQGNEMF2jHR+YSp6UdxnjkEzibY0cS X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: > if the > kernel silently tries to accept and fixup the breakage, it is nice in the > short term (no complaining users) but it tends to get ugly in the long term > (where tend people come up with nasty cases where it was wrong to fix it > up). Yeah, very much agree. It works for simple APIs sometimes but it's certainly not something we should just do for filesystems with actual on-disk format.