Re: [Cluster-devel] [PATCH] gfs2: fix timestamp handling on quota inodes

2023-07-13 Thread Andreas Gruenbacher
Jeff and Christian, On Thu, Jul 13, 2023 at 3:52 PM Jeff Layton wrote: > While these aren't generally visible from userland, it's best to be > consistent with timestamp handling. When adjusting the quota, update the > mtime and ctime like we would with a write operation on any other inode, > and

Re: [Cluster-devel] [PATCH] gfs2: fix timestamp handling on quota inodes

2023-07-13 Thread Christian Brauner
On Thu, 13 Jul 2023 09:52:48 -0400, Jeff Layton wrote: > While these aren't generally visible from userland, it's best to be > consistent with timestamp handling. When adjusting the quota, update the > mtime and ctime like we would with a write operation on any other inode, > and avoid updating the

Re: [Cluster-devel] [PATCH] gfs2: fix timestamp handling on quota inodes

2023-07-13 Thread Christian Brauner
On Thu, Jul 13, 2023 at 09:52:48AM -0400, Jeff Layton wrote: > While these aren't generally visible from userland, it's best to be > consistent with timestamp handling. When adjusting the quota, update the > mtime and ctime like we would with a write operation on any other inode, > and avoid updati

[Cluster-devel] [PATCH] gfs2: fix timestamp handling on quota inodes

2023-07-13 Thread Jeff Layton
While these aren't generally visible from userland, it's best to be consistent with timestamp handling. When adjusting the quota, update the mtime and ctime like we would with a write operation on any other inode, and avoid updating the atime which should only be done for reads. Signed-off-by: Jef