On Sat, Dec 5, 2015 at 2:27 PM, David Miller <da...@davemloft.net> wrote: > From: Alexander Duyck <alexander.du...@gmail.com> > Date: Sat, 5 Dec 2015 11:34:47 -0800 > >> I'm only really interested in what options the customers has in order >> to get this all configured. As long as there eventually ends up being >> some path forward I'll be good with whatever ends up happening, though >> my preference would be to see some option available in the kernel. > > Fair enough. > > BTW, I don't entirely buy your hardware complexity argument. > > When we're looking at checksumming offload via 1's complement in the > RX descriptor, that is heaps simpler than having a seperate RTL path > for N different encapsulation technologies and/or protocols.
I fully agree with you. Basically what I had mentioned is some of the explanation I was given from the hardware engineers when they pushed back on my request. > I'd rather maintain a single 1's complement circuit than N header > parser engines that trigger the sum at the right range. Yes, but the thing is the port number and parsers are also needed for other things like RSS. You also have to take into account there are also requirements placed on the vendors by other organizations such as Microsoft that end up impacting the final design. As such there are some parts of the design we cannot convince the hardware vendors to give up. > There is definitely long term maintainability and stability value in > this. Agreed. That is why I fully support the request to add the feature, it is just a matter of convincing the vendors to do so. The only spot I think you and I disagreed on was the approach. I don't know if the hard push back does anything but punish the users by delaying the time needed to find a reasonable solution. I really think if we are going to get the hardware vendors to change their behavior we have to create a market demand for it. Having a bit of marketable data showing the folly of this approach versus the 1's compliment checksum would probably do more to encourage and/or shame them into it than simply pushing for this based on engineering opinion. - Alex -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html