I believe there is a bug in kernel/resource.c.
We (SGI sn2 I/O code) are using this for allocating dma map resources,
and we tracked failures we were seeing to find_resource().
The problem is that when testing bounds in the forever loop, the
end bound would be one higher than it should be if it gets set
from another resource (it's set to the proper value when it gets
set from the root), causing find_resource to return an invalid
min/max when the requested size was one greater than would fit
between two existing resources.
jeremy
--- ../linux-ioc4/kernel/resource.c Fri Oct 24 18:47:19 2003
+++ kernel/resource.c Fri Nov 7 18:53:14 2003
@@ -236,25 +236,33 @@
static int find_resource(struct resource *root, struct resource *new,
unsigned long size,
unsigned long min, unsigned long max,
unsigned long align,
void (*alignf)(void *, struct resource *,
unsigned long, unsigned long),
void *alignf_data)
{
struct resource *this = root->child;
new->start = root->start;
+ /*
+ * Skip past an allocated resource that starts at 0, since the assignment
+ * of this->start - 1 to new->end below would cause an underflow.
+ */
+ if (this && this->start == 0) {
+ new->start = this->end + 1;
+ this = this->sibling;
+ }
for(;;) {
if (this)
- new->end = this->start;
+ new->end = this->start - 1;
else
new->end = root->end;
if (new->start < min)
new->start = min;
if (new->end > max)
new->end = max;
new->start = (new->start + align - 1) & ~(align - 1);
if (alignf)
alignf(alignf_data, new, size, align);
if (new->start < new->end && new->end - new->start + 1 >= size) {
new->end = new->start + size - 1;