[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20210326142946.5263-1-ciara.loftus@intel.com>
Date: Fri, 26 Mar 2021 14:29:43 +0000
From: Ciara Loftus <ciara.loftus@...el.com>
To: netdev@...r.kernel.org, bpf@...r.kernel.org,
magnus.karlsson@...el.com, bjorn@...nel.org,
magnus.karlsson@...il.com
Cc: Ciara Loftus <ciara.loftus@...el.com>
Subject: [PATCH v2 bpf 0/3] AF_XDP Socket Creation Fixes
This series fixes some issues around socket creation for AF_XDP.
Patch 1 fixes a potential NULL pointer dereference in
xsk_socket__create_shared.
Patch 2 ensures that the umem passed to xsk_socket__create(_shared)
remains unchanged in event of failure.
Patch 3 makes it possible for xsk_socket__create(_shared) to
succeed even if the rx and tx XDP rings have already been set up, by
ignoring the return value of the XDP_RX_RING/XDP_TX_RING setsockopt.
This removes a limitation which existed whereby a user could not retry
socket creation after a previous failed attempt.
It was chosen to solve the problem by ignoring the return values in
libbpf instead of modifying the setsockopt handling code in the kernel
in order to make it possible for the solution to be available across
all kernels, provided a new enough libbpf is available.
v1->v2:
* Simplified restoring the _save pointers as suggested by Magnus
Karlsson.
* Fixed the condition which determines whether to unmap umem rings
when socket create fails.
This series applies on commit 6032ebb54c60cae24329f6aba3ce0c1ca8ad6abe
Ciara Loftus (3):
libbpf: ensure umem pointer is non-NULL before dereferencing
libbpf: restore umem state after socket create failure
libbpf: ignore return values of setsockopt for XDP rings.
tools/lib/bpf/xsk.c | 66 ++++++++++++++++++++++++---------------------
1 file changed, 35 insertions(+), 31 deletions(-)
--
2.17.1
Powered by blists - more mailing lists