Linux CAN Development - Date Index

• Thread Index

• [PATCH v4 10/15] can: kvaser_usb_leaf: Fix improved state not being reported
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• [PATCH v4 06/15] can: kvaser_usb: kvaser_usb_leaf: Handle CMD_ERROR_EVENT
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• [PATCH v4 05/15] can: kvaser_usb: kvaser_usb_leaf: Rename {leaf,usbcan}_cmd_error_event to {leaf,usbcan}_cmd_can_error_event
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• [PATCH v4 08/15] can: kvaser_usb_leaf: Fix TX queue out of sync after restart
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• [PATCH v4 04/15] can: kvaser_usb: kvaser_usb_leaf: Get capabilities from device
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• [PATCH v4 03/15] can: kvaser_usb: Fix possible completions during init_completion
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• [PATCH v4 02/15] can: kvaser_usb: Fix use of uninitialized completion
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• [PATCH v4 01/15] can: kvaser_usb_leaf: Fix overread with an invalid command
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• [PATCH v4 00/15] can: kvaser_usb: Various fixes
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• Re: [PATCH v3 04/15] can: kvaser_usb: kvaser_usb_leaf: Get capabilities from device
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• Re: CM-ITC, pch_can/c_can_pci, sendto() returning ENOBUFS
  • From: Jacob Kroon <jacob.kroon@xxxxxxxxx>
• Re: CM-ITC, pch_can/c_can_pci, sendto() returning ENOBUFS
  • From: Jacob Kroon <jacob.kroon@xxxxxxxxx>
• Re: [PATCH v8 4/7] can: canxl: introduce CAN XL data structure
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v3 04/15] can: kvaser_usb: kvaser_usb_leaf: Get capabilities from device
  • From: Anssi Hannula <anssi.hannula@xxxxxxxxxx>
• Re: [PATCH v8 4/7] can: canxl: introduce CAN XL data structure
  • From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
• Re: CM-ITC, pch_can/c_can_pci, sendto() returning ENOBUFS
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v2 04/15] can: kvaser_usb: kvaser_usb_leaf: Get capabilities from device
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• [PATCH v3 00/15] can: kvaser_usb: Various fixes
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• [PATCH v3 03/15] can: kvaser_usb: Fix possible completions during init_completion
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• [PATCH v3 12/15] can: kvaser_usb_leaf: Ignore stale bus-off after start
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• [PATCH v3 10/15] can: kvaser_usb_leaf: Fix improved state not being reported
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• [PATCH v3 09/15] can: kvaser_usb_leaf: Fix CAN state after restart
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• [PATCH v3 11/15] can: kvaser_usb_leaf: Fix wrong CAN state after stopping
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• [PATCH v3 07/15] can: kvaser_usb_leaf: Set Warning state even without bus errors
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• [PATCH v3 14/15] can: kvaser_usb: Add struct kvaser_usb_busparams
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• [PATCH v3 13/15] can: kvaser_usb_leaf: Fix bogus restart events
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• [PATCH v3 02/15] can: kvaser_usb: Fix use of uninitialized completion
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• [PATCH v3 08/15] can: kvaser_usb_leaf: Fix TX queue out of sync after restart
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• [PATCH v3 15/15] can: kvaser_usb: Compare requested bittiming parameters with actual parameters in do_set_{,data}_bittiming
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• [PATCH v3 04/15] can: kvaser_usb: kvaser_usb_leaf: Get capabilities from device
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• [PATCH v3 01/15] can: kvaser_usb_leaf: Fix overread with an invalid command
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• [PATCH v3 06/15] can: kvaser_usb: kvaser_usb_leaf: Handle CMD_ERROR_EVENT
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• [PATCH v3 05/15] can: kvaser_usb: kvaser_usb_leaf: Rename {leaf,usbcan}_cmd_error_event to {leaf,usbcan}_cmd_can_error_event
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• Re: [PATCH v3 1/3] dt-bindings: can: nxp,sja1000: Document RZ/N1 power-domains support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] dt-bindings: can: nxp,sja1000: Document RZ/N1 power-domains support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: CM-ITC, pch_can/c_can_pci, sendto() returning ENOBUFS
  • From: Jacob Kroon <jacob.kroon@xxxxxxxxx>
• Re: [RFC PATCH v3 1/4] dt-bindings: net: can: add STM32 bxcan DT bindings
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/4] dt-bindings: net: can: add STM32 bxcan DT bindings
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 1/3] net: move from strlcpy with unused retval to strscpy
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH linux-next] can: sja1000: remove redundant variable ret
  • From: cgel.zte@xxxxxxxxx
• [PATCH linux-next] can: kvaser_pciefd: remove redundant variable ret
  • From: cgel.zte@xxxxxxxxx
• Re: [PATCH v8 0/7] can: support CAN XL
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• AW: [PATCH v3 0/2] can: gs_usb: hardware timestamp support
  • From: "Fink, Peter" <pfink@xxxxxxxxxxxx>
• [PATCH v2 1/3] net: move from strlcpy with unused retval to strscpy
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: CM-ITC, pch_can/c_can_pci, sendto() returning ENOBUFS
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v3 1/3] dt-bindings: can: nxp,sja1000: Document RZ/N1 power-domains support
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• RE: [PATCH v3 1/3] dt-bindings: can: nxp,sja1000: Document RZ/N1 power-domains support
  • From: Biju Das <biju.das.jz@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] dt-bindings: can: nxp,sja1000: Document RZ/N1 power-domains support
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v3 1/3] dt-bindings: can: nxp,sja1000: Document RZ/N1 power-domains support
  • From: Biju Das <biju.das.jz@xxxxxxxxxxxxxx>
• Re: CM-ITC, pch_can/c_can_pci, sendto() returning ENOBUFS
  • From: Jacob Kroon <jacob.kroon@xxxxxxxxx>
• Re: [PATCH][next] can: etas_es58x: Replace zero-length array with DECLARE_FLEX_ARRAY() helper
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH][next] can: etas_es58x: Replace zero-length array with DECLARE_FLEX_ARRAY() helper
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH][next] can: etas_es58x: Replace zero-length array with DECLARE_FLEX_ARRAY() helper
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH] dt-bindings: net: can: nxp,sja1000: drop ref from reg-io-width
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: CM-ITC, pch_can/c_can_pci, sendto() returning ENOBUFS
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v3 0/2] can: gs_usb: hardware timestamp support
  • From: john@xxxxxxxxxxxxxxxxxxxx
• Re: CM-ITC, pch_can/c_can_pci, sendto() returning ENOBUFS
  • From: Jacob Kroon <jacob.kroon@xxxxxxxxx>
• Re: CM-ITC, pch_can/c_can_pci, sendto() returning ENOBUFS
  • From: Jacob Kroon <jacob.kroon@xxxxxxxxx>
