lkml.org 
[lkml]   [2002]   [Aug]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRE: Alloc and lock down large amounts of memory
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.

Cheers,
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 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/

\
 
 \ /
  Last update: 2005-03-22 13:28    [W:0.078 / U:0.928 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site