| /linux/fs/ocfs2/ |
| H A D | dcache.c | diff dc0474be3e27463d4d4a2793f82366eed906f223 Fri Jan 07 07:49:43 CET 2011 Nick Piggin <npiggin@kernel.dk> fs: dcache rationalise dget variants
dget_locked was a shortcut to avoid the lazy lru manipulation when we already
held dcache_lock (lru manipulation was relatively cheap at that point).
However, how that the lru lock is an innermost one, we never hold it at any
caller, so the lock cost can now be avoided. We already have well working lazy
dcache LRU, so it should be fine to defer LRU manipulations to scan time.
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
|
| /linux/drivers/infiniband/hw/qib/ |
| H A D | qib_fs.c | diff dc0474be3e27463d4d4a2793f82366eed906f223 Fri Jan 07 07:49:43 CET 2011 Nick Piggin <npiggin@kernel.dk> fs: dcache rationalise dget variants
dget_locked was a shortcut to avoid the lazy lru manipulation when we already
held dcache_lock (lru manipulation was relatively cheap at that point).
However, how that the lru lock is an innermost one, we never hold it at any
caller, so the lock cost can now be avoided. We already have well working lazy
dcache LRU, so it should be fine to defer LRU manipulations to scan time.
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
|
| /linux/fs/configfs/ |
| H A D | inode.c | diff dc0474be3e27463d4d4a2793f82366eed906f223 Fri Jan 07 07:49:43 CET 2011 Nick Piggin <npiggin@kernel.dk> fs: dcache rationalise dget variants
dget_locked was a shortcut to avoid the lazy lru manipulation when we already
held dcache_lock (lru manipulation was relatively cheap at that point).
However, how that the lru lock is an innermost one, we never hold it at any
caller, so the lock cost can now be avoided. We already have well working lazy
dcache LRU, so it should be fine to defer LRU manipulations to scan time.
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
|
| /linux/fs/exportfs/ |
| H A D | expfs.c | diff dc0474be3e27463d4d4a2793f82366eed906f223 Fri Jan 07 07:49:43 CET 2011 Nick Piggin <npiggin@kernel.dk> fs: dcache rationalise dget variants
dget_locked was a shortcut to avoid the lazy lru manipulation when we already
held dcache_lock (lru manipulation was relatively cheap at that point).
However, how that the lru lock is an innermost one, we never hold it at any
caller, so the lock cost can now be avoided. We already have well working lazy
dcache LRU, so it should be fine to defer LRU manipulations to scan time.
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
|
| /linux/arch/powerpc/platforms/cell/spufs/ |
| H A D | inode.c | diff dc0474be3e27463d4d4a2793f82366eed906f223 Fri Jan 07 07:49:43 CET 2011 Nick Piggin <npiggin@kernel.dk> fs: dcache rationalise dget variants
dget_locked was a shortcut to avoid the lazy lru manipulation when we already
held dcache_lock (lru manipulation was relatively cheap at that point).
However, how that the lru lock is an innermost one, we never hold it at any
caller, so the lock cost can now be avoided. We already have well working lazy
dcache LRU, so it should be fine to defer LRU manipulations to scan time.
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
|
| /linux/security/selinux/ |
| H A D | selinuxfs.c | diff dc0474be3e27463d4d4a2793f82366eed906f223 Fri Jan 07 07:49:43 CET 2011 Nick Piggin <npiggin@kernel.dk> fs: dcache rationalise dget variants
dget_locked was a shortcut to avoid the lazy lru manipulation when we already
held dcache_lock (lru manipulation was relatively cheap at that point).
However, how that the lru lock is an innermost one, we never hold it at any
caller, so the lock cost can now be avoided. We already have well working lazy
dcache LRU, so it should be fine to defer LRU manipulations to scan time.
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
|
| /linux/include/linux/ |
| H A D | dcache.h | diff dc0474be3e27463d4d4a2793f82366eed906f223 Fri Jan 07 07:49:43 CET 2011 Nick Piggin <npiggin@kernel.dk> fs: dcache rationalise dget variants
dget_locked was a shortcut to avoid the lazy lru manipulation when we already
held dcache_lock (lru manipulation was relatively cheap at that point).
However, how that the lru lock is an innermost one, we never hold it at any
caller, so the lock cost can now be avoided. We already have well working lazy
dcache LRU, so it should be fine to defer LRU manipulations to scan time.
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
|
| /linux/fs/ |
| H A D | dcache.c | diff dc0474be3e27463d4d4a2793f82366eed906f223 Fri Jan 07 07:49:43 CET 2011 Nick Piggin <npiggin@kernel.dk> fs: dcache rationalise dget variants
dget_locked was a shortcut to avoid the lazy lru manipulation when we already
held dcache_lock (lru manipulation was relatively cheap at that point).
However, how that the lru lock is an innermost one, we never hold it at any
caller, so the lock cost can now be avoided. We already have well working lazy
dcache LRU, so it should be fine to defer LRU manipulations to scan time.
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
|