Merge tag 'nf-next-24-01-29' of https://git.kernel.org/pub/scm/linux/kernel/git/netfi...
authorDavid S. Miller <davem@davemloft.net>
Wed, 31 Jan 2024 15:13:26 +0000 (15:13 +0000)
committerDavid S. Miller <davem@davemloft.net>
Wed, 31 Jan 2024 15:13:26 +0000 (15:13 +0000)
commit84fc2408cfc676eeb7ce2f0f0776ee815f7db689
treed29c6d62a64fd0e7f8dc83f7fa924c3a44356326
parenta9c3d39b6b39cbd1b5ccadeaf76bc4d705c1e24d
parent7ad269787b6615ca56bb161063331991fce51abf
Merge tag 'nf-next-24-01-29' of https://git./linux/kernel/git/netfilter/nf-next
Florian Westphal says:

====================
nf-next pr 2024-01-29

This batch contains updates for your *next* tree.

First three changes, from Phil Sutter, allow userspace to define
a table that is exclusively owned by a daemon (via netlink socket
aliveness) without auto-removing this table when the userspace program
exits.  Such table gets marked as orphaned and a restarting management
daemon may re-attach/reassume ownership.

Next patch, from Pablo, passes already-validated flags variable around
rather than having called code re-fetch it from netlnik message.

Patches 5 and 6 update ipvs and nf_conncount to use the recently
introduced KMEM_CACHE() macro.

Last three patches, from myself, tweak kconfig logic a little to
permit a kernel configuration that can run iptables-over-nftables
but not classic (setsockopt) iptables.

Such builds lack the builtin-filter/mangle/raw/nat/security tables,
the set/getsockopt interface and the "old blob format"
interpreter/traverser.  For now, this is 'oldconfig friendly', users
need to manually deselect existing config options for this.
====================

Signed-off-by: David S. Miller <davem@davemloft.net>