DPDK patches and discussions
 help / color / mirror / Atom feed
From: Ferruh Yigit <ferruh.yigit@intel.com>
To: Yong Wang <yongwang@vmware.com>,
	Didier Pallard <didier.pallard@6wind.com>,
	"dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] [PATCH 0/8] net/vmxnet3: fix offload issues
Date: Mon, 23 Apr 2018 15:46:48 +0100	[thread overview]
Message-ID: <89bf4746-3985-3317-235b-a4833cb53dfb@intel.com> (raw)
In-Reply-To: <BY2PR05MB2359BE2F5804FF331991E87AAFB40@BY2PR05MB2359.namprd05.prod.outlook.com>

On 4/20/2018 11:02 PM, Yong Wang wrote:
>> -----Original Message-----
>> From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Didier Pallard
>> Sent: Wednesday, March 28, 2018 8:44 AM
>> To: dev@dpdk.org
>> Subject: [dpdk-dev] [PATCH 0/8] net/vmxnet3: fix offload issues
>>
>> This patchset fixes several issues found in vmxnet3 driver
>> when enabling LRO offload support:
>> - Rx offload information are not correctly gathered in
>>   multisegmented packets, leading to inconsistent
>>   packet type and Rx offload bits in resulting mbuf
>> - MSS recovery from offload information is not done
>>   thus LRO mbufs do not contain a correct tso_segsz value.
>> - MSS value is not propagated by the host on some
>>   hypervisor versions (6.0 for example)
>> - If two small TCP segments are aggregated in a single
>>   mbuf, an empty segment that only contains offload
>>   information is appended to this segment, and is
>>   propagated as is to the application. But if the application
>>   sends back to the hypervisor a mbuf with an empty
>>   segment, this mbuf is dropped by the hypervisor.
>>
>>
>> Didier Pallard (8):
>>   net: export IPv6 header extensions skip function
>>   net/vmxnet3: return unknown IPv4 extension len ptype
>>   net/vmxnet3: gather offload data on first and last segment
>>   net/vmxnet3: fix Rx offload information in multiseg packets
>>   net/vmxnet3: complete Rx offloads support
>>   net/vmxnet3: guess mss if not provided in LRO mode
>>   net/vmxnet3: ignore emtpy segments in reception
>>   net/vmxnet3: skip empty segments in transmission

<...>

> For this series,
> Acked-by: Yong Wang <yongwang@vmware.com>

Series applied to dpdk-next-net/master, thanks.

      reply	other threads:[~2018-04-23 14:46 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-03-28 15:43 Didier Pallard
2018-03-28 15:43 ` [dpdk-dev] [PATCH 1/8] net: export IPv6 header extensions skip function Didier Pallard
2018-04-17 19:28   ` Ferruh Yigit
2018-04-23  8:35   ` Olivier Matz
2018-03-28 15:43 ` [dpdk-dev] [PATCH 2/8] net/vmxnet3: return unknown IPv4 extension len ptype Didier Pallard
2018-04-16 19:46   ` Yong Wang
2018-04-17  9:09     ` Didier Pallard
2018-03-28 15:43 ` [dpdk-dev] [PATCH 3/8] net/vmxnet3: gather offload data on first and last segment Didier Pallard
2018-03-28 15:43 ` [dpdk-dev] [PATCH 4/8] net/vmxnet3: fix Rx offload information in multiseg packets Didier Pallard
2018-03-28 15:43 ` [dpdk-dev] [PATCH 5/8] net/vmxnet3: complete Rx offloads support Didier Pallard
2018-03-28 15:43 ` [dpdk-dev] [PATCH 6/8] net/vmxnet3: guess mss if not provided in LRO mode Didier Pallard
2018-03-28 15:43 ` [dpdk-dev] [PATCH 7/8] net/vmxnet3: ignore emtpy segments in reception Didier Pallard
2018-03-28 15:43 ` [dpdk-dev] [PATCH 8/8] net/vmxnet3: skip empty segments in transmission Didier Pallard
2018-04-13  4:44 ` [dpdk-dev] [PATCH 0/8] net/vmxnet3: fix offload issues Yong Wang
2018-04-13 14:33   ` Didier Pallard
2018-04-20 22:02 ` Yong Wang
2018-04-23 14:46   ` Ferruh Yigit [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=89bf4746-3985-3317-235b-a4833cb53dfb@intel.com \
    --to=ferruh.yigit@intel.com \
    --cc=dev@dpdk.org \
    --cc=didier.pallard@6wind.com \
    --cc=yongwang@vmware.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).