mirror of
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
synced 2025-09-04 20:19:47 +08:00
74d1412ac8
idpf uses Page Pool for data buffers with hardcoded buffer lengths of 4k for "classic" buffers and 2k for "short" ones. This is not flexible and does not ensure optimal memory usage. Why would you need 4k buffers when the MTU is 1500? Use libeth for the data buffers and don't hardcode any buffer sizes. Let them be calculated from the MTU for "classics" and then divide the truesize by 2 for "short" ones. The memory usage is now greatly reduced and 2 buffer queues starts make sense: on frames <= 1024, you'll recycle (and resync) a page only after 4 HW writes rather than two. Signed-off-by: Alexander Lobakin <aleksander.lobakin@intel.com> Signed-off-by: Tony Nguyen <anthony.l.nguyen@intel.com>
27 lines
696 B
Plaintext
27 lines
696 B
Plaintext
# SPDX-License-Identifier: GPL-2.0-only
|
|
# Copyright (C) 2024 Intel Corporation
|
|
|
|
config IDPF
|
|
tristate "Intel(R) Infrastructure Data Path Function Support"
|
|
depends on PCI_MSI
|
|
select DIMLIB
|
|
select LIBETH
|
|
help
|
|
This driver supports Intel(R) Infrastructure Data Path Function
|
|
devices.
|
|
|
|
To compile this driver as a module, choose M here. The module
|
|
will be called idpf.
|
|
|
|
if IDPF
|
|
|
|
config IDPF_SINGLEQ
|
|
bool "idpf singleq support"
|
|
help
|
|
This option enables support for legacy single Rx/Tx queues w/no
|
|
completion and fill queues. Only enable if you have hardware which
|
|
wants to work in this mode as it increases the driver size and adds
|
|
runtme checks on hotpath.
|
|
|
|
endif # IDPF
|