Linux CAN Development - Date Index

• Thread Index

• Re: [PATCH] can: mcba_usb: fix memory leak in mcba_usb
  • From: Pavel Skripkin <paskripkin@xxxxxxxxx>
• Re: [PATCH v3 2/3] can: rcar_canfd: Add support for RZ/G2L family
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: mcba_usb: fix memory leak in mcba_usb
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: mcba_usb: fix memory leak in mcba_usb
  • From: Pavel Skripkin <paskripkin@xxxxxxxxx>
• Re: [PATCH] can: mcba_usb: fix memory leak in mcba_usb
  • From: Yasushi SHOJI <yasushi.shoji@xxxxxxxxx>
• Re: [PATCH v3 2/3] can: rcar_canfd: Add support for RZ/G2L family
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/1] can: j1939: j1939_session_tx_dat(): Fix build failure introduced by renaming skcb to se_skcb
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH net v2] can: raw: fix raw_rcv panic for sock UAF
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 4/6] can: etas_es58x: add es58x_free_netdevs() to factorize code
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] can: mcp251xfd: mcp251xfd_open(): request IRQ as shared
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH can-next 3/3] can: rx-offload: can_rx_offload_threaded_irq_finish(): add new function to be called from threaded interrupt
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH can-next 2/3] can: rx-offload: can_rx_offload_irq_finish(): directly call napi_schedule()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH can-next 1/3] can: rx-offload: add skb queue for use during ISR
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH can-next 0/3] can: rx-offload: performance improvements + function be be called from threaded IRQ
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: pull-request: can 2021-07-24
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v4 2/2] can: m_can: Add support for transceiver as phy
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v5] can: m_can: Add support for transceiver as phy
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 6/6] can: mcp251xfd: mcp251xfd_irq(): stop timestamping worker in case error in IRQ
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 2/6] can: raw: raw_setsockopt(): fix raw_rcv panic for sock UAF
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 1/6] arm64: dts: imx8mp: remove fallback compatible string for FlexCAN
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 4/6] can: j1939: j1939_xtp_rx_dat_one(): fix rxtimer value between consecutive TP.DT to 750ms
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 3/6] can: j1939: j1939_session_deactivate(): clarify lifetime of session object
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 5/6] can: peak_usb: pcan_usb_handle_bus_evt(): fix reading rxerr/txerr values
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• pull-request: can 2021-07-24
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] can: mcp251xfd: mcp251xfd_irq(): stop timestamping worker in case error in IRQ
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [syzbot] memory leak in can_create
  • From: syzbot <syzbot+ba3c733fb22a7be2ce04@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] Expose Peak USB device id in sysfs via phys_port_name.
  • From: Andre Naujoks <nautsch2@xxxxxxxxx>
• Re: [PATCH net v2] can: raw: fix raw_rcv panic for sock UAF
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH net v2] can: raw: fix raw_rcv panic for sock UAF
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v3 1/2] can: mcp251xfd: mcp251xfd_probe(): try to get crystal clock rate from property
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] arm64: dts: renesas: r9a07g044: Add CANFD node
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH net v2] can: raw: fix raw_rcv panic for sock UAF
  • From: "Ziyang Xuan (William)" <william.xuanziyang@xxxxxxxxxx>
• Re: [PATCH net v2] can: raw: fix raw_rcv panic for sock UAF
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH net v2] can: raw: fix raw_rcv panic for sock UAF
  • From: Ziyang Xuan <william.xuanziyang@xxxxxxxxxx>
• Re: [PATCH net] can: raw: fix raw_rcv panic for sock UAF
  • From: "Ziyang Xuan (William)" <william.xuanziyang@xxxxxxxxxx>
• [PATCH v3 3/3] arm64: dts: renesas: r9a07g044: Add CANFD node
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH v3 2/3] can: rcar_canfd: Add support for RZ/G2L family
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH v3 1/3] dt-bindings: net: can: renesas,rcar-canfd: Document RZ/G2L SoC
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH v3 0/3] Renesas RZ/G2L CANFD support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• Re: [PATCH net] can: raw: fix raw_rcv panic for sock UAF
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v2] Expose Peak USB device id in sysfs via phys_port_name.
  • From: Andre Naujoks <nautsch2@xxxxxxxxx>
• RE: [PATCH v2] Expose Peak USB device id in sysfs via phys_port_name.
  • From: Stéphane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• [PATCH v2] Expose Peak USB device id in sysfs via phys_port_name.
  • From: Andre Naujoks <nautsch2@xxxxxxxxx>
• Re: [PATCH] Expose Peak USB device id in sysfs via phys_port_name.
  • From: Pavel Skripkin <paskripkin@xxxxxxxxx>
• [PATCH] Expose Peak USB device id in sysfs via phys_port_name.
  • From: Andre Naujoks <nautsch2@xxxxxxxxx>
• Re: [PATCH net] can: raw: fix raw_rcv panic for sock UAF
  • From: "Ziyang Xuan (William)" <william.xuanziyang@xxxxxxxxxx>
• Re: [PATCH v5 3/5] m68k: m5441x: add flexcan support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH net] can: raw: fix raw_rcv panic for sock UAF
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH net] can: raw: fix raw_rcv panic for sock UAF
  • From: "Ziyang Xuan (William)" <william.xuanziyang@xxxxxxxxxx>
• Re: [PATCH net] can: raw: fix raw_rcv panic for sock UAF
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH] can: raw: fix TX CAN frames show up as RX'ed ones
  • From: Torin Cooper-Bennun <tcbennun@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] can: raw: fix raw_rcv panic for sock UAF
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH net] can: raw: fix raw_rcv panic for sock UAF
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH net] can: raw: fix raw_rcv panic for sock UAF
  • From: Ziyang Xuan <william.xuanziyang@xxxxxxxxxx>
• Re: [PATCH v5 3/5] m68k: m5441x: add flexcan support
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/5] m68k: m5441x: add flexcan support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] dt-bindings: net: can: renesas,rcar-canfd: Document RZ/G2L SoC
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] dt-bindings: net: can: renesas,rcar-canfd: Document RZ/G2L SoC
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] dt-bindings: net: can: renesas,rcar-canfd: Document RZ/G2L SoC
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH v2 2/5] can: rcar_canfd: Add support for RZ/G2L family
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH v2 1/5] dt-bindings: net: can: renesas,rcar-canfd: Document RZ/G2L SoC
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] can: rcar_canfd: Add support for RZ/G2L family
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH v2 1/5] dt-bindings: net: can: renesas,rcar-canfd: Document RZ/G2L SoC
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH v2 1/5] dt-bindings: net: can: renesas,rcar-canfd: Document RZ/G2L SoC
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH v2 3/5] dt-bindings: clk: r9a07g044-cpg: Add entry for P0_DIV2 core clock
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 4/5] clk: renesas: r9a07g044-cpg: Add entry for fixed clock P0_DIV2
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] can: rcar_canfd: Add support for RZ/G2L family
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] can: rcar_canfd: Add support for RZ/G2L family
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] dt-bindings: net: can: renesas,rcar-canfd: Document RZ/G2L SoC
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] dt-bindings: net: can: renesas,rcar-canfd: Document RZ/G2L SoC
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 5/5] arm64: dts: renesas: r9a07g044: Add CANFD node
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH v2 4/5] clk: renesas: r9a07g044-cpg: Add entry for fixed clock P0_DIV2
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH v2 3/5] dt-bindings: clk: r9a07g044-cpg: Add entry for P0_DIV2 core clock
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH v2 2/5] can: rcar_canfd: Add support for RZ/G2L family
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH v2 1/5] dt-bindings: net: can: renesas,rcar-canfd: Document RZ/G2L SoC
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH v2 0/5] Renesas RZ/G2L CANFD support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/2] MCAN: Add support for implementing transceiver as a phy
  • From: Aswath Govindraju <a-govindraju@xxxxxx>
• [PATCH 3/4] can: c_can: support tx ring algorithm
  • From: Dario Binacchi <dariobin@xxxxxxxxx>
• [PATCH 2/4] can: c_can: exit c_can_do_tx() early if no frames have been sent
  • From: Dario Binacchi <dariobin@xxxxxxxxx>
• [PATCH 1/4] can: c_can: remove struct c_can_priv::priv field
  • From: Dario Binacchi <dariobin@xxxxxxxxx>
• [PATCH 0/4] can: c_can: cache frames to operate as a true FIFO
  • From: Dario Binacchi <dariobin@xxxxxxxxx>
• [PATCH 4/4] can: c_can: cache frames to operate as a true FIFO
  • From: Dario Binacchi <dariobin@xxxxxxxxx>
• Re: [PATCH 1/1] can: j1939: j1939_session_tx_dat(): Fix build failure introduced by renaming skcb to se_skcb
  • From: Stefan Mätje <Stefan.Maetje@xxxxxx>
• Re: [PATCH 1/1] can: j1939: j1939_session_tx_dat(): Fix build failure introduced by renaming skcb to se_skcb
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 1/1] can: j1939: j1939_session_tx_dat(): Fix build failure introduced by renaming skcb to se_skcb
  • From: Stefan Mätje <Stefan.Maetje@xxxxxx>
• [PATCH 0/1] Propose patch to fix build failure on net/can/j1919/transport.c
  • From: Stefan Mätje <Stefan.Maetje@xxxxxx>
• Re: [PATCH 2/6] can: rcar_canfd: Add support for RZ/G2L family
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] can: peak_usb: upgrades the handling of bus state changes
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] can: peak_usb: Add a "firmware update available" msg to old PCAN-USB
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] can: peak_usb: Add a "firmware update available" msg to old PCAN-USB
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 1/7] dt-bindings: can: flexcan: fix imx8mp compatbile
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 3/6] dt-bindings: clk: r9a07g044-cpg: Add entry for P0_DIV2 core clock
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH 3/6] dt-bindings: clk: r9a07g044-cpg: Add entry for P0_DIV2 core clock
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 4/6] clk: renesas: r9a07g044-cpg: Add entry for fixed clock P0_DIV2
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH 3/6] dt-bindings: clk: r9a07g044-cpg: Add entry for P0_DIV2 core clock
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH 2/6] can: rcar_canfd: Add support for RZ/G2L family
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH 1/6] dt-bindings: net: can: renesas,rcar-canfd: Document RZ/G2L SoC
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH 4/6] clk: renesas: r9a07g044-cpg: Add entry for fixed clock P0_DIV2
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 3/6] dt-bindings: clk: r9a07g044-cpg: Add entry for P0_DIV2 core clock
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 5/6] clk: renesas: r9a07g044-cpg: Add clock and reset entries for CANFD
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/6] can: rcar_canfd: Add support for RZ/G2L family
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/6] dt-bindings: net: can: renesas,rcar-canfd: Document RZ/G2L SoC
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• RE: [PATCH 1/7] dt-bindings: can: flexcan: fix imx8mp compatbile
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• [PATCH 6/6] arm64: dts: renesas: r9a07g044: Add CANFD node
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 5/6] clk: renesas: r9a07g044-cpg: Add clock and reset entries for CANFD
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 4/6] clk: renesas: r9a07g044-cpg: Add entry for fixed clock P0_DIV2
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 3/6] dt-bindings: clk: r9a07g044-cpg: Add entry for P0_DIV2 core clock
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 2/6] can: rcar_canfd: Add support for RZ/G2L family
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 1/6] dt-bindings: net: can: renesas,rcar-canfd: Document RZ/G2L SoC
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 0/6] Renesas RZ/G2L CANFD support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• Re: [virtio-dev] review of virtio-can (was: Re: MSG_CONFIRM RX messages with SocketCAN known as unreliable under heavy load?)
  • From: Harald Mommer <hmo@xxxxxxxxxxxxxxx>
• [PATCH v3 2/2] can: peak_usb: Add a "firmware update available" msg to old PCAN-USB
  • From: Stephane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• [PATCH v3 1/2] can: peak_usb: upgrades the handling of bus state changes
  • From: Stephane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/7] dt-bindings: can: flexcan: fix imx8mp compatbile
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 1/7] dt-bindings: can: flexcan: fix imx8mp compatbile
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 1/7] dt-bindings: can: flexcan: fix imx8mp compatbile
  • From: Dong Aisheng <dongas86@xxxxxxxxx>
• RE: [PATCH 1/7] dt-bindings: can: flexcan: fix imx8mp compatbile
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• Re: [PATCH 1/7] dt-bindings: can: flexcan: fix imx8mp compatbile
  • From: Dong Aisheng <dongas86@xxxxxxxxx>
• Re: [PATCH 1/7] dt-bindings: can: flexcan: fix imx8mp compatbile
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• RE: [PATCH 1/7] dt-bindings: can: flexcan: fix imx8mp compatbile
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• Re: [PATCH 1/7] dt-bindings: can: flexcan: fix imx8mp compatbile
  • From: Dong Aisheng <dongas86@xxxxxxxxx>
• Re: [PATCH 1/7] dt-bindings: can: flexcan: fix imx8mp compatbile
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 1/7] dt-bindings: can: flexcan: fix imx8mp compatbile
  • From: Dong Aisheng <aisheng.dong@xxxxxxx>
• Re: [PATCH v2 1/2] can: peak_usb: upgrades the handling of bus state changes
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [mkl-can-next:testing 5/28] net/can/j1939/transport.c:811:25: error: 'skcb' undeclared
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/5] m68k: m5441x: add flexcan support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1] can: j1939: j1939_session_deactivate(): clarify lifetime of session object
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Miscellaneous small fix and improvements on driver etas_es58x
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v1] can: j1939: j1939_session_deactivate(): clarify lifetime of session object
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [virtio-dev] review of virtio-can (was: Re: MSG_CONFIRM RX messages with SocketCAN known as unreliable under heavy load?)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 0/1] can: fix a potential UAF access in j1939_session_deactivate()
  • From: Greg KH <greg@xxxxxxxxx>
• [PATCH 0/1] can: fix a potential UAF access in j1939_session_deactivate()
  • From: Xiaochen Zou <xzou017@xxxxxxx>
• Re: ip link valid options checking
  • From: Stefan Mätje <Stefan.Maetje@xxxxxx>
• Re: Use-after-free access in j1939_session_deactivate
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Use-after-free access in j1939_session_deactivate
  • From: Xiaochen Zou <xzou017@xxxxxxx>
• Re: Use-after-free access in j1939_session_deactivate
  • From: Xiaochen Zou <xzou017@xxxxxxx>
• Re: Use-after-free access in j1939_session_deactivate
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: Use-after-free access in j1939_session_deactivate
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: Use-after-free access in j1939_session_deactivate
  • From: Greg KH <greg@xxxxxxxxx>
• Use-after-free access in j1939_session_deactivate
  • From: Xiaochen Zou <xzou017@xxxxxxx>
• RE: MCP2518FD Drivers Rarely Working with Custom Kernel 5.10.Y
  • From: "Joshua Quesenberry" <engnfrc@xxxxxxxxx>
• Re: MCP2518FD Drivers Rarely Working with Custom Kernel 5.10.Y
  • From: Patrick Menschel <menschel.p@xxxxxxxxx>
