Linux CAN Development - Date Index

• Thread Index

• Re: [PATCH v10 1/1] can: usb: etas_es58X: add support for ETAS ES58X CAN USB interfaces
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v4 1/1] can: dev: add software tx timestamps
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v4 1/1] can: dev: add software tx timestamps
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v10 1/1] can: usb: etas_es58X: add support for ETAS ES58X CAN USB interfaces
  • From: Jimmy Assarsson <extja@xxxxxxxxxx>
• Re: [net-next 15/19] can: tcan4x5x: rework SPI access
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v10 1/1] can: usb: etas_es58X: add support for ETAS ES58X CAN USB interfaces
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [net-next 15/19] can: tcan4x5x: rework SPI access
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v10 1/1] can: usb: etas_es58X: add support for ETAS ES58X CAN USB interfaces
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v10 1/1] can: usb: etas_es58X: add support for ETAS ES58X CAN USB interfaces
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [net-next v3 00/15] can: dev: cleanup and add CAN frame length handling support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net-next v3 00/15] can: dev: cleanup and add CAN frame length handling support
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• [PATCH v10 0/1] add support for ETAS ES58X CAN USB interfaces
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v4 1/1] can: dev: add software tx timestamps
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/1] can: dev: add software tx timestamps
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 1/1] can: dev: add software tx timestamps
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 0/1] Add software TX timestamps to the CAN devices
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v2] can: isotp: fix isotp_getname() leak
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: isotp: fix isotp_getname() leak
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH v2] can: isotp: fix isotp_getname() leak
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: KMSAN: kernel-infoleak in move_addr_to_user (4)
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH] can: isotp: fix isotp_getname() leak
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] can: isotp: fix isotp_getname() leak
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v3 1/1] can: dev: add software tx timestamps
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/1] can: dev: add software tx timestamps
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v3 1/1] can: dev: add software tx timestamps
  • From: Richard Cochran <richardcochran@xxxxxxxxx>
• Re: [PATCH v3 1/1] can: dev: add software tx timestamps
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: KMSAN: kernel-infoleak in move_addr_to_user (4)
  • From: Cong Wang <xiyou.wangcong@xxxxxxxxx>
• Re: KMSAN: kernel-infoleak in move_addr_to_user (4)
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [net-next 15/19] can: tcan4x5x: rework SPI access
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v3 1/1] can: dev: add software tx timestamps
  • From: Richard Cochran <richardcochran@xxxxxxxxx>
• Re: [net-next 15/19] can: tcan4x5x: rework SPI access
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• Re: [net-next v2 05/15] can: dev: move skb related into seperate file
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• [net-next v3 12/15] can: dev: can_put_echo_skb(): extend to handle frame_len
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v3 11/15] can: dev: extend struct can_skb_priv to hold CAN frame length
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v3 14/15] can: dev: can_rx_offload_get_echo_skb(): extend to return can frame length
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v3 00/15] can: dev: cleanup and add CAN frame length handling support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v3 06/15] can: dev: move netlink related code into seperate file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v3 01/15] MAINTAINERS: CAN network layer: add missing header file can-ml.h
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v3 05/15] can: dev: move skb related into seperate file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v3 08/15] can: length: can_fd_len2dlc(): simplify length calculcation
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v3 07/15] can: length: convert to kernel coding style
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v3 03/15] can: dev: move bittiming related code into seperate file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v3 13/15] can: dev: can_get_echo_skb(): extend to return can frame length
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v3 02/15] can: dev: move driver related infrastructure into separate subdir
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v3 15/15] can: dev: add software tx timestamps
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v3 04/15] can: dev: move length related code into seperate file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v3 10/15] can: length: can_skb_get_frame_len(): introduce function to get data length of frame in data link layer
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net-next v2 05/15] can: dev: move skb related into seperate file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v3 09/15] can: length: canfd_sanitize_len(): add function to sanitize CAN-FD data length
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net-next v2 10/15] can: length: can_skb_get_frame_len(): introduce function to get data length of frame in data link layer
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [net-next v2 15/15] can: dev: add software tx timestamps
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [net-next v2 05/15] can: dev: move skb related into seperate file
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v2] can: dev: can_put_echo_skb(): extend to store can frame length
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v2] can: dev: can_put_echo_skb(): extend to store can frame length
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 15/15] can: dev: add software tx timestamps
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 14/15] can: dev: can_rx_offload_get_echo_skb(): extend to return can frame length
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 13/15] can: dev: can_get_echo_skb(): extend to return can frame length
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 12/15] can: dev: can_put_echo_skb(): extend to handle frame_len
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 10/15] can: length: can_skb_get_frame_len(): introduce function to get data length of frame in data link layer
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 11/15] can: dev: extend struct can_skb_priv to hold CAN frame length
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 09/15] can: length: canfd_sanitize_len(): add function to sanitize CAN-FD data length
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 08/15] can: length: can_fd_len2dlc(): simplify length calculcation
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 07/15] can: length: convert to kernel coding style
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 06/15] can: dev: move netlink related code into seperate file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 04/15] can: dev: move length related code into seperate file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 05/15] can: dev: move skb related into seperate file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 03/15] can: dev: move bittiming related code into seperate file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 02/15] can: dev: move driver related infrastructure into separate subdir
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 01/15] MAINTAINERS: CAN network layer: add missing header file can-ml.h
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 00/15] can: dev: cleanup and add CAN frame length handling support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v2] can: dev: can_put_echo_skb(): extend to store can frame length
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH] can: dev: extend can_put_echo_skb() to handle frame_len
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: dev: extend can_put_echo_skb() to handle frame_len
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [net-next 00/13] can: dev: cleanup and add CAN frame length handling support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: dev: extend can_put_echo_skb() to handle frame_len
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net-next 00/13] can: dev: cleanup and add CAN frame length handling support
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [net-next 00/13] can: dev: cleanup and add CAN frame length handling support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net-next 04/13] can: dev: move length related code into seperate file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net-next 00/13] can: dev: cleanup and add CAN frame length handling support
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH] can: dev: extend can_put_echo_skb() to handle frame_len
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net-next 04/13] can: dev: move length related code into seperate file
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [net-next 11/13] can: dev: extend struct can_skb_priv to hold CAN frame length
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net-next 00/13] can: dev: cleanup and add CAN frame length handling support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net-next 11/13] can: dev: extend struct can_skb_priv to hold CAN frame length
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net-next 06/13] can: dev: move netlink related code into seperate file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net-next 05/13] can: dev: move skb related into seperate file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net-next 10/13] can: length: can_skb_get_frame_len(): introduce function to get data length of frame in data link layer
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/1] can: dev: add software tx timestamps
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] can: dev: extend can_put_echo_skb() to handle frame_len
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v3 1/1] can: dev: add software tx timestamps
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v3 0/1] Add software TX timestamps to the CAN devices
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 1/1] can: dev: add software tx timestamps
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 0/1] Add software TX timestamps to the CAN devices
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH 1/1] can: dev: add software tx timestamps
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH 1/1] can: dev: add software tx timestamps
  • From: Jeroen Hofstee <jhofstee@xxxxxxxxxxxxxxxxx>
• [PATCH 1/1] can: dev: add software tx timestamps
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 0/1] Add software TX timestamps to the CAN devices
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [net-next 00/13] can: dev: cleanup and add CAN frame length handling support
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [net-next 11/13] can: dev: extend struct can_skb_priv to hold CAN frame length
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [net-next 11/13] can: dev: extend struct can_skb_priv to hold CAN frame length
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [net-next 06/13] can: dev: move netlink related code into seperate file
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [net-next 05/13] can: dev: move skb related into seperate file
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [net-next 10/13] can: length: can_skb_get_frame_len(): introduce function to get data length of frame in data link layer
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• [net-next 12/13] can: dev: can_get_echo_skb(): extend to return can frame length
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 10/13] can: length: can_skb_get_frame_len(): introduce function to get data length of frame in data link layer
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 11/13] can: dev: extend struct can_skb_priv to hold CAN frame length
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 06/13] can: dev: move netlink related code into seperate file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 13/13] can: dev: can_rx_offload_get_echo_skb(): extend to return can frame length
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 09/13] can: length: canfd_sanitize_len(): add function to sanitize CAN-FD data length
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 04/13] can: dev: move length related code into seperate file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 08/13] can: length: can_fd_len2dlc(): simplify length calculcation
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 07/13] can: length: convert to kernel coding style
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 01/13] MAINTAINERS: CAN network layer: add missing header file can-ml.h
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 05/13] can: dev: move skb related into seperate file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 02/13] can: dev: move driver related infrastructure into separate subdir
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 03/13] can: dev: move bittiming related code into seperate file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 00/13] can: dev: cleanup and add CAN frame length handling support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• RE: [net-next 15/19] can: tcan4x5x: rework SPI access
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [net-next 15/19] can: tcan4x5x: rework SPI access
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [net-next 15/19] can: tcan4x5x: rework SPI access
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• Re: [PATCH v5] net: can: Introduce MEN 16Z192-00 CAN controller driver
  • From: Abhijeet Badurkar <abhijeet.badurkar@xxxxxxxxxx>
• Re: [PATCH for can-next] MAINTAINERS: adjust entry to tcan4x5x file split
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [kbuild-all] Re: [net-next 19/19] can: flexcan: add CAN wakeup function for i.MX8QM
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH for can-next] MAINTAINERS: adjust entry to tcan4x5x file split
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• Re: [kbuild-all] Re: [net-next 19/19] can: flexcan: add CAN wakeup function for i.MX8QM
  • From: Rong Chen <rong.a.chen@xxxxxxxxx>
• Re: [net-next 15/19] can: tcan4x5x: rework SPI access
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [net-next 19/19] can: flexcan: add CAN wakeup function for i.MX8QM
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net-next 15/19] can: tcan4x5x: rework SPI access
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net-next 15/19] can: tcan4x5x: rework SPI access
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: Describing the STB pin of the CAN transceiver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: Describing the STB pin of the CAN transceiver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: Describing the STB pin of the CAN transceiver
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• [PATCH 2/2] can: flexcan: allow the control of the STB CAN transceiver pin
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• [PATCH 1/2] dt-bindings: can: fsl,flexcan.yaml: introduce the stb-gpios property
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: pull-request: can 2021-01-07
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: pull-request: can-next 2021-01-06
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [net-next 15/19] can: tcan4x5x: rework SPI access
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [net-next 15/19] can: tcan4x5x: rework SPI access
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Describing the STB pin of the CAN transceiver
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: [net-next 19/19] can: flexcan: add CAN wakeup function for i.MX8QM
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net-next 19/19] can: flexcan: add CAN wakeup function for i.MX8QM
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net-next 19/19] can: flexcan: add CAN wakeup function for i.MX8QM
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 6/6] MAINTAINERS: Update MCAN MMIO device driver maintainer
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 5/6] can: rcar: Kconfig: update help description for CAN_RCAR config
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 4/6] can: mcp251xfd: mcp251xfd_handle_rxif_ring(): first increment RX tail pointer in HW, then in driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 1/6] can: m_can: m_can_class_unregister(): remove erroneous m_can_clk_stop()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 2/6] can: tcan4x5x: fix bittiming const, use common bittiming from m_can driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 3/6] can: mcp251xfd: mcp251xfd_handle_tefif(): fix TEF vs. TX race condition
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• pull-request: can 2021-01-07
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 16/19] can: tcan4x5x: add support for half-duplex controllers
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 09/19] can: tcan4x5x: tcan4x5x_regmap_write(): remove not needed casts and replace 4 by sizeof
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 12/19] can: tcan4x5x: tcan4x5x_regmap: set reg_stride to 4
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 01/19] can: tcan4x5x: replace DEVICE_NAME by KBUILD_MODNAME
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 18/19] dt-bindings: can: fsl,flexcan: add fsl,scu-index property to indicate a resource
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 07/19] can: tcan4x5x: remove regmap async support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 14/19] can: tcan4x5x: add {wr,rd}_table
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 17/19] can: raw: return -ERANGE when filterset does not fit into user space buffer
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 13/19] can: tcan4x5x: add max_raw_{read,write} of 256
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 05/19] can: tcan4x5x: mark struct regmap_bus tcan4x5x_bus as constant
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 19/19] can: flexcan: add CAN wakeup function for i.MX8QM
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 15/19] can: tcan4x5x: rework SPI access
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• pull-request: can-next 2021-01-06
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 06/19] can: tcan4x5x: tcan4x5x_bus: remove not needed read_flag_mask
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 08/19] can: tcan4x5x: rename regmap_spi_gather_write() -> tcan4x5x_regmap_gather_write()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 04/19] can: tcan4x5x: move regmap code into seperate file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 03/19] can: tcan4x5x: rename tcan4x5x.c -> tcan4x5x-core.c
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 10/19] can: tcan4x5x: tcan4x5x_regmap_init(): use spi as context pointer
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 11/19] can: tcan4x5x: fix max register value
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 02/19] can: tcan4x5x: beautify indention of tcan4x5x_of_match and tcan4x5x_id_table
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 2/2] can: mcp251xfd: mcp251xfd_handle_rxif_ring(): first increment RX tail pointer in HW, then in driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 0/2] can: mcp251xfd: fix TEF vs TX race condition introduced in UINC improvements
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 1/2] can: mcp251xfd: mcp251xfd_handle_tefif(): fix TEF vs. TX race condition
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v5] net: can: Introduce MEN 16Z192-00 CAN controller driver
  • From: Abhijeet Badurkar <abhijeet.badurkar@xxxxxxxxxx>
