[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20101023182127.GA4160@elte.hu>
Date: Sat, 23 Oct 2010 20:21:27 +0200
From: Ingo Molnar <mingo@...e.hu>
To: Jens Axboe <jaxboe@...ionio.com>
Cc: Tejun Heo <tj@...nel.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Vivek Goyal <vgoyal@...hat.com>
Subject: Re: [origin tree boot failure] Re: [GIT PULL] core block bits for
2.6.37-rc1
* Jens Axboe <jaxboe@...ionio.com> wrote:
> > Looks like a fairly straight forward case of uninitialized memory and
> > blk_sync_queue() -> throtl_shutdown_timer() -> cancel_delayed_work_sync().
> >
> > Will get that fixed up.
>
> It frees q->td in blk_cleanup_queue(), but doesn't clear q->td. When the final put
> happens, blk_sync_queue() is called and then ends up doing the
> cancel_delayed_work_sync() on freed memory.
>
> Two possible fixes:
>
> - Clear ->td when the queue is goin dead. May require other ->td == NULL
> checks in the code, so I opted for:
>
> - Move the free to when the queue is really going away, post doing the
> blk_sync_queue() call.
>
> The below should fix it.
>
> Signed-off-by: Jens Axboe <jaxboe@...ionio.com>
This did the trick, thanks Jens!
Tested-by: Ingo Molnar <mingo@...e.hu>
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists