kernel/fs/readdir.c, branch linux-3.10.yHosts the 0x221E linux distro kernel.https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-3.10.y2013-02-23T04:31:31Znew helper: file_inode(file)2013-02-23T04:31:31ZAl Viroviro@zeniv.linux.org.uk2013-01-23T22:07:38Zurn:sha1:496ad9aa8ef448058e36ca7a787c61f2e63f0f54
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
switch simple cases of fget_light to fdget2012-09-27T02:20:08ZAl Viroviro@zeniv.linux.org.uk2012-08-28T16:52:22Zurn:sha1:2903ff019b346ab8d36ebbf54853c3aaf6590608
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
switch readdir/getdents to fget_light/fput_light2012-05-30T03:28:29ZAl Viroviro@zeniv.linux.org.uk2012-04-21T22:40:32Zurn:sha1:863ced7fe762f80e67bc9171e47c7d80032cce12
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
fs: reduce the use of module.h wherever possible2012-02-29T00:31:58ZPaul Gortmakerpaul.gortmaker@windriver.com2011-11-17T04:57:37Zurn:sha1:630d9c47274aa89bfa77fe6556d7818bdcb12992
For files only using THIS_MODULE and/or EXPORT_SYMBOL, map
them onto including export.h -- or if the file isn't even
using those, then just delete the include. Fix up any implicit
include dependencies that were being masked by module.h along
the way.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
vfs: fix warning: 'dirent' is used uninitialized in this function2010-08-10T03:45:05ZKevin Winchesterkjwinchester@gmail.com2010-08-10T00:20:22Zurn:sha1:85c9fe8fcaf630225b26047b3a7cc5167739eced
Using:
gcc (GCC) 4.5.0 20100610 (prerelease)
The following warnings appear:
fs/readdir.c: In function `filldir64':
fs/readdir.c:240:15: warning: `dirent' is used uninitialized in this function
fs/readdir.c: In function `filldir':
fs/readdir.c:155:15: warning: `dirent' is used uninitialized in this function
fs/compat.c: In function `compat_filldir64':
fs/compat.c:1071:11: warning: `dirent' is used uninitialized in this function
fs/compat.c: In function `compat_filldir':
fs/compat.c:984:15: warning: `dirent' is used uninitialized in this function
The warnings are related to the use of the NAME_OFFSET() macro. Luckily,
it appears as though the standard offsetof() macro is what is being
implemented by NAME_OFFSET(), thus we can fix the warning and use a more
standard code construct at the same time.
Signed-off-by: Kevin Winchester <kjwinchester@gmail.com>
Cc: Al Viro <viro@zeniv.linux.org.uk>
Cc: Christoph Hellwig <hch@lst.de>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
[CVE-2009-0029] System call wrappers part 322009-01-14T13:15:31ZHeiko Carstensheiko.carstens@de.ibm.com2009-01-14T13:14:34Zurn:sha1:d4e82042c4cfa87a7d51710b71f568fe80132551
Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
[CVE-2009-0029] System call wrappers part 212009-01-14T13:15:26ZHeiko Carstensheiko.carstens@de.ibm.com2009-01-14T13:14:23Zurn:sha1:20f37034fb966a1c35894f9fe529fda0b6440101
Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
[CVE-2009-0029] Rename old_readdir to sys_old_readdir2009-01-14T13:15:15ZHeiko Carstensheiko.carstens@de.ibm.com2009-01-14T13:13:55Zurn:sha1:e55380edf68796d75bf41391a781c68ee678587d
This way it matches the generic system call name convention.
Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
[PATCH] prepare vfs_readdir() callers to returning filldir result2008-10-23T09:13:10ZAl Viroviro@zeniv.linux.org.uk2008-08-24T11:29:52Zurn:sha1:53c9c5c0e32c69f9df1822e47671c13e3402c82f
It's not the final state, but it allows moving ->readdir() instances
to passing filldir return value to caller of vfs_readdir().
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
[PATCH] fix regular readdir() and friends2008-08-25T05:18:08ZAl Viroviro@zeniv.linux.org.uk2008-08-12T04:28:24Zurn:sha1:8f3f655da7288504c1013621090ecc940173ae1c
Handling of -EOVERFLOW.
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
st/stih418-clock.dtsi'>logtreecommitdiff