• RE: MCP2518FD Drivers Rarely Working with Custom Kernel 5.10.Y
  • From: "Joshua Quesenberry" <engnfrc@xxxxxxxxx>
• Re: [PATCH v5 3/5] m68k: m5441x: add flexcan support
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: ip link valid options checking
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: ip link valid options checking
  • From: Stefan Mätje <Stefan.Maetje@xxxxxx>
• Re: [RFC PATCH v4 4/4] iplink_can: add new CAN FD bittiming parameters: Transmitter Delay Compensation (TDC)
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [RFC PATCH v4 3/4] iplink_can: print brp and dbrp bittiming variables
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: ip link valid options checking
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• ip link valid options checking
  • From: "Joshua Quesenberry" <engnfrc@xxxxxxxxx>
• Re: [RFC PATCH v4 3/4] iplink_can: print brp and dbrp bittiming variables
  • From: Stefan Mätje <Stefan.Maetje@xxxxxx>
• Re: [RFC PATCH v4 4/4] iplink_can: add new CAN FD bittiming parameters: Transmitter Delay Compensation (TDC)
  • From: Stefan Mätje <Stefan.Maetje@xxxxxx>
• [PATCH v2 1/2] net: j1939: rename J1939_ERRQUEUE_* to J1939_ERRQUEUE_TX_*
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• [PATCH v2 2/2] net: j1939: extend UAPI to notify about RX status
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• [PATCH v2 0/2] net: j1939: extend UAPI for RX notifications
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH v1 2/2] net: j1939: extend UAPI to notify about RX status
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• RE: MCP2518FD Drivers Rarely Working with Custom Kernel 5.10.Y
  • From: "Joshua Quesenberry" <engnfrc@xxxxxxxxx>
• Re: [PATCH v1 2/2] net: j1939: extend UAPI to notify about RX status
  • From: David Jander <david@xxxxxxxxxxx>
• [PATCH v1 2/2] net: j1939: extend UAPI to notify about RX status
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• [PATCH v1 1/2] net: j1939: rename J1939_ERRQUEUE_* to J1939_ERRQUEUE_TX_*
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH net] can: j1939: j1939_xtp_rx_dat_one(): fix rxtimer value between consecutive TP.DT to 750ms
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• [PATCH net] can: j1939: j1939_xtp_rx_dat_one(): fix rxtimer value between consecutive TP.DT to 750ms
  • From: Zhang Changzhong <zhangchangzhong@xxxxxxxxxx>
• Re: [PATCH v3 1/2] can: mcp251xfd: mcp251xfd_probe(): try to get crystal clock rate from property
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] can: mcp251xfd: mcp251xfd_probe(): try to get crystal clock rate from property
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: MCP2518FD Drivers Rarely Working with Custom Kernel 5.10.Y
  • From: Joshua Quesenberry <engnfrc@xxxxxxxxx>
• Re: [RFC PATCH 2/2] net: j1939: extend UAPI to notify about RX status
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• [RFC PATCH 2/2] net: j1939: extend UAPI to notify about RX status
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• [RFC PATCH 1/2] net: j1939: rename J1939_ERRQUEUE_* to J1939_ERRQUEUE_TX_*
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/5] can: flexcan: add platform data header
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v5 1/5] can: flexcan: add platform data header
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v5 5/5] can: flexcan: add mcf5441x support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v5 4/5] can: flexcan: update Kconfig to enable coldfire
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v5 3/5] m68k: m5441x: add flexcan support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v5 2/5] m68k: stmark2: update board setup
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v5 1/5] can: flexcan: add platform data header
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/5] m68k: stmark2: update board setup
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: MCP2518FD Drivers Rarely Working with Custom Kernel 5.10.Y
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/5] can: flexcan: add platform data header
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH can-next 0/5] m_can, tcan4x5x: device-specific interrupt handling
  • From: Torin Cooper-Bennun <torin@xxxxxxxxxxxxxxxxxx>
• Re: MCP2518FD Drivers Rarely Working with Custom Kernel 5.10.Y
  • From: Joshua Quesenberry <engnfrc@xxxxxxxxx>
• Re: [PATCH v4 2/5] m68k: stmark2: update board setup
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/5] can: flexcan: add platform data header
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/5] m68k: stmark2: update board setup
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 4/5] can: flexcan: update Kconfig to enable coldfire
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/5] m68k: stmark2: update board setup
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/5] m68k: stmark2: update board setup
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/5] m68k: stmark2: update board setup
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/5] m68k: stmark2: update board setup
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v4 5/5] can: flexcan: add mcf5441x support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v4 5/5] can: flexcan: add mcf5441x support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v4 3/5] m68k: m5441x: add flexcan support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v4 4/5] can: flexcan: update Kconfig to enable coldfire
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v4 2/5] m68k: stmark2: update board setup
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v4 1/5] can: flexcan: add platform data header
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: MSG_CONFIRM RX messages with SocketCAN known as unreliable under heavy load?
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: MSG_CONFIRM RX messages with SocketCAN known as unreliable under heavy load?
  • From: Harald Mommer <hmo@xxxxxxxxxxxxxxx>
• Re: review of virtio-can (was: Re: MSG_CONFIRM RX messages with SocketCAN known as unreliable under heavy load?)
  • From: Harald Mommer <hmo@xxxxxxxxxxxxxxx>
• [PATCH 6/6] can: etas_es58x: rewrite the message cast in es58{1,_fd}_tx_can_msg to increase readability
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 5/6] can: etas_es58x: use sizeof and sizeof_field macros instead of constant values
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 4/6] can: etas_es58x: add es58x_free_netdevs() to factorize code
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 3/6] can: etas_es58x: use devm_kzalloc() to allocate device resources
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 2/6] can: etas_es58x: use error pointer during device probing
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 1/6] can: etas_es58x: fix three typos in author name and documentation
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 0/6] Miscellaneous small fix and improvements on driver etas_es58x
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH v4 4/4] iplink_can: add new CAN FD bittiming parameters: Transmitter Delay Compensation (TDC)
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH v4 2/4] iplink_can: use PRINT_ANY to factorize code and fix signedness
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH v4 3/4] iplink_can: print brp and dbrp bittiming variables
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH v4 1/4] iplink_can: fix configuration ranges in print_usage()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH v4 0/4] iplink_can: cleaning, fixes and adding TDC support.
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [mkl-can-next:testing 5/28] net/can/j1939/transport.c:811:25: error: use of undeclared identifier 'skcb'
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v3 4/4] can: netlink: add interface for CAN-FD Transmitter Delay Compensation (TDC)
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v3 3/4] can: dev: add can_tdc_get_relative_tdco() helper function
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v3 2/4] can: bittiming: allow TDC{V,O} to be zero and add can_tdc_const::tdc{v,o,f}_min
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v3 1/4] can: netlink: allow user to turn off unsupported features
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v3 0/4] add the netlink interface for CAN-FD Transmitter Delay Compensation (TDC)
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [mkl-can-next:testing 5/28] net/can/j1939/transport.c:811:25: error: 'skcb' undeclared
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 2/2] can: peak_usb: Add a "firmware update available" message to old PCAN-USB
  • From: Stephane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• [PATCH v2 1/2] can: peak_usb: upgrades the handling of bus state changes
  • From: Stephane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• Re: MSG_CONFIRM RX messages with SocketCAN known as unreliable under heavy load?
  • From: Harald Mommer <hmo@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] can: peak_usb: PCAN-USB: add support of loopback and one-short mode
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 0/5] can: peak_usb: upgrade driver for PCAN-USB
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 5/5] can: peak_usb: upgrades the handling of bus state changes
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 3/5] can: peak_usb: pcan_usb_handle_bus_evt(): fix reading rxerr/txerr values
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [syzbot] memory leak in j1939_sk_sendmsg
  • From: syzbot <syzbot+085305c4b952053c9437@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] can: flexcan: add mcf5441x support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/5] can: flexcan: update Kconfig to allow non-of cases
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH 5/5] can: peak_usb: upgrades the handling of bus state changes
  • From: Stephane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• [PATCH 3/5] can: peak_usb: pcan_usb_handle_bus_evt(): fix reading rxerr/txerr values
  • From: Stephane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• [PATCH 2/5] can: peak_usb: PCAN-USB: add support of loopback and one-short mode
  • From: Stephane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• [PATCH 0/5] can: peak_usb: upgrade driver for PCAN-USB
  • From: Stephane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• [PATCH 4/5] can: peak_usb: pcan_usb_encode_msg(): adds information
  • From: Stephane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• [PATCH 1/5] can: peak_usb: pcan_usb_get_device_id(): read value only in case of success
  • From: Stephane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• Re: MCP2518FD Drivers Rarely Working with Custom Kernel 5.10.Y
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] SUNIX SDC CAN controller driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] SUNIX SDC CAN controller driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] SUNIX SDC CAN controller driver
  • From: Moriis Ku <saumah@xxxxxxxxx>
• [PATCH] SUNIX SDC CAN controller driver
  • From: Moriis Ku <saumah@xxxxxxxxx>
• [PATCH] SUNIX SDC CAN controller driver
  • From: Moriis Ku <saumah@xxxxxxxxx>
• Re: MSG_CONFIRM RX messages with SocketCAN known as unreliable under heavy load?
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• review of virtio-can (was: Re: MSG_CONFIRM RX messages with SocketCAN known as unreliable under heavy load?)
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: MCP2518FD Drivers Rarely Working with Custom Kernel 5.10.Y
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: MCP2518FD Drivers Rarely Working with Custom Kernel 5.10.Y
  • From: Patrick Menschel <menschel.p@xxxxxxxxx>
• Re: MSG_CONFIRM RX messages with SocketCAN known as unreliable under heavy load?
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [net 1/2] can: j1939: j1939_sk_setsockopt(): prevent allocation of j1939 filter for optlen == 0
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: pull-request: can 2021-06-24
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• RE: MCP2518FD Drivers Rarely Working with Custom Kernel 5.10.Y
  • From: "Joshua Quesenberry" <engnfrc@xxxxxxxxx>
• [mkl-can-next:rx-offload 4/7] drivers/net/can/m_can/m_can.c:1062:30: error: use of undeclared identifier 'priv'
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: MSG_CONFIRM RX messages with SocketCAN known as unreliable under heavy load?
  • From: Harald Mommer <hmo@xxxxxxxxxxxxxxx>
• [mkl-can-next:rx-offload 4/7] drivers/net/can/m_can/m_can.c:1062:30: error: 'priv' undeclared
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/3] can-calc-bittiming: add mcan
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] can-calc-bittiming: add mcan
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] can-calc-bittiming: add mcan
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] canbusload: count databitrate seperately
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] can-calc-bittiming: add mcan
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] canbusload: count databitrate seperately
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] can-calc-bittiming: add stm32 bxcan
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] can-calc-bittiming: add stm32 bxcan
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC]: can-next 2021-06-21: try to fix softirq error from threaded IRQs
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• [net 1/2] can: j1939: j1939_sk_setsockopt(): prevent allocation of j1939 filter for optlen == 0
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 2/2] can: peak_pciefd: pucan_handle_status(): fix a potential starvation issue in TX path
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• pull-request: can 2021-06-24
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can/peak_pciefd: fix a potential issue of sending frames
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] canbusload: count databitrate seperately
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] canbusload: count full payload for CANFD frames
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] can-calc-bittiming: add stm32 bxcan
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 1/2] canbusload: count full payload for CANFD frames
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] canbusload: count databitrate seperately
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] can-calc-bittiming: add c_can
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] can-calc-bittiming: add stm32 bxcan
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] can-calc-bittiming: add mcan
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: MCP2518FD Drivers Rarely Working with Custom Kernel 5.10.Y
  • From: Patrick Menschel <menschel.p@xxxxxxxxx>
• Re: [PATCH net-next v3 0/3] Some optimization for lockless qdisc
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• RE: MCP2518FD Drivers Rarely Working with Custom Kernel 5.10.Y
  • From: "Joshua Quesenberry" <engnfrc@xxxxxxxxx>
• [PATCH] can/peak_pciefd: fix a potential issue of sending frames
  • From: Stephane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• Re: MCP2518FD Drivers Rarely Working with Custom Kernel 5.10.Y
  • From: Patrick Menschel <menschel.p@xxxxxxxxx>
• Re: MCP2518FD Drivers Rarely Working with Custom Kernel 5.10.Y
  • From: Joshua Quesenberry <engnfrc@xxxxxxxxx>
• [syzbot] memory leak in j1939_xtp_rx_rts
  • From: syzbot <syzbot+d56eaa979f1a3d6e2e2e@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: LIN (ISO 17987)
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• LIN (ISO 17987)
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 4/5] can: flexcan: update Kconfig to allow non-of cases
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v3 4/5] can: flexcan: update Kconfig to allow non-of cases
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH net-next v3 2/3] net: sched: implement TCQ_F_CAN_BYPASS for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH net-next v3 3/3] net: sched: remove qdisc->empty for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH net-next v3 0/3] Some optimization for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH net-next v3 1/3] net: sched: avoid unnecessary seqcount operation for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: CAN-FD Transmitter Delay Compensation (TDC) on mcp2518fd
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: CAN-FD Transmitter Delay Compensation (TDC) on mcp2518fd
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH net v2] net: sched: add barrier to ensure correct ordering for lockless qdisc
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v3 4/5] can: flexcan: update Kconfig to allow non-of cases
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v3 4/5] can: flexcan: update Kconfig to allow non-of cases
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 4/5] can: flexcan: update Kconfig to allow non-of cases
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v3 4/5] can: flexcan: update Kconfig to allow non-of cases
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: pull-request: can 2021-06-19
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v3 5/5] can: flexcan: add mcf5441x support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/5] can: flexcan: add platform data header
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v3 5/5] can: flexcan: add mcf5441x support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v3 4/5] can: flexcan: update Kconfig to allow non-of cases
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v3 3/5] m68k: m5441x: add flexcan support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v3 2/5] m68k: stmark2: update board setup
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v3 1/5] can: flexcan: add platform data header
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: CAN-FD Transmitter Delay Compensation (TDC) on mcp2518fd
  • From: Stefan Mätje <Stefan.Maetje@xxxxxx>
• Re: [PATCH] can: bcm/raw/isotp: use per module netdevice notifier
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Testing two MCP2518FD's on i.MX8MM
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: [RFC]: can-next 2021-06-21: try to fix softirq error from threaded IRQs
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: Testing two MCP2518FD's on i.MX8MM
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 8/8] imx6dl-riotboard-can: added
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 5/8] can: ti_hecc: convert to can_rx_offload_irq_finish()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 6/8] can: rx-offload: can_rx_offload_schedule(): remove function
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 7/8] can: can_rx_offload_threaded_irq_finish(): add
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 4/8] can: m_can: convert to can_rx_offload_irq_finish()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 3/8] can: mcp251xfd: convert to can_rx_offload_irq_finish()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 1/8] can: rx-offload: add skb queue for use during ISR
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [RFC]: can-next 2021-06-21: try to fix softirq error from threaded IRQs
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 2/8] can: flexcan: convert to can_rx_offload_irq_finish()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: Testing two MCP2518FD's on i.MX8MM
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: [PATCH] can: bcm/raw/isotp: use per module netdevice notifier
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] can: bcm/raw/isotp: use per module netdevice notifier
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: bcm/raw/isotp: use per module netdevice notifier
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] can: bcm/raw/isotp: use per module netdevice notifier
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: j1939: prevent allocation of j1939 filter for optlen = 0
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: j1939: prevent allocation of j1939 filter for optlen = 0
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• [PATCH] can: j1939: prevent allocation of j1939 filter for optlen = 0
  • From: Norbert Slusarek <nslusarek@xxxxxxx>
