Jan Beulich c7ec4f2d68 xen-netback: don't produce zero-size SKB frags ... While frontends may submit zero-size requests (wasting a precious slot), core networking code as of at least 3ece782693 ("sock: skb_copy_ubufs support for compound pages") can't deal with SKBs when they have all zero-size fragments. Respond to empty requests right when populating fragments; all further processing is fragment based and hence won't encounter these empty requests anymore. In a way this should have been that way from the beginning: When no data is to be transferred for a particular request, there's not even a point in validating the respective grant ref. That's no different from e.g. passing NULL into memcpy() when at the same time the size is 0. This is XSA-448 / CVE-2023-46838. Cc: stable@vger.kernel.org Signed-off-by: Jan Beulich <jbeulich@suse.com> Reviewed-by: Juergen Gross <jgross@suse.com> Reviewed-by: Paul Durrant <paul@xen.org>		2024-01-08 07:41:39 +01:00
..
common.h	xen/netback: don't do grant copy across page boundary	2023-03-28 14:16:40 +02:00
hash.c	treewide: Use fallthrough pseudo-keyword	2020-08-23 17:36:59 -05:00
interface.c	As usual, lots of singleton and doubleton patches all over the tree and	2023-11-02 20:53:31 -10:00
Makefile	treewide: Add SPDX license identifier - Makefile/Kconfig	2019-05-21 10:50:46 +02:00
netback.c	xen-netback: don't produce zero-size SKB frags	2024-01-08 07:41:39 +01:00
rx.c	xen/netback: don't call kfree_skb() with interrupts disabled	2022-12-06 16:00:33 +01:00
xenbus.c	driver core: make struct bus_type.uevent() take a const *	2023-01-27 13:45:52 +01:00