summaryrefslogtreecommitdiff
path: root/fs/gfs2/lops.c
diff options
context:
space:
mode:
authorLachlan McIlroy <lmcilroy@redhat.com>2011-06-30 11:01:45 +1000
committerAl Viro <viro@zeniv.linux.org.uk>2011-08-01 01:57:44 -0400
commit782b94cdf577b4df1feb376f372dccc28e66a771 (patch)
treee0ea0054539a695707f4e54aacdb0c53cd990076 /fs/gfs2/lops.c
parentc4ae0c65455c1bb30d1b71c6dd9a1a62aadde8ef (diff)
downloadlwn-782b94cdf577b4df1feb376f372dccc28e66a771.tar.gz
lwn-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/gfs2/lops.c')
0 files changed, 0 insertions, 0 deletions