[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <55F15054.1070003@citrix.com>
Date: Thu, 10 Sep 2015 10:41:40 +0100
From: David Vrabel <david.vrabel@...rix.com>
To: Konrad Rzeszutek Wilk <konrad.wilk@...cle.com>
CC: <netdev@...r.kernel.org>, <xen-devel@...ts.xenproject.org>,
Wei Liu <wei.liu2@...rix.com>,
Ian Campbell <ian.campbell@...rix.com>
Subject: Re: [Xen-devel] [PATCHv1 net] xen-netback: require fewer guest Rx
slots when not using GSO
On 09/09/15 20:34, Konrad Rzeszutek Wilk wrote:
> On Tue, Sep 08, 2015 at 02:25:14PM +0100, David Vrabel wrote:
>> Commit f48da8b14d04ca87ffcffe68829afd45f926ec6a (xen-netback: fix
>> unlimited guest Rx internal queue and carrier flapping) introduced a
>> regression.
>>
>> The PV frontend in IPXE only places 4 requests on the guest Rx ring.
>
> in IPXE ? What is that?
ipxe.org
>> Since netback required at least (MAX_SKB_FRAGS + 1) slots, IPXE could
>> not receive any packets.
>>
>> a) If GSO is not enabled on the VIF, fewer guest Rx slots are required
>> for the largest possible packet. Calculate the required slots
>
> s/slots/slot number/
>> based on the maximum GSO size or the MTU.
>>
>> This calculation of the number of required slots relies on
>> 1650d5455bd2 (xen-netback: always fully coalesce guest Rx packets)
>> which present in 4.0-rc1 and later.
>>
>> b) Reduce the Rx stall detection to checking for at least one
>
> s/to/by/
>> available Rx request. This is fine since we're predominately
>> concerned with detecting interfaces which are down and thus have
>> zero available Rx requests.
>
> s/have zero available Rx requests/no available Rx requests/?
If the only review comments you have are unnecessary changes to the
grammar in the commit message, it's probably best if you don't post them.
David
--
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