[lkml]   [1999]   [Oct]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: locking question: do_mmap(), do_munmap()

On Mon, 11 Oct 1999 12:05:23 -0400 (EDT), Alexander Viro
<> said:

> On Mon, 11 Oct 1999, Stephen C. Tweedie wrote:
>> No, spinlocks would be ideal. The vma swapout codes _have_ to be
>> prepared for the vma to be destroyed as soon as we sleep. In fact, the
>> entire mm may disappear if the process happens to exit. Once we know
>> which page to write where, the swapout operation becomes a per-page
>> operation, not per-vma.

> Aha, so you propose to drop it in ->swapout(), right? (after get_file() in
> filemap_write_page()... Ouch. Probably we'ld better lambda-expand the call
> in filemap_swapout() - the thing is called from other places too)...

Right now it is the big kernel lock which is used for this, and the
scheduler drops it anyway for us. If anyone wants to replace that lock
with another spinlock, then yes, the swapout method would have to drop
it before doing anything which could block. And that is ugly: having
spinlocks unbalanced over function calls is a maintenance nightmare.


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

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