Based on the information given to this driver (via the xmit_more skb flag),
we can defer signaling the host if more packets are on the way. This will help
make the host more efficient since it can potentially process a larger batch of
packets. Implement this optimization.
Signed-off-by: K. Y. Srin
On Wed, 2015-05-06 at 11:20 -0700, K. Y. Srinivasan wrote:
> Based on the information given to this driver (via the xmit_more skb flag),
> we can defer signaling the host if more packets are on the way. This will help
> make the host more efficient since it can potentially process a larger batch
>
t; a...@canonical.com; jasow...@redhat.com
> Subject: Re: [PATCH V3 net-next 1/1] hv_netvsc: Use the xmit_more skb flag
> to optimize signaling the host
>
> On Wed, 2015-05-06 at 11:20 -0700, K. Y. Srinivasan wrote:
> > Based on the information given to this driver (via the xmit_mor
On Wed, 2015-05-06 at 18:28 +, KY Srinivasan wrote:
> Ah! I too was wondering how we could get into this situation. The condition
> you mention
> is already handled in the lower level - if the attempt to put the last packet
> on vmbus were to
> fail because the ring is full, we will notify t
t; a...@canonical.com; jasow...@redhat.com
> Subject: Re: [PATCH V3 net-next 1/1] hv_netvsc: Use the xmit_more skb flag
> to optimize signaling the host
>
> On Wed, 2015-05-06 at 18:28 +, KY Srinivasan wrote:
>
> > Ah! I too was wondering how we could get into this situation.