diff options
author | Andrew Morton <akpm@linux-foundation.org> | 2007-10-16 23:30:33 -0700 |
---|---|---|
committer | Linus Torvalds <torvalds@woody.linux-foundation.org> | 2007-10-17 08:43:02 -0700 |
commit | 9852a0e76cd9c89e71f84e784212fdd7a97ae93a (patch) | |
tree | e655477605be55176a99a01e14e3b60454bd2012 /security/selinux | |
parent | 6610a0bc8dcc120daa1d93807d470d5cbf777c39 (diff) | |
download | linux-stable-9852a0e76cd9c89e71f84e784212fdd7a97ae93a.tar.gz linux-stable-9852a0e76cd9c89e71f84e784212fdd7a97ae93a.tar.bz2 linux-stable-9852a0e76cd9c89e71f84e784212fdd7a97ae93a.zip |
writeback: fix time ordering of the per superblock dirty inode lists: memory-backed inodes
For reasons which escape me, inodes which are dirty against a ram-backed
filesystem are managed in the same way as inodes which are backed by real
devices.
Probably we could optimise things here. But given that we skip the entire
supeblock as son as we hit the first dirty inode, there's not a lot to be
gained.
And the code does need to handle one particular non-backed superblock: the
kernel's fake internal superblock which holds all the blockdevs.
Still. At present when the code encounters an inode which is dirty against a
memory-backed filesystem it will skip that inode by refiling it back onto
s_dirty. But it fails to update the inode's timestamp when doing so which at
least makes the debugging code upset.
Fix.
Cc: Mike Waychison <mikew@google.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'security/selinux')
0 files changed, 0 insertions, 0 deletions