android_kernel_motorola_sm6225/drivers/net/xen-netback
Igor Druzhinin 947fc52b6b xen-netback: fix occasional leak of grant ref mappings under memory pressure
[ Upstream commit 99e87f56b48f490fb16b6e0f74691c1e664dea95 ]

Zero-copy callback flag is not yet set on frag list skb at the moment
xenvif_handle_frag_list() returns -ENOMEM. This eventually results in
leaking grant ref mappings since xenvif_zerocopy_callback() is never
called for these fragments. Those eventually build up and cause Xen
to kill Dom0 as the slots get reused for new mappings:

"d0v0 Attempt to implicitly unmap a granted PTE c010000329fce005"

That behavior is observed under certain workloads where sudden spikes
of page cache writes coexist with active atomic skb allocations from
network traffic. Additionally, rework the logic to deal with frag_list
deallocation in a single place.

Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
Signed-off-by: Igor Druzhinin <igor.druzhinin@citrix.com>
Acked-by: Wei Liu <wei.liu2@citrix.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2019-03-10 07:17:19 +01:00
..
common.h xen-netback: validate queue numbers in xenvif_set_hash_mapping() 2018-09-25 10:39:34 -07:00
hash.c xen-netback: don't populate the hash cache on XenBus disconnect 2019-03-10 07:17:19 +01:00
interface.c xen-netback: don't populate the hash cache on XenBus disconnect 2019-03-10 07:17:19 +01:00
Makefile xen-netback: separate guest side rx code into separate module 2016-10-06 20:37:35 -04:00
netback.c xen-netback: fix occasional leak of grant ref mappings under memory pressure 2019-03-10 07:17:19 +01:00
rx.c xen-netback: make function xenvif_rx_skb static 2018-02-26 11:36:54 -05:00
xenbus.c treewide: Use array_size() in vzalloc() 2018-06-12 16:19:22 -07:00