Prev: swiotlb-0.8.2^H3: seperation of physical/virtual address translation and core memory allocation.
Next: (none)
From: imre.deak on 5 Jun 2010 08:20
From: Imre Deak <imre.deak(a)nokia.com>

bitmap_find_next_zero_area requires the size of the bitmap, we instead
passed the last suitable position. This made it impossible to allocate
from the end of the pool.

Signed-off-by: Imre Deak <imre.deak(a)nokia.com>
CC: Andrew Morton <akpm(a)linux-foundation.org>
CC: Zygo Blaxell <zygo.blaxell(a)xandros.com>
CC: Tejun Heo <tj(a)kernel.org>
CC: Akinobu Mita <akinobu.mita(a)gmail.com>

---
lib/genalloc.c | 1 -
1 files changed, 0 insertions(+), 1 deletions(-)

diff --git a/lib/genalloc.c b/lib/genalloc.c
index 736c3b0..1923f14 100644
--- a/lib/genalloc.c
+++ b/lib/genalloc.c
@@ -128,7 +128,6 @@ unsigned long gen_pool_alloc(struct gen_pool *pool, size_t size)
chunk = list_entry(_chunk, struct gen_pool_chunk, next_chunk);

end_bit = (chunk->end_addr - chunk->start_addr) >> order;
- end_bit -= nbits + 1;

spin_lock_irqsave(&chunk->lock, flags);
start_bit = bitmap_find_next_zero_area(chunk->bits, end_bit, 0,
--
1.7.1

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
 | 
Pages: 1
Prev: swiotlb-0.8.2^H3: seperation of physical/virtual address translation and core memory allocation.
Next: (none)