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
| ||
|
Date: Wed, 30 Jun 2010 08:11:28 -0400 From: Christoph Hellwig <hch@...radead.org> To: David Howells <dhowells@...hat.com> Cc: Andreas Dilger <adilger@...ger.ca>, viro@...IV.linux.org.uk, smfrench@...il.com, jlayton@...hat.com, mcao@...ibm.com, aneesh.kumar@...ux.vnet.ibm.com, linux-cifs@...r.kernel.org, linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org, samba-technical@...ts.samba.org, sjayaraman@...e.de, linux-ext4@...r.kernel.org Subject: Re: [PATCH 0/3] Extended file stat functions [ver #2] On Wed, Jun 30, 2010 at 01:05:44PM +0100, David Howells wrote: > My aim was to avoid the need to create new stat syscalls in the future by > making it possible to increment the version number you're asking for. The cost of adding a syscall is much smaller than adding all the wanking in your system call. Think about it - adding a new stat variant if a few lines of code which add minimal icache footpint. Even less so when the applications using the old ones disappear for a while. Totally overdesigned crap like yours on the other hand adds lots of code and branches that stay forever. In addition to making life for strace and co really hard if the structure ever changes. So adding a few fields of padding at the end for new members is fine, but doing overkill of versioning including queries for supported versions doesn't. -- 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