aboutsummaryrefslogtreecommitdiffstats
path: root/crypto
diff options
context:
space:
mode:
authorZoltan Kiss <zoltan.kiss@citrix.com>2014-03-24 23:59:49 +0000
committerDavid S. Miller <davem@davemloft.net>2014-03-26 16:33:42 -0400
commit869b9b19b3affd81cee853d33c0b124797f3c387 (patch)
tree04bdb4dff188ae19ca61f02692d9a6b3c6b03274 /crypto
parentMerge branch 'bcm7xxx-next' (diff)
downloadlinux-dev-869b9b19b3affd81cee853d33c0b124797f3c387.tar.xz
linux-dev-869b9b19b3affd81cee853d33c0b124797f3c387.zip
xen-netback: Stop using xenvif_tx_pending_slots_available
Since the early days TX stops if there isn't enough free pending slots to consume a maximum sized (slot-wise) packet. Probably the reason for that is to avoid the case when we don't have enough free pending slot in the ring to finish the packet. But if we make sure that the pending ring has the same size as the shared ring, that shouldn't really happen. The frontend can only post packets which fit the to the free space of the shared ring. If it doesn't, the frontend has to stop, as it can only increase the req_prod when the whole packet fits onto the ring. This patch avoid using this checking, makes sure the 2 ring has the same size, and remove a checking from the callback. As now we don't stop the NAPI instance on this condition, we don't have to wake it up if we free pending slots up. Signed-off-by: Zoltan Kiss <zoltan.kiss@citrix.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'crypto')
0 files changed, 0 insertions, 0 deletions