qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH v3 1/2] igb: RX descriptors handling cleanup


From: Akihiko Odaki
Subject: Re: [PATCH v3 1/2] igb: RX descriptors handling cleanup
Date: Thu, 4 May 2023 00:11:23 +0900
User-agent: Mozilla/5.0 (X11; Linux aarch64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0

On 2023/05/03 16:46, Sriram Yagnaraman wrote:


-----Original Message-----
From: Tomasz Dzieciol/VIM Integration (NC) /SRPOL/Engineer/Samsung
Electronics <t.dzieciol@partner.samsung.com>
Sent: Tuesday, 2 May 2023 16:01
To: Sriram Yagnaraman <sriram.yagnaraman@est.tech>; qemu-
devel@nongnu.org; akihiko.odaki@daynix.com
Cc: jasowang@redhat.com; k.kwiecien@samsung.com;
m.sochacki@samsung.com
Subject: RE: [PATCH v3 1/2] igb: RX descriptors handling cleanup

Not Linux/DPDK/FreeBSD for IGB.

Change here adds additional condition (RXCSUM.IPPCSE set) to enable putting
IP ID into descriptor, besides clearing RXCSUM.PCSD (required according to
Intel 82576 datasheet) that was not present in the e1000e code.


Yes, we can't even use ethtool to set this field.
My suggestion is to not add/maintain code that we cannot test. I leave it up to 
Akhikho to decide if we really need to implement IPPCSE.
The default value of RXCSUM.IPPCSE is unset, so we could as well ignore this 
field until there is a user who sets this.

In general I won't reject a patch to implement a feature not used by a known guest, but I don't recommend that. It just doesn't make sense to spend time to write code that can turn out so buggy that it is unusable in practice, which is often the case with untested code.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]