Linux CAN Development - Date Index

• Thread Index

• Re: [PATCH] can: mcba_usb: remove h from printk format specifier
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] isa: Make the remove callback for isa drivers return void
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [LTP] [PATCH v3 7/7] can: Update contact details
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• [PATCH RESEND iproute2 5.11] iplink_can: add Classical CAN frame LEN8_DLC support
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [LTP] [PATCH v3 5/7] can_recv_own_msgs: Convert to new library
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [LTP] [PATCH v3 6/7] can: Remove obsolete test wrapper script
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH v6] net: can: Introduce MEN 16Z192-00 CAN controller driver
  • From: Abhijeet Badurkar <abhijeet.badurkar@xxxxxxxxxx>
• Re: [PATCH v6] net: can: Introduce MEN 16Z192-00 CAN controller driver
  • From: Abhijeet Badurkar <abhijeet.badurkar@xxxxxxxxxx>
• Re: [PATCH v6] net: can: Introduce MEN 16Z192-00 CAN controller driver
  • From: Abhijeet Badurkar <abhijeet.badurkar@xxxxxxxxxx>
• Re: [PATCH v6] net: can: Introduce MEN 16Z192-00 CAN controller driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/7] can: Add can_common.h for vcan device setup
  • From: Richard Palethorpe <rpalethorpe@xxxxxxx>
• Re: [PATCH v3 7/7] can: Update contact details
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v2 3/3] isa: Make the remove callback for isa drivers return void
  • From: Hans Verkuil <hverkuil@xxxxxxxxx>
• [PATCH] can: mcba_usb: remove h from printk format specifier
  • From: trix@xxxxxxxxxx
• [PATCH v11 0/1] add support for ETAS ES58X CAN USB interfaces
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v1] can: mcp251xfd: Add some sysfs debug interfaces for registers r/w
  • From: knigh dark <suyanjun218@xxxxxxxxx>
• RE: [5.10 CAN BUG report] kernel dump about echo skb
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• Re: [PATCH v6] net: can: Introduce MEN 16Z192-00 CAN controller driver
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [5.10 CAN BUG report] kernel dump about echo skb
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [5.10 CAN BUG report] kernel dump about echo skb
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 0/3] isa: Make the remove callback for isa drivers return void
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• [PATCH v2 3/3] isa: Make the remove callback for isa drivers return void
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• [PATCH v6] net: can: Introduce MEN 16Z192-00 CAN controller driver
  • From: Abhijeet Badurkar <abhijeet.badurkar@xxxxxxxxxx>
• Re: [RFC PATCH net 1/2] net: introduce CAN specific pointer in the struct net_device
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [5.10 CAN BUG report] kernel dump about echo skb
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [5.10 CAN BUG report] kernel dump about echo skb
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH v1 2/2] isa: Make the remove callback for isa drivers return void
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [5.10 CAN BUG report] kernel dump about echo skb
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 2/2] isa: Make the remove callback for isa drivers return void
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v1] can: mcp251xfd: Add some sysfs debug interfaces for registers r/w
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v4] can: mcp251xfd: replace sizeof(u32) with val_bytes in regmap
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1] can: mcp251xfd: use regmap_bulk_write for compatibility
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v4] can: mcp251xfd: replace sizeof(u32) with val_bytes in regmap
  • From: Su Yanjun <suyanjun218@xxxxxxxxx>
• Re: [PATCH v1] can: mcp251xfd: Add some sysfs debug interfaces for registers r/w
  • From: Su <suyanjun218@xxxxxxxxx>
• Re: [PATCH v1] can: mcp251xfd: use regmap_bulk_write for compatibility
  • From: Su <suyanjun218@xxxxxxxxx>
• RE: [5.10 CAN BUG report] kernel dump about echo skb
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• Re: [PATCH v1 2/2] isa: Make the remove callback for isa drivers return void
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v3] can: mcp251xfd: replace sizeof(u32) with val_bytes in regmap
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1] can: mcp251xfd: use regmap_bulk_write for compatibility
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1] can: mcp251xfd: Add some sysfs debug interfaces for registers r/w
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v1] can: mcp251xfd: Add some sysfs debug interfaces for registers r/w
  • From: Su Yanjun <suyanjun218@xxxxxxxxx>
• [PATCH v1] can: mcp251xfd: use regmap_bulk_write for compatibility
  • From: Su Yanjun <suyanjun218@xxxxxxxxx>
• [PATCH v3] can: mcp251xfd: replace sizeof(u32) with val_bytes in regmap
  • From: Su Yanjun <suyanjun218@xxxxxxxxx>