• [RFC PATCH v3 4/4] can: bxcan: add support for ST bxCAN controller
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v3 1/4] dt-bindings: net: can: add STM32 bxcan DT bindings
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v3 0/4] can: bxcan: add support for ST bxCAN controller
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] can: gs_usb: hardware timestamp support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v3 2/2] can: gs_usb: add RX and TX hardware timestamp support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] can: gs_usb: hardware timestamp support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v3 1/2] can: gs_usb: use common spelling of GS_USB in macros
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] can: virtio: Initial virtio CAN driver.
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] can: virtio: Initial virtio CAN driver.
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v2 2/2] can: gs_usb: advertise timestamping capabilities and add ioctl support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v2 1/2] can: gs_usb: hardware timestamp support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v2 0/2] can: gs_usb: hardware timestamp support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] can: virtio: Initial virtio CAN driver.
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH net-next 0/2] can: raw: random optimizations
  • From: Ziyang Xuan <william.xuanziyang@xxxxxxxxxx>
• [PATCH net-next 1/2] can: raw: process optimization in raw_init()
  • From: Ziyang Xuan <william.xuanziyang@xxxxxxxxxx>
• [PATCH net-next 2/2] can: raw: use guard clause to optimize nesting in raw_rcv()
  • From: Ziyang Xuan <william.xuanziyang@xxxxxxxxxx>
• Re: [PATCH v2 1/3] can: ctucanfd: add HW timestamps to RX and error CAN frames
  • From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
• Re: [RFC PATCH v2 4/4] can: bxcan: add support for ST bxCAN controller
  • From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
• Re: [PATCH 2/2] can: gs_usb: advertise timestamping capabilities and add ioctl support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] can: gs_usb: hardware timestamp support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] can: gs_usb: advertise timestamping capabilities and add ioctl support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] can: gs_usb: hardware timestamp support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: CM-ITC, pch_can/c_can_pci, sendto() returning ENOBUFS
  • From: Jacob Kroon <jacob.kroon@xxxxxxxxx>
• [PATCH 0/2] can: gs_usb: hardware timestamp support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 1/2] can: gs_usb: hardware timestamp support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 2/2] can: gs_usb: advertise timestamping capabilities and add ioctl support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/4] dt-bindings: net: can: add STM32 bxcan DT bindings
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] dt-bindings: net: can: add STM32 bxcan DT bindings
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/4] dt-bindings: net: can: add STM32 bxcan DT bindings
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/4] dt-bindings: net: can: add STM32 bxcan DT bindings
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [virtio-dev] [RFC PATCH 1/1] can: virtio: Initial virtio CAN driver.
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [RFC PATCH 1/1] can: virtio: Initial virtio CAN driver.
  • From: Harald Mommer <harald.mommer@xxxxxxxxxxxxxxx>
• [RFC PATCH v2 1/1] virtio-can: Device specification - 2nd RFC draft.
  • From: Harald Mommer <harald.mommer@xxxxxxxxxxxxxxx>
• CM-ITC, pch_can/c_can_pci, sendto() returning ENOBUFS
  • From: Jacob Kroon <jacob.kroon@xxxxxxxxx>
• RE: [PATCH v4 2/6] dt-bindings: can: nxp,sja1000: Document RZ/N1{D,S} support
  • From: Biju Das <biju.das.jz@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/4] dt-bindings: net: can: add STM32 bxcan DT bindings
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH] dt-bindings: net: can: nxp,sja1000: drop ref from reg-io-width
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [RFC PATCH 1/4] dt-bindings: net: can: add STM32 bxcan DT bindings
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• vacation - no reviews in cw34/35
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [RFC PATCH v2 4/4] can: bxcan: add support for ST bxCAN controller
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 1/4] dt-bindings: net: can: add STM32 bxcan DT bindings
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 0/4] can: bxcan: add support for ST bxCAN controller
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] dt-bindings: net: can: add STM32 bxcan DT bindings
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 6/6] can: sja1000: Add support for RZ/N1 SJA1000 CAN Controller
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v4 6/6] can: sja1000: Add support for RZ/N1 SJA1000 CAN Controller
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v4 6/6] can: sja1000: Add support for RZ/N1 SJA1000 CAN Controller
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v4 6/6] can: sja1000: Add support for RZ/N1 SJA1000 CAN Controller
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] net: move from strlcpy with unused retval to strscpy
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 04/15] can: kvaser_usb: kvaser_usb_leaf: Get capabilities from device
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• Re: [PATCH v2 00/15] can: kvaser_usb: Various fixes
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• Re: [PATCH v2 1/3] can: ctucanfd: add HW timestamps to RX and error CAN frames
  • From: Matej Vasilevski <matej.vasilevski@xxxxxxxxx>
• [PATCH] can: gs_usb: gs_usb_set_phys_id(): return with error if identify is not supported
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 4/4] can: bxcan: add support for ST bxCAN controller
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 4/4] can: bxcan: add support for ST bxCAN controller
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/6] dt-bindings: can: nxp,sja1000: Document RZ/N1{D,S} support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] can: ctucanfd: add HW timestamps to RX and error CAN frames
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] dt-bindings: net: can: add STM32 bxcan DT bindings
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v2 1/3] can: ctucanfd: add HW timestamps to RX and error CAN frames
  • From: Matej Vasilevski <matej.vasilevski@xxxxxxxxx>
• Re: [RFC PATCH 0/4] can: bxcan: add support for ST bxCAN controller
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [RFC PATCH 4/4] can: bxcan: add support for ST bxCAN controller
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 1/4] dt-bindings: net: can: add STM32 bxcan DT bindings
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 0/4] can: bxcan: add support for ST bxCAN controller
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/15] can: kvaser_usb: Various fixes
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH AUTOSEL 4.9 08/12] can: sja1000: Add Quirk for RZ/N1 SJA1000 CAN controller
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: PCAN and SocketCAN Questions
  • From: David Boles <me@xxxxxxxxxxx>
• Re: PCAN and SocketCAN Questions
  • From: David Boles <me@xxxxxxxxxxx>
• Re: [PATCH v2 00/15] can: kvaser_usb: Various fixes
  • From: Anssi Hannula <anssi.hannula@xxxxxxxxxx>
• Re: [PATCH v2 04/15] can: kvaser_usb: kvaser_usb_leaf: Get capabilities from device
  • From: Anssi Hannula <anssi.hannula@xxxxxxxxxx>
• Re: [PATCH v2 1/3] can: ctucanfd: add HW timestamps to RX and error CAN frames
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] can: ctucanfd: add HW timestamps to RX and error CAN frames
  • From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
• Re: PCAN and SocketCAN Questions
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: PCAN and SocketCAN Questions
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH can v2] can: flexcan: flexcan_mailbox_read() fix return value for drop = true
  • From: Thorsten Scherer <t.scherer@xxxxxxxxxxxx>
• Re: [PATCH v8 3/7] can: ctucanfd: add support for CTU CAN FD open-source IP core - bus independent part.
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• Re: [PATCH can v2] can: flexcan: flexcan_mailbox_read() fix return value for drop = true
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: PCAN and SocketCAN Questions
  • From: David Boles <me@xxxxxxxxxxx>
• [PATCH AUTOSEL 4.14 10/14] can: sja1000: Add Quirk for RZ/N1 SJA1000 CAN controller
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 08/12] can: sja1000: Add Quirk for RZ/N1 SJA1000 CAN controller
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 19/25] can: sja1000: Add Quirk for RZ/N1 SJA1000 CAN controller
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 10/14] can: sja1000: Add Quirk for RZ/N1 SJA1000 CAN controller
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 36/46] can: sja1000: Add Quirk for RZ/N1 SJA1000 CAN controller
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 55/69] can: sja1000: Add Quirk for RZ/N1 SJA1000 CAN controller
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.18 71/93] can: sja1000: Add Quirk for RZ/N1 SJA1000 CAN controller
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.19 079/105] can: sja1000: Add Quirk for RZ/N1 SJA1000 CAN controller
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH] can: rx-offload: Break loop on queue full
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH can v2] can: flexcan: flexcan_mailbox_read() fix return value for drop = true
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH can-next 2/2] can: flexcan: fix typo: FLEXCAN_QUIRK_SUPPPORT_* -> FLEXCAN_QUIRK_SUPPORT_*
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH can-next 1/2] can: rx-offload: can_rx_offload_init_queue(): fix typo
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH can-next 0/2] fix typos
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: rx-offload: Break loop on queue full
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v8 3/7] can: ctucanfd: add support for CTU CAN FD open-source IP core - bus independent part.
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] can: rx-offload: Break loop on queue full
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: Raspberry PI running 5.10.x Kernel and issues with Daul channel Waveshare based 2.1 MCP251xFD CAN HAT
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: Raspberry PI running 5.10.x Kernel and issues with Daul channel Waveshare based 2.1 MCP251xFD CAN HAT
  • From: Mark Bath <mark@xxxxxxxxxxxxxxxxxx>
• Re: Raspberry PI running 5.10.x Kernel and issues with Daul channel Waveshare based 2.1 MCP251xFD CAN HAT
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Raspberry PI running 5.10.x Kernel and issues with Daul channel Waveshare based 2.1 MCP251xFD CAN HAT
  • From: Mark Bath <mark@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net 1/4] can: j1939: j1939_sk_queue_activate_next_locked(): replace WARN_ON_ONCE with netdev_warn_once()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: PCAN and SocketCAN Questions
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net 0/4] pull-request: can 2022-08-10
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH net 4/4] can: mcp251x: Fix race condition on receive interrupt
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net 2/4] can: j1939: j1939_session_destroy(): fix memory leak of skbs
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net 4/4] can: mcp251x: Fix race condition on receive interrupt
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net 3/4] can: ems_usb: fix clang's -Wunaligned-access warning
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net 0/n] pull-request: can 2022-08-10
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net 1/4] can: j1939: j1939_sk_queue_activate_next_locked(): replace WARN_ON_ONCE with netdev_warn_once()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• PCAN and SocketCAN Questions
  • From: David Boles <me@xxxxxxxxxxx>
• Re: [PATCH net 4/4] can: mcp251x: Fix race condition on receive interrupt
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: Debugging dropped/missing frames in the network layer
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Debugging dropped/missing frames in the network layer
  • From: Magnus Aagaard Sørensen <mas@xxxxxxxxxxxxxxxxxx>
• [PATCH net 0/4] pull-request: can 2022-08-09
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net 4/4] can: mcp251x: Fix race condition on receive interrupt
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net 2/4] can: j1939: j1939_session_destroy(): fix memory leak of skbs
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net 3/4] can: ems_usb: fix clang's -Wunaligned-access warning
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net 1/4] can: j1939: j1939_sk_queue_activate_next_locked(): replace WARN_ON_ONCE with netdev_warn_once()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2] can: j1939: Replace WARN_ON_ONCE with netdev_warn_once() in j1939_sk_queue_activate_next_locked()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: rcar_canfd: Use dev_err_probe() to simplify code and better handle -EPROBE_DEFER
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: j1939: fix memory leak of skbs
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: kvaser_usb: kvaser_usb_hydra: Use kzalloc for allocating only one element
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] can: rcar_canfd: Use dev_err_probe() to simplify code and better handle -EPROBE_DEFER
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• [PATCH] can: kvaser_usb: kvaser_usb_hydra: Use kzalloc for allocating only one element
  • From: Kenneth Lee <klee33@xxxxxx>
• Re: [PATCH] can: j1939: fix memory leak of skbs
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• [PATCH] can: j1939: fix memory leak of skbs
  • From: Fedor Pchelkin <pchelkin@xxxxxxxxx>
• Re: [PATCH] can: j1939: fix memory leak of skbs
  • From: Fedor Pchelkin <pchelkin@xxxxxxxxx>
• Re: [PATCH] can: j1939: fix memory leak of skbs
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH] can: j1939: fix memory leak of skbs
  • From: Fedor Pchelkin <pchelkin@xxxxxxxxx>
• Re: [PATCH v4] can: mcp251x: Fix race condition on receive interrupt
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2 1/3] can: ctucanfd: add HW timestamps to RX and error CAN frames
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v4] can: mcp251x: Fix race condition on receive interrupt
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v4] can: mcp251x: Fix race condition on receive interrupt
  • From: Sebastian Würl <sebastian.wuerl@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] can: ctucanfd: add HW timestamps to RX and error CAN frames
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] can: ctucanfd: add HW timestamps to RX and error CAN frames
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• [PATCH v3] can: mcp251x: Fix race condition on receive interrupt
  • From: Sebastian Würl <sebastian.wuerl@xxxxxxxxxxxxx>
• Re: [PATCH] can: mcp251x: Fix race condition on receive interrupt
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: mcp251x: Fix race condition on receive interrupt
  • From: Sebastian Würl <sebastian.wuerl@xxxxxxxxxxxxx>
• Re: [PATCH] can: mcp251x: Fix race condition on receive interrupt
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] can: mcp251x: Fix race condition on receive interrupt
  • From: Sebastian Würl <sebastian.wuerl@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] drivers: usb/core/urb: Add URB_FREE_COHERENT
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drivers/net/can/spi/mcp251x.c: Fix race condition on receive interrupt
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] drivers/net/can/spi/mcp251x.c: Fix race condition on receive interrupt
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] drivers/net/can/spi/mcp251x.c: Fix race condition on receive interrupt
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] drivers/net/can/spi/mcp251x.c: Fix race condition on receive interrupt
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH] drivers/net/can/spi/mcp251x.c: Fix race condition on receive interrupt
  • From: Sebastian Würl <sebastian.wuerl@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] can: ctucanfd: add HW timestamps to RX and error CAN frames
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] can: ctucanfd: add HW timestamps to RX and error CAN frames
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] can: ctucanfd: add HW timestamps to RX and error CAN frames
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] can: ctucanfd: add HW timestamps to RX and error CAN frames
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] can: ctucanfd: add HW timestamps to RX and error CAN frames
  • From: Matej Vasilevski <matej.vasilevski@xxxxxxxxx>
• Re: [PATCH v2 2/3] dt-bindings: can: ctucanfd: add another clock for HW timestamping
  • From: Matej Vasilevski <matej.vasilevski@xxxxxxxxx>
• Re: [PATCH 0/4] can-round-trip-stats
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v2] can: peak_usb: export PCAN device ID as sysfs device attribute
  • From: Lukas Magel <lukas.magel@xxxxxxxxxx>
