Thread (96 messages) 96 messages, 8 authors, 2012-08-08

Re: [PATCH 06/11] memcg: kmem controller infrastructure

From: David Rientjes <rientjes@google.com>
Date: 2012-06-27 19:46:13
Also in: linux-mm, lkml

On Wed, 27 Jun 2012, Glauber Costa wrote:
quoted
quoted
Nothing, but I also don't see how to prevent that.
You can test for current->flags & PF_KTHREAD following the check for
in_interrupt() and return true, it's what you were trying to do with the
check for !current->mm.
am I right to believe that if not in interrupt context - already ruled out -
and !(current->flags & PF_KTHREAD), I am guaranteed to have a mm context, and
thus, don't need to test against it ?
No, because an mm may have been detached in the exit path by running 
exit_mm().  We'd certainly hope that there are no slab allocations 
following that point, though, but you'd still need to test current->mm.

--
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>
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help