Messages in this thread | | | From | "Stephen C. Tweedie" <> | Date | Thu, 11 Nov 1999 12:09:14 +0000 (GMT) | Subject | Re: kiobuf using kernel pages |
| |
Hi,
On Thu, 11 Nov 1999 13:47:04 +0100 (CET), Ingo Molnar <mingo@chiara.csoma.elte.hu> said:
> nevertheless i disagree a little bit with the current situation :) i > believe we should keep the kiobuf interface (towards lowlevel drivers) > 'struct page *'-only, for simplicity. The PCI-to-PCI DMA case is > definitely worth worrying about, but we should rather extend the 'struct > page *' notion instead of putting in a dual interface. There are two > solutions i can think of: we could as well keep a separate mem_map for PCI > (and generic bus) areas, to control usage. This means page_to_physaddr() > type of conversion gets one more branch - no problem i think.
That's possible, although it complicates things like MAP_NR unnecessarily on architectures which have contiguous physical memory.
> the other solution is to allow 'struct page *' to overflow above > mem_map[].
Yes, we can do this. Let me ponder it a bit more, this sounds like the better answer.
--Stephen
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |