[lustre-devel] [PATCH 2/7] lustre/libcfs: fix freeing after kmalloc failure.
Andreas Dilger
adilger at whamcloud.com
Mon Jul 30 14:31:05 PDT 2018
On Jul 29, 2018, at 21:49, NeilBrown <neilb at suse.com> wrote:
>
> The new_bkts array is *not* zeroed (any more) so when
> freeing recently allocated buckets on failure, we
> must no free beyond the last bucket successfully
> allocated.
>
> Fixes: 12e46c461cb9 ("staging: lustre: change some LIBCFS_ALLOC calls to k?alloc(GFP_KERNEL)")
> Signed-off-by: NeilBrown <neilb at suse.com>
Reviewed-by: Andreas Dilger <adilger at whamcloud.com>
> ---
> drivers/staging/lustre/lnet/libcfs/hash.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/staging/lustre/lnet/libcfs/hash.c b/drivers/staging/lustre/lnet/libcfs/hash.c
> index 48be66f0d654..f452c4540ca1 100644
> --- a/drivers/staging/lustre/lnet/libcfs/hash.c
> +++ b/drivers/staging/lustre/lnet/libcfs/hash.c
> @@ -904,7 +904,7 @@ cfs_hash_buckets_realloc(struct cfs_hash *hs, struct cfs_hash_bucket **old_bkts,
> new_bkts[i] = kzalloc(cfs_hash_bkt_size(hs), GFP_KERNEL);
> if (!new_bkts[i]) {
> cfs_hash_buckets_free(new_bkts, cfs_hash_bkt_size(hs),
> - old_size, new_size);
> + old_size, i);
> return NULL;
> }
>
>
>
Cheers, Andreas
---
Andreas Dilger
CTO Whamcloud
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 235 bytes
Desc: Message signed with OpenPGP
URL: <http://lists.lustre.org/pipermail/lustre-devel-lustre.org/attachments/20180730/3f7477a3/attachment-0001.sig>
More information about the lustre-devel
mailing list