linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Srikar Dronamraju <srikar@linux.vnet.ibm.com>
To: Oleg Nesterov <oleg@redhat.com>
Cc: Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	Ananth N Mavinakayanahalli <ananth@in.ibm.com>,
	Anton Arapov <anton@redhat.com>,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH 2/3] uprobes: introduce MMF_RECALC_UPROBES
Date: Fri, 14 Sep 2012 22:02:40 +0530	[thread overview]
Message-ID: <20120914163240.GD28033@linux.vnet.ibm.com> (raw)
In-Reply-To: <20120819164040.GA25483@redhat.com>

* Oleg Nesterov <oleg@redhat.com> [2012-08-19 18:40:40]:

> Add the new MMF_RECALC_UPROBES flag, it means that MMF_HAS_UPROBES
> can be false positive after remove_breakpoint() or uprobe_munmap().
> It is also set by uprobe_dup_mmap(), this is not optimal but simple.
> We could add the new hook, uprobe_dup_vma(), to set MMF_HAS_UPROBES
> only if the new mm actually has uprobes, but I don't think this
> makes sense.
> 
> The next patch will use this flag to clear MMF_HAS_UPROBES.
> 
> Signed-off-by: Oleg Nesterov <oleg@redhat.com>

Acked-by: Srikar Dronamraju <srikar@linux.vnet.ibm.com>

