src/sys/dev/netmap/netmap_mem2.c, branch releng/14.3FreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=releng%2F14.32024-10-28T16:39:50Znetmap: Make memory pools NUMA-aware2024-10-28T16:39:50ZMark Johnstonmarkj@FreeBSD.org2024-10-14T13:30:09Zurn:sha1:9f984fc683d7a8df452411ba6f25b838d6a7ea81
Each netmap adapter associated with a physical adapter is attached to a
netmap memory pool. contigmalloc() is used to allocate physically
contiguous memory for the pool, but ideally we would ensure that all
such memory is allocated from the NUMA domain local to the adapter.
Augment netmap's memory pools with a NUMA domain ID, similar to how
IOMMU groups are handled in the Linux port. That is, when attaching to
a physical adapter, ensure that the associated memory pools are local to
the adapter's associated memory domain, creating new pools as needed.
Some types of ifnets do not have any defined NUMA affinity; in this case
the domain ID in question is the sentinel value -1.
Add a sysctl, dev.netmap.port_numa_affinity, which can be used to enable
the new behaviour. Keep it disabled by now to avoid surprises in case
netmap applications are relying on zero-copy optimizations to forward
packets between ports belonging to different NUMA domains.
Reviewed by: vmaffione
MFC after: 2 weeks
Sponsored by: Klara, Inc.
Differential Revision: https://reviews.freebsd.org/D46666
(cherry picked from commit 1bae9dc584272dd75dc4e04cb5d73be0e9fb562a)
netmap: Make the memory ops function pointer table const2024-10-04T15:56:42ZMark Johnstonmarkj@FreeBSD.org2024-09-19T09:56:30Zurn:sha1:893caa2ab166b8d6428483172bcd61156407652f
No functional change intended.
Reviewed by: vmaffione
MFC after: 2 weeks
Sponsored by: Klara, Inc.
Differential Revision: https://reviews.freebsd.org/D46664
(cherry picked from commit 1ae4951ba7bb203d9a29892792960f0869759d35)
sys: Remove $FreeBSD$: one-line .c pattern2023-08-16T17:54:36ZWarner Loshimp@FreeBSD.org2023-08-16T17:54:36Zurn:sha1:685dc743dc3b5645e34836464128e1c0558b404b
Remove /^[\s*]*__FBSDID\("\$FreeBSD\$"\);?\s*\n/
spdx: The BSD-2-Clause-FreeBSD identifier is obsolete, drop -FreeBSD2023-05-12T16:44:03ZWarner Loshimp@FreeBSD.org2023-05-10T15:40:58Zurn:sha1:4d846d260e2b9a3d4d0a701462568268cbfe7a5b
The SPDX folks have obsoleted the BSD-2-Clause-FreeBSD identifier. Catch
up to that fact and revert to their recommended match of BSD-2-Clause.
Discussed with: pfg
MFC After: 3 days
Sponsored by: Netflix
Mechanically convert netmap(4) to IfAPI2023-02-14T15:21:19ZJustin Hibbitsjhibbits@FreeBSD.org2023-01-12T18:38:37Zurn:sha1:e330262f34fc179ce920c16bb28ba8a1c4a73aff
Reviewed by: vmaffione, zlei
Sponsored by: Juniper Networks, Inc.
Differential Revision: https://reviews.freebsd.org/D37814
netmap: fix refcount bug in netmap allocator2022-03-06T16:39:16ZVincenzo Maffionevmaffione@FreeBSD.org2022-03-06T16:39:16Zurn:sha1:09a1893398fdcd1d000dae1cb3fd5239c0bfb360
Symptom: when a single extmem memory region is provided to netmap
multiple times, for multiple interfaces, the memory region is
never released by netmap once all the existing file descriptors
are closed.
Fix the relevant condition in netmap_mem_drop(): release the memory
when the last user of netmap_adapter is gone, rather then when
the last user of netmap_mem_d is gone.
MFC after: 2 weeks
netmap: fix uint32_t overflow in pool size calculation2021-09-26T13:56:33ZVincenzo Maffionevmaffione@FreeBSD.org2021-09-26T13:56:33Zurn:sha1:3e3314a8b7e3dd8d19a209ee2988f724e138a0ae
MFC after: 1 week
netmap: import changes from upstream2021-08-22T09:31:05ZVincenzo Maffionevmaffione@FreeBSD.org2021-08-22T09:31:05Zurn:sha1:98399ab06f6c6adbd795266bc8a45e3f804ac6f8
- make sure rings are disabled during resets
- introduce netmap_update_hostrings_mode(), with support
for multiple host rings
- always initialize ni_bufs_head in netmap_if
ni_bufs_head was not properly initialized when no external buffers were
requestedx and contained the ni_bufs_head from the last request. This
was causing spurious buffer frees when alternating between apps that
used external buffers and apps that did not use them.
- check na validitity under lock on detach
- netmap_mem: fix leak on error path
- nm_dispatch: fix compilation on Raspberry Pi
MFC after: 2 weeks
netmap: don't use linux type struct device *2021-04-11T21:13:01ZVincenzo Maffionevmaffione@FreeBSD.org2021-04-11T21:06:43Zurn:sha1:70275a6735df8a514f48be77418491f2f8dba817
Such type cannot be used in code that is in common between
FreeBSD and Linux. Use the FreeBSD type instead.
MFC after: 3 days
Reported by: markj
Differential Revision: https://reviews.freebsd.org/D29677
netmap: several typo fixes2021-04-02T07:01:20ZVincenzo Maffionevmaffione@FreeBSD.org2021-04-02T07:01:20Zurn:sha1:45c67e8f6b56b9744f01142747fadf291fe3fad2
No functional changes intended.