Alexander Hölzl 759e4e94a3 can: j1939: j1939_sk_send_loop(): fix unable to send messages with data length zero ... commit 44de577e61 upstream. The J1939 standard requires the transmission of messages of length 0. For example proprietary messages are specified with a data length of 0 to 1785. The transmission of such messages is not possible. Sending results in no error being returned but no corresponding can frame being generated. Enable the transmission of zero length J1939 messages. In order to facilitate this two changes are necessary: 1) If the transmission of a new message is requested from user space the message is segmented in j1939_sk_send_loop(). Let the segmentation take into account zero length messages, do not terminate immediately, queue the corresponding skb. 2) j1939_session_skb_get_by_offset() selects the next skb to transmit for a session. Take into account that there might be zero length skbs in the queue. Signed-off-by: Alexander Hölzl <alexander.hoelzl@gmx.net> Acked-by: Oleksij Rempel <o.rempel@pengutronix.de> Link: https://patch.msgid.link/20250205174651.103238-1-alexander.hoelzl@gmx.net Fixes: 9d71dd0c70 ("can: add support of SAE J1939 protocol") Cc: stable@vger.kernel.org [mkl: commit message rephrased] Signed-off-by: Marc Kleine-Budde <mkl@pengutronix.de> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>		2025-02-21 14:01:33 +01:00
..
address-claim.c	can: j1939: do not wait 250 ms if the same addr was already claimed	2023-02-07 15:00:22 +01:00
bus.c
j1939-priv.h	can: j1939: Fix UAF in j1939_sk_match_filter during setsockopt(SO_J1939_FILTER)	2024-02-14 13:53:03 +01:00
Kconfig
main.c	net: can: j1939: Initialize unused data in j1939_send_one()	2024-06-21 10:50:15 +02:00
Makefile
socket.c	can: j1939: j1939_sk_send_loop(): fix unable to send messages with data length zero	2025-02-21 14:01:33 +01:00
transport.c	can: j1939: j1939_sk_send_loop(): fix unable to send messages with data length zero	2025-02-21 14:01:33 +01:00