[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5432E26C.3020207@oracle.com>
Date: Mon, 06 Oct 2014 14:41:48 -0400
From: annie li <annie.li@...cle.com>
To: David Vrabel <david.vrabel@...rix.com>
CC: netdev@...r.kernel.org,
Boris Ostrovsky <boris.ostrovsky@...cle.com>,
xen-devel@...ts.xenproject.org
Subject: Re: [Xen-devel] [PATCHv1] xen-netfront: always keep the Rx ring full
of requests
On 2014/10/6 12:00, David Vrabel wrote:
>>> + queue->rx.req_prod_pvt = req_prod;
>>> +
>>> + /* Not enough requests? Try again later. */
>>> + if (req_prod - queue->rx.rsp_cons < NET_RX_SLOTS_MIN) {
>>> + mod_timer(&queue->rx_refill_timer, jiffies + (HZ/10));
>>> + return;
>> If the previous for loop breaks because of failure of
>> xennet_alloc_one_rx_buffer, then notify_remote_via_irq is missed here if
>> the code returns directly.
> This is deliberate -- there's no point notifying the backend if there
> aren't enough requests for the next packet. Since we don't know what
> the next packet might be we assume it's the largest possible.
That makes sense.
However, the largest packet case does not happen so frequently.
Moreover, netback checks the slots every incoming skb requires in
xenvif_rx_ring_slots_available, not only concerning the largest case.
Thanks
Annie
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists