Messages in this thread | | | Date | Wed, 17 Oct 2012 12:21:10 -0700 (PDT) | From | David Rientjes <> | Subject | Re: [patch for-3.7] mm, mempolicy: fix printing stack contents in numa_maps |
| |
On Wed, 17 Oct 2012, Dave Jones wrote:
> On Tue, Oct 16, 2012 at 10:24:32PM -0700, David Rientjes wrote: > > On Wed, 17 Oct 2012, Dave Jones wrote: > > > > > BUG: sleeping function called from invalid context at kernel/mutex.c:269 > > > > Hmm, looks like we need to change the refcount semantics entirely. We'll > > need to make get_vma_policy() always take a reference and then drop it > > accordingly. This work sif get_vma_policy() can grab a reference while > > holding task_lock() for the task policy fallback case. > > > > Comments on this approach? > > Seems to be surviving my testing at least.. >
Sounds good. Is it possible to verify that policy_cache isn't getting larger than normal in /proc/slabinfo, i.e. when all processes with a task mempolicy or shared vma policy have exited, are there still a significant number of active objects?
| |