aboutsummaryrefslogtreecommitdiff
path: root/lib/libc
diff options
context:
space:
mode:
authorVincenzo Maffione <vmaffione@FreeBSD.org>2021-01-16 08:23:19 +0000
committerVincenzo Maffione <vmaffione@FreeBSD.org>2021-01-16 08:29:33 +0000
commit2968dde3de6f6274517904add6a0a8e2e3f9662b (patch)
tree1d68e7afedd7b9583a1a06a82dae4f62049024da /lib/libc
parentad1ebbe5cea8ffac0037966990ddf0f80faa55d5 (diff)
downloadsrc-2968dde3de6f6274517904add6a0a8e2e3f9662b.tar.gz
src-2968dde3de6f6274517904add6a0a8e2e3f9662b.zip
axgbe: driver changes for netmap support
AMD 10GbE hardware is designed to have two buffers per receive descriptor to support split header feature. For this purpose, the driver was designed to use 2 iflib freelists per receive queue. So, that buffers from 2 freelists are used to refill an entry in the receive descriptor. The current design holds good with regular data traffic. But, when netmap comes into play, the current design will not fit in. The current netmap interfaces and netmap implementation in iflib doesn't seem to accomodate the design of 2 freelists per receive queue. So, exercising Netmap capability with inbuilt tools like bridge, pkt-gen doesn't work with the 2 freelists driver design. So, the driver design is changed to accomodate the current netmap interfaces and netmap implementation in iflib by using single freelist per receive queue approach when Netmap capability is exercised without disturbing the current 2 freelists approach. The dev.ax.sph_enable tunable can be set to 0 to configure the single free list mode. Thanks to Stephan Dewt for his Initial set of code changes for the stated problem. Submitted by: rajesh1.kumar_amd.com Approved by: vmaffione MFC after: 3 weeks Differential Revision: https://reviews.freebsd.org/D27797
Diffstat (limited to 'lib/libc')
0 files changed, 0 insertions, 0 deletions