On Wed, Apr 27, 2016 at 11:14:51AM -0600, Jason Gunthorpe wrote: > On Wed, Apr 27, 2016 at 08:09:03PM +0300, Leon Romanovsky wrote: > > On Wed, Apr 27, 2016 at 10:42:30AM -0600, Jason Gunthorpe wrote: > > > On Wed, Apr 27, 2016 at 05:04:50PM +0300, Matan Barak wrote: > > > > > > > This patch series enables hardware to report Large Segment Offload(LSO) > > > > capabilities from kernel to user space. LSO enabled NIC will accept big chuck of > > > > data with size greater than MTU. The LSO engine will split them into > > > > separate packets and insert the headers automatically. With LSO, CPU is > > > > offloaded from dealing with much less throughput of data. > > > > > > I also feel like we should stop changing the current uAPI until we get > > > the new one in place. > > > > This functionality doesn't relate to ABI change and don't change > > current/future interfaces. > > What do you mean it doesn't change current interfaces? That is all > this patch does. It uses the same old write/read mechanism. The patch doesn't change it. > > > There is no need to stop changes like this. > > Why do we need to keep churning the uAPI now that we are committed to > deprecating it? We are committed to change write/read interface.
Attachment:
signature.asc
Description: Digital signature