On Tue, Oct 22, 2024 at 9:24 AM Taehee Yoo <ap420073@xxxxxxxxx> wrote: > > The header-data-split-thresh option configures the threshold value of > the header-data-split. > If a received packet size is larger than this threshold value, a packet > will be split into header and payload. > The header indicates TCP and UDP header, but it depends on driver spec. > The bnxt_en driver supports HDS(Header-Data-Split) configuration at > FW level, affecting TCP and UDP too. > So, If header-data-split-thresh is set, it affects UDP and TCP packets. > > Example: > # ethtool -G <interface name> header-data-split-thresh <value> > > # ethtool -G enp14s0f0np0 tcp-data-split on header-data-split-thresh 256 > # ethtool -g enp14s0f0np0 > Ring parameters for enp14s0f0np0: > Pre-set maximums: > ... > Header data split thresh: 256 > Current hardware settings: > ... > TCP data split: on > Header data split thresh: 256 This is a nit, feel free to ignore, but I wonder if we should call it 'Data split thresh' instead of 'Header data split threshold'. It was a bit weird for me to refer to the feature as tcp-data-split, but the threshold as hds_threshold which i guess is short for header split threshold. Aligning the names to 'TCP data split [threshold]' would be nice I think. -- Thanks, Mina