linux-kernel - Re: [PATCH 02/18] xstat: Add a pair of system calls to make extended file stats available [ver #6]

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 for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Sun, 8 Aug 2010 06:05:01 -0700
From:	Jeremy Allison <jra@...ba.org>
To:	Jeff Layton <jlayton@...hat.com>
Cc:	Jeremy Allison <jra@...ba.org>, Neil Brown <neilb@...e.de>,
	utz lehmann <lkml123@...4n2c.de>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	Volker.Lendecke@...net.de, David Howells <dhowells@...hat.com>,
	Jan Engelhardt <jengelh@...ozas.de>,
	linux-cifs@...r.kernel.org, linux-nfs@...r.kernel.org,
	samba-technical@...ts.samba.org, linux-kernel@...r.kernel.org,
	viro@...iv.linux.org.uk, linux-fsde@...per.es
Subject: Re: [PATCH 02/18] xstat: Add a pair of system calls to make
 extended  file stats available [ver #6]

On Sun, Aug 08, 2010 at 08:53:01AM -0400, Jeff Layton wrote:
> 
> It would be more convenient if this were part of stat() but adding a
> new stat call is non-trivial. Even if we did that, it still doesn't
> solve the problem of being able to set the create time. The fact that
> that's rarely done doesn't really matter much -- we ought to shoot for
> the semantics that are needed to handle this properly.

*BSD didn't. They just added something that was useful to UNIX.
I'd be happy with that. We don't need to ape Windows in everything.
The coming ACL disaster will show that (we will go from an ACL
model that is slightly too complex to use, to one that is impossibly
complex to use :-).

> If that's the case, don't you have to query for this EA every time you
> need to return the create time anyway? If so, then doing this really
> isn't any more costly -- you'd just be querying a different EA, right?

No, we'd be querying an additional EA. The EA we query contains
the DOS attribues as well as the create time.

Jeremy.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/