• [net 4/5] can: j1939: j1939_sk_init(): set SOCK_RCU_FREE to call sk_destruct() after RCU is done
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 5/5] net: can: ems_usb: fix use-after-free in ems_usb_disconnect()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 1/5] can: bcm: delay release of struct bcm_op after synchronize_rcu()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 3/5] can: isotp: isotp_release(): omit unintended hrtimer restart on socket release
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 2/5] can: gw: synchronize rcu operations before removing gw job entry
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• pull-request: can 2021-06-19
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: MSG_CONFIRM RX messages with SocketCAN known as unreliable under heavy load?
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: isotp: omit unintended hrtimer restart on socket release
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: gw: syncronize rcu operations before removing gw job entry
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/8] net: at91_can: clean up some code style issues
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: bcm: delay release of struct bcm_op after synchronize_rcu
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: bcm: delay release of struct bcm_op after synchronize_rcu
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH] can: bcm: delay release of struct bcm_op after synchronize_rcu
  • From: Thadeu Lima de Souza Cascardo <cascardo@xxxxxxxxxxxxx>
• CVE-2021-3609: Race condition in net/can/bcm.c leads to local privilege escalation
  • From: Norbert Slusarek <nslusarek@xxxxxxx>
• Re: CAN-FD Transmitter Delay Compensation (TDC) on mcp2518fd
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH] vxcan: remove sk reference in peer skb
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: vxcan RX/TX/echo semantics
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH] [RFC] vxcan: enable local echo for sent CAN frames
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH net v2] net: sched: add barrier to ensure correct ordering for lockless qdisc
  • From: Yunsheng Lin <yunshenglin0825@xxxxxxxxx>
• [PATCH net-next 5/8] net: at91_can: fix the alignment issue
  • From: Guangbin Huang <huangguangbin2@xxxxxxxxxx>
• [PATCH net-next 7/8] net: at91_can: remove redundant space
  • From: Guangbin Huang <huangguangbin2@xxxxxxxxxx>
• [PATCH net-next 3/8] net: at91_can: fix the code style issue about macro
  • From: Guangbin Huang <huangguangbin2@xxxxxxxxxx>
• [PATCH net-next 2/8] net: at91_can: add blank line after declarations
  • From: Guangbin Huang <huangguangbin2@xxxxxxxxxx>
• [PATCH net-next 4/8] net: at91_can: use BIT macro
  • From: Guangbin Huang <huangguangbin2@xxxxxxxxxx>
• [PATCH net-next 8/8] net: at91_can: fix the comments style issue
  • From: Guangbin Huang <huangguangbin2@xxxxxxxxxx>
• [PATCH net-next 6/8] net: at91_can: add braces {} to all arms of the statement
  • From: Guangbin Huang <huangguangbin2@xxxxxxxxxx>
• [PATCH net-next 1/8] net: at91_can: remove redundant blank lines
  • From: Guangbin Huang <huangguangbin2@xxxxxxxxxx>
• [PATCH net-next 0/8] net: at91_can: clean up some code style issues
  • From: Guangbin Huang <huangguangbin2@xxxxxxxxxx>
• Re: [PATCH net v2] net: sched: add barrier to ensure correct ordering for lockless qdisc
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net v2] net: sched: add barrier to ensure correct ordering for lockless qdisc
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: MSG_CONFIRM RX messages with SocketCAN known as unreliable under heavy load?
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH] can: isotp: omit unintended hrtimer restart on socket release
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH] can: gw: syncronize rcu operations before removing gw job entry
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: CAN-FD Transmitter Delay Compensation (TDC) on mcp2518fd
  • From: Stefan Mätje <Stefan.Maetje@xxxxxx>
• Re: CAN-FD Transmitter Delay Compensation (TDC) on mcp2518fd
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• [PATCH] libsocketcan: Add new functions to get/set CAN FD bittimings
  • From: Thomas Wagner <thwa1@xxxxxx>
• CAN-FD Transmitter Delay Compensation (TDC) on mcp2518fd
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] can: netlink: add interface for CAN-FD Transmitter Delay Compensation (TDC)
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v2 2/2] can: netlink: add interface for CAN-FD Transmitter Delay Compensation (TDC)
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: libsocketcan: Setting CAN FD data bitrate
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] can: netlink: clear data_bittiming if fd is turned off
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v2 2/2] can: netlink: add interface for CAN-FD Transmitter Delay Compensation (TDC)
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: MSG_CONFIRM RX messages with SocketCAN known as unreliable under heavy load?
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] can: netlink: clear tdc if fd is turned off
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] can: netlink: clear data_bittiming if fd is turned off
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v3 4/4] iplink_can: add new CAN FD bittiming parameters: Transmitter Delay Compensation (TDC)
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v3 3/4] iplink_can: print brp and dbrp bittiming variables
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v3 2/4] iplink_can: use PRINT_ANY to factorize code and fix signedness
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v3 1/4] iplink_can: fix configuration ranges in print_usage()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v3 0/4] iplink_can: cleaning, fixes and adding TDC support.
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems
  • From: Arnaud POULIQUEN <arnaud.pouliquen@xxxxxxxxxxx>
• libsocketcan: Setting CAN FD data bitrate
  • From: "Thomas Wagner" <thwa1@xxxxxx>
• [PATCH 2/2] can: netlink: clear tdc if fd is turned off
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 1/2] can: netlink: clear data_bittiming if fd is turned off
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 0/2] Stop showing data bittiming if FD is turned off
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v2 5/5] can: flexcan: add mcf5441x support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH v1] can: j1939: j1939_sk_init(): set SOCK_RCU_FREE to call sk_destruct() after RCU is done
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] net: can: fix use-after-free in ems_usb_disconnect
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] can: flexcan: add mcf5441x support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] can: flexcan: add platform data for ColdFire
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] can: flexcan: add mcf5441x support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 5/5] can: flexcan: add mcf5441x support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH] net: can: fix use-after-free in ems_usb_disconnect
  • From: Pavel Skripkin <paskripkin@xxxxxxxxx>
• Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems
  • From: Suman Anna <s-anna@xxxxxx>
• Re: [PATCH v2 4/5] can: flexcan: enable Kconfig for ColdFire
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems
  • From: Jassi Brar <jassisinghbrar@xxxxxxxxx>
