All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paul Jackson <pj@sgi.com>
To: Christoph Lameter <clameter@engr.sgi.com>
Cc: ak@suse.de, linux-mm@kvack.org
Subject: Re: [PATCH 2/2] Fold numa_maps into mempolicy.c
Date: Wed, 16 Nov 2005 11:43:25 -0800	[thread overview]
Message-ID: <20051116114325.4f722183.pj@sgi.com> (raw)
In-Reply-To: <Pine.LNX.4.62.0511161048530.15919@schroedinger.engr.sgi.com>

> We could make the function local to mempolicy.c if we fold the numa_maps 
> interface into mempolicy.c. That would prevent outside uses of this and so 
> prevent additional outside uses.

Whether or not get_vma_policy is called with a task != current is not
the same question as whether or not some call is made to get_vma_policy
from code not in mm/mempolicy.c

> But then Paul was looking for such a use?

I was just trying to understand the scope of mmap_sem locking in that
code, for some work I am doing in numa_policy_rebind() to rebind vma
mempolicies safely in the current context.  I didn't have a bias as to
what answers I got to my 20^W4 questions, other than that they made
sense to me.

-- 
                  I won't rest till it's the best ...
                  Programmer, Linux Scalability
                  Paul Jackson <pj@sgi.com> 1.925.600.0401

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

  reply	other threads:[~2005-11-16 19:43 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-08 23:24 [PATCH 1/2] private pointer in check_range and MPOL_MF_INVERT Christoph Lameter
2005-11-08 23:25 ` [PATCH 2/2] Fold numa_maps into mempolicy.c Christoph Lameter
2005-11-16  7:10   ` Paul Jackson
2005-11-16  8:36     ` Andi Kleen
2005-11-16 18:54       ` Christoph Lameter
2005-11-16 19:43         ` Paul Jackson [this message]
2005-11-16 18:21     ` Christoph Lameter

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=20051116114325.4f722183.pj@sgi.com \
    --to=pj@sgi.com \
    --cc=ak@suse.de \
    --cc=clameter@engr.sgi.com \
    --cc=linux-mm@kvack.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.