• Re: [PATCH v2 1/3] can: ctucanfd: add HW timestamps to RX and error CAN frames
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] can: ctucanfd: add HW timestamps to RX and error CAN frames
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] can: ems_usb: fix clang's -Wunaligned-access warning
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] can: ctucanfd: add HW timestamps to RX and error CAN frames
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] can: ctucanfd: hardware rx timestamps reporting
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] dt-bindings: can: ctucanfd: add another clock for HW timestamping
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v2 1/3] can: ctucanfd: add HW timestamps to RX and error CAN frames
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] can: ctucanfd: add HW timestamps to RX and error CAN frames
  • From: Matej Vasilevski <matej.vasilevski@xxxxxxxxx>
• Re: [PATCH v2 1/3] can: ctucanfd: add HW timestamps to RX and error CAN frames
  • From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
• Re: [PATCH v2 1/3] can: ctucanfd: add HW timestamps to RX and error CAN frames
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] doc: ctucanfd: RX frames timestamping for platform devices
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] dt-bindings: can: ctucanfd: add another clock for HW timestamping
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• [PATCH v8 1/7] can: skb: unify skb CAN frame identification helpers
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH v8 7/7] can: raw: add CAN XL support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH v8 2/7] can: skb: add skb CAN frame data length helpers
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH v8 6/7] can: dev: add CAN XL support to virtual CAN
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH v8 3/7] can: set CANFD_FDF flag in all CAN FD frame structures
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH v8 5/7] can: canxl: update CAN infrastructure for CAN XL frames
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH v8 4/7] can: canxl: introduce CAN XL data structure
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH v8 0/7] can: support CAN XL
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH v2 1/3] can: ctucanfd: add HW timestamps to RX and error CAN frames
  • From: Matej Vasilevski <matej.vasilevski@xxxxxxxxx>
• [PATCH v2 0/3] can: ctucanfd: hardware rx timestamps reporting
  • From: Matej Vasilevski <matej.vasilevski@xxxxxxxxx>
• [PATCH v2 2/3] dt-bindings: can: ctucanfd: add another clock for HW timestamping
  • From: Matej Vasilevski <matej.vasilevski@xxxxxxxxx>
• [PATCH v2 3/3] doc: ctucanfd: RX frames timestamping for platform devices
  • From: Matej Vasilevski <matej.vasilevski@xxxxxxxxx>
• Re: [PATCH v3 1/2] drivers: usb/core/urb: Add URB_FREE_COHERENT
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v3 1/2] drivers: usb/core/urb: Add URB_FREE_COHERENT
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1] can: peak_usb: export PCAN device ID as sysfs device attribute
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH net-next 01/36] can: mcp251xfd: mcp251xfd_dump(): fix comment
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH v1] can: peak_usb: export PCAN device ID as sysfs device attribute
  • From: Lukas Magel <lukas.magel@xxxxxxxxxx>
• [PATCH net-next 34/36] can: peak_usb: advertise timestamping capabilities and add ioctl support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 35/36] can: etas_es58x: remove useless calls to usb_fill_bulk_urb()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 36/36] can: can327: fix a broken link to Documentation
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 32/36] can: kvaser_usb: advertise timestamping capabilities and add ioctl support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 33/36] can: peak_canfd: advertise timestamping capabilities and add ioctl support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 28/36] can: dev: add generic function can_eth_ioctl_hwts()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 25/36] can: tree-wide: advertise software timestamping capabilities
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 31/36] can: kvaser_pciefd: advertise timestamping capabilities and add ioctl support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 30/36] can: etas_es58x: advertise timestamping capabilities and add ioctl support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 29/36] can: mcp251xfd: advertise timestamping capabilities and add ioctl support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 26/36] can: dev: add hardware TX timestamp
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 27/36] can: dev: add generic function can_ethtool_op_get_ts_info_hwts()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 24/36] can: v(x)can: add software tx timestamps
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 23/36] can: slcan: add software tx timestamps
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 22/36] can: janz-ican3: add software tx timestamp
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 20/36] MAINTAINERS: Add maintainer for the slcan driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 21/36] can: can327: add software tx timestamps
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 19/36] can: slcan: add support for listen-only mode
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 16/36] can: slcan: remove legacy infrastructure
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 18/36] can: slcan: use the generic can_change_mtu()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 17/36] can: slcan: change every `slc' occurrence in `slcan'
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 15/36] can: slcan: remove useless header inclusions
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 14/36] can: slcan: use KBUILD_MODNAME and define pr_fmt to replace hardcoded names
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 13/36] can: flexcan: export flexcan_ethtool_ops and remove flexcan_set_ethtool_ops()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 11/36] can: slcan: export slcan_ethtool_ops and remove slcan_set_ethtool_ops()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 12/36] can: c_can: export c_can_ethtool_ops and remove c_can_set_ethtool_ops()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 09/36] can: etas_es58x: replace ES58X_MODULE_NAME with KBUILD_MODNAME
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 08/36] can: ubs_8dev: use KBUILD_MODNAME instead of hard coded names
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 10/36] can: etas_es58x: remove DRV_VERSION
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 06/36] can: gs_ubs: use KBUILD_MODNAME instead of hard coded names
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 05/36] can: esd_usb: use KBUILD_MODNAME instead of hard coded names
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 07/36] can: kvaser_usb: use KBUILD_MODNAME instead of hard coded names
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 04/36] can: softing: use KBUILD_MODNAME instead of hard coded names
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 02/36] can: can327: use KBUILD_MODNAME instead of hard coded names
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 03/36] can: ems_usb: use KBUILD_MODNAME instead of hard coded names
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 01/36] can: mcp251xfd: mcp251xfd_dump(): fix comment
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 0/36] pull-request: can-next 2022-07-31
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 8/9] can: slcan: add support to set bit time register (btr)
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: can327: Fix a broken link to Documentation
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: can327: Fix a broken link to Documentation
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 8/9] can: slcan: add support to set bit time register (btr)
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] can: can327: Fix a broken link to Documentation
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v7 4/7] can: canxl: introduce CAN XL data structure
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH] can: can327: Fix a broken link to Documentation
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH v7 4/7] can: canxl: introduce CAN XL data structure
  • From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
• Re: [PATCH v7 4/7] can: canxl: introduce CAN XL data structure
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v7 4/7] can: canxl: introduce CAN XL data structure
  • From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
• Re: [PATCH v7 4/7] can: canxl: introduce CAN XL data structure
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v7 4/7] can: canxl: introduce CAN XL data structure
  • From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
• [PATCH v7 7/7] can: raw: add CAN XL support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH v7 4/7] can: canxl: introduce CAN XL data structure
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH v7 3/7] can: set CANFD_FDF flag in all CAN FD frame structures
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH v7 1/7] can: skb: unify skb CAN frame identification helpers
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH v7 6/7] can: dev: add CAN XL support to virtual CAN
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH v7 0/7] can: support CAN XL
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH v7 5/7] can: canxl: update CAN infrastructure for CAN XL frames
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH v7 2/7] can: skb: add skb CAN frame data length helpers
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH v2] can: j1939: Replace WARN_ON_ONCE with netdev_warn_once() in j1939_sk_queue_activate_next_locked()
  • From: Fedor Pchelkin <pchelkin@xxxxxxxxx>
