Displaying 2 results from an estimated 2 matches for "iff_tx_skb_free_delay".
2012 Nov 26
1
[net-next RFC] pktgen: don't wait for the device who doesn't free skb immediately after sent
...interrupt). One such example is virtio-net which optimizes for
virt and only free the possible old tx skbs during the next packet sending. This
would lead the pktgen to wait forever in the refcount of the skb if no other
pakcet will be sent afterwards.
Solving this issue by introducing a new flag IFF_TX_SKB_FREE_DELAY which could
notify the pktgen that the device does not free skb immediately after it has
been sent and let it not to wait for the refcount to be one.
Signed-off-by: Jason Wang <jasowang at redhat.com>
---
Another choice is to introduce an new .ndo which could be called by pktgen
during the...
2012 Nov 26
1
[net-next RFC] pktgen: don't wait for the device who doesn't free skb immediately after sent
...interrupt). One such example is virtio-net which optimizes for
virt and only free the possible old tx skbs during the next packet sending. This
would lead the pktgen to wait forever in the refcount of the skb if no other
pakcet will be sent afterwards.
Solving this issue by introducing a new flag IFF_TX_SKB_FREE_DELAY which could
notify the pktgen that the device does not free skb immediately after it has
been sent and let it not to wait for the refcount to be one.
Signed-off-by: Jason Wang <jasowang at redhat.com>
---
Another choice is to introduce an new .ndo which could be called by pktgen
during the...