• Re: [PATCH v1 0/2] isa: Make the remove callback for isa drivers return void
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v1 0/2] isa: Make the remove callback for isa drivers return void
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• [PATCH v1 2/2] isa: Make the remove callback for isa drivers return void
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] can: mcp251xfd: replace sizeof(u32) with val_bytes in regmap
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2] can: mcp251xfd: replace sizeof(u32) with val_bytes in regmap
  • From: Su <suyanjun218@xxxxxxxxx>
• Re: [PATCH v2] can: mcp251xfd: replace sizeof(u32) with val_bytes in regmap
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v2] can: mcp251xfd: replace sizeof(u32) with val_bytes in regmap
  • From: Su Yanjun <suyanjun218@xxxxxxxxx>
• Re: [PATCH v1] can: mcp251xfd: replace sizeof(u32) with val_bytes in regmap
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [5.10 CAN BUG report] kernel dump about echo skb
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• [PATCH v1] can: mcp251xfd: replace sizeof(u32) with val_bytes in regmap
  • From: Su Yanjun <suyanjun218@xxxxxxxxx>
• Re: [PATCH can tree] can: dev: prevent potential information leak in can_fill_info()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH can tree] can: dev: prevent potential information leak in can_fill_info()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: pull-request: can 2021-01-20
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 2/3] can: vxcan: vxcan_xmit: fix use after free bug
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net 1/3] can: dev: can_restart: fix use after free bug
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: pull-request: can 2021-01-20
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: pull-request: can 2021-01-20
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [net 3/3] can: peak_usb: fix use after free bugs
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: pull-request: can 2021-01-20
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] Fix several use after free bugs
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: pull-request: can 2021-01-20
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH v3 7/7] can: Update contact details
  • From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
• [PATCH v3 6/7] can: Remove obsolete test wrapper script
  • From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
• [PATCH v3 5/7] can_recv_own_msgs: Convert to new library
  • From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
• [PATCH v3 4/7] can_filter: Convert to new library
  • From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
• [PATCH v3 1/7] API: Add FILE_SCANF to new lib
  • From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
• [PATCH v3 0/7] Convert CAN tests to new LTP API
  • From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
• [PATCH v3 3/7] can: Add COPYING with dual license text
  • From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
• [PATCH v3 2/7] can: Add can_common.h for vcan device setup
  • From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
• Re: [PATCH v4 1/3] can: dev: can_restart: fix use after free bug
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v4 1/3] can: dev: can_restart: fix use after free bug
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 1/3] can: dev: can_restart: fix use after free bug
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• pull-request: can 2021-01-20
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] Fix several use after free bugs
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v3 1/3] can: dev: can_restart: fix use after free bug
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v3 3/3] can: peak_usb: fix use after free bugs
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 2/3] can: vxcan: vxcan_xmit: fix use after free bug
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 3/3] can: peak_usb: fix use after free bugs
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 1/3] can: dev: can_restart: fix use after free bug
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 0/3] Fix several use after free bugs
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v3 1/3] can: dev: can_restart: fix use after free bug
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH v3 2/3] can: vxcan: vxcan_xmit: fix use after free bug
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v3 0/3] Fix several use after free bugs
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v2 0/3] Fix several use after free bugs
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] Fix several use after free bugs
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] Fix several use after free bugs
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 3/3] can: peak_usb: fix use after free bugs
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 2/3] can: vxcan: vxcan_xmit: fix use after free bug
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 1/3] can: dev: can_restart: fix use after free bug
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 0/3] Fix several use after free bugs
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH 0/3] Fix several use after free bugs.
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v3] can: length: can_fd_len2dlc(): make length calculation readable again
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: dev: export can_get_state_str() function
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] can: vxcan: vxcan_xmit: fix use after free bug
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH 2/3] can: vxcan: vxcan_xmit: fix use after free bug
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [LTP] [PATCH v2 4/6] can_recv_own_msgs: Convert to new library
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [LTP] [PATCH v2 2/6] can: Add can_common.h for vcan device setup
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [LTP] [PATCH v2 4/6] can_recv_own_msgs: Convert to new library
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [LTP] [PATCH v2 4/6] can_recv_own_msgs: Convert to new library
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH v2 4/6] can_recv_own_msgs: Convert to new library
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v2 3/6] can_filter: Convert to new library
  • From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
• [PATCH v2 2/6] can: Add can_common.h for vcan device setup
  • From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
• Re: [PATCH 2/3] can: vxcan: vxcan_xmit: fix use after free bug
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• [PATCH] can: dev: export can_get_state_str() function
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [LTP] [PATCH v2 4/6] can_recv_own_msgs: Convert to new library
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [LTP] [PATCH v2 4/6] can_recv_own_msgs: Convert to new library
  • From: Richard Palethorpe <rpalethorpe@xxxxxxx>