• Re: [PATCH v2 5/5] can: flexcan: add mcf5441x support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v1] can: j1939: j1939_sk_init(): set SOCK_RCU_FREE to call sk_destruct() after RCU is done
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] can: flexcan: add mcf5441x support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• MSG_CONFIRM RX messages with SocketCAN known as unreliable under heavy load?
  • From: Harald Mommer <hmo@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] can: flexcan: add platform data for ColdFire
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] can: netlink: add interface for CAN-FD Transmitter Delay Compensation (TDC)
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: bittiming: fix two grammar mistakes in documentation for struct can_tdc
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH v2 1/5] can: flexcan: add platform data for ColdFire
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] can: flexcan: add platform data for ColdFire
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] can: flexcan: add platform data for ColdFire
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] can: flexcan: add platform data for ColdFire
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] m68k: m5441x: add flexcan support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH net v2] net: sched: add barrier to ensure correct ordering for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v2 3/5] m68k: m5441x: add flexcan support
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] can: flexcan: add platform data for ColdFire
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH v2 5/5] can: flexcan: add mcf5441x support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v2 4/5] can: flexcan: enable Kconfig for ColdFire
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v2 3/5] m68k: m5441x: add flexcan support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v2 2/5] m68k: stmark2: update board setup
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v2 1/5] can: flexcan: add platform data for ColdFire
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: pull-request: can 2021-06-16
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH] can: bittiming: fix two grammar mistakes in documentation for struct can_tdc
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v2 2/2] can: netlink: add interface for CAN-FD Transmitter Delay Compensation (TDC)
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v2 2/2] can: netlink: add interface for CAN-FD Transmitter Delay Compensation (TDC)
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] can: netlink: add interface for CAN-FD Transmitter Delay Compensation (TDC)
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v2 2/2] can: netlink: add interface for CAN-FD Transmitter Delay Compensation (TDC)
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] can: netlink: add interface for CAN-FD Transmitter Delay Compensation (TDC)
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH] can: bittiming: fix two grammar mistakes in documentation for struct can_tdc
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: bittiming: fix documentation for struct can_tdc::tdcv
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v2 1/5] can: add new CAN FD bittiming parameters: Transmitter Delay Compensation (TDC)
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• [PATCH] can: bittiming: fix two grammar mistakes in documentation for struct can_tdc
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• [PATCH net] net: sched: add barrier to ensure correct ordering for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• [net 2/4] can: bcm/raw/isotp: use per module netdevice notifier
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 4/4] can: mcba_usb: fix memory leak in mcba_usb
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 1/4] can: j1939: fix Use-after-Free, hold skb ref while in use
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 3/4] can: bcm: fix infoleak in struct bcm_msg_head
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• pull-request: can 2021-06-16
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH -next] can: m_can: use devm_platform_ioremap_resource_byname
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 1/1] can: at91_can: use DEVICE_ATTR_RW() helper macro
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] can/peak_pci: Add name and FW version of the card in kernel buffer
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 7/9] can: peak_pci: convert comments to network style comments
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 9/9] can: peak_pci: Add name and FW version of the card in kernel buffer
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 4/9] can: j1939: j1939_session_tx_dat(): use consistent name se_skcb for session skb control buffer
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 8/9] can: peak_pci: fix checkpatch warnings
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 5/9] can: j1939: j1939_xtp_rx_dat_one(): use separate pointer for session skb control buffer
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 2/9] can: j1939: replace fall through comment by fallthrough pseudo-keyword
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 3/9] can: j1939: j1939_session_completed(): use consistent name se_skb for the session skb
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 6/9] can: m_can: remove support for custom bit timing
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 1/9] can: j1939: fix checkpatch warnings
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [RFC]: can-next 2021-06-16 - j1939, m_can, peak_pci
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] can: bittiming: fix documentation for struct can_tdc::tdcv
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] can: add new CAN FD bittiming parameters: Transmitter Delay Compensation (TDC)
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] can: netlink: add interface for CAN-FD Transmitter Delay Compensation (TDC)
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/2] MCAN: Add support for implementing transceiver as a phy
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: Drop redundant minItems/maxItems
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2 0/3] Some optimization for lockless qdisc
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH] can: bcm: fix infoleak in struct bcm_msg_head
  • From: Norbert Slusarek <nslusarek@xxxxxxx>
• [PATCH] dt-bindings: Drop redundant minItems/maxItems
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2] can: bcm/raw/isotp: use per module netdevice notifier
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: mcba_usb: fix memory leak in mcba_usb
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: Testing two MCP2518FD's on i.MX8MM
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/2] MCAN: Add support for implementing transceiver as a phy
  • From: Aswath Govindraju <a-govindraju@xxxxxx>
• Re: How to statically set J1939 addresses and names
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: How to statically set J1939 addresses and names
  • From: Rémy DZIEMIASZKO <remy.dziemiaszko@xxxxxxxx>
• Re: [PATCH] can: bcm: fix infoleak in struct bcm_msg_head
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v6 1/3] phy: core: Reword the comment specifying the units of max_link_rate to be Mbps
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH] can: bcm: fix infoleak in struct bcm_msg_head
  • From: Norbert Slusarek <nslusarek@xxxxxxx>
• Re: [PATCH] can: bcm: fix infoleak in struct bcm_msg_head
  • From: Patrick Menschel <menschel.p@xxxxxxxxx>
• Re: [PATCH] can: bcm: fix infoleak in struct bcm_msg_head
  • From: Norbert Slusarek <nslusarek@xxxxxxx>
• Re: [PATCH] can: bcm: fix infoleak in struct bcm_msg_head
  • From: Patrick Menschel <menschel.p@xxxxxxxxx>
• Re: [PATCH] can: bcm: fix infoleak in struct bcm_msg_head
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH] can: bcm: fix infoleak in struct bcm_msg_head
  • From: Norbert Slusarek <nslusarek@xxxxxxx>
• Re: Testing two MCP2518FD's on i.MX8MM
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: How to statically set J1939 addresses and names
  • From: Patrick Menschel <menschel.p@xxxxxxxxx>
• Re: [PATCH v6 1/3] phy: core: Reword the comment specifying the units of max_link_rate to be Mbps
  • From: Kishon Vijay Abraham I <kishon@xxxxxx>
• Re: [PATCH v6 1/3] phy: core: Reword the comment specifying the units of max_link_rate to be Mbps
  • From: Aswath Govindraju <a-govindraju@xxxxxx>
• Re: [PATCH 3/5] m68k: m5441x: add flexcan support
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH net-next] can: j1939: socket: correct a grammatical error
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: How to statically set J1939 addresses and names
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next] can: j1939: socket: correct a grammatical error
  • From: 13145886936@xxxxxxx
• Re: [PATCH] can: j1939: socket: correct a grammatical error
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: How to statically set J1939 addresses and names
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• [PATCH] can: j1939: socket: correct a grammatical error
  • From: 13145886936@xxxxxxx
• Re: [PATCH] can: j1939: socket: correct a grammatical error
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] can: j1939: socket: correct a grammatical error
  • From: 13145886936@xxxxxxx
• Re: [PATCH 3/5] m68k: m5441x: add flexcan support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH] can: mcba_usb: fix memory leak in mcba_usb
  • From: Pavel Skripkin <paskripkin@xxxxxxxxx>
• Re: [PATCH net-next v2 0/3] Some optimization for lockless qdisc
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 3/5] m68k: m5441x: add flexcan support
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 5/5] can: flexcan: add mcf5441x support
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 5/5] can: flexcan: add mcf5441x support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] can: flexcan: add platform data for ColdFire
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] can: flexcan: add mcf5441x support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 5/5] can: flexcan: add mcf5441x support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] can: flexcan: add mcf5441x support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] can: flexcan: add platform data for ColdFire
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 5/5] can: flexcan: add mcf5441x support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] can: flexcan: add platform data for ColdFire
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• RE: [PATCH 5/5] can: flexcan: add mcf5441x support
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• RE: [PATCH 1/5] can: flexcan: add platform data for ColdFire
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• Re: Re: [PATCH net-next v2 0/3] Some optimization for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH 4/5] can: flexcan: enable Kconfig for ColdFire
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH 3/5] m68k: m5441x: add flexcan support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH 2/5] m68k: stmark2: update board setup
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH 5/5] can: flexcan: add mcf5441x support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH 1/5] can: flexcan: add platform data for ColdFire
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2] can: bcm/raw/isotp: use per module netdevice notifier
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• How to statically set J1939 addresses and names
  • From: Rémy DZIEMIASZKO <remy.dziemiaszko@xxxxxxxx>
