aboutsummaryrefslogtreecommitdiffstats
path: root/fs/jfs/jfs_extent.h
diff options
context:
space:
mode:
authorStefan Bader <stefan.bader@canonical.com>2009-07-23 11:26:05 +0200
committerDave Kleikamp <shaggy@linux.vnet.ibm.com>2009-07-23 11:08:36 -0500
commit4a19fb11a90fdbbcb3bc02effa036230d035ca28 (patch)
tree62ffffbec656eb462cd7ae6cc4a615400b5cb5b5 /fs/jfs/jfs_extent.h
parent4be3bd7849165e7efa6b0b35a23d6a3598d97465 (diff)
downloadkernel_samsung_crespo-4a19fb11a90fdbbcb3bc02effa036230d035ca28.zip
kernel_samsung_crespo-4a19fb11a90fdbbcb3bc02effa036230d035ca28.tar.gz
kernel_samsung_crespo-4a19fb11a90fdbbcb3bc02effa036230d035ca28.tar.bz2
jfs: Fix early release of acl in jfs_get_acl
BugLink: http://bugs.launchpad.net/ubuntu/+bug/396780 Commit 073aaa1b142461d91f83da66db1184d7c1b1edea "helpers for acl caching + switch to those" introduced new helper functions for acl handling but seems to have introduced a regression for jfs as the acl is released before returning it to the caller, instead of leaving this for the caller to do. This causes the acl object to be used after freeing it, leading to kernel panics in completely different places. Thanks to Christophe Dumez for reporting and bisecting into this. Reported-by: Christophe Dumez <dchris@gmail.com> Tested-by: Christophe Dumez <dchris@gmail.com> Signed-off-by: Stefan Bader <stefan.bader@canonical.com> Acked-by: Andy Whitcroft <apw@canonical.com> Signed-off-by: Dave Kleikamp <shaggy@linux.vnet.ibm.com>
Diffstat (limited to 'fs/jfs/jfs_extent.h')
0 files changed, 0 insertions, 0 deletions