• [PATCH 3/3] can: peak_usb: fix use after free bugs
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 2/3] can: vxcan: vxcan_xmit: fix use after free bug
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 1/3] can: dev: can_restart: fix use after free bug
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH 0/3] Fix several use after free bugs.
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 5/6] can: Remove obsolete test wrapper script
  • From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
• [PATCH v2 6/6] can: Update contact details
  • From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
• [PATCH v2 4/6] can_recv_own_msgs: Convert to new library
  • From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
• [PATCH v2 1/6] API: Add FILE_SCANF to new lib
  • From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
• [PATCH v2 0/6] Convert CAN tests to new LTP API
  • From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
• Re: [PATCH] can: mcp251xfd: mcp251xfd_handle_ivmif(): fix wrong NULL pointer check
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] can: mcp251xfd: mcp251xfd_handle_ivmif(): fix wrong NULL pointer check
  • From: angkery <angkery@xxxxxxx>
• Re: [RFC] Add new CAN FD bittiming parameters: Transmission Delay Compensation (TDC)
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v3] can: length: can_fd_len2dlc(): make length calculation readable again
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v3] can: length: can_fd_len2dlc(): make length calculation readable again
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v3] can: length: can_fd_len2dlc(): make length calculation readable again
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v2] can: length: can_fd_len2dlc(): make legnth calculation readable again
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH v2] can: length: can_fd_len2dlc(): make legnth calculation readable again
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] can: length: can_fd_len2dlc(): make legnth calculation readable again
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net-next 09/17] can: length: can_fd_len2dlc(): simplify length calculcation
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC] Add new CAN FD bittiming parameters: Transmission Delay Compensation (TDC)
  • From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
• Re: [RFC] Add new CAN FD bittiming parameters: Transmission Delay Compensation (TDC)
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [RFC] Add new CAN FD bittiming parameters: Transmission Delay Compensation (TDC)
  • From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
• Re: [RFC] Add new CAN FD bittiming parameters: Transmission Delay Compensation (TDC)
  • From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
• Re: [RFC] Add new CAN FD bittiming parameters: Transmission Delay Compensation (TDC)
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [net-next 09/17] can: length: can_fd_len2dlc(): simplify length calculcation
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [RFC] Add new CAN FD bittiming parameters: Transmission Delay Compensation (TDC)
  • From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
• Re: [PATCH v10 1/1] can: usb: etas_es58X: add support for ETAS ES58X CAN USB interfaces
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [RFC PATCH net 1/2] net: introduce CAN specific pointer in the struct net_device
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• 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: 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 09/17] can: length: can_fd_len2dlc(): simplify length calculcation
  • 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>
• [RFC PATCH net 1/2] net: introduce CAN specific pointer in the struct net_device
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• [RFC PATCH net 2/2] net: can: j1939: fix check for valid CAN devices
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [net-next 09/17] can: length: can_fd_len2dlc(): simplify length calculcation
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• 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 09/17] can: length: can_fd_len2dlc(): simplify length calculcation
  • 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: [net-next 09/17] can: length: can_fd_len2dlc(): simplify length calculcation
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v10 1/1] can: usb: etas_es58X: add support for ETAS ES58X CAN USB interfaces
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [net-next 09/17] can: length: can_fd_len2dlc(): simplify length calculcation
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v10 1/1] can: usb: etas_es58X: add support for ETAS ES58X CAN USB interfaces
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net-next 09/17] can: length: can_fd_len2dlc(): simplify length calculcation
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: pull-request: can-next 2021-01-14
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• 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 v10 1/1] can: usb: etas_es58X: add support for ETAS ES58X CAN USB interfaces
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [net-next 09/17] can: length: can_fd_len2dlc(): simplify length calculcation
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v10 1/1] can: usb: etas_es58X: add support for ETAS ES58X CAN USB interfaces
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• [PATCH 5/6] can: mcp251xfd: add len8_dlc support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 4/6] can: mcp251xfd: mcp251xfd_tx_obj_from_skb(): don't copy data for RTR CAN frames in TX-path
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 0/6] mcp251xfd: cleanups, optimize RTR, add len8_dlc and BQL support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 6/6] can: mcp251xfd: add BQL support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 3/6] can: mcp251xfd: mcp251xfd_hw_rx_obj_to_skb(): don't copy data for RTR CAN frames in RX-path
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 2/6] can: mcp251xfd: mcp251xfd_tx_obj_from_skb(): clean up padding of CAN-FD frames
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 1/6] can: mcp251xfd: mcp251xfd_start_xmit(): use mcp251xfd_get_tx_free() to check TX is is full
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net-next 09/17] can: length: can_fd_len2dlc(): simplify length calculcation
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [net-next 09/17] can: length: can_fd_len2dlc(): simplify length calculcation
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [net-next 14/17] can: dev: can_get_echo_skb(): extend to return can frame length
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 17/17] can: tcan4x5x: remove __packed attribute from struct tcan4x5x_map_buf
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 10/17] can: length: canfd_sanitize_len(): add function to sanitize CAN-FD data length
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 13/17] can: dev: can_put_echo_skb(): extend to handle frame_len
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 15/17] can: dev: can_rx_offload_get_echo_skb(): extend to return can frame length
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 11/17] 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 16/17] can: dev: can_put_echo_skb(): add software tx timestamps
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 12/17] can: dev: extend struct can_skb_priv to hold CAN frame length
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 09/17] can: length: can_fd_len2dlc(): simplify length calculcation
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 08/17] can: length: convert to kernel coding style
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 06/17] can: dev: move skb related into seperate file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 04/17] can: dev: move bittiming related code into seperate file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 05/17] can: dev: move length related code into seperate file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 07/17] can: dev: move netlink related code into seperate file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 03/17] can: dev: move driver related infrastructure into separate subdir
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 02/17] MAINTAINERS: CAN network layer: add missing header file can-ml.h
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 01/17] MAINTAINERS: adjust entry to tcan4x5x file split
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• pull-request: can-next 2021-01-14
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net-next 09/17] can: length: can_fd_len2dlc(): simplify length calculcation
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: pull-request: can-next 2021-01-13
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net 1/2] can: isotp: isotp_getname(): fix kernel information leak
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• pull-request: can-next 2021-01-13
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 01/17] MAINTAINERS: adjust entry to tcan4x5x file split
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 02/17] MAINTAINERS: CAN network layer: add missing header file can-ml.h
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 03/17] can: dev: move driver related infrastructure into separate subdir
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 05/17] can: dev: move length related code into seperate file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 07/17] can: dev: move netlink related code into seperate file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 08/17] can: length: convert to kernel coding style
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 09/17] can: length: can_fd_len2dlc(): simplify length calculcation
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 11/17] 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 14/17] can: dev: can_get_echo_skb(): extend to return can frame length
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 15/17] can: dev: can_rx_offload_get_echo_skb(): extend to return can frame length
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 13/17] can: dev: can_put_echo_skb(): extend to handle frame_len
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 16/17] can: dev: can_put_echo_skb(): add software tx timestamps
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 10/17] can: length: canfd_sanitize_len(): add function to sanitize CAN-FD data length
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 17/17] can: tcan4x5x: remove __packed attribute from struct tcan4x5x_map_buf
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 12/17] can: dev: extend struct can_skb_priv to hold CAN frame length
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• pull-request: can 2021-01-13
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 1/2] can: isotp: isotp_getname(): fix kernel information leak
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [net-next 09/17] can: length: can_fd_len2dlc(): simplify length calculcation
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• 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: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net 2/2] can: mcp251xfd: mcp251xfd_handle_rxif_one(): fix wrong NULL pointer check
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 04/17] can: dev: move bittiming related code into seperate file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [net-next 06/17] can: dev: move skb related into seperate file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] can: c_can: support 64 message objects for D_CAN
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• [net-next] can: tcan4x5x: remove __packed attribute from struct tcan4x5x_map_buf
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 0/2] D_CAN RX buffer size improvements
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] can: c_can: support 64 message objects for D_CAN
  • 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: [PATCH v10 1/1] can: usb: etas_es58X: add support for ETAS ES58X CAN USB interfaces
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• 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: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/1] can: dev: add software tx timestamps
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: mcp251xfd: fix wrong check in mcp251xfd_handle_rxif_one
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• Re: [PATCH] can: mcp251xfd: fix wrong check in mcp251xfd_handle_rxif_one
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] can: mcp251xfd: fix wrong check in mcp251xfd_handle_rxif_one
  • From: Qinglang Miao <miaoqinglang@xxxxxxxxxx>
• Re: [kbuild-all] Re: [PATCH v10 1/1] can: usb: etas_es58X: add support for ETAS ES58X CAN USB interfaces
  • From: Rong Chen <rong.a.chen@xxxxxxxxx>
• Re: [PATCH 1/2] dt-bindings: can: fsl,flexcan.yaml: introduce the stb-gpios property
  • From: Rob Herring <robh@xxxxxxxxxx>
• 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 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>