• Re: [PATCH net-next v2 0/3] Some optimization for lockless qdisc
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH] can: mcp251xfd: Align the table of comments
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• [PATCH] can/peak_pci: Add name and FW version of the card in kernel buffer
  • From: Stephane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• [PATCH] can/peak_pci: Add name and FW version of the card in kernel buffer
  • From: Stephane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• Re: [PATCH] can: mcp251xfd: Align the table of comments
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 3/3] can: c_can: cache frames to operate as a true FIFO
  • From: Dario Binacchi <dariobin@xxxxxxxxx>
• [PATCH 2/3] can: c_can: support tx ring algorithm
  • From: Dario Binacchi <dariobin@xxxxxxxxx>
• [PATCH 1/3] can: c_can: exit c_can_do_tx() early if no frames have been sent
  • From: Dario Binacchi <dariobin@xxxxxxxxx>
• [PATCH 0/3] can: c_can: cache frames to operate as a true FIFO
  • From: Dario Binacchi <dariobin@xxxxxxxxx>
• [PATCH v2] can: bcm/raw/isotp: use per module netdevice notifier
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] can: bcm/raw/isotp: use per module netdevice notifier
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/12] dt-bindings: clock: update ti,sci-clk.yaml references
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH 03/12] dt-bindings: soc: ti: update sci-pm-domain.yaml references
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH 00/12] Fix broken docs references at next-20210602
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH net-next v2 0/3] Some optimization for lockless qdisc
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH v2 2/2] can: netlink: add interface for CAN-FD Transmitter Delay Compensation (TDC)
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 1/2] can: netlink: remove redundant check in can_validate()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 0/2] add the netlink interface for CAN-FD Transmitter Delay Compensation (TDC)
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH] can: mcp251xfd: Align the table of comments
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• [PATCH 1/1] can: janz-ican3: use DEVICE_ATTR_RO/RW() helper macro
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH 1/1] can: esd_usb2: use DEVICE_ATTR_RO() helper macro
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH] can: bcm/raw/isotp: use per module netdevice notifier
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/1] can: at91_can: use DEVICE_ATTR_RW() helper macro
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH -next] can: m_can: use devm_platform_ioremap_resource_byname
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• Re: [PATCH] can: bcm/raw/isotp: use per module netdevice notifier
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH net-next v2 1/3] net: sched: avoid unnecessary seqcount operation for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH net-next v2 2/3] net: sched: implement TCQ_F_CAN_BYPASS for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH net-next v2 3/3] net: sched: remove qdisc->empty for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH net-next v2 0/3] Some optimization for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH 04/12] dt-bindings: clock: update ti,sci-clk.yaml references
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 03/12] dt-bindings: soc: ti: update sci-pm-domain.yaml references
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [Linuxarm] Re: [PATCH net-next 2/3] net: sched: implement TCQ_F_CAN_BYPASS for lockless qdisc
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH 03/12] dt-bindings: soc: ti: update sci-pm-domain.yaml references
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 00/12] Fix broken docs references at next-20210602
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 04/12] dt-bindings: clock: update ti,sci-clk.yaml references
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH] can: bcm/raw/isotp: use per module netdevice notifier
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: [Linuxarm] Re: [PATCH net-next 2/3] net: sched: implement TCQ_F_CAN_BYPASS for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [Linuxarm] Re: [PATCH net-next 2/3] net: sched: implement TCQ_F_CAN_BYPASS for lockless qdisc
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH can-next 0/5] m_can, tcan4x5x: device-specific interrupt handling
  • From: Torin Cooper-Bennun <torin@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH can-next 2/5] can: m_can: m_can_isr(): handle device-specific interrupts
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH can-next 0/5] m_can, tcan4x5x: device-specific interrupt handling
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: vxcan RX/TX/echo semantics
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH can-next 2/5] can: m_can: m_can_isr(): handle device-specific interrupts
  • From: Torin Cooper-Bennun <torin@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH can-next 0/5] m_can, tcan4x5x: device-specific interrupt handling
  • From: Torin Cooper-Bennun <torin@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH can-next 5/5] can: tcan4x5x: implement handling of device interrupts
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [Linuxarm] Re: [PATCH net-next 2/3] net: sched: implement TCQ_F_CAN_BYPASS for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH can-next 5/5] can: tcan4x5x: implement handling of device interrupts
  • From: Torin Cooper-Bennun <torin@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH can-next 2/5] can: m_can: m_can_isr(): handle device-specific interrupts
  • From: Torin Cooper-Bennun <torin@xxxxxxxxxxxxxxxxxx>
• Re: [syzbot] INFO: task hung in register_netdevice_notifier (2)
  • From: syzbot <syzbot+355f8edb2ff45d5f95fa@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [Linuxarm] Re: [PATCH net-next 2/3] net: sched: implement TCQ_F_CAN_BYPASS for lockless qdisc
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [Linuxarm] Re: [PATCH net-next 2/3] net: sched: implement TCQ_F_CAN_BYPASS for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v3 1/2] can: mcp251xfd: mcp251xfd_probe(): try to get crystal clock rate from property
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] can: mcp251xfd: Try to get crystal clock rate from property
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] can: mcp251xfd: Try to get crystal clock rate from property
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] can: mcp251xfd: Try to get crystal clock rate from property
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] can: mcp251xfd: Try to get crystal clock rate from property
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v3 2/2] can: mcp251xfd: Fix header block to clarify independence from OF
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v3 1/2] can: mcp251xfd: mcp251xfd_probe(): try to get crystal clock rate from property
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v6 1/3] phy: core: Reword the comment specifying the units of max_link_rate to be Mbps
  • From: Aswath Govindraju <a-govindraju@xxxxxx>
• Re: [PATCH v6 1/3] phy: core: Reword the comment specifying the units of max_link_rate to be Mbps
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [Linuxarm] Re: [PATCH net-next 2/3] net: sched: implement TCQ_F_CAN_BYPASS for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH net-next 2/3] net: sched: implement TCQ_F_CAN_BYPASS for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH net-next 2/3] net: sched: implement TCQ_F_CAN_BYPASS for lockless qdisc
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next 2/3] net: sched: implement TCQ_F_CAN_BYPASS for lockless qdisc
  • From: Yunsheng Lin <yunshenglin0825@xxxxxxxxx>
