kernel/resource.c: fix muxed resource handling in __request_region()
authorSimon Guinot <simon.guinot@sequanux.org>
Wed, 9 Sep 2015 22:15:18 +0000 (00:15 +0200)
committerLinus Torvalds <torvalds@linux-foundation.org>
Sat, 20 Feb 2016 16:57:52 +0000 (08:57 -0800)
commit59ceeaaf355fa0fb16558ef7c24413c804932ada
treef44384241bd98a08194039f112bd8f1e22c417cb
parent020ecbba0548cefc91c3c5de32c28a62bcf37ed9
kernel/resource.c: fix muxed resource handling in __request_region()

In __request_region, if a conflict with a BUSY and MUXED resource is
detected, then the caller goes to sleep and waits for the resource to be
released.  A pointer on the conflicting resource is kept.  At wake-up
this pointer is used as a parent to retry to request the region.

A first problem is that this pointer might well be invalid (if for
example the conflicting resource have already been freed).  Another
problem is that the next call to __request_region() fails to detect a
remaining conflict.  The previously conflicting resource is passed as a
parameter and __request_region() will look for a conflict among the
children of this resource and not at the resource itself.  It is likely
to succeed anyway, even if there is still a conflict.

Instead, the parent of the conflicting resource should be passed to
__request_region().

As a fix, this patch doesn't update the parent resource pointer in the
case we have to wait for a muxed region right after.

Reported-and-tested-by: Vincent Pelletier <plr.vincent@gmail.com>
Signed-off-by: Simon Guinot <simon.guinot@sequanux.org>
Tested-by: Vincent Donnefort <vdonnefort@gmail.com>
Cc: stable@kernel.org
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
kernel/resource.c