Re: [PATCH] bitmap: fix bitmap_find_free_region()

From: Guennadi Liakhovetski
Date: Fri Dec 19 2008 - 08:18:24 EST


On Fri, 19 Dec 2008, Johannes Weiner wrote:

> On Fri, Dec 19, 2008 at 12:26:41PM +0100, Guennadi Liakhovetski wrote:
> > Currently bitmap_find_free_region() assumes, that the requested region
> > size is smaller than the entire bitmap. If this is not the case it fails
> > to detect it and returns success, while pointing at a position outside of
> > the region.
> >
> > Signed-off-by: Guennadi Liakhovetski <lg@xxxxxxx>
> > Cc: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
> > ---
> > It is hard to believe, that this is a bug, last time this code was touched
> > in 2006... Or should the caller guarantee, that the requested region is
> > not larger than the bitmap? Then dma_alloc_from_coherent() is buggy, which
> > is where I hit this bug. But it seems to me bitmap_find_free_region()
> > should be fixed.
> >
> > diff --git a/lib/bitmap.c b/lib/bitmap.c
> > index 1338469..079c5e3 100644
> > --- a/lib/bitmap.c
> > +++ b/lib/bitmap.c
> > @@ -950,6 +950,9 @@ int bitmap_find_free_region(unsigned long *bitmap, int bits, int order)
> > {
> > int pos; /* scans bitmap by regions of size order */
> >
> > + if (bits < 1 << order)
> > + return -ENOMEM;
>
> I think this is an error on the callsite, so a WARN_ON() might be good
> to spot these. I would be interested in the callpath that triggered
> this bug for you.

As I said above it's called from dma_alloc_from_coherent() from
dma_alloc_coherent().

> And return -ENOSPC?

So, you agree that a check should be added to bitmap_find_free_region()?
As for details - to warn or not to warn and what error code to return,
that can be discussed, although "No space left on device" doesn't seem to
fit very well IMHO:-)

Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.

DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: office@xxxxxxx
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/