• Re: [PATCH net-next 2/3] net: sched: implement TCQ_F_CAN_BYPASS for lockless qdisc
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next 2/3] net: sched: implement TCQ_F_CAN_BYPASS for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH net-next 2/3] net: sched: implement TCQ_F_CAN_BYPASS for lockless qdisc
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next 2/3] net: sched: implement TCQ_F_CAN_BYPASS for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH net-next 2/3] net: sched: implement TCQ_F_CAN_BYPASS for lockless qdisc
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH net-next 3/3] net: sched: remove qdisc->empty for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH net-next 2/3] net: sched: implement TCQ_F_CAN_BYPASS for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH net-next 0/3] Some optimization for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH net-next 1/3] net: sched: avoid unnecessary seqcount operation for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: pull-request: can-next 2021-05-27
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• vxcan RX/TX/echo semantics
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: raw: fix TX CAN frames show up as RX'ed ones
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 19/21] can: m_can: clean up CCCR reg defs, order by revs
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 05/21] can: proc: remove unnecessary variables
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 13/21] can: at91_can: silence clang warning
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 12/21] can: mcp251xfd: silence clang warning
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 11/21] can: mcp251x: mcp251x_can_probe(): silence clang warning
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 06/21] can: isotp: change error format from decimal to symbolic error names
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 14/21] can: kvaser_usb: Rename define USB_HYBRID_{,PRO_}CANLIN_PRODUCT_ID
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 16/21] can: c_can: remove unused variable struct c_can_priv::rxmasked
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 21/21] can: m_can: fix whitespace in a few comments
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• pull-request: can-next 2021-05-27
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 10/21] can: hi311x: hi3110_can_probe(): silence clang warning
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 08/21] can: isotp: Add error message if txqueuelen is too small
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 15/21] can: kvaser_usb: Add new Kvaser hydra devices
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 04/21] can: uapi: introduce CANFD_FDF flag for mixed content in struct canfd_frame
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 18/21] can: m_can: use bits.h macros for all regmasks
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 01/21] dt-bindings: can: rcar_can: Convert to json-schema
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 17/21] can: c_can: add ethtool support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 07/21] can: isotp: add symbolic error message to isotp_module_init()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 20/21] can: m_can: make TXESC, RXESC config more explicit
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 02/21] dt-bindings: can: rcar_canfd: Convert to json-schema
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 09/21] can: softing: Remove redundant variable ptr
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 03/21] can: uapi: update CAN-FD frame description
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [syzbot] INFO: task hung in register_netdevice_notifier (2)
  • From: syzbot <syzbot+355f8edb2ff45d5f95fa@xxxxxxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] can: raw: fix TX CAN frames show up as RX'ed ones
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• [PATCH v2 2/2] can: mcp251xfd: Fix header block to clarify independence from OF
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 1/2] can: mcp251xfd: Try to get crystal clock rate from property
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/1] can: mcp251xfd: Fix header block to clarify independence from OF
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/1] can: mcp251xfd: Fix header block to clarify independence from OF
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v1 1/1] can: mcp251xfd: Fix header block to clarify independence from OF
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH can-next 0/5] m_can, tcan4x5x: device-specific interrupt handling
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH can-next 2/5] can: m_can: m_can_isr(): handle device-specific interrupts
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH can-next 5/5] can: tcan4x5x: implement handling of device interrupts
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH can-next 2/5] can: m_can: m_can_isr(): handle device-specific interrupts
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH can-next 5/5] can: tcan4x5x: implement handling of device interrupts
  • From: Torin Cooper-Bennun <torin@xxxxxxxxxxxxxxxxxx>
• [PATCH can-next 3/5] can: tcan4x5x: tcan4x5x_clear_interrupts(): rm unnecessary reg clears
  • From: Torin Cooper-Bennun <torin@xxxxxxxxxxxxxxxxxx>
• [PATCH can-next 2/5] can: m_can: m_can_isr(): handle device-specific interrupts
  • From: Torin Cooper-Bennun <torin@xxxxxxxxxxxxxxxxxx>
• [PATCH can-next 1/5] can: m_can: ops: clear_interrupts -> handle_dev_interrupts
  • From: Torin Cooper-Bennun <torin@xxxxxxxxxxxxxxxxxx>
• [PATCH can-next 4/5] can: tcan4x5x: only enable useful device interrupts
  • From: Torin Cooper-Bennun <torin@xxxxxxxxxxxxxxxxxx>
• [PATCH can-next 0/5] m_can, tcan4x5x: device-specific interrupt handling
  • From: Torin Cooper-Bennun <torin@xxxxxxxxxxxxxxxxxx>
• Re: [Linuxarm] [PATCH RFC v4 0/3] Some optimization for lockless qdisc
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• [PATCH net v1] can: j1939: fix Use-after-Free, hold skb ref while in use
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• [PATCH 0/2] can: m_can: Merge FIFO ops to increase throughput
  • From: Matt Kline <mkline@xxxxxxxxxxx>
• [PATCH 1/2] can: m_can: Batch FIFO reads during CAN receive
  • From: Matt Kline <mkline@xxxxxxxxxxx>
• [PATCH 2/2] can: m_can: Batch FIFO writes during CAN send
  • From: Matt Kline <mkline@xxxxxxxxxxx>
• Re: [Linuxarm] [PATCH RFC v4 0/3] Some optimization for lockless qdisc
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [net-next 6/6] can: mcp251xfd: mcp251xfd_regmap_crc_read(): work around broken CRC on TBC register
  • From: Patrick Menschel <menschel.p@xxxxxxxxx>
• Re: [Linuxarm] [PATCH RFC v4 0/3] Some optimization for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH RFC v4 3/3] net: sched: remove qdisc->empty for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH RFC v4 2/3] net: sched: implement TCQ_F_CAN_BYPASS for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH RFC v4 1/3] net: sched: avoid unnecessary seqcount operation for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH RFC v4 0/3] Some optimization for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH net v8 1/3] net: sched: fix packet stuck problem for lockless qdisc
  • From: Cong Wang <xiyou.wangcong@xxxxxxxxx>
• Re: [PATCH v2 1/2] can: add support for filtering own messages only
  • From: Erik Flodin <erik@xxxxxxxxx>
• Re: [PATCH] can: uapi: update CAN-FD frame description
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [syzbot] KASAN: use-after-free Read in j1939_xtp_rx_dat_one (2)
  • From: syzbot <syzbot+45199c1b73b4013525cf@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] can: uapi: update CAN-FD frame description
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] can: add support for filtering own messages only
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: More flags for logging
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v2 1/2] can: add support for filtering own messages only
  • From: Erik Flodin <erik@xxxxxxxxx>
• Re: J1939 Questions on Intended usage
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: J1939 Questions on Intended usage
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: J1939 Questions on Intended usage
  • From: Patrick Menschel <menschel.p@xxxxxxxxx>
• Re: J1939 Questions on Intended usage
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: J1939 Questions on Intended usage
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: J1939 Questions on Intended usage
  • From: Patrick Menschel <menschel.p@xxxxxxxxx>
• Re: J1939 Questions on Intended usage
  • From: Patrick Menschel <menschel.p@xxxxxxxxx>
• Re: J1939 Questions on Intended usage
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net v8 1/3] net: sched: fix packet stuck problem for lockless qdisc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH net v8 1/3] net: sched: fix packet stuck problem for lockless qdisc
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net v8 1/3] net: sched: fix packet stuck problem for lockless qdisc
  • From: Cong Wang <xiyou.wangcong@xxxxxxxxx>
• Re: [PATCH net v8 1/3] net: sched: fix packet stuck problem for lockless qdisc
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net v8 1/3] net: sched: fix packet stuck problem for lockless qdisc
  • From: Cong Wang <xiyou.wangcong@xxxxxxxxx>
• Re: [PATCH net v8 0/3] fix packet stuck problem for lockless qdisc
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH] net: Remove unnecessary variables
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] can: c_can: add ethtool support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] can: c_can: add ethtool support
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH RFC can-next 0/3] m_can: support device-specific interrupt handling
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v3 1/2] can: c_can: add ethtool support
  • From: Dario Binacchi <dariobin@xxxxxxxxx>
• Re: [PATCH RFC can-next 0/3] m_can: support device-specific interrupt handling
  • From: Torin Cooper-Bennun <torin@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC can-next 0/3] m_can: support device-specific interrupt handling
  • From: Torin Cooper-Bennun <torin@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC can-next 3/3] can: tcan4x5x: add handle_dev_interrupts callback to ops
  • From: Torin Cooper-Bennun <torin@xxxxxxxxxxxxxxxxxx>
• [can-next-rfc 2/2] can: mcp251xfd: silence clang warning
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 1/2] can: at91_can: silence clang warning
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [RFC]: can-next 2021-05-14
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>