[RFC] Patch to add Software/Generic Segmentation Offload (GSO) support in FreeBSD

Freddie Cash fjwcash at gmail.com
Thu Sep 18 15:27:48 UTC 2014


On Thu, Sep 18, 2014 at 7:16 AM, Stefano Garzarella <
stefanogarzarella at gmail.com> wrote:

> I saw the discussion about TSO, but the GSO is a software
> implementation unrelated with the hardware.
> Furthermore, if the TSO is enabled (and supported by the NIC), the GSO is
> not executed, because is useless.
>
> After the execution of the GSO, the packets, that are passed to the device
> driver, are smaller (or equal) than MTU, so the TSO is unnecessary. For
> this reason the GSO doesn't look neither "ifp->if_hw_tsomax" nor hardware
> segment limits.
>
> The GSO is very useful when you can't use the TSO.
>

​How does GSO affect IPFW, specifically the libalias(3)-based, in-kernel
NAT?  The ipfw(8) man page mentions that it doesn't play nicely with
hardware-based TSO, and that one should disable TSO when using IPFW NAT.

Will the software-based GSO play nicely with IPFW NAT?​  Will it make any
difference to packet throughput through IPFW?

Or is it still way too early in development to be worrying about such
things?  :)

-- 
Freddie Cash
fjwcash at gmail.com


More information about the freebsd-net mailing list