• Re: [PATCH] can: rcar: Update help description for CAN_RCAR_CANFD config
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] can: rcar: Update help description for CAN_RCAR_CANFD config
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• RE: [PATCH] MAINTAINERS: Update MCAN MMIO device driver maintainer
  • From: "pankj.sharma" <pankj.sharma@xxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Update MCAN MMIO device driver maintainer
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] MAINTAINERS: Update MCAN MMIO device driver maintainer
  • From: Sriram Dash <sriram.dash@xxxxxxxxxxx>
• Re: [PATCH v2] can: rcar: Update help description for CAN_RCAR config
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] can: rcar: Update help description for CAN_RCAR_CANFD config
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] can: rcar: Update help description for CAN_RCAR config
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v2] can: rcar: Update help description for CAN_RCAR config
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• Re: [PATCH] can: rcar: Update help description for CAN_RCAR config
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 3/7] can: kvaser_pciefd: select CONFIG_CRC32
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 3/7] can: kvaser_pciefd: select CONFIG_CRC32
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• RE: [PATCH] can: rcar: Update help description for CAN_RCAR config
  • From: Biju Das <biju.das.jz@xxxxxxxxxxxxxx>
• [PATCH] can: rcar: Update help description for CAN_RCAR config
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH] can: rcar: Update help description for CAN_RCAR_CANFD config
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• Re: [PATCH iproute2 5.11 2/2] iplink_can: fix format output for details with statistics
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH iproute2 5.11 2/2] iplink_can: fix format output for details with statistics
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH iproute2 5.11 1/2] iplink_can: add Classical CAN frame LEN8_DLC support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: WARNING in isotp_tx_timer_handler
  • From: syzbot <syzbot+78bab6958a614b0c80b9@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: assignment of spi to can channels
  • From: Patrick Menschel <menschel.p@xxxxxxxxx>
• Re: [PATCH V5 0/5] can: flexcan: add stop mode support for i.MX8QM
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• RE: [PATCH V5 0/5] can: flexcan: add stop mode support for i.MX8QM
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• Re: general protection fault in j1939_netdev_notify (2)
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: WARNING in isotp_tx_timer_handler
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: general protection fault in j1939_netdev_notify (2)
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• WARNING in isotp_tx_timer_handler
  • From: syzbot <syzbot+78bab6958a614b0c80b9@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: general protection fault in j1939_netdev_notify (2)
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: general protection fault in j1939_netdev_notify (2)
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• general protection fault in j1939_netdev_notify (2)
  • From: syzbot <syzbot+5138c4dd15a0401bec7b@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH can-next] can: raw: return -ERANGE when filterset does not fit into user space buffer
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [RFC]: tcan4x5x: rework regmap support
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: get entire CAN_RAW_FILTER value without knowing its size
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH can-next] can: raw: return -ERANGE when filterset does not fit into user space buffer
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH can-next] can: raw: return -ERANGE when filterset does not fit into user space buffer
  • From: Phillip Schichtel <phillip@xxxxxxxxxx>
• Re: get entire CAN_RAW_FILTER value without knowing its size
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: get entire CAN_RAW_FILTER value without knowing its size
  • From: Phillip Schichtel <phillip@xxxxxxxxxx>
• Re: [RFC]: tcan4x5x: rework regmap support
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: assignment of spi to can channels
  • From: Patrick Menschel <menschel.p@xxxxxxxxx>
• Re: get entire CAN_RAW_FILTER value without knowing its size
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• AW: AW: assignment of spi to can channels
  • From: Sven Schuchmann <schuchmann@xxxxxxxxxxxxxxxxx>
• Re: AW: assignment of spi to can channels
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: get entire CAN_RAW_FILTER value without knowing its size
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: get entire CAN_RAW_FILTER value without knowing its size
  • From: Phillip Schichtel <phillip@xxxxxxxxxx>
• [RFC PATCH can-next] can: raw: return -ERANGE when filterset does not fit into user space buffer
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• AW: assignment of spi to can channels
  • From: Sven Schuchmann <schuchmann@xxxxxxxxxxxxxxxxx>
• Re: get entire CAN_RAW_FILTER value without knowing its size
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: assignment of spi to can channels
  • From: Patrick Menschel <menschel.p@xxxxxxxxx>
• Re: assignment of spi to can channels
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• assignment of spi to can channels
  • From: Sven Schuchmann <schuchmann@xxxxxxxxxxxxxxxxx>
• get entire CAN_RAW_FILTER value without knowing its size
  • From: Phillip Schichtel <phillip@xxxxxxxxxx>
• [can-next-rfc 01/16] can: tcan4x5x: replace DEVICE_NAME by KBUILD_MODNAME
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 05/16] can: tcan4x5x: mark struct regmap_bus tcan4x5x_bus as constant
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 12/16] can: tcan4x5x: tcan4x5x_regmap: set reg_stride to 4
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [RFC]: tcan4x5x: rework regmap support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 06/16] can: tcan4x5x: tcan4x5x_bus: remove not needed read_flag_mask
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 03/16] can: tcan4x5x: rename tcan4x5x.c -> tcan4x5x-core.c
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 04/16] can: tcan4x5x: move regmap code into seperate file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 13/16] can: tcan4x5x: add max_raw_{read,write} of 256
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 11/16] can: tcan4x5x: fix max register value
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 07/16] can: tcan4x5x: remove regmap async support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 02/16] can: tcan4x5x: beautify indention of tcan4x5x_of_match and tcan4x5x_id_table
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 14/16] can: tcan4x5x: add {wr,rd}_table
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 15/16] can: tcan4x5x: rework SPI access
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 10/16] can: tcan4x5x: tcan4x5x_regmap_init(): use spi as context pointer
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 16/16] can: tcan4x5x: add support for half-duplex controllers
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 08/16] can: tcan4x5x: rename regmap_spi_gather_write() -> tcan4x5x_regmap_gather_write()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 09/16] can: tcan4x5x: tcan4x5x_regmap_write(): remove not needed casts and replace 4 by sizeof
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: pcan: usb_submit_urb() hangs in peak_usb_ndo_start_xmit()
  • From: Stefan Tatschner <stefan@xxxxxxxxxxxxxx>
• Re: pcan: usb_submit_urb() hangs in peak_usb_ndo_start_xmit()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: pcan: usb_submit_urb() hangs in peak_usb_ndo_start_xmit()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• pcan: usb_submit_urb() hangs in peak_usb_ndo_start_xmit()
  • From: Stefan Tatschner <stefan@xxxxxxxxxxxxxx>
• Re: pcan: usb_submit_urb() hangs in peak_usb_ndo_start_xmit()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: pcan: usb_submit_urb() hangs in peak_usb_ndo_start_xmit()
  • From: Stefan Tatschner <stefan@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] can: dev: add can_len2dll_len()
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH 1/2] can: dev: add can_len2dll_len()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] can: dev: add can_len2dll_len()
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH 1/2] can: dev: add can_len2dll_len()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] can: dev: add can_len2dll_len()
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH RFC net-next] can: dev: can_skb_get_dll_len(): introduce function to get data length of frame in data link layer
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH RFC net-next] can: dev: can_skb_get_dll_len(): introduce function to get data length of frame in data link layer
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH RFC net-next] can: dev: can_skb_get_dll_len(): introduce function to get data length of frame in data link layer
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] can: dev: can_skb_get_dll_len(): introduce function to get data length of frame in data link layer
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] can: dev: can_skb_get_dll_len(): introduce function to get data length of frame in data link layer
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH RFC net-next] can: dev: can_skb_get_dll_len(): introduce function to get data length of frame in data link layer
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH 1/2] can: dev: add can_len2dll_len()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 2/2] can: dev: can_skb_get_dll_len(): introduce function to get data length of frame in data link layer
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH RFC net-next] can: dev: can_skb_get_dll_len(): introduce function to get data length of frame in data link layer
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH RFC net-next] can: dev: can_skb_get_dll_len(): introduce function to get data length of frame in data link layer
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [net-rfc 1/2] can: m_can: m_can_class_unregister(): remove erroneous m_can_clk_stop()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC]: m_can fixes
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net-rfc 2/2] can: tcan4x5x: fix bittiming const, use common bittiming from m_can driver
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: [net-rfc 1/2] can: m_can: m_can_class_unregister(): remove erroneous m_can_clk_stop()
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• [RFC]: m_can fixes
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-rfc 1/2] can: m_can: m_can_class_unregister(): remove erroneous m_can_clk_stop()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-rfc 2/2] can: tcan4x5x: fix bittiming const, use common bittiming from m_can driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH RFC net-next] can: dev: can_skb_get_dll_len(): introduce function to get data length of frame in data link layer
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH RFC net-next] can: dev: can_skb_get_dll_len(): introduce function to get data length of frame in data link layer
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: pull-request: can-next 2020-12-14
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH RFC net-next] can: dev: can_skb_get_dll_len(): introduce function to get data length of frame in data link layer
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• [net-next 7/7] can: m_can: use struct m_can_classdev as drvdata
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 3/7] can: m_can: use cdev as name for struct m_can_classdev uniformly
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 6/7] can: m_can: let m_can_class_allocate_dev() allocate driver specific private data
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 5/7] can: m_can: m_can_clk_start(): make use of pm_runtime_resume_and_get()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 4/7] can: m_can: m_can_config_endisable(): mark as static
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 1/7] can: m_can: update link to M_CAN user manual
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• pull-request: can-next 2020-12-14
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 2/7] can: m_can: convert indention to kernel coding style
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC] m_can: cleanups
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [can-next-rfc 1/7] can: m_can: update link to M_CAN user manual
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [can-next-rfc 1/7] can: m_can: update link to M_CAN user manual
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [can-next-rfc 1/7] can: m_can: update link to M_CAN user manual
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [can-next-rfc 1/7] can: m_can: update link to M_CAN user manual
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [can-next-rfc 1/7] can: m_can: update link to M_CAN user manual
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [can-next-rfc 1/7] can: m_can: update link to M_CAN user manual
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [can-next-rfc 1/7] can: m_can: update link to M_CAN user manual
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH RFC net-next] can: dev: can_skb_get_dll_len(): introduce function to get data length of frame in data link layer
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [can-next-rfc 1/7] can: m_can: update link to M_CAN user manual
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [can-next-rfc 7/7] can: m_can: use struct m_can_classdev as drvdata
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: [can-next-rfc 5/7] can: m_can: m_can_clk_start(): make use of pm_runtime_resume_and_get()
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: [can-next-rfc 4/7] can: m_can: m_can_config_endisable(): mark as static
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: [can-next-rfc 6/7] can: m_can: let m_can_class_allocate_dev() allocate driver specific private data
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: [can-next-rfc 3/7] can: m_can: use cdev as name for struct m_can_classdev uniformly
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: [can-next-rfc 2/7] can: m_can: convert indention to kernel coding style
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: [can-next-rfc 1/7] can: m_can: update link to M_CAN user manual
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• [can-next-rfc 7/7] can: m_can: use struct m_can_classdev as drvdata
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 6/7] can: m_can: let m_can_class_allocate_dev() allocate driver specific private data
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 5/7] can: m_can: m_can_clk_start(): make use of pm_runtime_resume_and_get()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 4/7] can: m_can: m_can_config_endisable(): mark as static
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 1/7] can: m_can: update link to M_CAN user manual
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 2/7] can: m_can: convert indention to kernel coding style
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [RFC] m_can: cleanups
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [can-next-rfc 3/7] can: m_can: use cdev as name for struct m_can_classdev uniformly
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• memory leak in pcan_usb_fd_init
  • From: syzbot <syzbot+91adee8d9ebb9193d22d@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: pull-request: can-next 2020-12-10
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: New USB driver, looking for advice
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: New USB driver, looking for advice
  • From: Christian Gagneraud <chgans@xxxxxxxxx>
• Re: pull-request: can-next 2020-12-10
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [net-next 4/7] can: m_can: move runtime PM enable/disable to m_can_platform
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: mcp251xfd: Add support for internal loopback mode
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 3/7] can: m_can: m_can_config_endisable(): remove double clearing of clock stop request bit
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 7/7] can: mcp251xfd: Add support for internal loopback mode
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 5/7] can: m_can: add PCI glue driver for Intel Elkhart Lake
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 6/7] can: flexcan: convert the driver to DT-only
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net 3/3] can: isotp: add SF_BROADCAST support for functional addressing
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 2/7] can: rx-offload: can_rx_offload_offload_one(): avoid double unlikely() notation when using IS_ERR()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 1/7] can: isotp: add SF_BROADCAST support for functional addressing
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• pull-request: can-next 2020-12-10
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] can: avoid double unlikely() notation when using IS_ERR()
  • From: Antonio Quartulli <a@xxxxxxxxxxx>
