Messages in this thread | | | From | "Adam J. Richter" <> | Date | Sat, 15 Jun 2002 13:24:43 -0700 | Subject | Re: bio_chain: proposed solution for bio_alloc failure and large IO simplification |
| |
>> Can't I make a macro to do a table lookup from bio->bi_max?
>Not really. If I do
> bio_alloc(GFP_KERNEL, 27);
>then I'll get a 32-slot bvec. But presumably, I don't >want to put more than 27 pages into it.
If you called bio_alloc with a smaller number, that would just be the result of a small IO that you knew could not generate more iovecs than that. So, that scenario will not happen.
If that scenario did happen, by the way, it would still be safe. If you cannot handle the larger request for some reason that is not apparent to q->one_more_bvec, then you would make your own one_more_bvec routine (probably a wrapper).
Adam J. Richter __ ______________ 575 Oroville Road adam@yggdrasil.com \ / Milpitas, California 95035 +1 408 309-6081 | g g d r a s i l United States of America "Free Software For The Rest Of Us." - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |