lkml.org 
[lkml]   [2011]   [Jun]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [PATCH v4 3.0-rc2-tip 7/22] 7: uprobes: mmap and fork hooks.
From
Date
On Mon, 2011-06-27 at 12:15 +0530, Srikar Dronamraju wrote:

> > > mutex_lock(&mapping->i_mmap_mutex);
> > > add_to_temp_list(vma, inode, &tmp_list);
> > > list_for_each_entry_safe(uprobe, u, &tmp_list, pending_list) {
> > > loff_t vaddr;
> > >
> > > list_del(&uprobe->pending_list);
> > > if (ret)
> > > continue;
> > >
> > > vaddr = vma->vm_start + uprobe->offset;
> > > vaddr -= vma->vm_pgoff << PAGE_SHIFT;
> > > ret = install_breakpoint(mm, uprobe, vaddr);
> >
> > Right, so this is the problem, you cannot do allocations under
> > i_mmap_mutex, however I think you can under i_mutex.
>
> I didnt know that we cannot do allocations under i_mmap_mutex.
> Why is this?

Because we try to take i_mmap_mutex during reclaim, trying to unmap
pages. So suppose we do an allocation while holding i_mmap_mutex, find
there's no free memory, try and unmap a page in order to free it, and
we're stuck.

> I cant take i_mutex, because we would have already held
> down_write(mmap_sem) here.

Right. So can we add a lock in the uprobe? All we need is per uprobe
serialization, right?


\
 
 \ /
  Last update: 2011-06-27 11:19    [W:0.105 / U:0.476 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site