Thread (5 messages) 5 messages, 3 authors, 2014-09-22

Re: [PATCH] blk-mq: Avoid race condition with uninitialized requests

From: Jens Axboe <axboe@kernel.dk>
Date: 2014-09-22 14:17:34
Also in: kvm, lkml, virtualization

On 2014-09-22 08:15, Christian Borntraeger wrote:
On 09/18/2014 11:04 AM, David Hildenbrand wrote:
quoted
This patch should fix the bug reported in https://lkml.org/lkml/2014/9/11/249.

We have to initialize at least the atomic_flags and the cmd_flags when
allocating storage for the requests.

Otherwise blk_mq_timeout_check() might dereference uninitialized pointers when
racing with the creation of a request.

Also move the reset of cmd_flags for the initializing code to the point where a
request is freed. So we will never end up with pending flush request indicators
that might trigger dereferences of invalid pointers in blk_mq_timeout_check().

Cc: stable@vger.kernel.org
Signed-off-by: David Hildenbrand <redacted>
Acked-by: Christian Borntraeger <redacted>

Can you please add
Reported-by: Paulo De Rezende Pinatti <redacted>
Tested-by: Paulo De Rezende Pinatti <redacted>

as Paulo did the testing work?

We thing this patch is fine and should go upstream.
I might have to pick'n rebase the series, in which case I'll add it. But 
I already queued it up last week, so if I don't, then I can't easily add 
it. I wish the git notes wasn't such a horrible and unusable hack, so we 
had a chance to annotate commits without having to rewrite history...

-- 
Jens Axboe
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help