Thread (6 messages) flat view 6 messages, 4 authors, 2015-08-14

Re: [PATCH] mm: make page pfmemalloc check more robust

From: Vlastimil Babka <hidden>
Date: 2015-08-14 13:26:51
Also in: lkml, netdev

On 08/13/2015 04:40 PM, Eric Dumazet wrote:
On Thu, 2015-08-13 at 11:13 +0200, Vlastimil Babka wrote:
quoted
Given that this apparently isn't the first case of this localhost issue,
I wonder if network code should just clear skb->pfmemalloc during send
(or maybe just send over localhost). That would be probably easier than
distinguish the __skb_fill_page_desc() callers for send vs receive.
Would this still needed after this patch ?
Not until another corner case is discovered :) Or something passes a 
genuine pfmemalloc page to a socket (sending contents of some slab 
objects perhaps, where the slab page was allocated as pfmemalloc? Dunno 
if that can happen right now).
It is sad we do not have a SNMP counter to at least count how often we
drop skb because pfmemalloc is set.

I'll provide such a patch.
--
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