diff options
author | Lachlan McIlroy <lmcilroy@redhat.com> | 2011-06-30 03:01:45 +0200 |
---|---|---|
committer | Al Viro <viro@zeniv.linux.org.uk> | 2011-08-01 07:57:44 +0200 |
commit | 782b94cdf577b4df1feb376f372dccc28e66a771 (patch) | |
tree | e0ea0054539a695707f4e54aacdb0c53cd990076 /fs/9p | |
parent | vfs: avoid call to inode_lru_list_del() if possible (diff) | |
download | linux-782b94cdf577b4df1feb376f372dccc28e66a771.tar.xz linux-782b94cdf577b4df1feb376f372dccc28e66a771.zip |
block: initialise bd_super in bdget()
bd_super is currently reset to NULL in kill_block_super() so we rely on previous
users of the block_device object to initialise this value for the next user.
This quirk was exposed on RHEL5 when a third party filesystem did not always use
kill_block_super() and therefore bd_super wasn't being reset when a block_device
object was recycled within the cache. This may not be a problem upstream but
makes sense to be defensive.
Signed-off-by: Lachlan McIlroy <lmcilroy@redhat.com>
Reviewed-by: Eric Sandeen <sandeen@redhat.com>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Diffstat (limited to 'fs/9p')
0 files changed, 0 insertions, 0 deletions