> ---
>  include/linux/sched.h   |    3 ++-
>  kernel/events/uprobes.c |   39 +++++++++++++++++++++++++++++++++++----
>  2 files changed, 37 insertions(+), 5 deletions(-)
> 
> diff --git a/include/linux/sched.h b/include/linux/sched.h
> index c0fcfb7..d6899b0 100644
> --- a/include/linux/sched.h
> +++ b/include/linux/sched.h
> @@ -441,7 +441,8 @@ extern int get_dumpable(struct mm_struct *mm);
>  #define MMF_VM_HUGEPAGE		17	/* set when VM_HUGEPAGE is set on vma */
>  #define MMF_EXE_FILE_CHANGED	18	/* see prctl_set_mm_exe_file() */
> 
> -#define MMF_HAS_UPROBES		19	/* might have uprobes */
> +#define MMF_HAS_UPROBES		19	/* has uprobes */
> +#define MMF_RECALC_UPROBES	20	/* MMF_HAS_UPROBES can be wrong */
> 
>  #define MMF_INIT_MASK		(MMF_DUMPABLE_MASK | MMF_DUMP_FILTER_MASK)
> 
> diff --git a/kernel/events/uprobes.c b/kernel/events/uprobes.c
> index abe077e..176de8c 100644
> --- a/kernel/events/uprobes.c
> +++ b/kernel/events/uprobes.c
> @@ -686,7 +686,9 @@ install_breakpoint(struct uprobe *uprobe, struct mm_struct *mm,
>  		set_bit(MMF_HAS_UPROBES, &mm->flags);
> 
>  	ret = set_swbp(&uprobe->arch, mm, vaddr);
> -	if (ret && first_uprobe)
> +	if (!ret)
> +		clear_bit(MMF_RECALC_UPROBES, &mm->flags);
> +	else if (first_uprobe)
>  		clear_bit(MMF_HAS_UPROBES, &mm->flags);
> 
>  	return ret;
> @@ -695,6 +697,11 @@ install_breakpoint(struct uprobe *uprobe, struct mm_struct *mm,
>  static void
>  remove_breakpoint(struct uprobe *uprobe, struct mm_struct *mm, unsigned long vaddr)
>  {
> +	/* can happen if uprobe_register() fails */
> +	if (!test_bit(MMF_HAS_UPROBES, &mm->flags))
> +		return;
> +
> +	set_bit(MMF_RECALC_UPROBES, &mm->flags);
>  	set_orig_insn(&uprobe->arch, mm, vaddr);
>  }
> 
> @@ -1027,6 +1034,25 @@ int uprobe_mmap(struct vm_area_struct *vma)
>  	return 0;
>  }
> 
> +static bool
> +vma_has_uprobes(struct vm_area_struct *vma, unsigned long start, unsigned long end)
> +{
> +	loff_t min, max;
> +	struct inode *inode;
> +	struct rb_node *n;
> +
> +	inode = vma->vm_file->f_mapping->host;
> +
> +	min = vaddr_to_offset(vma, start);
> +	max = min + (end - start) - 1;
> +
> +	spin_lock(&uprobes_treelock);
> +	n = find_node_in_range(inode, min, max);
> +	spin_unlock(&uprobes_treelock);
> +
> +	return !!n;
> +}
> +
>  /*
>   * Called in context of a munmap of a vma.
>   */
> @@ -1038,10 +1064,12 @@ void uprobe_munmap(struct vm_area_struct *vma, unsigned long start, unsigned lon
>  	if (!atomic_read(&vma->vm_mm->mm_users)) /* called by mmput() ? */
>  		return;
> 
> -	if (!test_bit(MMF_HAS_UPROBES, &vma->vm_mm->flags))
> +	if (!test_bit(MMF_HAS_UPROBES, &vma->vm_mm->flags) ||
> +	     test_bit(MMF_RECALC_UPROBES, &vma->vm_mm->flags))
>  		return;
> 
> -	/* TODO: unmapping uprobe(s) will need more work */
> +	if (vma_has_uprobes(vma, start, end))
> +		set_bit(MMF_RECALC_UPROBES, &vma->vm_mm->flags);
>  }
> 
>  /* Slot allocation for XOL */
> @@ -1147,8 +1175,11 @@ void uprobe_dup_mmap(struct mm_struct *oldmm, struct mm_struct *newmm)
>  {
>  	newmm->uprobes_state.xol_area = NULL;
> 
> -	if (test_bit(MMF_HAS_UPROBES, &oldmm->flags))
> +	if (test_bit(MMF_HAS_UPROBES, &oldmm->flags)) {
>  		set_bit(MMF_HAS_UPROBES, &newmm->flags);
> +		/* unconditionally, dup_mmap() skips VM_DONTCOPY vmas */
> +		set_bit(MMF_RECALC_UPROBES, &newmm->flags);
> +	}
>  }
> 
>  /*
> -- 
> 1.5.5.1
> 


  reply	other threads:[~2012-09-14 16:36 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-19 16:40 [PATCH 0/3] uprobes: teach uprobes to clear MMF_HAS_UPROBES Oleg Nesterov
2012-08-19 16:40 ` [PATCH 1/3] uprobes: uprobes_treelock should not disable irqs Oleg Nesterov
2012-09-14 16:18   ` Srikar Dronamraju
2012-08-19 16:40 ` [PATCH 2/3] uprobes: introduce MMF_RECALC_UPROBES Oleg Nesterov
2012-09-14 16:32   ` Srikar Dronamraju [this message]
2012-08-19 16:40 ` [PATCH 3/3] uprobes: teach find_active_uprobe() to clear MMF_HAS_UPROBES Oleg Nesterov
2012-09-14 16:43   ` Srikar Dronamraju
2012-09-15 14:41     ` Oleg Nesterov
2012-08-27 17:44 ` [PATCH 0/3] uprobes: teach uprobes " Oleg Nesterov
2012-08-29 17:54   ` [GIT PULL] (Was: uprobes: teach uprobes to clear MMF_HAS_UPROBES) Oleg Nesterov
2012-08-30  8:18     ` Ingo Molnar
2012-09-14 17:12 ` [PATCH 0/3] uprobes: teach uprobes to clear MMF_HAS_UPROBES Srikar Dronamraju

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20120914163240.GD28033@linux.vnet.ibm.com \
    --to=srikar@linux.vnet.ibm.com \
    --cc=ananth@in.ibm.com \
    --cc=anton@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=oleg@redhat.com \
    --cc=peterz@infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).