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
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20061005165504.GA23727@thunk.org>
Date:	Thu, 5 Oct 2006 12:55:04 -0400
From:	Theodore Tso <tytso@....edu>
To:	Bj�rn JACKE <bjacke@...net.de>,
	ext3-users@...hat.com, linux-ext4@...r.kernel.org
Subject: Re: creation time stamps for ext4 ?

On Thu, Oct 05, 2006 at 09:19:37AM -0600, Andreas Dilger wrote:
> On Oct 05, 2006  15:57 +0200, Bj�rn JACKE wrote:
> > I would like to know if there are any plans to introduce a creation 
> > timestamp in future ext3/4 versions. Having a 4th timestamp saving the 
> > creation time would be very good for projekts like Samba for example. 
> > It would be important that creation time can also be set manually 
> > later on by some system call. Systems like FreeBSD's UFS and Solais' 
> > ZFS already support creation times. Unfortunately Linux doesn't have 
> > such a thing standarized anywhere but it would be geat if it would.
> > 
> > Are there any plans to add this?
> 
> I've given this some thought for adding as part of the nsec timestamp
> patch.  That is more feasable if we move the nsec ctime into the main
> inode to double as the version field.

Shoehorning an extra creation time field into the inode is relatively
easy, but it's also necessary to have system calls to get and set the
creation time.  The stat structure doesn't have room for the creation
time, so that means a new version of the stat structure exported the
kernel, and a new version of the stat structure exported by glibc.

So there are VFS and glibc changes necessary to make this be useful.
But that doesn't prevent us from reserving space in the inode and
starting to fill it in with the creation time, although it may be
quite a while before it will be easily available to user programs like
Samba.

						- Ted
-
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