RE: Alloc and lock down large amounts of memory

From: Richard B. Johnson (
Date: Tue Aug 20 2002 - 15:47:34 EST

On Tue, 20 Aug 2002, Bhavana Nagendra wrote:

> >
> > Curiosity: why do you want to do device DMA buffer
> > allocation from userland?
> I need 256M memory for a graphics operation. It's a requiremment,
> can't change it. There will be other reasonably sized allocs in kernel
> space, this is a special case that will be done from userland. As
> discussed earlier in this thread, there's no good way of alloc()ing
> and pinning that much in DMA memory space, is there?
> Gilad, I looked at mm/memory.c and map_user_kiobuf() lets me
> map user memory into kernel memory and pins it down. A scatter
> gatter mapping (say, pci_map_sg()) will create a seemingly
> contiguous buffer for DMA purposes. Does that sound right to you?
> Bhavana

You have to cheat. You can tell the kernel that you only have, say
128 Meg of RAM. Then, your driver adds PTEs for all the other
RAM you really have, easy ioremap(). The kernel doesn't know
nor care that there is RAM at those addresses. You can even call
request_mem_region() so that /proc/iomem has your entries in it.
This gets you all the real RAM you need plus it's guaranteed to
be contiguous and never paged.

Dick Johnson
Penguin : Linux version 2.4.18 on an i686 machine (797.90 BogoMips).
The US military has given us many words, FUBAR, SNAFU, now ENRON.
Yes, top management were graduates of West Point and Annapolis.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

This archive was generated by hypermail 2b29 : Fri Aug 23 2002 - 22:00:21 EST