Marc Kleine-Budde 8e93ac51e4 can: netlink: can_changelink(): allow disabling of automatic restart ... Since the commit c1f3f9797c ("can: netlink: can_changelink(): fix NULL pointer deref of struct can_priv::do_set_mode"), the automatic restart delay can only be set for devices that implement the restart handler struct can_priv::do_set_mode. As it makes no sense to configure a automatic restart for devices that doesn't support it. However, since systemd commit 13ce5d4632e3 ("network/can: properly handle CAN.RestartSec=0") [1], systemd-networkd correctly handles a restart delay of "0" (i.e. the restart is disabled). Which means that a disabled restart is always configured in the kernel. On systems with both changes active this causes that CAN interfaces that don't implement a restart handler cannot be brought up by systemd-networkd. Solve this problem by allowing a delay of "0" to be configured, even if the device does not implement a restart handler. [1] 13ce5d4632 Cc: stable@vger.kernel.org Cc: Andrei Lalaev <andrey.lalaev@gmail.com> Reported-by: Marc Kleine-Budde <mkl@pengutronix.de> Closes: https://lore.kernel.org/all/20251020-certain-arrogant-vole-of-sunshine-141841-mkl@pengutronix.de Fixes: c1f3f9797c ("can: netlink: can_changelink(): fix NULL pointer deref of struct can_priv::do_set_mode") Link: https://patch.msgid.link/20251020-netlink-fix-restart-v1-1-3f53c7f8520b@pengutronix.de Signed-off-by: Marc Kleine-Budde <mkl@pengutronix.de>		2025-10-20 17:20:12 +02:00
..
Makefile	…
bittiming.c	…
calc_bittiming.c	can: calc_bittiming: make can_calc_tdco() FD agnostic	2025-09-24 17:09:46 +02:00
dev.c	can: dev: add can_get_ctrlmode_str()	2025-09-24 17:09:47 +02:00
length.c	…
netlink.c	can: netlink: can_changelink(): allow disabling of automatic restart	2025-10-20 17:20:12 +02:00
rx-offload.c	…
skb.c	…