• Re: [net 3/3] can: isotp: add SF_BROADCAST support for functional addressing
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: New USB driver, looking for advice
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: New USB driver, looking for advice
  • From: Christian Gagneraud <chgans@xxxxxxxxx>
• Re: New USB driver, looking for advice
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net 3/3] can: isotp: add SF_BROADCAST support for functional addressing
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• memory leak in pcan_usb_pro_init
  • From: syzbot <syzbot+215ecdbae76bb8c36b7e@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [net 3/3] can: isotp: add SF_BROADCAST support for functional addressing
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 00/17] Add support for CPC-USB/FD CAN FD interface
  • From: Gerhard Uttenthaler <uttenthaler@xxxxxxxxxxxxxxxx>
• Re: New USB driver, looking for advice
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net 3/3] can: isotp: add SF_BROADCAST support for functional addressing
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: (subset) [PATCH 000/141] Fix fall-through warnings for Clang
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: CAN ISO-TP Availability for Yocto
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• AW: AW: AW: AW: mcp251xfd No Oscillator (clock) defined
  • From: Sven Schuchmann <schuchmann@xxxxxxxxxxxxxxxxx>
• mcp251xfd PLL support
  • From: Magnus Aagaard Sørensen <mas@xxxxxxxxxxxxxxxxxx>
• New USB driver, looking for advice
  • From: Christian Gagneraud <chgans@xxxxxxxxx>
• Re: AW: AW: AW: mcp251xfd No Oscillator (clock) defined
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• AW: AW: AW: mcp251xfd No Oscillator (clock) defined
  • From: Sven Schuchmann <schuchmann@xxxxxxxxxxxxxxxxx>
• Re: AW: AW: mcp251xfd No Oscillator (clock) defined
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• AW: AW: mcp251xfd No Oscillator (clock) defined
  • From: Sven Schuchmann <schuchmann@xxxxxxxxxxxxxxxxx>
• Re: AW: mcp251xfd No Oscillator (clock) defined
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• AW: mcp251xfd No Oscillator (clock) defined
  • From: Sven Schuchmann <schuchmann@xxxxxxxxxxxxxxxxx>
• Re: mcp251xfd No Oscillator (clock) defined
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: mcp251xfd No Oscillator (clock) defined
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: mcp251xfd No Oscillator (clock) defined
  • From: Patrick Menschel <menschel.p@xxxxxxxxx>
• Re: mcp251xfd No Oscillator (clock) defined
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• AW: mcp251xfd No Oscillator (clock) defined
  • From: Sven Schuchmann <schuchmann@xxxxxxxxxxxxxxxxx>
• Re: mcp251xfd No Oscillator (clock) defined
  • From: Patrick Menschel <menschel.p@xxxxxxxxx>
• [PATCH v2] can-isotp: add SF_BROADCAST support for functional addressing
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: AW: mcp251xfd No Oscillator (clock) defined
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• AW: mcp251xfd No Oscillator (clock) defined
  • From: Sven Schuchmann <schuchmann@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] isotp: do not validate RX address when the broadcast flag is active
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: mcp251xfd No Oscillator (clock) defined
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• mcp251xfd No Oscillator (clock) defined
  • From: Sven Schuchmann <schuchmann@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] isotp: do not validate RX address when the broadcast flag is active
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net 3/3] can: isotp: add SF_BROADCAST support for functional addressing
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] isotp: do not validate RX address when the broadcast flag is active
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• RE: [PATCH] isotp: do not validate RX address when the broadcast flag is active
  • From: <thwa1@xxxxxx>
• Re: [PATCH] isotp: do not validate RX address when the broadcast flag is active
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [net 3/3] can: isotp: add SF_BROADCAST support for functional addressing
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH] isotp: do not validate RX address when the broadcast flag is active
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net 3/3] can: isotp: add SF_BROADCAST support for functional addressing
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net 3/3] can: isotp: add SF_BROADCAST support for functional addressing
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [net 3/3] can: isotp: add SF_BROADCAST support for functional addressing
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net 3/3] can: isotp: add SF_BROADCAST support for functional addressing
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [net 3/3] can: isotp: add SF_BROADCAST support for functional addressing
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• RE: CAN ISO-TP Availability for Yocto
  • From: Jin Park <jpark@xxxxxxxxxxxxxxxxx>
• [PATCH] isotp: do not validate RX address when the broadcast flag is active
  • From: Thomseeen <thwa1@xxxxxx>
• [net 3/3] can: isotp: add SF_BROADCAST support for functional addressing
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 1/3] can: softing: softing_netdev_open(): fix error handling
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 2/3] can: isotp: isotp_setsockopt(): block setsockopt on bound sockets
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• pull-request: can 2020-12-04
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: CAN ISO-TP Availability for Yocto
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: CAN ISO-TP Availability for Yocto
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH 0/2] can-isotp fix and functional addressing
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 0/2] can-isotp fix and functional addressing
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH 2/2] can-isotp: add SF_BROADCAST support for functional addressing
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH 1/2] can-isotp: block setsockopt on bound sockets
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH AUTOSEL 5.4 22/23] can: m_can: m_can_dev_setup(): add support for bosch mcan version 3.3.0
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 23/23] can: af_can: can_rx_unregister(): remove WARN() statement from list operation sanity check
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.9 39/39] can: af_can: can_rx_unregister(): remove WARN() statement from list operation sanity check
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.9 38/39] can: m_can: m_can_dev_setup(): add support for bosch mcan version 3.3.0
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• RE: Suggestion to have a functional addressing/broadcast option for ISO-TP sockets
  • From: Thomas Wagner <thomas.wagner@xxxxxxxxxxxxx>
• Re: Suggestion to have a functional addressing/broadcast option for ISO-TP sockets
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• RE: Suggestion to have a functional addressing/broadcast option for ISO-TP sockets
  • From: Thomas Wagner <thomas.wagner@xxxxxxxxxxxxx>
• Re: [PATCH] can: Fix error handling in softing_netdev_open
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: Fix error handling in softing_netdev_open
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Suggestion to have a functional addressing/broadcast option for ISO-TP sockets
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH] can: don't count arbitration lose as an error
  • From: Jeroen Hofstee <jhofstee@xxxxxxxxxxxxxxxxx>
