[PATCH net v3 0/5] can: fix bus-off restart and device close races

Cunhao Lu 1579567540 at qq.com
Wed Oct 14 19:30:06 PDT 2026


> This work started from a real failure on a production robot using a
> LubanCat-5IO with an RK3588. RX continued, but the TX queue remained
> stopped and subsequent sends returned ENOBUFS. The interface still
> reported ERROR-ACTIVE, and the hardware indicated neither a bus-off
> condition nor a pending TX request.
> 
> While testing the echo-loss fix with fault injection, I discovered a
> separate race between bus-off restart and device close. This series fixes
> that race; the fix for the original TX stall will follow separately.
> 
> When automatic bus-off recovery is enabled, bringing the interface down
> can race with a pending or running restart. The Rockchip driver currently
> relies on close_candev() to cancel restart_work, but calls it only after
> freeing the IRQ, disabling RX offload, and stopping the controller. A
> restart in that interval can re-enable the controller and its interrupts
> after IRQ teardown, and requeue timestamp work after it has been stopped.
> That work can subsequently access registers after runtime suspend
> disables the controller clocks.
> 
> The networking core clears the running flag before calling ndo_stop().
> This series uses that flag to avoid scheduling or starting bus-off
> recovery once the interface is observed to be no longer running. It also
> adds close_candev_cancel_restart_sync() so drivers can wait for recovery
> separately from the echo cleanup in close_candev(). Rockchip calls this
> helper at the start of its close path.
> 
> The running-state checks do not replace synchronization with a restart
> that has already passed the check. Rockchip waits for that work before
> tearing down its resources, and keeps close_candev() at the end for the
> final cancellation and echo cleanup.
> 
> During restart, Rockchip masks only its own interrupt sources and reads
> back the mask. A software flag prevents a shared IRQ invocation from
> accessing the controller while synchronize_irq() drains handlers that
> have already entered. The shared interrupt line remains enabled. The
> restart path also synchronously drains timestamp work before rebuilding
> the timecounter, and publishes the initialized state before allowing IRQ
> handling again.
> 
> Timestamp delayed work is initialized once at probe. The open error path
> also disables RX offload if request_irq() fails.
> 
> Stopping timestamp work now prevents a running worker from rearming
> itself after bus-off. A lock serializes deactivation with the worker's
> active check, counter read and self-requeue. Both asynchronous and
> synchronous cancellation remain outside the lock.
> 
> The bus-off path now drains TX submission and RX-side echo users before
> publishing BUS_OFF. This also protects manual recovery: the CAN core
> flushes echo SKBs before calling the driver's restart callback. A private
> TX lock and enabled flag cover submission, completion, retry and queue
> wake, keeping these paths out of the echo ring while recovery owns it.
> 
> After draining the old IRQ and reinitializing the controller, startup
> restores carrier, resumes IRQ handling and wakes the queue under the TX
> lock. This covers manual recovery racing with the old bus-off IRQ's
> carrier update and prevents startup from overriding a new bus-off. Open
> also suspends shared IRQ handling until initialization is complete.
> 
> I tested v3 on hardware with 180 real ranging request/response exchanges
> and 20 CAN interface down/up cycles. These checks passed, with transmit
> and receive working after every reopen.
> 
> The recovery and race test campaign also passed all 400 synthetic bus-off
> iterations and 10 cleanup tests after actual request_irq() failures.
> Tracing captured 5 overlap windows involving old IRQ handlers/timestamp
> work and 2 windows where recovery overlapped with device close.
> 
> ---
> Changes in v3:
> - Replace disable_irq()/enable_irq() in Rockchip restart with device
>   interrupt masking, mask readback, irq_suspended and synchronize_irq().
> - Use release/acquire ordering when resuming the IRQ handler.
> - Initialize timestamp delayed work once at probe and synchronously
>   cancel it before restart reinitializes the timecounter.
> - Balance RX offload enablement when request_irq() fails during open.
> - Prevent timestamp work from reading the counter or rearming after
>   deactivation, with cancellation outside the lock.
> - Drain TX submission and RX-side echo users before publishing BUS_OFF,
>   protecting the core's pre-restart echo flush.
> - Serialize carrier restoration, IRQ enablement and queue wake with a new
>   bus-off; suspend shared IRQ handling during open until startup finishes.
> - Link to v2:
>   https://lore.kernel.org/linux-can/tencent_82C93561D200C84C24608C80049C23EEF80A@qq.com/
> 
> Changes in v2:
> - Split the series into the common checks, the cancellation helper, and
>   its use in Rockchip.
> - Check netif_running() after the do_set_mode capability check and before
>   the restart notification, echo cleanup, and carrier update.
> - Only queue automatic recovery for a running interface; keep reporting
>   bus-off and make the log message match the scheduling decision.
> - Add close_candev_cancel_restart_sync() in linux/can/dev.h and use it in
>   close_candev() without changing the existing cleanup order.
> - Replace the Rockchip mutex and closing flag with an early call to the
>   helper. Drop the extra close-path IRQ synchronization and mask readback.
> - Retain IRQ exclusion around hardware reinitialization in the restart
>   callback.
> - Link to v1:
>   https://lore.kernel.org/linux-can/tencent_5802EE88434010229EDF7A53084D994C6106@qq.com/
> 
> To: Marc Kleine-Budde <mkl at pengutronix.de>
> To: Vincent Mailhol <mailhol at kernel.org>
> To: Heiko Stuebner <heiko at sntech.de>
> To: "David S. Miller" <davem at davemloft.net>
> To: Wolfgang Grandegger <wg at grandegger.com>
> To: Oliver Hartkopp <socketcan at hartkopp.net>
> To: kernel at pengutronix.de
> Cc: linux-can at vger.kernel.org
> Cc: linux-kernel at vger.kernel.org
> Cc: linux-arm-kernel at lists.infradead.org
> Cc: linux-rockchip at lists.infradead.org
> 
> ---
> Cunhao Lu (5):
>       can: dev: prevent bus-off recovery when the interface is not running
>       can: dev: add close_candev_cancel_restart_sync()
>       can: rockchip_canfd: cancel bus-off restart before closing the device
>       can: rockchip_canfd: prevent timestamp work from rearming after bus-off
>       can: rockchip_canfd: serialize TX with bus-off and restart
> 
>  drivers/net/can/dev/dev.c                          | 12 ++--
>  drivers/net/can/rockchip/rockchip_canfd-core.c     | 67 ++++++++++++++++++++--
>  drivers/net/can/rockchip/rockchip_canfd-rx.c       | 22 ++++---
>  .../net/can/rockchip/rockchip_canfd-timestamp.c    | 38 ++++++++++--
>  drivers/net/can/rockchip/rockchip_canfd-tx.c       | 16 +++++-
>  drivers/net/can/rockchip/rockchip_canfd.h          |  9 +++
>  include/linux/can/dev.h                            | 12 ++++
>  7 files changed, 152 insertions(+), 24 deletions(-)
> ---
> base-commit: 24a19b953e2a3d0ea5a8c4951a0ab8f32720c907
> change-id: 20261013-rockchip-canfd-restart-close-ebde5954f1bf
> 
> Best regards,
> --  
> Cunhao Lu <1579567540 at qq.com>

pw-bot: cr


More information about the Linux-rockchip mailing list