From: Vivek Goyal <vgoyal@redhat.com>
To: Xiaotian Feng <xtfeng@gmail.com>
Cc: axboe@kernel.dk, tj@kernel.org, linux-kernel@vger.kernel.org,
Xiaotian Feng <dannyfeng@tencent.com>
Subject: Re: [PATCH v2] block: fix ioc leak in put_io_context
Date: Tue, 13 Mar 2012 10:28:20 -0400 [thread overview]
Message-ID: <20120313142820.GF29169@redhat.com> (raw)
In-Reply-To: <1331659266-21940-1-git-send-email-xtfeng@gmail.com>
On Tue, Mar 13, 2012 at 01:21:06PM -0400, Xiaotian Feng wrote:
> When put_io_context is called, if ioc->icq_list is empty and refcount
> is 1, kernel will not free the ioc.
>
> This is caught by following kmemleak:
>
> unreferenced object 0xffff880036349fe0 (size 216):
> comm "sh", pid 2137, jiffies 4294931140 (age 290579.412s)
> hex dump (first 32 bytes):
> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
> 01 00 01 00 ad 4e ad de ff ff ff ff 00 00 00 00 .....N..........
> backtrace:
> [<ffffffff8169f926>] kmemleak_alloc+0x26/0x50
> [<ffffffff81195a9c>] kmem_cache_alloc_node+0x1cc/0x2a0
> [<ffffffff81356b67>] create_io_context_slowpath+0x27/0x130
> [<ffffffff81356d2b>] get_task_io_context+0xbb/0xf0
> [<ffffffff81055f0e>] copy_process+0x188e/0x18b0
> [<ffffffff8105609b>] do_fork+0x11b/0x420
> [<ffffffff810247f8>] sys_clone+0x28/0x30
> [<ffffffff816d3373>] stub_clone+0x13/0x20
> [<ffffffffffffffff>] 0xffffffffffffffff
>
> ioc should be freed if ioc->icq_list is empty.
> Signed-off-by: Xiaotian Feng <dannyfeng@tencent.com>
> ---
> block/blk-ioc.c | 6 ++++++
> 1 files changed, 6 insertions(+), 0 deletions(-)
>
> diff --git a/block/blk-ioc.c b/block/blk-ioc.c
> index 8b782a6..9690f27 100644
> --- a/block/blk-ioc.c
> +++ b/block/blk-ioc.c
> @@ -145,6 +145,7 @@ static void ioc_release_fn(struct work_struct *work)
> void put_io_context(struct io_context *ioc)
> {
> unsigned long flags;
> + bool free_ioc = false;
>
> if (ioc == NULL)
> return;
> @@ -159,8 +160,13 @@ void put_io_context(struct io_context *ioc)
> spin_lock_irqsave(&ioc->lock, flags);
> if (!hlist_empty(&ioc->icq_list))
> schedule_work(&ioc->release_work);
> + else
> + free_ioc = true;
> spin_unlock_irqrestore(&ioc->lock, flags);
> }
> +
> + if (free_ioc)
> + kmem_cache_free(iocontext_cachep, ioc);
> }
> EXPORT_SYMBOL(put_io_context);
This one looks good to me. Tejun?
Acked-by: Vivek Goyal <vgoyal@redhat.com>
Vivek
next prev parent reply other threads:[~2012-03-13 14:28 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-12 14:59 [PATCH] block: fix ioc leak in put_io_context Xiaotian Feng
2012-03-12 14:22 ` Vivek Goyal
2012-03-13 17:21 ` [PATCH v2] " Xiaotian Feng
2012-03-13 14:28 ` Vivek Goyal [this message]
2012-03-13 14:40 ` Jens Axboe
2012-03-13 15:49 ` Tejun Heo
2012-03-13 22:44 ` Xiaotian Feng
2012-03-13 22:47 ` Tejun Heo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120313142820.GF29169@redhat.com \
--to=vgoyal@redhat.com \
--cc=axboe@kernel.dk \
--cc=dannyfeng@tencent.com \
--cc=linux-kernel@vger.kernel.org \
--cc=tj@kernel.org \
--cc=xtfeng@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox