Linux CAN Development - Date Index

• Thread Index

• [PATCH 36/37] can: mcp25xxfd: add listen-only mode
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 35/37] can: mcp25xxfd: add driver for Microchip MCP25xxFD SPI CAN
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 37/37] MAINTAINERS: Add entry for Microchip MCP25XXFD SPI-CAN network driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 25/37] dt-bindings: can: mcp251x: document GPIO support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 29/37] can: mcp251x: add support for half duplex controllers
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 34/37] can: mcp25xxfd: add regmap infrastructure
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 32/37] can: rx-offload: can_rx_offload_add_manual(): add new initialization function
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 31/37] can: mscan: simplify clock enable/disable
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 30/37] can: mscan: mpc5xxx_can: update contact email
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 13/37] can: dev: can_bus_off(): print scheduling of restart if activated
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 22/37] can: pcan_usb: add support of rxerr/txerr counters
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 20/37] can: pch_can: use generic power management
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 15/37] can: mcba_usb: remove redundant initialization of variable err
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 19/37] can: peak_canfd: Remove unused macros
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 12/37] can: dev: can_change_state(): print human readable state change messages
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 23/37] can: spi: Kconfig: remove unneeded dependencies form Kconfig symbols
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 14/37] can: c_can: Remove unused inline function
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 06/37] can: raw: fix indention
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add support for MCP25XXFD SPI-CAN Network driver
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• Re: [PATCH linux-can-next/flexcan] can: flexcan: fix TDC feature
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH linux-can-next/flexcan] can: flexcan: fix TDC feature
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add support for MCP25XXFD SPI-CAN Network driver
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: net: Correct interrupt flags in examples
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v3] net: can: Introduce MEN 16Z192-00 CAN controller driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: MCP25xxFD Driver Error (-47)
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH net-next] can: kvaser_pciefd: Remove unused macro KVASER_PCIEFD_KCAN_CTRL_EFRAME
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH net-next] can: peak_canfd: Remove unused macros
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: net: Correct interrupt flags in examples
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH linux-can-next/flexcan] can: flexcan: fix TDC feature
  • From: Michael Walle <michael@xxxxxxxx>
• [PATCH 1/3] can: xilinx_can: Limit CANFD brp to 2
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• [PATCH 3/3] can: xilinx_can: Fix incorrect variable and initialize with a default value
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• [PATCH 0/3] can: xilinx_can: Some minor changes
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• [PATCH 2/3] can: xilinx_can: Check return value of set_reset_mode
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• [PATCH -next] can: peak_usb: convert to use le32_add_cpu()
  • From: Liu Shixin <liushixin2@xxxxxxxxxx>
• Re: [PATCH net] can: j1939: j1939_sk_bind(): return failure if netdev is down
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• [PATCH 2/6] dt-bindings: can: mcp25xxfd: document device tree bindings
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [PATCH 0/6] Add support for MCP25XXFD SPI-CAN Network driver
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [PATCH 5/6] can: mcp25xxfd: add listen-only mode
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [PATCH 6/6] MAINTAINERS: Add entry for Microchip MCP25XXFD SPI-CAN network driver
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [PATCH 3/6] can: mcp25xxfd: add regmap infrastructure
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [PATCH 4/6] can: mcp25xxfd: add driver for Microchip MCP25xxFD SPI CAN
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [PATCH 1/6] can: rx-offload: can_rx_offload_add_manual(): add new initialization function
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [PATCH] dt-bindings: net: Correct interrupt flags in examples
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: Questions about using multiple sockets
  • From: Tom Evans <tom_usenet@xxxxxxxxxxxxxxx>
• Re: Questions about using multiple sockets
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Questions about using multiple sockets
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH net] can: j1939: j1939_sk_bind(): return failure if netdev is down
  • From: Zhang Changzhong <zhangchangzhong@xxxxxxxxxx>
• Re: Questions about using multiple sockets
  • From: Tom Evans <tom_usenet@xxxxxxxxxxxxxxx>
• [PATCH net-next] can: peak_canfd: Remove unused macros
  • From: Wang Hai <wanghai38@xxxxxxxxxx>
• [PATCH net-next] can: kvaser_pciefd: Remove unused macro KVASER_PCIEFD_KCAN_CTRL_EFRAME
  • From: Wang Hai <wanghai38@xxxxxxxxxx>
• Re: Questions about using multiple sockets
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• TR: [PATCH] can/peak_usb: fix timestamp wrapping
  • From: Stéphane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• Re: canfdtest on flexcan loopback
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• canfdtest on flexcan loopback
  • From: Pankaj Bansal <pankaj.bansal@xxxxxxx>
• INFO: task can't die in register_netdevice_notifier
  • From: syzbot <syzbot+df649192fec7dd1beaa7@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] can: m_can: Set pinmux into "default" state on start
  • From: Marek Vasut <marex@xxxxxxx>
• Re: [PATCH 1/1] NET: mcan: Move runtime PM enable/disable to m_can_platform
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH] can: m_can_platform: don't call m_can_class_suspend in runtime suspend
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH v2] can: m_can: Set device to software init mode before closing
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: Need help in interpreting ip status output
  • From: "Gardner, Brent G. (GRC-LEM0)" <brent.g.gardner@xxxxxxxx>
• Re: [PATCH v41 0/3] can: add mcp25xxfd support
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• Re: [PATCH 05/20] dt-bindings: timer: renesas,cmt: Document r8a774e1 CMT support
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH 02/20] dt-bindings: thermal: rcar-gen3-thermal: Add r8a774e1 support
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• [PATCH v2 1/2] dt-bindings: can: rcar_canfd: Document r8a774e1 support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH v2 2/2] dt-bindings: can: rcar_can: Document r8a774e1 support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH v2 0/2] dt-bindings: can: document R8A774E1
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• Re: [PATCH v5 5/6] can: ctucanfd: CTU CAN FD open-source IP core - platform and next steps and mainlining chances
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 0/1] NET: mcan: Move runtime PM enable/disable to m_can_platform
  • From: Patrik Flykt <patrik.flykt@xxxxxxxxxxxxxxx>
• [PATCH 1/1] NET: mcan: Move runtime PM enable/disable to m_can_platform
  • From: Patrik Flykt <patrik.flykt@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 5/6] can: ctucanfd: CTU CAN FD open-source IP core - platform and next steps and mainlining chances
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• [PATCH v2] can: m_can: Set device to software init mode before closing
  • From: Faiz Abbas <faiz_abbas@xxxxxx>
• Re: [PATCH 2/3] dt-bindings: can: rcar_can: Add r8a7742 support
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v5 2/6] dt-bindings: net: can: binding for CTU CAN FD open-source IP core.
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v5 1/6] dt-bindings: vendor-prefix: add prefix for the Czech Technical University in Prague.
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH AUTOSEL 5.8 29/63] can: j1939: transport: j1939_xtp_rx_dat_one(): compare own packets to detect corruptions
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.7 26/54] can: j1939: transport: j1939_xtp_rx_dat_one(): compare own packets to detect corruptions
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 19/38] can: j1939: transport: j1939_xtp_rx_dat_one(): compare own packets to detect corruptions
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH 5.8 084/148] can: j1939: fix kernel-infoleak in j1939_sk_sock2sockaddr_can()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.4 070/107] can: j1939: fix kernel-infoleak in j1939_sk_sock2sockaddr_can()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.7 070/124] can: j1939: fix kernel-infoleak in j1939_sk_sock2sockaddr_can()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] pinctrl: sh-pfc: r8a7790: Add CAN pins, groups and functions
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] pinctrl: sh-pfc: r8a7790: Add CAN pins, groups and functions
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH 3/3] ARM: dts: r8a7742: Add CAN support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] pinctrl: sh-pfc: r8a7790: Add CAN pins, groups and functions
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] dt-bindings: can: rcar_can: Add r8a7742 support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] can: mscan: mpc5xxx_can: update contact email
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v41 3/3] can: mcp25xxfd: initial commit
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• Re: pull-request: can 2020-08-15
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/3] dt-bindings: can: rcar_can: Add r8a7742 support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 3/3] ARM: dts: r8a7742: Add CAN support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 1/3] pinctrl: sh-pfc: r8a7790: Add CAN pins, groups and functions
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 0/3] r8a7742 add CAN support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• Re: [PATCH v5 5/6] can: ctucanfd: CTU CAN FD open-source IP core - platform/SoC support.
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/6] can: ctucanfd: add support for CTU CAN FD open-source IP core - bus independent part.
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v5 2/6] dt-bindings: net: can: binding for CTU CAN FD open-source IP core.
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• [PATCH v5 1/6] dt-bindings: vendor-prefix: add prefix for the Czech Technical University in Prague.
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• [PATCH v5 4/6] can: ctucanfd: CTU CAN FD open-source IP core - PCI bus support.
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• [PATCH v5 5/6] can: ctucanfd: CTU CAN FD open-source IP core - platform/SoC support.
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• [PATCH 4/4] can: j1939: add rxtimer for multipacket broadcast session
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• pull-request: can 2020-08-15
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 2/4] can: j1939: cancel rxtimer on multipacket broadcast session complete
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 1/4] can: j1939: fix support for multipacket broadcast message
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 3/4] can: j1939: abort multipacket broadcast session when timeout occurs
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v5 0/6] CTU CAN FD open-source IP core SocketCAN driver, PCI, platform integration and documentation
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• Re: pull-request: can 2020-08-14
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] can: j1939: fix kernel-infoleak in j1939_sk_sock2sockaddr_can()
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• [PATCH 4/6] can: j1939: socket: j1939_sk_bind(): make sure ml_priv is allocated
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 3/6] can: j1939: transport: j1939_session_tx_dat(): fix use-after-free read in j1939_tp_txtimer()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 6/6] can: j1939: transport: j1939_xtp_rx_dat_one(): compare own packets to detect corruptions
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 5/6] can: j1939: transport: add j1939_session_skb_find_by_offset() function
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 2/6] can: j1939: transport: j1939_simple_recv(): ignore local J1939 messages send not by J1939 stack
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 1/6] can: j1939: fix kernel-infoleak in j1939_sk_sock2sockaddr_can()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• pull-request: can 2020-08-14
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH net 0/4] support multipacket broadcast message
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH net] can: j1939: fix kernel-infoleak in j1939_sk_sock2sockaddr_can()
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• [PATCH net] can: j1939: fix kernel-infoleak in j1939_sk_sock2sockaddr_can()
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• [PATCH net] can: peak_usb: add range checking in decode operations
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: KMSAN: uninit-value in can_receive (2)
  • From: syzbot <syzbot+3f3837e61a48d32b495f@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] can: m_can_platform: don't call m_can_class_suspend in runtime suspend
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• [PATCH] can: m_can_platform: don't call m_can_class_suspend in runtime suspend
  • From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
• KMSAN: uninit-value in can_receive (2)
  • From: syzbot <syzbot+3f3837e61a48d32b495f@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] can: m_can: Set pinmux into "default" state on start
  • From: Marek Vasut <marex@xxxxxxx>
• RE: [PATCH 25/26] net: pass a sockptr_t into ->setsockopt
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 25/26] net: pass a sockptr_t into ->setsockopt
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH net 0/4] support multipacket broadcast message
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• [PATCH v1 2/5] can: j1939: transport: j1939_session_tx_dat(): fix use-after-free read in j1939_tp_txtimer()
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• [PATCH v1 1/5] can: j1939: transport: j1939_simple_recv(): ignore local J1939 messages send not by J1939 stack
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• [PATCH v1 4/5] can: j1939: transport: add j1939_session_skb_find_by_offset() function
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• [PATCH v1 5/5] can: j1939: transport: j1939_xtp_rx_dat_one(): compare own packets to detect corruptions
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• [PATCH v1 0/5] j1939 fixes
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• [PATCH v1 3/5] can: j1939: socket: j1939_sk_bind(): make sure ml_priv is allocated
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH net 0/4] support multipacket broadcast message
  • From: Zhang Changzhong <zhangchangzhong@xxxxxxxxxx>
• RE: [PATCH 25/26] net: pass a sockptr_t into ->setsockopt
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 25/26] net: pass a sockptr_t into ->setsockopt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] can: m_can_platform: restore necessary m_can_class_resume() call
  • From: Davide Massarenti <davide.m@xxxxxxxxxx>
• Re: [PATCH 25/26] net: pass a sockptr_t into ->setsockopt
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH] can: grcan: fix spelling mistake "buss" -> "bus"
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/6] dt-bindings: net: can: binding for CTU CAN FD open-source IP core.
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/6] dt-bindings: net: can: binding for CTU CAN FD open-source IP core.
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v4 2/6] dt-bindings: net: can: binding for CTU CAN FD open-source IP core.
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH net 0/4] support multipacket broadcast message
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• [PATCH net 4/4] can: j1939: add rxtimer for multipacket broadcast session
  • From: Zhang Changzhong <zhangchangzhong@xxxxxxxxxx>
• [PATCH net 3/4] can: j1939: abort multipacket broadcast session when timeout occurs
  • From: Zhang Changzhong <zhangchangzhong@xxxxxxxxxx>
• [PATCH net 1/4] can: j1939: fix support for multipacket broadcast message
  • From: Zhang Changzhong <zhangchangzhong@xxxxxxxxxx>
• [PATCH net 2/4] can: j1939: cancel rxtimer on multipacket broadcast session complete
  • From: Zhang Changzhong <zhangchangzhong@xxxxxxxxxx>
• [PATCH net 0/4] support multipacket broadcast message
  • From: Zhang Changzhong <zhangchangzhong@xxxxxxxxxx>
• Re: [PATCH v4 3/6] can: ctucanfd: add support for CTU CAN FD open-source IP core - bus independent part.
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v4 2/6] dt-bindings: net: can: binding for CTU CAN FD open-source IP core.
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v4 2/6] dt-bindings: net: can: binding for CTU CAN FD open-source IP core.
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v4 4/6] can: ctucanfd: CTU CAN FD open-source IP core - PCI bus support.
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 3/6] can: ctucanfd: add support for CTU CAN FD open-source IP core - bus independent part.
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 0/6] CTU CAN FD open-source IP core SocketCAN driver, PCI, platform integration and documentation
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v4 4/6] can: ctucanfd: CTU CAN FD open-source IP core - PCI bus support.
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v4 4/6] can: ctucanfd: CTU CAN FD open-source IP core - PCI bus support.
  • From: pisa@xxxxxxxxxxxxxxxx
• [PATCH v4 5/6] can: ctucanfd: CTU CAN FD open-source IP core - platform/SoC support.
  • From: pisa@xxxxxxxxxxxxxxxx
• [PATCH v4 2/6] dt-bindings: net: can: binding for CTU CAN FD open-source IP core.
  • From: pisa@xxxxxxxxxxxxxxxx
• [PATCH v4 1/6] dt-bindings: vendor-prefix: add prefix for the Czech Technical University in Prague.
  • From: pisa@xxxxxxxxxxxxxxxx
• Re: [PATCH v3 2/6] dt-bindings: net: can: binding for CTU CAN FD open-source IP core.
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH v4 0/6] CTU CAN FD open-source IP core SocketCAN driver, PCI, platform integration and documentation
  • From: pisa@xxxxxxxxxxxxxxxx
• Re: [PATCH v3 2/6] dt-bindings: net: can: binding for CTU CAN FD open-source IP core.
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/6] dt-bindings: net: can: binding for CTU CAN FD open-source IP core.
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• Re: [PATCH v1] pch_can: use generic power management
  • From: Vaibhav Gupta <vaibhavgupta40@xxxxxxxxx>
• RE: About sysfs usage by socket-can drivers
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] can/peak_usb: fix timestamp wrapping
  • From: Stephane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• [PATCH v1] pch_can: use generic power management
  • From: Vaibhav Gupta <vaibhavgupta40@xxxxxxxxx>
• Re: [PATCH 12/26] netfilter: switch nf_setsockopt to sockptr_t
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• RE: [PATCH 12/26] netfilter: switch nf_setsockopt to sockptr_t
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: About sysfs usage by socket-can drivers
  • From: Stéphane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• RE: About sysfs usage by socket-can drivers
  • From: Stéphane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• Re: [PATCH] can: m_can: Set device to software init mode before closing
  • From: Faiz Abbas <faiz_abbas@xxxxxx>
• Re: [PATCH 19/26] net/ipv6: switch ipv6_flowlabel_opt to sockptr_t
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH 12/26] netfilter: switch nf_setsockopt to sockptr_t
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 12/26] netfilter: switch nf_setsockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 12/26] netfilter: switch nf_setsockopt to sockptr_t
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 12/26] netfilter: switch nf_setsockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 19/26] net/ipv6: switch ipv6_flowlabel_opt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 12/26] netfilter: switch nf_setsockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 12/26] netfilter: switch nf_setsockopt to sockptr_t
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• RE: get rid of the address_space override in setsockopt v2
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: get rid of the address_space override in setsockopt v2
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 19/26] net/ipv6: switch ipv6_flowlabel_opt to sockptr_t
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• RE: [PATCH 19/26] net/ipv6: switch ipv6_flowlabel_opt to sockptr_t
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 19/26] net/ipv6: switch ipv6_flowlabel_opt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 19/26] net/ipv6: switch ipv6_flowlabel_opt to sockptr_t
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• RE: get rid of the address_space override in setsockopt v2
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 12/20] dt-bindings: i2c: renesas,iic: Document r8a774e1 support
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 11/20] dt-bindings: i2c: renesas,i2c: Document r8a774e1 support
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• Re: get rid of the address_space override in setsockopt v2
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: get rid of the address_space override in setsockopt v2
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: get rid of the address_space override in setsockopt v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: get rid of the address_space override in setsockopt v2
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: About sysfs usage by socket-can drivers
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH linux-can-next/flexcan] can: flexcan: fix TDC feature
  • From: Michael Walle <michael@xxxxxxxx>
• Re: About sysfs usage by socket-can drivers
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• RE: About sysfs usage by socket-can drivers
  • From: Stéphane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• Re: [PATCH 04/26] net: add a new sockptr_t type
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 04/26] net: add a new sockptr_t type
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH 04/26] net: add a new sockptr_t type
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: About sysfs usage by socket-can drivers
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [RESEND PATCH] can: mcp251x: add support for half duplex controllers
  • From: Tim Harvey <tharvey@xxxxxxxxxxxxx>
• RE: [PATCH 03/26] bpfilter: reject kernel addresses
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: About sysfs usage by socket-can drivers
  • From: Stéphane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• Re: [PATCH 03/26] bpfilter: reject kernel addresses
  • From: "'Christoph Hellwig'" <hch@xxxxxx>
• RE: [PATCH 03/26] bpfilter: reject kernel addresses
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: About sysfs usage by socket-can drivers
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 13/26] bpfilter: switch bpfilter_ip_set_sockopt to sockptr_t
  • From: "'Christoph Hellwig'" <hch@xxxxxx>
• RE: [PATCH 13/26] bpfilter: switch bpfilter_ip_set_sockopt to sockptr_t
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 01/26] bpfilter: fix up a sparse annotation
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• About sysfs usage by socket-can drivers
  • From: Stéphane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• Re: [MPTCP] [PATCH 25/26] net: pass a sockptr_t into ->setsockopt
  • From: Matthieu Baerts <matthieu.baerts@xxxxxxxxxxxx>
• Re: [MPTCP] [PATCH 08/26] net: switch sock_set_timeout to sockptr_t
  • From: Matthieu Baerts <matthieu.baerts@xxxxxxxxxxxx>
• [PATCH 03/26] bpfilter: reject kernel addresses
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/26] net: add a new sockptr_t type
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/26] net/bpfilter: split __bpfilter_process_sockopt
  • From: Christoph Hellwig <hch@xxxxxx>
• get rid of the address_space override in setsockopt v2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/26] net: switch sock_setbindtodevice to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/26] bpfilter: fix up a sparse annotation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/26] net: switch sock_set_timeout to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/26] net: switch sock_set_timeout to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/26] net/xfrm: switch xfrm_user_policy to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/26] netfilter: switch nf_setsockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/26] netfilter: remove the unused user argument to do_update_counters
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/26] netfilter: switch xt_copy_counters to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/26] bpfilter: switch bpfilter_ip_set_sockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/26] net/ipv6: factor out a ipv6_set_opt_hdr helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/26] net/ipv6: switch do_ipv6_setsockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/26] net/ipv6: switch ipv6_flowlabel_opt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/26] net/ipv4: merge ip_options_get and ip_options_get_from_user
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/26] net/ipv4: switch do_ip_setsockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/26] net/ipv6: switch ip6_mroute_setsockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/26] net/ipv4: switch ip_mroute_setsockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/26] net/tcp: switch ->md5_parse to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/26] net/udp: switch udp_lib_setsockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/26] net/tcp: switch do_tcp_setsockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/26] net: pass a sockptr_t into ->setsockopt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/26] net: optimize the sockptr_t for unified kernel/user address spaces
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/26] net/ipv6: split up ipv6_flowlabel_opt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/26] net: switch copy_bpf_fprog_from_user to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: get rid of the address_space override in setsockopt
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [MPTCP] [PATCH 24/24] net: pass a sockptr_t into ->setsockopt
  • From: Matthieu Baerts <matthieu.baerts@xxxxxxxxxxxx>
• RE: get rid of the address_space override in setsockopt
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: get rid of the address_space override in setsockopt
  • From: "'Christoph Hellwig'" <hch@xxxxxx>
• Re: get rid of the address_space override in setsockopt
  • From: "'Christoph Hellwig'" <hch@xxxxxx>
• Re: [PATCH 12/24] bpfilter: switch bpfilter_ip_set_sockopt to sockptr_t
  • From: "'Christoph Hellwig'" <hch@xxxxxx>
• Re: [PATCH 12/24] bpfilter: switch bpfilter_ip_set_sockopt to sockptr_t
  • From: "'Christoph Hellwig'" <hch@xxxxxx>
• Re: get rid of the address_space override in setsockopt
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 03/24] net: add a new sockptr_t type
  • From: Christoph Hellwig <hch@xxxxxx>
• KMSAN: uninit-value in _copy_to_iter (3)
  • From: syzbot <syzbot+81908a97abeec4f4f02d@xxxxxxxxxxxxxxxxxxxxxxxxx>
• RE: get rid of the address_space override in setsockopt
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH 03/24] net: add a new sockptr_t type
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH 03/24] net: add a new sockptr_t type
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: get rid of the address_space override in setsockopt
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH 12/24] bpfilter: switch bpfilter_ip_set_sockopt to sockptr_t
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 02/24] bpfilter: fix up a sparse annotation
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/24] bpfilter: fix up a sparse annotation
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 19/20] dt-bindings: can: rcar_canfd: Document r8a774e1 support
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 18/20] dt-bindings: can: rcar_can: Document r8a774e1 support
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 16/20] dt-bindings: watchdog: renesas,wdt: Document r8a774e1 support
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 14/20] dt-bindings: spi: renesas,sh-msiof: Add r8a774e1 support
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 14/20] dt-bindings: spi: renesas,sh-msiof: Add r8a774e1 support
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 12/20] dt-bindings: i2c: renesas,iic: Document r8a774e1 support
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 11/20] dt-bindings: i2c: renesas,i2c: Document r8a774e1 support
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 05/20] dt-bindings: timer: renesas,cmt: Document r8a774e1 CMT support
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 02/20] dt-bindings: thermal: rcar-gen3-thermal: Add r8a774e1 support
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 02/24] bpfilter: fix up a sparse annotation
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 24/24] net: pass a sockptr_t into ->setsockopt
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: get rid of the address_space override in setsockopt
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH 03/24] net: add a new sockptr_t type
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: get rid of the address_space override in setsockopt
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 03/24] net: add a new sockptr_t type
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: get rid of the address_space override in setsockopt
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH 03/24] net: add a new sockptr_t type
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH 24/24] net: pass a sockptr_t into ->setsockopt
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• [PATCH 02/24] bpfilter: fix up a sparse annotation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/24] bpfilter: reject kernel addresses
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/24] net: switch sock_setbindtodevice to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/24] net: add a new sockptr_t type
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/24] net: switch sock_set_timeout to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• get rid of the address_space override in setsockopt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/24] net: switch sock_set_timeout to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/24] net/xfrm: switch xfrm_user_policy to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/24] netfilter: switch xt_copy_counters to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/24] bpfilter: switch bpfilter_ip_set_sockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/24] net/ipv4: switch ip_mroute_setsockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/24] net/ipv4: switch do_ip_setsockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/24] net/ipv6: switch ipv6_flowlabel_opt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/24] net/udp: switch udp_lib_setsockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/24] net/tcp: switch do_tcp_setsockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/24] net/tcp: switch ->md5_parse to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/24] net/ipv6: switch do_ipv6_setsockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/24] net: pass a sockptr_t into ->setsockopt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/24] net/ipv6: factor out a ipv6_set_opt_hdr helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/24] net/ipv6: split up ipv6_flowlabel_opt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/24] net/ipv6: switch ip6_mroute_setsockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/24] net/ipv4: merge ip_options_get and ip_options_get_from_user
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/24] netfilter: switch nf_setsockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/24] netfilter: remove the unused user argument to do_update_counters
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/24] net: switch copy_bpf_fprog_from_user to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 00/20] Add support for [H]SCIF/TMU/CMT/THS/SDHI/MSIOF/CAN[FD]/I2C/IIC/RWDT on R8A774E1
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: sockopt cleanups
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 16/20] dt-bindings: watchdog: renesas,wdt: Document r8a774e1 support
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• RE: [Bug] Kernel Panic on Deletion of the network-namespace containing the SocketCAN interface
  • From: Stéphane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• Re: [PATCH 03/20] thermal: rcar_gen3_thermal: Add r8a774e1 support
  • From: Niklas <niklas.soderlund@xxxxxxxxxxxx>
• Re: [PATCH 02/20] dt-bindings: thermal: rcar-gen3-thermal: Add r8a774e1 support
  • From: Niklas <niklas.soderlund@xxxxxxxxxxxx>
• Re: [PATCH] can: j1939: fix double free in j1939_netdev_start
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH 14/20] dt-bindings: spi: renesas,sh-msiof: Add r8a774e1 support
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 14/20] dt-bindings: spi: renesas,sh-msiof: Add r8a774e1 support
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH 14/20] dt-bindings: spi: renesas,sh-msiof: Add r8a774e1 support
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [Bug] Kernel Panic on Deletion of the network-namespace containing the SocketCAN interface
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [Bug] Kernel Panic on Deletion of the network-namespace containing the SocketCAN interface
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH 05/22] net: remove compat_sock_common_{get,set}sockopt
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [MPTCP] [PATCH 05/22] net: remove compat_sock_common_{get,set}sockopt
  • From: Matthieu Baerts <matthieu.baerts@xxxxxxxxxxxx>
• [PATCH net-next v2] can: ti_hecc: add missed clk_disable_unprepare() in error path
  • From: Zhang Changzhong <zhangchangzhong@xxxxxxxxxx>
• Re: [PATCH 22/22] net: make ->{get,set}sockopt in proto_ops optional
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next] can: mscan: simplify clock enable/disable
  • From: Zhang Changzhong <zhangchangzhong@xxxxxxxxxx>
• RE: [Bug] Kernel Panic on Deletion of the network-namespace containing the SocketCAN interface
  • From: Stéphane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• [PATCH 04/22] net: simplify cBPF setsockopt compat handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/22] net: streamline __sys_setsockopt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/22] net/atm: remove the atmdev_ops {get,set}sockopt methods
  • From: Christoph Hellwig <hch@xxxxxx>
• sockopt cleanups
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/22] net: remove compat_sock_common_{get,set}sockopt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/22] net: streamline __sys_getsockopt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/22] net: remove compat_sys_{get,set}sockopt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/22] netfilter/ip_tables: clean up compat {get,set}sockopt handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/22] netfilter/ip6_tables: clean up compat {get,set}sockopt handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/22] netfilter/arp_tables: clean up compat {get,set}sockopt handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/22] netfilter/ebtables: clean up compat {get,set}sockopt handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/22] netfilter: split nf_sockopt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/22] netfilter: remove the compat_{get,set} methods
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/22] netfilter: remove the compat argument to xt_copy_counters_from_user
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/22] net/ipv4: factor out MCAST_MSFILTER getsockopt helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/22] net/ipv4: factor out MCAST_MSFILTER setsockopt helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/22] net/ipv4: remove compat_ip_{get,set}sockopt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/22] net/ipv4: factor out mcast join/leave setsockopt helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/22] net/ipv6: factor out MCAST_MSFILTER getsockopt helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/22] net/ipv6: factor out MCAST_MSFILTER setsockopt helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/22] net/ipv6: factor out mcast join/leave setsockopt helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/22] net: make ->{get,set}sockopt in proto_ops optional
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/22] net/ipv6: remove compat_ipv6_{get,set}sockopt
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 03/20] thermal: rcar_gen3_thermal: Add r8a774e1 support
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [Bug] Kernel Panic on Deletion of the network-namespace containing the SocketCAN interface
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [Bug] Kernel Panic on Deletion of the network-namespace containing the SocketCAN interface
  • From: Philipp Lehmann <leph1016@xxxxxxxxxxxxxxx>
• Re: [PATCH 08/20] arm64: dts: renesas: r8a774e1: Add TMU device nodes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 09/20] arm64: dts: renesas: r8a774e1: Add SCIF and HSCIF nodes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 15/20] arm64: dts: renesas: r8a774e1: Add MSIOF nodes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 17/20] arm64: dts: renesas: r8a774e1: Add RWDT node
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 20/20] arm64: dts: renesas: r8a774e1: Add CAN[FD] support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 13/20] arm64: dts: renesas: r8a774e1: Add I2C and IIC-DVFS support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 10/20] arm64: dts: renesas: r8a774e1: Add SDHI nodes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 06/20] arm64: dts: renesas: r8a774e1: Add CMT device nodes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 04/20] arm64: dts: renesas: r8a774e1: Add RZ/G2H thermal support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 01/20] arm64: dts: renesas: r8a774e1: Add operating points
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 03/20] thermal: rcar_gen3_thermal: Add r8a774e1 support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 19/20] dt-bindings: can: rcar_canfd: Document r8a774e1 support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 18/20] dt-bindings: can: rcar_can: Document r8a774e1 support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 16/20] dt-bindings: watchdog: renesas,wdt: Document r8a774e1 support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 14/20] dt-bindings: spi: renesas,sh-msiof: Add r8a774e1 support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 12/20] dt-bindings: i2c: renesas,iic: Document r8a774e1 support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 11/20] dt-bindings: i2c: renesas,i2c: Document r8a774e1 support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 07/20] dt-bindings: timer: renesas,tmu: Document r8a774e1 bindings
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 05/20] dt-bindings: timer: renesas,cmt: Document r8a774e1 CMT support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 02/20] dt-bindings: thermal: rcar-gen3-thermal: Add r8a774e1 support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v41 3/3] can: mcp25xxfd: initial commit
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [PATCH] can: m_can: Set device to software init mode before closing
  • From: Faiz Abbas <faiz_abbas@xxxxxx>
• Re: [PATCH] Replace HTTP links with HTTPS ones: CAN network drivers
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 01/20] arm64: dts: renesas: r8a774e1: Add operating points
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 03/20] thermal: rcar_gen3_thermal: Add r8a774e1 support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 04/20] arm64: dts: renesas: r8a774e1: Add RZ/G2H thermal support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 05/20] dt-bindings: timer: renesas,cmt: Document r8a774e1 CMT support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 06/20] arm64: dts: renesas: r8a774e1: Add CMT device nodes
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 09/20] arm64: dts: renesas: r8a774e1: Add SCIF and HSCIF nodes
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 10/20] arm64: dts: renesas: r8a774e1: Add SDHI nodes
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 13/20] arm64: dts: renesas: r8a774e1: Add I2C and IIC-DVFS support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 14/20] dt-bindings: spi: renesas,sh-msiof: Add r8a774e1 support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 15/20] arm64: dts: renesas: r8a774e1: Add MSIOF nodes
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 17/20] arm64: dts: renesas: r8a774e1: Add RWDT node
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 18/20] dt-bindings: can: rcar_can: Document r8a774e1 support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 19/20] dt-bindings: can: rcar_canfd: Document r8a774e1 support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 20/20] arm64: dts: renesas: r8a774e1: Add CAN[FD] support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 16/20] dt-bindings: watchdog: renesas,wdt: Document r8a774e1 support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 12/20] dt-bindings: i2c: renesas,iic: Document r8a774e1 support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 11/20] dt-bindings: i2c: renesas,i2c: Document r8a774e1 support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 08/20] arm64: dts: renesas: r8a774e1: Add TMU device nodes
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 07/20] dt-bindings: timer: renesas,tmu: Document r8a774e1 bindings
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 02/20] dt-bindings: thermal: rcar-gen3-thermal: Add r8a774e1 support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 00/20] Add support for [H]SCIF/TMU/CMT/THS/SDHI/MSIOF/CAN[FD]/I2C/IIC/RWDT on R8A774E1
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• Re: [PATCH net-next] can: silence remove_proc_entry warning
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH net-next] can: silence remove_proc_entry warning
  • From: Zhang Changzhong <zhangchangzhong@xxxxxxxxxx>
• general protection fault in raw_notifier
  • From: syzbot <syzbot+d2ff507f470081495266@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] can: j1939: fix double free in j1939_netdev_start
  • From: trix@xxxxxxxxxx
• [PATCH v3] net: can: Introduce MEN 16Z192-00 CAN controller driver
  • From: Abhijeet Badurkar <abhijeet.badurkar@xxxxxxxxxx>
• [PATCH] can: mcba_usb: remove redundant initialization of variable err
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] Documentation: networking: rxrpc: drop doubled word
  • From: David Howells <dhowells@xxxxxxxxxx>
• INFO: task hung in pcpu_alloc
  • From: syzbot <syzbot+9b3b388c8ccd4c8bae92@xxxxxxxxxxxxxxxxxxxxxxxxx>
• INFO: task hung in rwlock_bug
  • From: syzbot <syzbot+5c3a96e9b26271b2db8c@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Replace HTTP links with HTTPS ones: CAN network drivers
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] Replace HTTP links with HTTPS ones: CAN network drivers
  • From: "Alexander A. Klimov" <grandmaster@xxxxxxxxxxxx>
• Re: [PATCH 0/7] Documentation: networking: eliminate doubled words
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/7] Documentation: networking: can_ucan_protocol: drop doubled words
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 4/7] Documentation: networking: dsa: drop doubled word
  • From: Andrew Lunn <andrew@xxxxxxx>
• [PATCH 0/7] Documentation: networking: eliminate doubled words
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 3/7] Documentation: networking: can_ucan_protocol: drop doubled words
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 2/7] Documentation: networking: ax25: drop doubled word
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 4/7] Documentation: networking: dsa: drop doubled word
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 5/7] Documentation: networking: ip-sysctl: drop doubled word
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 6/7] Documentation: networking: ipvs-sysctl: drop doubled word
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 7/7] Documentation: networking: rxrpc: drop doubled word
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 1/7] Documentation: networking: arcnet: drop doubled word
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] can: mcp251x: add support for half duplex controllers
  • From: Tim Harvey <tharvey@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] can: flexcan: add support for ISO CAN-FD
  • From: Michael Walle <michael@xxxxxxxx>
• Re: [PATCH 2/2] can: flexcan: add support for ISO CAN-FD
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH 2/2] can: flexcan: add support for ISO CAN-FD
  • From: Michael Walle <michael@xxxxxxxx>
• RE: [PATCH 2/2] can: flexcan: add support for ISO CAN-FD
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• RE: [PATCH linux-can-next/flexcan] can: flexcan: fix TDC feature
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• [PATCH 2/2] can: flexcan: add support for ISO CAN-FD
  • From: Michael Walle <michael@xxxxxxxx>
• [PATCH 0/2] can: flexcan: small fix and ISO CAN-FD support
  • From: Michael Walle <michael@xxxxxxxx>
• [PATCH 1/2] can: flexcan: use ctrlmode to enable CAN-FD
  • From: Michael Walle <michael@xxxxxxxx>
• RE: [PATCH linux-can-next/flexcan] can: flexcan: fix TDC feature
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• Re: [PATCH linux-can-next/flexcan] can: flexcan: fix TDC feature
  • From: Michael Walle <michael@xxxxxxxx>
• Re: [PATCH v41 3/3] can: mcp25xxfd: initial commit
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• Re: [PATCH v41 3/3] can: mcp25xxfd: initial commit
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v41 3/3] can: mcp25xxfd: initial commit
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH BUGFIX] can: m_can: make m_can driver work with sleep state pinconfig
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH BUGFIX] can: m_can: make m_can driver work with sleep state pinconfig
  • From: Lothar Waßmann <LW@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH linux-can-next/flexcan] can: flexcan: fix TDC feature
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH linux-can-next/flexcan] can: flexcan: fix TDC feature
  • From: Michael Walle <michael@xxxxxxxx>
• [mkl-can-next:mcp25xxfd-43 3/4] drivers/net/can/spi/mcp25xxfd/mcp25xxfd-regmap.c:334:7: warning: field width specifier expects argument of type 'int', but argument 6 has type 'size_t' {aka 'long unsigned int'}
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v41 0/3] can: add mcp25xxfd support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v41 0/3] can: add mcp25xxfd support
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• Re: [PATCH] can: mcp25xxfd: add listen-only mode
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v41 2/3] dt-binding: can: mcp25xxfd: document device tree bindings
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v41 2/3] dt-binding: can: mcp25xxfd: document device tree bindings
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• Re: [PATCH v41 2/3] dt-binding: can: mcp25xxfd: document device tree bindings
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH] can: mcp25xxfd: add listen-only mode
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v41 2/3] dt-binding: can: mcp25xxfd: document device tree bindings
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• Re: [PATCH v41 2/3] dt-binding: can: mcp25xxfd: document device tree bindings
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v41 2/3] dt-binding: can: mcp25xxfd: document device tree bindings
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• Re: [PATCH] can: mcp25xxfd: add listen-only mode
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: mcp25xxfd: add listen-only mode
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] can: mcp25xxfd: add listen-only mode
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v41 2/3] dt-binding: can: mcp25xxfd: document device tree bindings
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v41 1/3] can: rx-offload: can_rx_offload_add_manual(): add new initialization function
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v41 0/3] can: add mcp25xxfd support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [PATCH v2] Introduce MEN 16Z192-00 CAN controller driver
  • From: Abhijeet Badurkar <abhijeet.badurkar@xxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RESEND PATCH 1/6] dt-bindings: can: Document devicetree bindings for MCP25XXFD
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: J1939: /proc/net/can interface
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: J1939: /proc/net/can interface
  • From: Arnej Duranovic <arnejduranovic@xxxxx>
• Re: J1939: /proc/net/can interface
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: J1939: /proc/net/can interface
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• J1939: /proc/net/can interface
  • From: Arnej Duranovic <arnejduranovic@xxxxx>
• Re: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Felix Riemann <Felix.Riemann@xxxxxx>
• Re: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Felix Riemann <Felix.Riemann@xxxxxx>
• Re: j1939: root requirements for messages with the priorities 0 & 1
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: isotp in mainline?
  • From: Patrick Menschel <menschel.p@xxxxxxxxx>
• Re: isotp in mainline?
  • From: Drew Fustini <drew@xxxxxxxxxxxxxxx>
• Re: isotp in mainline?
  • From: Patrick Menschel <menschel.p@xxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• j1939: root requirements for messages with the priorities 0 & 1
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• isotp in mainline?
  • From: Drew Fustini <drew@xxxxxxxxxxxxxxx>
• RE: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Felix Riemann <Felix.Riemann@xxxxxx>
• [RESEND PATCH 4/6] can: mcp25xxfd: Add CAN transmission support
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [RESEND PATCH 6/6] MAINTAINERS: Add entry for Microchip MCP25XXFD CAN network driver
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [RESEND PATCH 5/6] can: mcp25xxfd: Optimize TEF read by avoiding unnecessary SPI transfers
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [RESEND PATCH 3/6] can: mcp25xxfd: Add support for CAN reception
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [RESEND PATCH 2/6] can: mcp25xxfd: Add Microchip MCP25XXFD CAN-FD driver infrastructure
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [RESEND PATCH 1/6] dt-bindings: can: Document devicetree bindings for MCP25XXFD
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [RESEND PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [PATCH 4/6] can: mcp25xxfd: Add CAN transmission support
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [PATCH 6/6] MAINTAINERS: Add entry for Microchip MCP25XXFD CAN network driver
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [PATCH 5/6] can: mcp25xxfd: Optimize TEF read by avoiding unnecessary SPI transfers
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [PATCH 3/6] can: mcp25xxfd: Add support for CAN reception
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [PATCH 2/6] can: mcp25xxfd: Add Microchip MCP25XXFD CAN-FD driver infrastructure
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [PATCH 1/6] dt-bindings: can: Document devicetree bindings for MCP25XXFD
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• Re: [PATCH] can: m_can_platform: fix m_can_runtime_suspend()
  • From: Richard Genoud <richard.genoud@xxxxxxxxx>
• Re: [PATCH] can: m_can_platform: fix m_can_runtime_suspend()
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH] can: m_can_platform: fix m_can_runtime_suspend()
  • From: Richard Genoud <richard.genoud@xxxxxxxxx>
• [PATCH] can: xilinx_can: handle failure cases of pm_runtime_get_sync
  • From: Navid Emamdoost <navid.emamdoost@xxxxxxxxx>
• Re: [PATCH] can: Replace zero-length array with flexible-array
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH] can: Replace zero-length array with flexible-array
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH] can: Replace zero-length array with flexible-array
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH] net: can: remove "WITH Linux-syscall-note" from SPDX tag of C files
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH linux-can-next/flexcan] can: flexcan: fix TDC feature
  • From: Michael Walle <michael@xxxxxxxx>
• [PATCH] can: m_can: Set pinmux into "default" state on start
  • From: Marek Vasut <marex@xxxxxxx>
• [PATCH] can: mcp251x: add support for half duplex controllers
  • From: Tim Harvey <tharvey@xxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.6 44/47] net: Fix return value about devm_platform_ioremap_resource()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH] can: mcp251x: convert to half-duplex SPI
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH] can: mcp251x: convert to half-duplex SPI
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: mcp251x: convert to half-duplex SPI
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH] can: mcp251x: convert to half-duplex SPI
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: mcp251x: convert to half-duplex SPI
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH] can: mcp251x: convert to half-duplex SPI
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• RE: [PATCH] can: flexcan: Fix runtime PM imbalance on error
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• [PATCH] can: flexcan: Fix runtime PM imbalance on error
  • From: Dinghao Liu <dinghao.liu@xxxxxxxxxx>
• Re: [PATCH] can: mcp251x: convert to half-duplex SPI
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH] can: mcp251x: convert to half-duplex SPI
  • From: Tim Harvey <tharvey@xxxxxxxxxxxxx>
• [PATCH] can: xilinx_can: fix runtime pm imbalance on error
  • From: Dinghao Liu <dinghao.liu@xxxxxxxxxx>
• Re: [PATCH] can: Replace zero-length array with flexible-array
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• RE: PCAN USB hardware timestamps jumps forward
  • From: Stéphane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• PCAN USB hardware timestamps jumps forward
  • From: Fabián Inostroza <fabian.inostroza.p@xxxxxxxxx>
• [PATCH] can: Replace zero-length array with flexible-array
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH] can: peak_canfd: Replace zero-length array with flexible-array
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH net-next] can: c_can: Remove unused inline function
  • From: YueHaibing <yuehaibing@xxxxxxxxxx>
• Re: WARNING in hsr_addr_subst_dest
  • From: syzbot <syzbot+b92e4f1472a54e1c7dec@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] can: mscan: mpc5xxx_can: update contact email
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH 00/37] net: manually convert files to ReST format - part 2
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 00/37] net: manually convert files to ReST format - part 2
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 09/37] docs: networking: convert netdevices.txt to ReST
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH can-next 1/2] can: tcan4x5x: Rename parse_config function
  • From: Dan Murphy <dmurphy@xxxxxx>
• KASAN: use-after-free Read in bcm_send_to_user
  • From: syzbot <syzbot+842d1f5968e5096e4bde@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Are there any netfilter modules for use with Socket CAN
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• Is is possible to use Netfilter for outgoing CAN msgs by CAN-ID?
  • From: "Lev R. Oshvang ." <levonshe@xxxxxxxxx>
• Re: Are there any netfilter modules for use with Socket CAN
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• Re: Are there any netfilter modules for use with Socket CAN
  • From: Christian Gagneraud <chgans@xxxxxxxxx>
• Are there any netfilter modules for use with Socket CAN
  • From: "Lev R. Oshvang ." <levonshe@xxxxxxxxx>
• [PATCH 3.16 201/245] can, slip: Protect tty->disc_data in write_wakeup and close with RCU
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [PATCH 3.16 245/245] slcan: Don't transmit uninitialized stack data in padding
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [net-next v2] can: ti_hecc: convert to devm_platform_ioremap_resource_byname()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [net-next v2] can: ti_hecc: convert to devm_platform_ioremap_resource_byname()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• Re: [net-next v2] can: ti_hecc: convert to devm_platform_ioremap_resource_byname()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [net-next v2] can: ti_hecc: convert to devm_platform_ioremap_resource_byname()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• Re: [net-next v2] can: ti_hecc: convert to devm_platform_ioremap_resource_byname()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH net-next v2] can: ti_hecc: convert to devm_platform_ioremap_resource_byname()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• Re: [PATCH net-next v1] can: ti_hecc: convert to devm_platform_ioremap_resource_byname()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• Re: [PATCH 2/2] dt-bindings: Remove cases of 'allOf' containing a '$ref'
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• Re: [PATCH net-next v1] can: ti_hecc: convert to devm_platform_ioremap_resource_byname()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH net-next v1] can: ti_hecc: convert to devm_platform_ioremap_resource_byname()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• Re: [PATCH 2/2] dt-bindings: Remove cases of 'allOf' containing a '$ref'
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 1/2] dt-bindings: Clean-up schema indentation formatting
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] can: tcan4x5x: Replace depends on REGMAP_SPI with depends on SPI
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH 1/2] dt-bindings: Clean-up schema indentation formatting
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 1/2] dt-bindings: Clean-up schema indentation formatting
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH 1/2] dt-bindings: Clean-up schema indentation formatting
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 2/2] dt-bindings: Remove cases of 'allOf' containing a '$ref'
  • From: Mark Brown <broonie@xxxxxxxxxx>
• RE: [PATCH linux-can-next/flexcan] can: flexcan: fix TDC feature
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• [PATCH Resend linux-can-next/testing] can: flexcan: add correctable errors correction when HW supports ECC
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• [PATCH linux-can-next/flexcan] can: flexcan: fix TDC feature
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• Re: [PATCH 1/2] dt-bindings: Clean-up schema indentation formatting
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH 2/2] dt-bindings: Remove cases of 'allOf' containing a '$ref'
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH 2/2] dt-bindings: Remove cases of 'allOf' containing a '$ref'
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 1/2] dt-bindings: Clean-up schema indentation formatting
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 2/2] dt-bindings: Remove cases of 'allOf' containing a '$ref'
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 1/2] dt-bindings: Clean-up schema indentation formatting
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH 2/2] dt-bindings: Remove cases of 'allOf' containing a '$ref'
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH 1/2] dt-bindings: Clean-up schema indentation formatting
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH AUTOSEL 5.6 068/129] slcan: Don't transmit uninitialized stack data in padding
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH AUTOSEL 5.6 068/129] slcan: Don't transmit uninitialized stack data in padding
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH AUTOSEL 5.6 068/129] slcan: Don't transmit uninitialized stack data in padding
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH AUTOSEL 5.5 057/106] slcan: Don't transmit uninitialized stack data in padding
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 40/84] slcan: Don't transmit uninitialized stack data in padding
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 14/30] slcan: Don't transmit uninitialized stack data in padding
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 07/14] slcan: Don't transmit uninitialized stack data in padding
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 10/21] slcan: Don't transmit uninitialized stack data in padding
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 17/40] slcan: Don't transmit uninitialized stack data in padding
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.6 068/129] slcan: Don't transmit uninitialized stack data in padding
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH 2/4] softcan: update dead links.
  • From: Diego Elio Pettenò <flameeyes@xxxxxxxxxxxxx>
• [PATCH] can: tcan4x5x: Replace depends on REGMAP_SPI with depends on SPI
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• jcat binary name conflict
  • From: Alexander Gerasiov <a@xxxxxxxxxxxx>
• [PATCH 4.4 18/29] slcan: Dont transmit uninitialized stack data in padding
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 19/38] slcan: Dont transmit uninitialized stack data in padding
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 17/32] slcan: Dont transmit uninitialized stack data in padding
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 33/54] slcan: Dont transmit uninitialized stack data in padding
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.4 11/41] slcan: Dont transmit uninitialized stack data in padding
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.6 10/38] slcan: Dont transmit uninitialized stack data in padding
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.5 10/44] slcan: Dont transmit uninitialized stack data in padding
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Fwd: usb_8dev - WARN_ON(in_irq()) Ticket #00560
  • From: Andrejus Falčikas <andrejus.f@xxxxxxxxxxxx>
• Re: Fwd: usb_8dev - WARN_ON(in_irq()) Ticket #00560
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: Fwd: usb_8dev - WARN_ON(in_irq()) Ticket #00560
  • From: Andrejus Falčikas <andrejus.f@xxxxxxxxxxxx>
• Re: Fwd: usb_8dev - WARN_ON(in_irq()) Ticket #00560
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: Fwd: usb_8dev - WARN_ON(in_irq()) Ticket #00560
  • From: Andrejus Falčikas <andrejus.f@xxxxxxxxxxxx>
• Re: [PATCH v2] can: tcan4x5x: tcan4x5x_clear_interrupts: remove redundant if statement
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v2] can: tcan4x5x: tcan4x5x_clear_interrupts: remove redundant if statement
  • From: Daniels Umanovskis <daniels@xxxxxxxxxxxxx>
• Re: [PATCH] can: tcan4x5x: tcan4x5x_clear_interrupts: remove redundant if statement
  • From: Daniels Umanovskis <daniels@xxxxxxxxxxxxx>
• [PATCH] can: tcan4x5x: tcan4x5x_clear_interrupts: remove redundant if statement
  • From: Daniels Umanovskis <daniels@xxxxxxxxxxxxx>
• Re: [PATCH] can: tcan4x5x: tcan4x5x_clear_interrupts: remove redundant if statement
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH] net: can: remove "WITH Linux-syscall-note" from SPDX tag of C files
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: Fwd: usb_8dev - WARN_ON(in_irq()) Ticket #00560
  • From: Michal Sojka <michal.sojka@xxxxxxx>
• Re: Fwd: usb_8dev - WARN_ON(in_irq()) Ticket #00560
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Fwd: usb_8dev - WARN_ON(in_irq()) Ticket #00560
  • From: Andrejus Falčikas <andrejus.f@xxxxxxxxxxxx>
• [PATCH] net: can: remove "WITH Linux-syscall-note" from SPDX tag of C files
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH v2] slcan: Don't transmit uninitialized stack data in padding
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v2] slcan: Don't transmit uninitialized stack data in padding
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] slcan: Don't transmit uninitialized stack data in padding
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v2] slcan: Don't transmit uninitialized stack data in padding
  • From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
• Re: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/12] docs: dt: fix references to m_can.txt file
  • From: Rob Herring <robh@xxxxxxxxxx>
• RE: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Felix Riemann <Felix.Riemann@xxxxxx>
• Re: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Felix Riemann <Felix.Riemann@xxxxxx>
• Re: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Felix Riemann <Felix.Riemann@xxxxxx>
• Re: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Felix Riemann <felix.riemann@xxxxxx>
• Bug with endianess in gs_usb.c, questions
  • From: Michael Rausch <mr@xxxxxxxxxxx>
• [PATCH] can: gs_usb: avoid kernel warning when the device is stopped
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• RE: PCI/PCIe cards and MSI support
  • From: Stéphane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• Re: How to send a CAN message while in a kernel module?
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: How to send a CAN message while in a kernel module?
  • From: Robert Barrows <robb.barrows@xxxxxxxxx>
• Re: Need help in interpreting ip status output
  • From: André Hartmann <aha_1980@xxxxxx>
• Re: PCI/PCIe cards and MSI support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• RE: PCI/PCIe cards and MSI support
  • From: Stéphane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• Re: PCI/PCIe cards and MSI support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• RE: PCI/PCIe cards and MSI support
  • From: Stéphane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• Re: Need help in interpreting ip status output
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: Need help in interpreting ip status output
  • From: André Hartmann <aha_1980@xxxxxx>
• Re: How to send a CAN message while in a kernel module?
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: How to send a CAN message while in a kernel module?
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: How to send a CAN message while in a kernel module?
  • From: Robert Barrows <robb.barrows@xxxxxxxxx>
• Re: How to send a CAN message while in a kernel module?
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: How to send a CAN message while in a kernel module?
  • From: Robert Barrows <robb.barrows@xxxxxxxxx>
• Re: Need help in interpreting ip status output
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: How to send a CAN message while in a kernel module?
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: Need help in interpreting ip status output
  • From: André Hartmann <aha_1980@xxxxxx>
• How to send a CAN message while in a kernel module?
  • From: Robert Barrows <robb.barrows@xxxxxxxxx>
• Re: [PATCH] bonding: do not enslave CAN devices
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: Need help in interpreting ip status output
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: PCI/PCIe cards and MSI support
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• PCI/PCIe cards and MSI support
  • From: Stéphane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.4 16/73] can: add missing attribute validation for termination
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 11/37] can: add missing attribute validation for termination
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 09/28] can: add missing attribute validation for termination
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH] docs: dt: Fix m_can.txt reference in tcan4x5x.txt
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] docs: dt: Fix m_can.txt reference in tcan4x5x.txt
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH 04/12] docs: dt: fix references to m_can.txt file
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH 04/12] docs: dt: fix references to m_can.txt file
  • From: Benjamin GAIGNARD <benjamin.gaignard@xxxxxx>
• Re: [PATCH 04/12] docs: dt: fix references to m_can.txt file
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH 04/12] docs: dt: fix references to m_can.txt file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 04/12] docs: dt: fix references to m_can.txt file
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: adjust to MCAN MMIO schema conversion
  • From: Benjamin GAIGNARD <benjamin.gaignard@xxxxxx>
• [PATCH] MAINTAINERS: adjust to MCAN MMIO schema conversion
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• [PATCH v1] can: j1939: socket: j1939_sk_bind(): make sure ml_priv is allocated
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH] bonding: do not enslave CAN devices
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: Need help in interpreting ip status output
  • From: André Hartmann <aha_1980@xxxxxx>
• Re: Kernel-Warning when stopping the CAN interface
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: Kernel-Warning when stopping the CAN interface
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [PATCH] net: slcan, slip -- no need for goto when if () will do
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: general protection fault in j1939_netdev_start
  • From: syzbot <syzbot+f03d384f3455d28833eb@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: usb_8dev - WARN_ON(in_irq()) [#00560]
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Kernel-Warning when stopping the CAN interface
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• RE: [PATCH linux-can-next] can: flexcan: add correctable errors correction when HW supports ECC
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• Re: [PATCH] net: slcan, slip -- no need for goto when if () will do
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH] net: slcan, slip -- no need for goto when if () will do
  • From: Pavel Machek <pavel@xxxxxx>