• Re: [PATCH v2] can: j1939: Replace WARN_ON_ONCE with netdev_warn_once() in j1939_sk_queue_activate_next_locked()
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• [PATCH v2] can: j1939: Replace WARN_ON_ONCE with netdev_warn_once() in j1939_sk_queue_activate_next_locked()
  • From: Fedor Pchelkin <pchelkin@xxxxxxxxx>
• Re: [PATCH] can: etas_es58x: remove useless calls to usb_fill_bulk_urb()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] can: etas_es58x: remove useless calls to usb_fill_bulk_urb()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [RFC PATCH v3 8/9] can: slcan: add support to set bit time register (btr)
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 8/9] can: slcan: add support to set bit time register (btr)
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] can: j1939: fix memory leak of skbs
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH] can: j1939: Replace WARN_ON_ONCE with pr_warn_once() in j1939_sk_queue_activate_next_locked()
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• [PATCH] can: j1939: Replace WARN_ON_ONCE with pr_warn_once() in j1939_sk_queue_activate_next_locked()
  • From: Fedor Pchelkin <pchelkin@xxxxxxxxx>
• Re: [PATCH] can: j1939: Remove unnecessary WARN_ON_ONCE in j1939_sk_queue_activate_next_locked()
  • From: Fedor Pchelkin <pchelkin@xxxxxxxxx>
• Re: [PATCH v4 05/14] can: tree-wide: advertise software timestamping capabilities
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v4 05/14] can: tree-wide: advertise software timestamping capabilities
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [RFC PATCH v3 8/9] can: slcan: add support to set bit time register (btr)
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [RFC PATCH v3 8/9] can: slcan: add support to set bit time register (btr)
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v6 3/7] can: set CANFD_FDF flag in all CAN FD frame structures
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 8/9] can: slcan: add support to set bit time register (btr)
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/14] can: add ethtool support and reporting of timestamping capabilities
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v4 05/14] can: tree-wide: advertise software timestamping capabilities
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 8/9] can: slcan: add support to set bit time register (btr)
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 8/9] can: slcan: add support to set bit time register (btr)
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/7] can: slcan: extend supported features (step 2)
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v4 5/7] can: slcan: use the generic can_change_mtu()
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 7/7] MAINTAINERS: Add maintainer for the slcan driver
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 1/7] can: slcan: use KBUILD_MODNAME and define pr_fmt to replace hardcoded names
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 3/7] can: slcan: remove legacy infrastructure
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 6/7] can: slcan: add support for listen-only mode
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 4/7] can: slcan: change every `slc' occurrence in `slcan'
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 2/7] can: slcan: remove useless header inclusions
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 0/7] can: slcan: extend supported features (step 2)
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 8/9] can: slcan: add support to set bit time register (btr)
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v4 01/14] can: can327: add software tx timestamps
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [RFC PATCH v3 8/9] can: slcan: add support to set bit time register (btr)
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [RFC PATCH v6 5/7] can: canxl: update CAN infrastructure for CAN XL frames
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [RFC PATCH v3 0/9] can: slcan: extend supported features (step 2)
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 8/9] can: slcan: add support to set bit time register (btr)
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 8/9] can: slcan: add support to set bit time register (btr)
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 8/9] can: slcan: add support to set bit time register (btr)
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [RFC PATCH v3 8/9] can: slcan: add support to set bit time register (btr)
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 8/9] can: slcan: add support to set bit time register (btr)
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [RFC PATCH v3 8/9] can: slcan: add support to set bit time register (btr)
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 3/9] can: slcan: remove legacy infrastructure
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [RFC PATCH v3 8/9] can: slcan: add support to set bit time register (btr)
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v6 5/7] can: canxl: update CAN infrastructure for CAN XL frames
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 8/9] can: slcan: add support to set bit time register (btr)
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 10/24] can: tree-wide: implement ethtool_ops::get_drvinfo()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] can: export export slcan_ethtool_ops and remove setter functions
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 3/3] can: flexcan: export flexcan_ethtool_ops and remove flexcan_set_ethtool_ops()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 2/3] can: c_can: export c_can_ethtool_ops and remove c_can_set_ethtool_ops()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 1/3] can: slcan: export slcan_ethtool_ops and remove slcan_set_ethtool_ops()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 0/3] can: export export slcan_ethtool_ops and remove setter functions
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 14/14] can: peak_usb: advertise timestamping capabilities and add ioctl support
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 13/14] can: peak_canfd: advertise timestamping capabilities and add ioctl support
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 12/14] can: kvaser_usb: advertise timestamping capabilities and add ioctl support
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 11/14] can: kvaser_pciefd: advertise timestamping capabilities and add ioctl support
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 10/14] can: etas_es58x: advertise timestamping capabilities and add ioctl support
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 09/14] can: mcp251xfd: advertise timestamping capabilities and add ioctl support
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 08/14] can: dev: add generic function can_eth_ioctl_hwts()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 07/14] can: dev: add generic function can_ethtool_op_get_ts_info_hwts()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 06/14] can: dev: add hardware TX timestamp
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 05/14] can: tree-wide: advertise software timestamping capabilities
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 04/14] can: v(x)can: add software tx timestamps
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 03/14] can: slcan: add software tx timestamps
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 01/14] can: can327: add software tx timestamps
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 02/14] can: janz-ican3: add software tx timestamp
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 00/14] can: add ethtool support and reporting of timestamping capabilities
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v3 14/14] can: peak_usb: advertise timestamping capabilities and add ioctl support
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v1 10/24] can: tree-wide: implement ethtool_ops::get_drvinfo()
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v3 14/14] can: peak_usb: advertise timestamping capabilities and add ioctl support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v3 14/14] can: peak_usb: advertise timestamping capabilities and add ioctl support
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v1 10/24] can: tree-wide: implement ethtool_ops::get_drvinfo()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v3 14/14] can: peak_usb: advertise timestamping capabilities and add ioctl support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [RFC PATCH v3 6/9] can: slcan: add support for listen-only mode
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v3 7/9] ethtool: add support to get/set CAN bit time register
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v3 8/9] can: slcan: add support to set bit time register (btr)
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v3 3/9] can: slcan: remove legacy infrastructure
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v3 5/9] can: slcan: use the generic can_change_mtu()
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v3 9/9] MAINTAINERS: Add maintainer for the slcan driver
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v3 4/9] can: slcan: change every `slc' occurrence in `slcan'
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v3 2/9] can: slcan: remove useless header inclusions
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v3 1/9] can: slcan: use KBUILD_MODNAME and define pr_fmt to replace hardcoded names
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v3 0/9] can: slcan: extend supported features (step 2)
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/5] can: slcan: remove legacy infrastructure
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/10] can: remove litteral strings used for driver names and remove DRV_VERSION
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] can: slcan: extend supported features (step 2)
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/6] can: slcan: remove legacy infrastructure
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/6] can: slcan: remove legacy infrastructure
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v3 14/14] can: peak_usb: advertise timestamping capabilities and add ioctl support
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v3 13/14] can: peak_canfd: advertise timestamping capabilities and add ioctl support
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v3 12/14] can: kvaser_usb: advertise timestamping capabilities and add ioctl support
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v3 11/14] can: kvaser_pciefd: advertise timestamping capabilities and add ioctl support
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v3 10/14] can: etas_es58x: advertise timestamping capabilities and add ioctl support
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v3 09/14] can: mcp251xfd: advertise timestamping capabilities and add ioctl support
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v3 08/14] can: dev: add generic function can_eth_ioctl_hwts()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v3 07/14] can: dev: add generic function can_ethtool_op_get_ts_info_hwts()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v3 06/14] can: dev: add hardware TX timestamp
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v3 05/14] can: tree-wide: advertise software timestamping capabilities
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v3 04/14] can: v(x)can: add software tx timestamps
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v3 03/14] can: slcan: add software tx timestamps
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v3 02/14] can: janz-ican3: add software tx timestamp
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v3 01/14] can: can327: add software tx timestamps
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v3 00/14]
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v2 2/6] can: slcan: remove legacy infrastructure
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 10/24] can: tree-wide: implement ethtool_ops::get_drvinfo()
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v2 00/10] can: remove litteral strings used for driver names and remove DRV_VERSION
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 10/24] can: tree-wide: implement ethtool_ops::get_drvinfo()
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/10] can: remove litteral strings used for driver names and remove DRV_VERSION
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] can: mcp251xfd: mcp251xfd_dump(): fix comment
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 10/24] can: tree-wide: implement ethtool_ops::get_drvinfo()
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 10/10] can: etas_es58x: remove DRV_VERSION
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 09/10] can: etas_es58x: replace ES58X_MODULE_NAME with KBUILD_MODNAME
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 08/10] can: ubs_8dev: use KBUILD_MODNAME instead of hard coded names
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 07/10] can: kvaser_usb: use KBUILD_MODNAME instead of hard coded names
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 06/10] can: gs_ubs: use KBUILD_MODNAME instead of hard coded names
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 05/10] can: esd_usb: use KBUILD_MODNAME instead of hard coded names
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 03/10] can: slcan: use KBUILD_MODNAME and define pr_fmt to replace hardcoded names
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 04/10] can: softing: use KBUILD_MODNAME instead of hard coded names
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 02/10] can: ems_usb: use KBUILD_MODNAME instead of hard coded names
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 01/10] can: can327: use KBUILD_MODNAME instead of hard coded names
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 00/10] can: remove litteral strings used for driver names and remove DRV_VERSION
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v1 10/24] can: tree-wide: implement ethtool_ops::get_drvinfo()
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/9] can: softing: add DRV_NAME to replace hardcoded names
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 7/9] can: softing: add DRV_NAME to replace hardcoded names
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 5/9] can: esd_usb: use KBUILD_MODNAME instead of hard coded name
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 2/9] can: ems_ubs: use KBUILD_MODNAME instead of hard coded name
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 18/24] can: dev: add generic function can_eth_ioctl_hwts()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v2 14/14] can: peak_usb: advertise timestamping capabilities and add ioctl support
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 13/14] can: peak_canfd: advertise timestamping capabilities and add ioctl support
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 12/14] can: kvaser_usb: advertise timestamping capabilities and add ioctl support
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 11/14] can: kvaser_pciefd: advertise timestamping capabilities and add ioctl support
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 10/14] can: etas_es58x: advertise timestamping capabilities and add ioctl support
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 09/14] can: mcp251xfd: advertise timestamping capabilities and add ioctl support
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 08/14] can: dev: add generic function can_eth_ioctl_hwts()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 07/14] can: dev: add generic function can_ethtool_op_get_ts_info_hwts()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 06/14] can: dev: add hardware TX timestamp
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 05/14] can: tree-wide: advertise software timestamping capabilities
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 04/14] can: v(x)can: add software tx timestamps
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 03/14] can: slcan: add software tx timestamps
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 02/14] can: janz-ican3: add software tx timestamp
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 01/14] can: can327: add software tx timestamps
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 00/14] can: add ethtool support and reporting of timestamping capabilities
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 9/9] can: etas_es58x: remove DRV_VERSION
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 8/9] can: ubs_8dev: use KBUILD_MODNAME instead of hard coded name
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 7/9] can: softing: add DRV_NAME to replace hardcoded names
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 6/9] can: gs_ubs: use KBUILD_MODNAME instead of hard coded name
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 5/9] can: esd_usb: use KBUILD_MODNAME instead of hard coded name
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 4/9] can: softing: add DRV_NAME to replace hardcoded names
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 3/9] can: slcan: add DRV_NAME and define pr_fmt to replace hardcoded names
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 2/9] can: ems_ubs: use KBUILD_MODNAME instead of hard coded name
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 0/9] can: remove litteral strings used for driver name and remove DRV_VERSION
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 1/9] can: can327: use KBUILD_MODNAME instead of hard coded name
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v1 18/24] can: dev: add generic function can_eth_ioctl_hwts()
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v1 10/24] can: tree-wide: implement ethtool_ops::get_drvinfo()
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v1 18/24] can: dev: add generic function can_eth_ioctl_hwts()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 10/24] can: tree-wide: implement ethtool_ops::get_drvinfo()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 00/24] can: add ethtool support and reporting of timestamping capabilities
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• [PATCH 4/4] can-roundrip-stats: add hardware timestamps information
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 3/4] can-roundtrip-stats: rewrite the logic of the main loop to make it more robust
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 2/4] can-roundtrip-stats: remove needless else after continue
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 1/4] can-roundtrip-stats: add print_stats() and calc_and_print_stats()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 0/4] can-round-trip-stats
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 24/24] can: peak_usb: advertise timestamping capabilities and add ioctl support
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 23/24] can: peak_canfd: advertise timestamping capabilities and add ioctl support
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 21/24] can: kvaser_pciefd: advertise timestamping capabilities and add ioctl support
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 22/24] can: kvaser_usb: advertise timestamping capabilities and add ioctl support
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 20/24] can: etas_es58x: advertise timestamping capabilities and add ioctl support
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 18/24] can: dev: add generic function can_eth_ioctl_hwts()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 19/24] can: mcp251xfd: advertise timestamping capabilities and add ioctl support
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 17/24] can: dev: add generic function can_ethtool_op_get_ts_info_hwts()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 16/24] can: dev: add hardware TX timestamp
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 15/24] can: tree-wide: advertise software timestamping capabilities
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 14/24] can: v(x)can: add software tx timestamps
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 13/24] can: slcan: add software tx timestamps
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 12/24] can: janz-ican3: add software tx timestamp
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 11/24] can: can327: add software tx timestamps
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 10/24] can: tree-wide: implement ethtool_ops::get_drvinfo()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 09/24] can: etas_es58x: remove DRV_VERSION
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 08/24] can: ubs_8dev: use KBUILD_MODNAME instead of hard coded name
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 07/24] can: softing: add DRV_NAME to replace hardcoded names
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 06/24] can: gs_ubs: use KBUILD_MODNAME instead of hard coded name
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 05/24] can: esd_usb: use KBUILD_MODNAME instead of hard coded name
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 04/24] can: softing: add DRV_NAME to replace hardcoded names
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 03/24] can: slcan: add DRV_NAME and define pr_fmt to replace hardcoded names
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 02/24] can: ems_ubs: use KBUILD_MODNAME instead of hard coded name
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 01/24] can: can327: use KBUILD_MODNAME instead of hard coded name
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 00/24] can: add ethtool support and reporting of timestamping capabilities
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v2 0/6] can: slcan: extend supported features (step 2)
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/5] can: slcan: remove legacy infrastructure
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v2 6/6] MAINTAINERS: Add maintainer for the slcan driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/6] can: slcan: remove legacy infrastructure
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v2 6/6] MAINTAINERS: Add maintainer for the slcan driver
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 4/6] can: slcan: use the generic can_change_mtu()
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 5/6] can: slcan: add support for listen-only mode
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/6] can: slcan: remove legacy infrastructure
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 3/6] can: slcan: change every `slc' occurrence in `slcan'
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/6] can: slcan: remove useless header inclusions
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/6] can: slcan: extend supported features (step 2)
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/5] can: slcan: remove legacy infrastructure
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v6 1/7] can: skb: unify skb CAN frame identification helpers
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [RFC PATCH v6 5/7] can: canxl: update CAN infrastructure for CAN XL frames
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [RFC PATCH v6 4/7] can: canxl: introduce CAN XL data structure
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [RFC PATCH v6 7/7] can: raw: add CAN XL support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [RFC PATCH v6 0/7] can: support CAN XL
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [RFC PATCH v6 3/7] can: set CANFD_FDF flag in all CAN FD frame structures
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [RFC PATCH v6 2/7] can: skb: add skb CAN frame data length helpers
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [RFC PATCH v6 6/7] can: dev: add CAN XL support to virtual CAN
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [RFC PATCH v5 3/5] can: dev: add CAN XL support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [RFC PATCH v5 3/5] can: dev: add CAN XL support
  • From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
• Re: [RFC PATCH v5 3/5] can: dev: add CAN XL support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [RFC PATCH v5 3/5] can: dev: add CAN XL support
  • From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
• Re: [RFC PATCH v5 3/5] can: dev: add CAN XL support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [RFC PATCH v5 3/5] can: dev: add CAN XL support
  • From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
• Re: [RFC PATCH v5 3/5] can: dev: add CAN XL support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 3/5] can: dev: add CAN XL support
  • From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
• Re: [RFC PATCH v5 3/5] can: dev: add CAN XL support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 3/5] can: dev: add CAN XL support
  • From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
• Re: [RFC PATCH v5 3/5] can: dev: add CAN XL support
  • From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
• Re: [PATCH net-next] can: pch_can: pch_can_error(): initialize errc before using it
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [RFC PATCH v5 3/5] can: dev: add CAN XL support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [RFC PATCH v5 3/5] can: dev: add CAN XL support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH net-next 18/29] can: pch_can: do not report txerr and rxerr during bus-off
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH net-next] can: pch_can: pch_can_error(): initialize errc before using it
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 0/1] pull-request: can-next 2022-07-21
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: pch_can: move setting of errc to before use
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH net-next 18/29] can: pch_can: do not report txerr and rxerr during bus-off
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH] can: pch_can: move setting of errc to before use
  • From: Tom Rix <trix@xxxxxxxxxx>
• Re: [PATCH net-next 18/29] can: pch_can: do not report txerr and rxerr during bus-off
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH] can: pch_can: fix uninitialized use of errc
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH] can: pch_can: initialize errc before using it
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH] can: pch_can: initialize errc before using it
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH] can: pch_can: fix uninitialized use of errc
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH] can: pch_can: fix uninitialized use of errc
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH net-next 18/29] can: pch_can: do not report txerr and rxerr during bus-off
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH net-next 18/29] can: pch_can: do not report txerr and rxerr during bus-off
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [RFC PATCH v5 3/5] can: dev: add CAN XL support
  • From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
• Re: [RFC PATCH 5/5] can: slcan: send the listen-only command to the adapter
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 3/5] can: dev: add CAN XL support
  • From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
• Re: [RFC PATCH v5 3/5] can: dev: add CAN XL support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 3/5] can: dev: add CAN XL support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• AW: Massive kernel messages by can_create_echo_skb()
  • From: "Kaesbauer, Michael" <Michael.Kaesbauer@xxxxxxxxxx>
• Re: [PATCH v3] can: slcan: do not sleep with a spin lock held
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 3/5] can: dev: add CAN XL support
  • From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
• Re: [RFC PATCH v5 3/5] can: dev: add CAN XL support
  • From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
• Re: [PATCH v3] can: slcan: do not sleep with a spin lock held
  • From: Souptick Joarder <jrdr.linux@xxxxxxxxx>
• Re: [PATCH] can: j1939: Remove unnecessary WARN_ON_ONCE in j1939_sk_queue_activate_next_locked()
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 3/5] can: dev: add CAN XL support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [RFC PATCH v3 0/5] can: support CAN XL
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH] can: j1939: Remove unnecessary WARN_ON_ONCE in j1939_sk_queue_activate_next_locked()
  • From: Fedor Pchelkin <pchelkin@xxxxxxxxx>
• Re: [PATCH net 1/2] can: mcp251xfd: fix detection of mcp251863
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next 01/29] can: slcan: use scnprintf() as a hardening measure
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net 1/2] can: mcp251xfd: fix detection of mcp251863
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net 2/2] can: rcar_canfd: Add missing of_node_put() in rcar_canfd_probe()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net 0/2] pull-request: can 2022-07-20
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 27/29] can: error: specify the values of data[5..7] of CAN error frames
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 17/29] can: peak_usb: include support for a new MCU
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 06/29] can: slcan: clean up if/else
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 04/29] can: slcan: fix whitespace issues
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 18/29] can: pch_can: do not report txerr and rxerr during bus-off
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 01/29] can: slcan: use scnprintf() as a hardening measure
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 08/29] dt-bindings: can: nxp,sja1000: Document RZ/N1{D,S} support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 22/29] can: hi311x: do not report txerr and rxerr during bus-off
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 10/29] can: sja1000: Use device_get_match_data to get device data
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 13/29] can: c_can: remove wrong comment
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 26/29] can: usb_8dev: do not report txerr and rxerr during bus-off
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 07/29] dt-bindings: can: sja1000: Convert to json-schema
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 12/29] can: slcan: do not sleep with a spin lock held
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 25/29] can: kvaser_usb_leaf: do not report txerr and rxerr during bus-off
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 29/29] can: error: add definitions for the different CAN error thresholds
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 21/29] can: slcan: do not report txerr and rxerr during bus-off
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 03/29] can: slcan: slcan_init() convert printk(LEVEL ...) to pr_level()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 16/29] can: peak_usb: correction of an initially misnamed field name
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 28/29] can: add CAN_ERR_CNT flag to notify availability of error counter
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 20/29] can: sja1000: do not report txerr and rxerr during bus-off
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 0/29] pull-request: can-next 2022-07-20
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 24/29] can: kvaser_usb_hydra: do not report txerr and rxerr during bus-off
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 09/29] can: sja1000: Add Quirk for RZ/N1 SJA1000 CAN controller
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 11/29] can: sja1000: Change the return type as void for SoC specific init
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 05/29] can: slcan: convert comparison to NULL into !val
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 02/29] can: slcan: convert comments to network style comments
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 14/29] can: ctucanfd: Update CTU CAN FD IP core registers to match version 3.x.
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 15/29] can: peak_usb: pcan_dump_mem(): mark input prompt and data pointer as const
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 23/29] can: sun4i_can: do not report txerr and rxerr during bus-off
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 19/29] can: rcar_can: do not report txerr and rxerr during bus-off
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 00/12] can: error: set of fixes and improvement on txerr and rxerr reporting
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v2 00/12] can: error: set of fixes and improvement on txerr and rxerr reporting
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 0/5] can: support CAN XL
  • From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
• Re: [RFC PATCH 2/5] can: slcan: remove legacy infrastructure
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] can: peak_usb: Includes support for a new MCU
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• RE: [PATCH v4 6/6] can: sja1000: Add support for RZ/N1 SJA1000 CAN Controller
  • From: Biju Das <biju.das.jz@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] can: peak_usb: constify characters string
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 00/15] can: kvaser_usb: Various fixes
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• Re: [PATCH v4 6/6] can: sja1000: Add support for RZ/N1 SJA1000 CAN Controller
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 00/15] can: kvaser_usb: Various fixes
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 3/5] can: dev: add CAN XL support
  • From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
• Re: [RFC PATCH v5 3/5] can: dev: add CAN XL support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH v2 11/12] can: add CAN_ERR_CNT flag to notify availability of error counter
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 10/12] can: error: specify the values of data[5..7] of CAN error frames
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 12/12] can: error: add definitions for the different CAN error thresholds
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 07/12] can: kvaser_usb_hydra: do not report txerr and rxerr during bus-off
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 06/12] can: sun4i_can: do not report txerr and rxerr during bus-off
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 08/12] can: kvaser_usb_leaf: do not report txerr and rxerr during bus-off
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 09/12] can: usb_8dev: do not report txerr and rxerr during bus-off
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 05/12] can: hi311x: do not report txerr and rxerr during bus-off
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 04/12] can: slcan: do not report txerr and rxerr during bus-off
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 01/12] can: pch_can: do not report txerr and rxerr during bus-off
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 03/12] can: sja1000: do not report txerr and rxerr during bus-off
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 02/12] can: rcar_can: do not report txerr and rxerr during bus-off
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 00/12] can: error: set of fixes and improvement on txerr and rxerr reporting
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v1 10/12] can: error: specify the values of data[5..7] of CAN error frames
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [RFC PATCH v5 3/5] can: dev: add CAN XL support
  • From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
• [PATCH 1/3] can: peak_usb: constify characters string
  • From: Stephane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• [PATCH 2/3] can: peak_usb: correction of an initially misnamed field name
  • From: Stephane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• [PATCH 3/3] can: peak_usb: Includes support for a new MCU
  • From: Stephane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• [RFC PATCH v5 1/5] can: canxl: introduce CAN XL data structure
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [RFC PATCH v5 2/5] can: canxl: introduce ETH_P_CANXL ethernet protocol handling
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [RFC PATCH v5 0/5] can: support CAN XL
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [RFC PATCH v5 5/5] can: raw: add CAN XL support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [RFC PATCH v5 4/5] can: vcan: add CAN XL support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [RFC PATCH v5 3/5] can: dev: add CAN XL support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v1 10/12] can: error: specify the values of data[5..7] of CAN error frames
  • From: Stefan Mätje <Stefan.Maetje@xxxxxx>
• Re: [RFC PATCH v4 5/5] can: raw: add CAN XL support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: Massive kernel messages by can_create_echo_skb()
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 5/5] can: raw: add CAN XL support
  • From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
• Re: [RFC PATCH v4 5/5] can: raw: add CAN XL support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [RFC PATCH v4 1/5] can: canxl: introduce CAN XL data structure
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [RFC PATCH v4 2/5] can: canxl: introduce ETH_P_CANXL ethernet protocol handling
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [RFC PATCH v4 3/5] can: dev: add CAN XL support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [RFC PATCH v4 4/5] can: vcan: add CAN XL support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [RFC PATCH v4 5/5] can: raw: add CAN XL support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [RFC PATCH v4 0/5] can: support CAN XL
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [RFC PATCH 2/5] can: slcan: remove legacy infrastructure
  • From: Max Staudt <max@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 036ad6daa8f0fd357af7f50f9da58539eaa6f68c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 4662b7adea50bb62e993a67f611f3be625d3df0d
  • From: Liam Howlett <liam.howlett@xxxxxxxxxx>
• Re: [RFC PATCH v3 0/5] can: support CAN XL
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [RFC PATCH v3 0/5] can: support CAN XL
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• Re: [PATCH] can: xilinx_can: add support for RX timestamps on Zynq
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: xilinx_can: add support for RX timestamps on Zynq
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: xilinx_can: add support for RX timestamps on Zynq
  • From: Matej Vasilevski <matej.vasilevski@xxxxxxxxx>
• [PATCH v2 1/1] can: ctucanfd: Update CTU CAN FD IP core registers to match version 3.x.
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/5] can: slcan: remove legacy infrastructure
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [RFC PATCH 5/5] can: slcan: send the listen-only command to the adapter
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: xilinx_can: add support for RX timestamps on Zynq
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/5] can: slcan: remove legacy infrastructure
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 4662b7adea50bb62e993a67f611f3be625d3df0d
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 1/1] can: ctucanfd: Update CTU CAN FD IP core registers to match version 3.x.
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 0/1] can: ctucanfd: Update CTU CAN FD IP core registers to match version 3.x.
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v1 1/1] can: ctucanfd: Update CTU CAN FD IP core registers to match version 3.x.
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• [PATCH v1 0/1] can: ctucanfd: Update CTU CAN FD IP core registers to match version 3.x.
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• Re: [PATCH] can: xilinx_can: add support for RX timestamps on Zynq
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] can: can327: remove useless header inclusions
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/5] can: slcan: extend supported features (step 2)
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 4662b7adea50bb62e993a67f611f3be625d3df0d
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/5] can: slcan: extend supported features (step 2)
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/5] can: slcan: remove legacy infrastructure
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 4662b7adea50bb62e993a67f611f3be625d3df0d
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] can: can327: remove useless header inclusions
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [RFC PATCH 2/5] can: slcan: remove legacy infrastructure
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [RFC PATCH 0/5] can: slcan: extend supported features (step 2)
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 4662b7adea50bb62e993a67f611f3be625d3df0d
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [RFC PATCH v3 5/5] can: raw: add CAN XL support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [RFC PATCH v3 3/5] can: dev: add CAN XL support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [RFC PATCH v3 5/5] can: raw: add CAN XL support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [RFC PATCH v3 2/5] can: canxl: introduce ETH_P_CANXL ethernet protocol handling
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [RFC PATCH v3 1/5] can: canxl: introduce CAN XL data structure
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [RFC PATCH v3 0/5] can: support CAN XL
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [RFC PATCH v3 4/5] can: vcan: add CAN XL support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/5] can: dev: add CAN XL support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/5] can: dev: add CAN XL support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 4662b7adea50bb62e993a67f611f3be625d3df0d
  • From: Liam Howlett <liam.howlett@xxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 4662b7adea50bb62e993a67f611f3be625d3df0d
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH] can: can327: remove useless header inclusions
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] can: c_can: remove wrong comment
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>