• Re: rx-dropped increases if the can module is not loaded (yet)
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH] can: don't count arbitration lose as an error
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: rx-dropped increases if the can module is not loaded (yet)
  • From: Jeroen Hofstee <jhofstee@xxxxxxxxxxxxxxxxx>
• Re: Suggestion to have a functional addressing/broadcast option for ISO-TP sockets
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH] can: don't count arbitration lose as an error
  • From: Jeroen Hofstee <jhofstee@xxxxxxxxxxxxxxxxx>
• [PATCH] can: Fix error handling in softing_netdev_open
  • From: Zhang Qilong <zhangqilong3@xxxxxxxxxx>
• RE: Suggestion to have a functional addressing/broadcast option for ISO-TP sockets
  • From: Thomas Wagner <thomas.wagner@xxxxxxxxxxxxx>
• Re: [PATCH] can: don't count arbitration lose as an error
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: Suggestion to have a functional addressing/broadcast option for ISO-TP sockets
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Suggestion to have a functional addressing/broadcast option for ISO-TP sockets
  • From: Thomas Wagner <thomas.wagner@xxxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2] can: mcp251xfd: Add support for internal loopback mode
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH v2] can: mcp251xfd: Add support for internal loopback mode
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• Re: pull-request: can 2020-11-30
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: pull-request: can-next 2020-11-30
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [net-next 14/14] can: m_can: m_can_class_unregister(): move right after m_can_class_register()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 11/14] can: m_can: Kconfig: convert the into menu
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 09/14] can: tcan4x5x: remove mram_start and reg_offset from struct tcan4x5x_priv
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 13/14] can: m_can: m_can_plat_remove(): remove unneeded platform_set_drvdata()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 12/14] can: m_can: remove not used variable struct m_can_classdev::freq
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 10/14] can: tcan4x5x: tcan4x5x_can_probe(): remove probe failed error message
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 07/14] can: tcan4x5x: tcan4x5x_clear_interrupts(): remove redundant return statement
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 08/14] can: tcan4x5x: rename parse_config() function
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 05/14] can: mcp251xfd: move struct mcp251xfd_tef_ring definition
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 06/14] can: mcp251xfd: tef-path: reduce number of SPI core requests to set UINC bit
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 04/14] can: mcp251xfd: struct mcp251xfd_priv::tef to array of length 1
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 03/14] can: mcp25xxfd: rx-path: reduce number of SPI core requests to set UINC bit
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 02/14] can: mcp251xfd: mcp25xxfd_ring_alloc(): add define instead open coding the maximum number of RX objects
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 01/14] can: pcan_usb_core: fix fall-through warnings for Clang
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• pull-request: can-next 2020-11-30
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net-next 0/6] can: tcan4x5x: various cleanups
  • From: Dan Murphy <dmurphy@xxxxxx>
• [net-next 6/6] can: m_can: m_can_class_unregister(): move right after m_can_class_register()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 4/6] can: m_can: remove not used variable struct m_can_classdev::freq
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 5/6] can: m_can: m_can_plat_remove(): remove unneeded platform_set_drvdata()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 3/6] can: m_can: Kconfig: convert the into menu
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 1/6] can: tcan4x5x: remove mram_start and reg_offset from struct tcan4x5x_priv
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 2/6] can: tcan4x5x: tcan4x5x_can_probe(): remove probe failed error message
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 0/6] can: tcan4x5x: various cleanups
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 5/5] can: kvaser_pciefd: kvaser_pciefd_open(): fix error handling
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 3/5] can: sun4i_can: sun4i_can_err(): don't count arbitration lose as an error
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 4/5] can: c_can: c_can_power_up(): fix error handling
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 2/5] can: sja1000: sja1000_err(): don't count arbitration lose as an error
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 1/5] can: m_can: tcan4x5x_can_probe(): fix error path: remove erroneous clk_disable_unprepare()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• pull-request: can 2020-11-30
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: don't count arbitration lose as an error
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: flexcan: Convert the driver to DT-only
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 0/2] can: Fix the error handling in c_can_power_up and kvaser_pciefd_open
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net] can: m_can: tcan4x5x_can_probe(): fix error path: remove erroneous clk_disable_unprepare()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: don't count arbitration lose as an error
  • From: Jeroen Hofstee <jhofstee@xxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH v2] dt-bindings: net: correct interrupt flags in examples
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: rx-dropped increases if the can module is not loaded (yet)
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH] can: don't count arbitration lose as an error
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH] can: flexcan: Convert the driver to DT-only
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• [PATCH 0/2] can: Fix the error handling in c_can_power_up and kvaser_pciefd_open
  • From: Zhang Qilong <zhangqilong3@xxxxxxxxxx>
• [PATCH 1/2] can: c_can: Fix error handling in c_can_power_up
  • From: Zhang Qilong <zhangqilong3@xxxxxxxxxx>
• [PATCH 2/2] can: kvaser_pciefd: Fix error handling in kvaser_pciefd_open
  • From: Zhang Qilong <zhangqilong3@xxxxxxxxxx>
• Re: [RESEND PATCH v2] dt-bindings: net: correct interrupt flags in examples
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: pull-request: can 2020-11-27
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [net 2/6] can: mcp251xfd: mcp251xfd_probe(): bail out if no IRQ was given
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: pull-request: can 2020-11-27
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH] can: mcp251xfd: Add support for internal loopback mode
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] can: mcp251xfd: Add support for internal loopback mode
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• Re: [RESEND PATCH v2] dt-bindings: net: correct interrupt flags in examples
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• rx-dropped increases if the can module is not loaded (yet)
  • From: Jeroen Hofstee <jhofstee@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] can: don't count arbitration lose as an error
  • From: Jeroen Hofstee <jhofstee@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] can: remove WARN() statement from list operation sanity check
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH] can: don't count arbitration lose as an error
  • From: Jeroen Hofstee <jhofstee@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] can: don't count arbitration lose as an error
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 4/6] can: m_can: fix nominal bitiming tseg2 min for version >= 3.1
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 3/6] can: m_can: m_can_open(): remove IRQF_TRIGGER_FALLING from request_threaded_irq()'s flags
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 6/6] can: af_can: can_rx_unregister(): remove WARN() statement from list operation sanity check
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 1/6] can: gs_usb: fix endianess problem with candleLight firmware
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 5/6] can: m_can: m_can_dev_setup(): add support for bosch mcan version 3.3.0
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 2/6] can: mcp251xfd: mcp251xfd_probe(): bail out if no IRQ was given
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• pull-request: can 2020-11-27
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] can: don't count arbitration lose as an error
  • From: Jeroen Hofstee <jhofstee@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] can: remove WARN() statement from list operation sanity check
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net] can: tcan4x5x: m_can_open(): remove IRQF_TRIGGER_FALLING from request_threaded_irq()'s flags
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RESEND PATCH v2] dt-bindings: net: correct interrupt flags in examples
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: remove WARN() statement from list operation sanity check
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net] can: mcp25xfd: interrupt not setup
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• RE: [PATCH] can: m_can: add support for bosch mcan version 3.3.0
  • From: "pankj.sharma" <pankj.sharma@xxxxxxxxxxx>
• [PATCH] can: remove WARN() statement from list operation sanity check
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v2 00/16] Add support for CPC-USB/FD CAN FD interface
  • From: Gerhard Uttenthaler <uttenthaler@xxxxxxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Karol Herbst <kherbst@xxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• AW: [net] can: mcp251xfd: mcp251xfd_probe(): bail out if no IRQ was given
  • From: <petter@xxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [net-next v2 0/5] can: mcp251xfd: improve TEF and RX path
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 3/5] can: mcp251xfd: struct mcp251xfd_priv::tef to array of length 1
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 1/5] can: mcp251xfd: mcp25xxfd_ring_alloc(): add define instead open coding the maximum number of RX objects
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 4/5] can: mcp251xfd: move struct mcp251xfd_tef_ring definition
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 2/5] can: mcp25xxfd: rx-path: reduce number of SPI core requests to set UINC bit
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 5/5] can: mcp251xfd: tef-path: reduce number of SPI core requests to set UINC bit
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 0/5] can: mcp251xfd: improve TEF and RX path
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• RE: [net-next 0/3] tef-path: reduce number of SPI core requests to set UINC bit
  • From: <Thomas.Kopp@xxxxxxxxxxxxx>
• Re: [PATCH] can: m_can: add support for bosch mcan version 3.3.0
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH] can: m_can: add support for bosch mcan version 3.3.0
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: m_can: add support for bosch mcan version 3.3.0
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] can: m_can: add support for bosch mcan version 3.3.0
  • From: Pankaj Sharma <pankj.sharma@xxxxxxxxxxx>
• Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Edward Cree <ecree.xilinx@xxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Edward Cree <ecree.xilinx@xxxxxxxxx>
• Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: BUG: receive list entry not found for dev vxcan1, id 002, mask C00007FF
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: BUG: receive list entry not found for dev vxcan1, id 002, mask C00007FF
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• BUG: receive list entry not found for dev vxcan1, id 003, mask C00007FF
  • From: syzbot <syzbot+76d62d3b8162883c7d11@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: BUG: receive list entry not found for dev vxcan1, id 002, mask C00007FF
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [net-next 0/3] tef-path: reduce number of SPI core requests to set UINC bit
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net-next 0/3] tef-path: reduce number of SPI core requests to set UINC bit
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [net-next 3/3] can: mcp251xfd: tef-path: reduce number of SPI core requests to set UINC bit
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 1/3] can: mcp251xfd: convert tef_ring
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 2/3] can: mcp251xfd: move mcp251xfd_tef_ring definition
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 0/3] tef-path: reduce number of SPI core requests to set UINC bit
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: BUG: receive list entry not found for dev vxcan1, id 002, mask C00007FF
  • From: syzbot <syzbot+381d06e0c8eaacb8706f@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [net-next v2] can: pcan_usb_core: fix fall-through warnings for Clang
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• RE: [net] can: m_can: fix nominal bitiming tseg2 min for version >= 3.1
  • From: "Sriram Dash" <sriram.dash@xxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Sean Young <sean@xxxxxxxx>
• Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [net] can: m_can: fix nominal bitiming tseg2 min for version >= 3.1
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [net] can: gs_usb: fix endianess problem with candleLight firmware
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• BUG: receive list entry not found for dev vxcan1, id 002, mask C00007FF
  • From: syzbot <syzbot+381d06e0c8eaacb8706f@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [net] can: mcp251xfd: mcp251xfd_probe(): bail out if no IRQ was given
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 0/2] can: mcp251xfd: rx-path: reduce number of SPI core requests to set UINC bit
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 1/2] can: mcp251xfd: mcp25xxfd_ring_alloc(): add define instead open coding the maximum number of RX objects
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 2/2] can: mcp251xfd: rx-path: reduce number of SPI core requests to set UINC bit
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• BUG: receive list entry not found for dev vcan0, id 001, mask C00007FF
  • From: syzbot <syzbot+d0ddd88c9a7432f041e6@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 072/141] can: peak_usb: Fix fall-through warnings for Clang
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: pull-request: can-next 2020-11-20
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 072/141] can: peak_usb: Fix fall-through warnings for Clang
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• vcan rate limit
  • From: Jeroen Hofstee <jhofstee@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 072/141] can: peak_usb: Fix fall-through warnings for Clang
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 072/141] can: peak_usb: Fix fall-through warnings for Clang
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: MCP2518FD Treiber
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: Question on CAN FD Driver for mcp251xfd
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• RE: Question on CAN FD Driver for mcp251xfd
  • From: Jin Park <jpark@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH 072/141] can: peak_usb: Fix fall-through warnings for Clang
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: Question on CAN FD Driver for mcp251xfd
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH 000/141] Fix fall-through warnings for Clang
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 000/141] Fix fall-through warnings for Clang
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• RE: Question on CAN FD Driver for mcp251xfd
  • From: Jin Park <jpark@xxxxxxxxxxxxxxxxx>
