summaryrefslogtreecommitdiffstats
path: root/drivers/dma-buf
diff options
context:
space:
mode:
authorAlexander Duyck2014-12-10 04:40:49 +0100
committerDavid S. Miller2014-12-10 19:31:57 +0100
commitfd11a83dd3630ec6a60f8a702446532c5c7e1991 (patch)
tree4ab4c6966cfbd5ff9bb437592cf6e59c4ef6859d /drivers/dma-buf
parentnet: Split netdev_alloc_frag into __alloc_page_frag and add __napi_alloc_frag (diff)
downloadkernel-qcow2-linux-fd11a83dd3630ec6a60f8a702446532c5c7e1991.tar.gz
kernel-qcow2-linux-fd11a83dd3630ec6a60f8a702446532c5c7e1991.tar.xz
kernel-qcow2-linux-fd11a83dd3630ec6a60f8a702446532c5c7e1991.zip
net: Pull out core bits of __netdev_alloc_skb and add __napi_alloc_skb
This change pulls the core functionality out of __netdev_alloc_skb and places them in a new function named __alloc_rx_skb. The reason for doing this is to make these bits accessible to a new function __napi_alloc_skb. In addition __alloc_rx_skb now has a new flags value that is used to determine which page frag pool to allocate from. If the SKB_ALLOC_NAPI flag is set then the NAPI pool is used. The advantage of this is that we do not have to use local_irq_save/restore when accessing the NAPI pool from NAPI context. In my test setup I saw at least 11ns of savings using the napi_alloc_skb function versus the netdev_alloc_skb function, most of this being due to the fact that we didn't have to call local_irq_save/restore. The main use case for napi_alloc_skb would be for things such as copybreak or page fragment based receive paths where an skb is allocated after the data has been received instead of before. Signed-off-by: Alexander Duyck <alexander.h.duyck@redhat.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/dma-buf')
0 files changed, 0 insertions, 0 deletions