| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <20231001050156.GA3366643@gp-workstation.iram.es>
Date: Sun, 1 Oct 2023 07:01:56 +0200
From: Gabriel Paubert <paubert@...m.es>
To: Steve French <smfrench@...il.com>
Cc: David Howells <dhowells@...hat.com>,
Latchesar Ionkov <lucho@...kov.net>,
"Rafael J . Wysocki" <rafael@...nel.org>,
"Darrick J. Wong" <djwong@...nel.org>,
Anders Larsen <al@...rsen.net>,
Carlos Llamas <cmllamas@...gle.com>,
Sven Schnelle <svens@...ux.ibm.com>,
Mattia Dongili <malattia@...ux.it>,
Yonghong Song <yonghong.song@...ux.dev>,
Alexander Gordeev <agordeev@...ux.ibm.com>,
Christoph Hellwig <hch@....de>,
Mike Marshall <hubcap@...ibond.com>,
Paulo Alcantara <pc@...guebit.com>,
Jason Gunthorpe <jgg@...pe.ca>,
James Morris <jmorris@...ei.org>,
Christian Borntraeger <borntraeger@...ux.ibm.com>,
devel@...ts.orangefs.org, Shyam Prasad N <sprasad@...rosoft.com>,
Jan Harkes <jaharkes@...cmu.edu>, linux-um@...ts.infradead.org,
Nicholas Piggin <npiggin@...il.com>,
Alexander Viro <viro@...iv.linux.org.uk>,
Eric Van Hensbergen <ericvh@...nel.org>,
Suren Baghdasaryan <surenb@...gle.com>,
Trond Myklebust <trond.myklebust@...merspace.com>,
Anton Altaparmakov <anton@...era.com>,
Christian Brauner <brauner@...nel.org>,
Greg Kr oah-Hartman <gregkh@...uxfoundation.org>,
Stephen Smalley <stephen.smalley.work@...il.com>,
linux-usb@...r.kernel.org, linux-kernel@...r.kernel.org,
Ronnie Sahlberg <lsahlber@...hat.com>,
Sergey Senozhatsky <senozhatsky@...omium.org>,
Luis Chamberlain <mcgrof@...nel.org>,
Chuck Lever <chuck.lever@...cle.com>,
Masami Hiramatsu <mhiramat@...nel.org>,
Jiri Olsa <jolsa@...nel.org>, Jan Kara <jack@...e.com>,
Tejun Heo <tj@...nel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Dave Kleikamp <shaggy@...nel.org>,
samba-technical@...ts.samba.org,
Marc Dionne <marc.dionne@...istor.com>,
Eric Dumazet <edumazet@...gle.com>,
Stanislav Fomichev <sdf@...gle.com>,
linux-s390@...r.kernel.org, linux-nilfs@...r.kernel.org,
Paul Moore <paul@...l-moore.com>,
Leon Romanovsky <leon@...nel.org>,
Hugh Dickins <hughd@...gle.com>,
Andrii Nakryiko <andrii@...nel.org>, codalist@...a.cs.cmu.edu,
Iurii Zaikin <yzaikin@...gle.com>,
Namjae Jeon <linkinjeon@...nel.org>,
linux-trace-kernel@...r.kernel.org, Todd Kjos <tkjos@...roid.com>,
Vasily Gorbik <gor@...ux.ibm.com>, selinux@...r.kernel.org,
reiserfs-devel@...r.kernel.org,
Sungjong Seo <sj1557.seo@...sung.com>,
ocfs2-devel@...ts.linux.dev, Yue Hu <huyue2@...lpad.com>,
Jaegeuk Kim <jaegeuk@...nel.org>,
Martijn Coenen <maco@...roid.com>,
OGAWA Hirofumi <hirofumi@...l.parknet.co.jp>,
Hao Luo <haoluo@...gle.com>, Tony Luck <tony.luck@...el.com>,
Theodore Ts'o <tytso@....edu>,
Nicolas Pitre <nico@...xnic.net>,
linux-ntfs-dev@...ts.sourceforge.net,
Muchun Song <muchun.song@...ux.dev>,
linux-f2fs-devel@...ts.sourceforge.net,
"Guilherme G. Piccoli" <gpiccoli@...lia.com>,
"Eric W. Biederman" <ebiederm@...ssion.com>,
Anna Schumaker <anna@...nel.org>,
David Woodhouse <dwmw2@...radead.org>,
Brad Warrum <bwarrum@...ux.ibm.com>,
Mike Kravetz <mike.kravetz@...cle.com>,
linux-efi@...r.kernel.org,
Martin Brandenburg <martin@...ibond.com>,
Alexei Starovoitov <ast@...nel.org>,
platform-driver-x86@...r.kernel.or.g,
Joseph Qi <joseph.qi@...ux.alibaba.com>,
Chris Mason <clm@...com>, linux-mtd@...ts.infradead.org,
linux-hardening@...r.kernel.org,
Joel Fernandes <joel@...lfernandes.org>,
Jiri Slaby <jirislaby@...nel.org>,
linux-afs@...ts.infradead.org, Ian Kent <raven@...maw.net>,
Naohiro Aota <naohiro.aota@....com>,
Daniel Borkmann <daniel@...earbox.net>,
Miklos Szeredi <miklos@...redi.hu>, linux-rdma@...r.kernel.org,
coda@...cmu.edu,
Ilpo Järvinen <ilpo.jarvinen@...ux.intel.com>,
Ilya Dryomov <idryomov@...il.com>,
Paolo Abeni <pabeni@...hat.com>,
"Serge E. Hallyn" <serge@...lyn.com>,
Amir Goldstein <amir73il@...il.com>,
Kees Cook <keescook@...omium.org>,
Arnd Bergmann <arnd@...db.de>, autofs@...r.kernel.org,
Steven Rostedt <rostedt@...dmis.org>,
Mark Gross <markgross@...nel.org>,
Damien Le Moal <dlemoal@...nel.org>,
Eric Paris <eparis@...isplace.org>, ceph-devel@...r.kernel.org,
Gao Xiang <xiang@...nel.org>, gfs2@...ts.linux.dev,
linux-nfs@...r.kernel.org, linux-ext4@...r.ker.nel.org,
Olga Kornievskaia <kolga@...app.com>,
Song Liu <song@...nel.org>, Jeff Layton <jlayton@...nel.org>,
Martin KaFai Lau <martin.lau@...ux.dev>,
linux-xfs@...r.kernel.org, Jeremy Kerr <jk@...abs.org>,
Bob Peterson <rpeterso@...hat.com>,
linux-fsdevel@...r.kernel.org, bpf@...r.kernel.org,
ntfs3@...ts.linux.dev, linux-erofs@...ts.ozlabs.org,
"David S . Miller" <davem@...emloft.net>,
Chandan Babu R <chandan.babu@...cle.com>,
jfs-discussion@...ts.sourceforge.net, Jan Kara <jack@...e.cz>,
Neil Brown <neilb@...e.de>,
Dominique Martinet <asmadeus@...ewreck.org>,
Christian Schoenebeck <linux_oss@...debyte.com>,
Bob Copeland <me@...copeland.com>,
KP Singh <kpsingh@...nel.org>, David Sterba <dsterba@...e.cz>,
Konstantin Komarov <almaz.alexandrovich@...agon-software.com>,
linux-mm@...ck.org, Andreas Dilger <adilger.kernel@...ger.ca>,
Arve Hjønnevåg <arve@...roid.com>,
Mikulas Patocka <mikulas@...ax.karlin.mff.cuni.cz>,
Ard Biesheuvel <ardb@...nel.org>,
Anton Ivanov <anton.ivanov@...bridgegreys.com>,
Andreas Gruenbacher <agruenba@...hat.com>,
Richard Weinberger <richard@....at>,
Mark Fasheh <mark@...heh.com>, Dai Ngo <Dai.Ngo@...cle.com>,
Steve French <sfrench@...ba.org>, linux-serial@...r.kernel.org,
Jakub Kicinski <kuba@...nel.org>,
Salah Triki <salah.triki@...il.com>,
John Fastabend <john.fastabend@...il.com>,
Evgeniy Dushistov <dushistov@...l.ru>,
linux-cifs@...r.kernel.org, Heiko Carstens <hca@...ux.ibm.com>,
Chao Yu <chao@...nel.org>, apparmor@...ts.ubuntu.com,
Josef Bacik <josef@...icpanda.com>,
Tom Talpey <tom@...pey.com>,
Hans de Goede <hdegoede@...hat.com>,
"Tigran A. Aivazian" <aivazian.tigran@...il.com>,
David Sterba <dsterba@...e.com>, Xiubo Li <xiubli@...hat.com>,
Ryusuke Konishi <konishi.ryusuke@...il.com>,
Dennis Dalessandro <dennis.dalessandro@...nelisnetworks.com>,
John Johansen <john.johansen@...onical.com>,
Ritu Agarwal <rituagar@...ux.ibm.com>,
Luis de Bethencourt <luisbg@...nel.org>,
Netdev <netdev@...r.kernel.org>, v9fs@...sts.linux.dev,
linux-unionfs@...r.kernel.org,
linux-security-module@...r.kernel.org,
Jeffle Xu <jefflexu@...ux.alibaba.com>,
Phillip Lougher <phillip@...ashfs.org.uk>,
Johannes Berg <johannes@...solutions.net>,
Johannes Thumshirn <jth@...nel.org>,
linuxppc-dev@...ts.ozlabs.org,
linux-karma-devel@...ts.sourceforge.net,
linux-btrfs@...r.kernel.org, Joel Becker <jlbec@...lplan.org>
Subject: [OT] Re: [PATCH 86/87] fs: switch timespec64 fields in inode to
discrete integers
On Sat, Sep 30, 2023 at 09:50:41AM -0500, Steve French wrote:
> On Fri, Sep 29, 2023 at 3:06 AM David Howells via samba-technical
> <samba-technical@...ts.samba.org> wrote:
> >
> >
> > Jeff Layton <jlayton@...nel.org> wrote:
> >
> > > Correct. We'd lose some fidelity in currently stored timestamps, but as
> > > Linus and Ted pointed out, anything below ~100ns granularity is
> > > effectively just noise, as that's the floor overhead for calling into
> > > the kernel. It's hard to argue that any application needs that sort of
> > > timestamp resolution, at least with contemporary hardware.
> >
> > Albeit with the danger of making Steve French very happy;-), would it make
> > sense to switch internally to Microsoft-style 64-bit timestamps with their
> > 100ns granularity?
>
> 100ns granularity does seem to make sense and IIRC was used by various
> DCE standards in the 90s and 2000s (not just used for SMB2/SMB3 protocol and
> various Windows filesystems)
Historically it probably comes from VMS, where system time and file
timestamps were a 64 bit integer counting in 100ns units starting on MJD
2400000.5 (Nov 17th 1858).
Gabriel
>
>
> --
> Thanks,
>
> Steve
Powered by blists - more mailing lists