• [PATCH 25/25] can: mcp251xfd: remove useless code in mcp251xfd_chip_softreset
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 02/25] can: add optional DLC element to Classical CAN frame structure
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 03/25] can: rename get_can_dlc() macro with can_cc_dlc2len()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 08/25] can: drivers: introduce helpers to access Classical CAN DLC values
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 07/25] can: update documentation for DLC usage in Classical CAN
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 09/25] can: drivers: add len8_dlc support for various CAN adapters
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 05/25] can: replace can_dlc as variable/element for payload length
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 10/25] can: drivers: add len8_dlc support for esd_usb2 CAN adapter
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 11/25] can: gw: support modification of Classical CAN DLCs
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 13/25] dt-bindings: can: fsl,flexcan: fix fsl,clk-source property
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 21/25] can: kvaser_usb: Add USB_{LEAF,HYDRA}_PRODUCT_ID_END defines
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 24/25] can: kvaser_usb: Add new Kvaser hydra devices
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 23/25] can: kvaser_usb: kvaser_usb_hydra: Add support for new device variant
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 22/25] can: kvaser_usb: Add new Kvaser Leaf v2 devices
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 20/25] can: flexcan: flexcan_close(): change order if commands to properly shut down the controller
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 19/25] can: flexcan: flexcan_open(): completely initialize controller before requesting IRQ
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 18/25] can: flexcan: flexcan_rx_offload_setup(): factor out mailbox and rx-offload setup into separate function
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 16/25] can: flexcan: factor out enabling and disabling of interrupts into separate function
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 15/25] can: flexcan: rename macro FLEXCAN_QUIRK_SETUP_STOP_MODE -> FLEXCAN_QUIRK_SETUP_STOP_MODE_GPR
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 17/25] can: flexcan: move enabling/disabling of interrupts from flexcan_chip_{start,stop}() to callers
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 12/25] dt-bindings: can: fsl,flexcan: add uint32 reference to clock-frequency property
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 14/25] dt-bindings: firmware: add IMX_SC_R_CAN(x) macro for CAN
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 04/25] can: remove obsolete get_canfd_dlc() macro
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 06/25] can: rename CAN FD related can_len2dlc and can_dlc2len helpers
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 01/25] can: j1939: add tables for the CAN identifier and its fields
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• pull-request: can-next 2020-11-20
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: mcp251xfd on RPi 5.4 downstream
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: mcp251xfd on RPi 5.4 downstream
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH V5 5/5] can: flexcan: add CAN wakeup function for i.MX8QM
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net] can: gs_usb: fix endianess problem with candleLight firmware
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net] can: gs_usb: fix endianess problem with candleLight firmware
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [net] can: gs_usb: fix endianess problem with candleLight firmware
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net] can: gs_usb: fix endianess problem with candleLight firmware
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v6 4/8 rebased] can: replace can_dlc as variable/element for payload length
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v6 4/8 rebased] can: replace can_dlc as variable/element for payload length
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v6 4/8 rebased] can: replace can_dlc as variable/element for payload length
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net] can: gs_usb: fix endianess problem with candleLight firmware
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v6 4/8 rebased] can: replace can_dlc as variable/element for payload length
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• broken on next-next - [PATCH v6 4/8] can: replace can_dlc as variable/element for payload length
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [net-next v2 4/5] can: flexcan: flexcan_open(): completely initialize controller before requesting IRQ
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 3/5] can: flexcan: flexcan_rx_offload_setup(): factor out mailbox and rx-offload setup into separate function
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 2/5] can: flexcan: move enabling/disabling of interrupts from flexcan_chip_{start,stop}() to callers
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 PATCH 0/5] flexcan: fix hanging flexcan_close()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 1/5] can: flexcan: factor out enabling and disabling of interrupts into separate function
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next v2 5/5] can: flexcan: flexcan_close(): change order if commands to properly shut down the controller
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 5/5] can: flexcan: flexcan_close(): change order if commands to properly shut down the controller
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• RE: [PATCH 5/5] can: flexcan: flexcan_close(): change order if commands to properly shut down the controller
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• Re: [PATCH] ARM: dts: dra76x: m_can: fix order of clocks
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH net-next v2] can: gw: support modification of Classical CAN DLCs
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 5/5] can: flexcan: flexcan_close(): change order if commands to properly shut down the controller
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 4/5] can: flexcan: flexcan_open(): completely initialize controller before requesting IRQ
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 3/5] can: flexcan: flexcan_rx_offload_setup(): factor out mailbox and rx-offload setup into separate function
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 2/5] can: flexcan: move enabling/disabling of interrupts from flexcan_chip_{start,stop}() to callers
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 1/5] can: flexcan: factor out enabling and disabling of interrupts into separate function
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next PATCH 0/5] flexcan: fix hanging flexcan_close()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next v2] can: gw: support modification of Classical CAN DLCs
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [mkl-can-next:testing 20/27] drivers/net/can/flexcan.c:1389:6: warning: variable 'err' set but not used
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: m_can: Add PCI glue driver for Intel Elkhart Lake
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: m_can: Add PCI glue driver for Intel Elkhart Lake
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH] dt-bindings: can: fsl,flexcan: add uint32 reference to clock-frequency property
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: pull-request: can 2020-11-18
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: pull-request: can 2020-11-18
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• RE: [PATCH] can: flexcan: flexcan_chip_start(): fix erroneous flexcan_transceiver_enable() during bus-off recovery
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• [PATCH net-next] can: gw: support modification of Classical CAN DLCs
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [mkl-can-next:testing 20/27] drivers/net/can/flexcan.c:1389:6: warning: variable 'err' set but not used
  • From: kernel test robot <lkp@xxxxxxxxx>
• [net 4/4] can: m_can: process interrupt only when not runtime suspended
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 1/4] can: kvaser_pciefd: Fix KCAN bittiming limits
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 2/4] can: kvaser_usb: kvaser_usb_hydra: Fix KCAN bittiming limits
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• pull-request: can 2020-11-18
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 3/4] can: flexcan: flexcan_chip_start(): fix erroneous flexcan_transceiver_enable() during bus-off recovery
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] NET: mcan: Move runtime PM enable/disable to m_can_platform
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: m_can: Add PCI glue driver for Intel Elkhart Lake
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: m_can: Process interrupt only when not runtime suspended
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] can: flexcan: flexcan_chip_start(): fix erroneous flexcan_transceiver_enable() during bus-off recovery
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] can: m_can: Add PCI glue driver for Intel Elkhart Lake
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: AW: [PATCH] Fix attribute list size in do_get_nl_link()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• AW: [PATCH] Fix attribute list size in do_get_nl_link()
  • From: "Jonas Mark (BT-FIR/ENG1-Grb)" <Mark.Jonas@xxxxxxxxxxxx>
• [PATCH] Fix attribute list size in do_get_nl_link()
  • From: Mark Jonas <mark.jonas@xxxxxxxxxxxx>
• Re: [PATCH] Fix attribute list size in do_get_nl_link()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net 11/15] can: tcan4x5x: tcan4x5x_can_remove(): fix order of deregistration
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net 11/15] can: tcan4x5x: tcan4x5x_can_remove(): fix order of deregistration
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [net 12/15] can: m_can: m_can_handle_state_change(): fix state change
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [net 10/15] can: tcan4x5x: tcan4x5x_can_probe(): add missing error checking for devm_regmap_init()
  • From: Dan Murphy <dmurphy@xxxxxx>