lkml.org 
[lkml]   [1998]   [Jul]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] New phys_addr() syscall
Raul Miller writes:
> Albert D. Cahalan <acahalan@cs.uml.edu> wrote:
> > There were plans to make mlock() available to normal users for
> > cryptographic purposes. There would be a quota to protect the
> > machine. If a user (or group of users) can get 1/32 of the pages
> > below 16 MB, then the system can not allocate 128 kB for DMA.
>
> You'll eventually want to allow memory locked with this variation of
> mlock to be migrated out of the DMA region (to deal with fragmentation
> issues).

That may present an unacceptable cost to a RT application. Copying a
page can easily take 100 microseconds. If Linux ever has the ability
to pin a RT process to a CPU, that process should never be delayed if
it doesn't ask to I/O (assuming it's mlock(2)ed all it's pages).

Moving to another physical page is contrary to the spirit of mlock(2),
IMO.

Regards,

Richard....

-
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.altern.org/andrebalsa/doc/lkml-faq.html

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