Messages in this thread | | | From | Andi Kleen <> | Subject | Re: [discuss] [1/3] Add 4GB DMA32 zone | Date | Mon, 12 Sep 2005 09:58:55 +0200 |
| |
On Monday 12 September 2005 09:44, Jan Beulich wrote: > It seems a little strange to add individual zones one by one. I remember > from an OS project I previously worked on that at some time our driver > developers ran into one or more devices that were able to consume 31-bit > physical addresses
That's likely the unnamed RAID controller with the broken firmware refered to below (they might actually have fixed the firmware now) But for block devices it's not really needed anyways. From my experience and those of other folks (IA64) the 4GB zone + a small fallback zone is a good compromise.
> (but not 32-bit ones, and don't ask me for details on > what exact devices these were, I never knew). I thus wonder whether it > wouldn't make more sense to generalize the logic and allow drivers to > specify to the allocator how many physical address bits they can deal > with.
Because that would likely either impact the page allocation fast path by having unsuited data structures for the normal case or make the code to allocate pages with arbitary boundaries really slow because the allocation wouldn't be O(1). Didn't seem like a good tradeoff.
-Andi
- 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/
| |