summaryrefslogtreecommitdiffstats
path: root/kernel/rcu
diff options
context:
space:
mode:
authorNeilBrown <neilb@suse.de>2014-04-09 12:25:43 +1000
committerNeilBrown <neilb@suse.de>2014-04-09 14:42:23 +1000
commitda1aab3dca9aa88ae34ca392470b8943159e25fe (patch)
tree435a7a9ea35a3a68b6943e4bbf24b6c9b09281e3 /kernel/rcu
parent035328c202d26a824b8632fd3b00635db5aee5a2 (diff)
downloadop-kernel-dev-da1aab3dca9aa88ae34ca392470b8943159e25fe.zip
op-kernel-dev-da1aab3dca9aa88ae34ca392470b8943159e25fe.tar.gz
md/raid1: r1buf_pool_alloc: free allocate pages when subsequent allocation fails.
When performing a user-request check/repair (MD_RECOVERY_REQUEST is set) on a raid1, we allocate multiple bios each with their own set of pages. If the page allocations for one bio fails, we currently do *not* free the pages allocated for the previous bios, nor do we free the bio itself. This patch frees all the already-allocate pages, and makes sure that all the bios are freed as well. This bug can cause a memory leak which can ultimately OOM a machine. It was introduced in 3.10-rc1. Fixes: a07876064a0b73ab5ef1ebcf14b1cf0231c07858 Cc: Kent Overstreet <koverstreet@google.com> Cc: stable@vger.kernel.org (3.10+) Reported-by: Russell King - ARM Linux <linux@arm.linux.org.uk> Signed-off-by: NeilBrown <neilb@suse.de>
Diffstat (limited to 'kernel/rcu')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud