Linux CAN Development - Date Index
[Prev Page][Next Page]
- [PATCH v2 4/5] can: add netlink interface for CAN-FD Transmitter Delay Compensation (TDC)
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- [PATCH v2 3/5] can: netlink: move '=' operators back to previous line (checkpatch fix)
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- Re: [PATCH v1 3/5] can: netlink: move '=' operators back to previous line (checkpatch fix)
- From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
- [PATCH v2 2/5] can: dev: reorder struct can_priv members for better packing
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- [PATCH v2 1/5] can: add new CAN FD bittiming parameters: Transmitter Delay Compensation (TDC)
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- [PATCH v2 0/5] Introducing new CAN FD bittiming parameters: Transmission Delay Compensation (TDC)
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- Re: [PATCH v1 3/5] can: netlink: move '=' operators back to previous line (checkpatch fix)
- From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
- Re: [PATCH v1 4/5] can: add netlink interface for CAN-FD Transmitter Delay Compensation (TDC)
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH v1 3/5] can: netlink: move '=' operators back to previous line (checkpatch fix)
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Broadcast Manager tx behavior after bus-off
- From: Patrick Menschel <menschel.p@xxxxxxxxx>
- Re: [PATCH v1 3/5] can: netlink: move '=' operators back to previous line (checkpatch fix)
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH v1 1/1] iplink_can: add new CAN FD bittiming parameters: Transmitter Delay Compensation (TDC)
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- [PATCH v1 0/1] add commandline support for Transmitter Delay Compensation (TDC) in iproute
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- [PATCH v1 5/5] can: bittiming: add calculation for CAN FD Transmitter Delay Compensation (TDC)
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- [PATCH v1 4/5] can: add netlink interface for CAN-FD Transmitter Delay Compensation (TDC)
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- [PATCH v1 3/5] can: netlink: move '=' operators back to previous line (checkpatch fix)
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- [PATCH v1 2/5] can: dev: reorder struct can_priv members for better packing
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- [PATCH v1 1/5] can: add new CAN FD bittiming parameters: Transmitter Delay Compensation (TDC)
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- [PATCH v1 0/5] Introducing new CAN FD bittiming parameters: Transmission Delay Compensation (TDC)
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- Re: [PATCH net v1 3/3] [RFC] mac80211: ieee80211_store_ack_skb(): make use of skb_clone_sk_optional()
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH net v2 2/2] can: fix ref count warning if socket was closed before skb was cloned
- From: Eric Dumazet <edumazet@xxxxxxxxxx>
- [PATCH net v4 1/1] net: introduce CAN specific pointer in the struct net_device
- From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
- Re: [PATCH net v3] net: introduce CAN specific pointer in the struct net_device
- From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
- [PATCH net v2 2/2] can: fix ref count warning if socket was closed before skb was cloned
- From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
- [PATCH net v2 1/2] skbuff: skb_clone_sk_optional(): add function to always clone a skb and increase refcount on sk if valid
- From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
- [PATCH net v2 0/2] add support for skb with sk ref cloning
- From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
- Re: [PATCH net v3] net: introduce CAN specific pointer in the struct net_device
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH net v1 3/3] [RFC] mac80211: ieee80211_store_ack_skb(): make use of skb_clone_sk_optional()
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH net v1 3/3] [RFC] mac80211: ieee80211_store_ack_skb(): make use of skb_clone_sk_optional()
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH net v1 0/3] add support for skb with sk ref cloning
- From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
- [PATCH net v1 2/3] can: fix ref count warning if socket was closed before skb was cloned
- From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
- [PATCH net v1 1/3] skbuff: skb_clone_sk_optional(): add function to always clone a skb and increase refcount on sk if valid
- From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
- [PATCH net v1 3/3] [RFC] mac80211: ieee80211_store_ack_skb(): make use of skb_clone_sk_optional()
- From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
- [PATCH net v3] net: introduce CAN specific pointer in the struct net_device
- From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
- Re: KASAN: use-after-free Write in j1939_can_recv
- From: Pavel Machek <pavel@xxxxxx>
- KASAN: use-after-free Write in j1939_can_recv
- From: syzbot <syzbot+bdf710cfc41c186fdff3@xxxxxxxxxxxxxxxxxxxxxxxxx>
- [net-rfc 1/2] can: isotp: isotp_setsockopt(): only allow to set low level TX flags for CAN-FD
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [net-rfc 2/2] can: isotp: TX-path: ensure that CAN frame flags are initialized
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [RFC] can: isotp TX-path cleanups
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH V3 0/3] can: flexcan: fixes for freeze mode
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH V3 1/3] can: flexcan: assert FRZ bit in flexcan_chip_freeze()
- From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
- [PATCH V3 2/3] can: flexcan: enable RX FIFO after FRZ/HALT valid
- From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
- [PATCH V3 3/3] can: flexcan: invoke flexcan_chip_freeze() to enter freeze mode
- From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
- [PATCH V3 0/3] can: flexcan: fixes for freeze mode
- From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
- RE: [PATCH V2 2/3] can: flexcan: enable RX FIFO after FRZ/HALT valid
- From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
- Re: [PATCH V2 0/3] can: flexcan: fixes for freeze mode
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH V2 2/3] can: flexcan: enable RX FIFO after FRZ/HALT valid
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- RE: [PATCH V2 0/3] can: flexcan: fixes for freeze mode
- From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
- Re: New USB driver, looking for advice
- From: Christian Gagneraud <chgans@xxxxxxxxx>
- Re: can, tcan4x5x: look to merge rpi support into rpi kernel tree
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: can, tcan4x5x: look to merge rpi support into rpi kernel tree
- From: Torin Cooper-Bennun <torin@xxxxxxxxxxxxxxxxxx>
- Re: can, tcan4x5x: look to merge rpi support into rpi kernel tree
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: can, tcan4x5x: look to merge rpi support into rpi kernel tree
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: can, tcan4x5x: look to merge rpi support into rpi kernel tree
- From: Torin Cooper-Bennun <torin@xxxxxxxxxxxxxxxxxx>
- Re: can, tcan4x5x: look to merge rpi support into rpi kernel tree
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: can, tcan4x5x: look to merge rpi support into rpi kernel tree
- From: Torin Cooper-Bennun <torin@xxxxxxxxxxxxxxxxxx>
- Re: can, tcan4x5x: look to merge rpi support into rpi kernel tree
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [RFC PATCH net v2] net: introduce CAN specific pointer in the struct net_device
- From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
- [RFC PATCH net v2] net: introduce CAN specific pointer in the struct net_device
- From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
- Proposal for a new protocol family - AF_MCTP
- From: Jeremy Kerr <jk@xxxxxxxxxx>
- Re: [PATCH] dt-bindings: can: rcar_canfd: Group tuples in pin control properties
- From: Rob Herring <robh@xxxxxxxxxx>
- RE: [PATCH] can: ucan: fix alignment constraints
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH] can: ucan: fix alignment constraints
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- RE: [PATCH] can: ucan: fix alignment constraints
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH] can: ucan: fix alignment constraints
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH] dt-bindings: can: rcar_canfd: Group tuples in pin control properties
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: correct length of bcm message
- From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
- Re: correct length of bcm message
- From: Patrick Menschel <menschel.p@xxxxxxxxx>
- Re: correct length of bcm message
- From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
- Re: [PATCH 2/2] can: m_can: m_can_class_allocate_dev(): remove impossible error return judgment
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] can: m_can: m_can_class_allocate_dev(): remove impossible error return judgment
- From: Xulin Sun <xulin.sun@xxxxxxxxxxxxx>
- Re: correct length of bcm message
- From: Patrick Menschel <menschel.p@xxxxxxxxx>
- Re: [PATCH 2/2] can: m_can: m_can_class_allocate_dev(): remove impossible error return judgment
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH 1/2] can: m_can: m_can_plat_probe(): free can_net device in case probe fails
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH 2/2] can: m_can: m_can_class_allocate_dev(): remove impossible error return judgment
- From: Xulin Sun <xulin.sun@xxxxxxxxxxxxx>
- [PATCH 1/2] can: m_can: m_can_plat_probe(): free can_net device in case probe fails
- From: Xulin Sun <xulin.sun@xxxxxxxxxxxxx>
- Re: [PATCH RESEND iproute2 5.11] iplink_can: add Classical CAN frame LEN8_DLC support
- From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
- Re: correct length of bcm message
- From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
- [PATCH] dt-bindings: can: rcar_canfd: Group tuples in pin control properties
- From: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
- Re: correct length of bcm message
- From: Patrick Menschel <menschel.p@xxxxxxxxx>
- [PATCH] can: ucan: fix alignment constraints
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- correct length of bcm message
- From: Patrick Menschel <menschel.p@xxxxxxxxx>
- Re: [PATCH] can: xilinx_can: Simplify code by using dev_err_probe()
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH] can: xilinx_can: Simplify code by using dev_err_probe()
- From: Michal Simek <michal.simek@xxxxxxxxxx>
- Re: [Question] Sending CAN error frames
- From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
- Re: [Question] Sending CAN error frames
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- Re: [Question] Sending CAN error frames
- From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
- Re: [PATCH RESEND iproute2 5.11] iplink_can: add Classical CAN frame LEN8_DLC support
- From: David Ahern <dsahern@xxxxxxxxx>
- Re: [Question] Sending CAN error frames
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RESEND iproute2 5.11] iplink_can: add Classical CAN frame LEN8_DLC support
- From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
- Re: [PATCH RESEND iproute2 5.11] iplink_can: add Classical CAN frame LEN8_DLC support
- From: David Ahern <dsahern@xxxxxxxxx>
- [PATCH V2 3/3] can: flexcan: invoke flexcan_chip_freeze() to enter freeze mode
- From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
- [PATCH V2 2/3] can: flexcan: enable RX FIFO after FRZ/HALT valid
- From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
- [PATCH V2 1/3] can: flexcan: assert FRZ bit in flexcan_chip_freeze()
- From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
- [PATCH V2 0/3] can: flexcan: fixes for freeze mode
- From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
- Re: [Question] Sending CAN error frames
- From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
- Re: [Question] Sending CAN error frames
- From: Jimmy Assarsson <jimmyassarsson@xxxxxxxxx>
- Re: [Question] Sending CAN error frames
- From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
- Re: [PATCH RESEND iproute2 5.11] iplink_can: add Classical CAN frame LEN8_DLC support
- From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
- Re: [PATCH RESEND iproute2 5.11] iplink_can: add Classical CAN frame LEN8_DLC support
- From: David Ahern <dsahern@xxxxxxxxx>
- Re: [Question] Sending CAN error frames
- From: Jimmy Assarsson <extja@xxxxxxxxxx>
- Re: [Question] Sending CAN error frames
- From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
- Re: [PATCH RESEND iproute2 5.11] iplink_can: add Classical CAN frame LEN8_DLC support
- From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
- Re: [Question] Sending CAN error frames
- From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
- Re: [Question] Sending CAN error frames
- From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
- Re: [Question] Sending CAN error frames
- From: Jimmy Assarsson <extja@xxxxxxxxxx>
- Re: [Question] Sending CAN error frames
- From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
- Re: [Question] Sending CAN error frames
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [Question] Sending CAN error frames
- From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
- Re: [Question] Sending CAN error frames
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [Question] Sending CAN error frames
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH linux-can] can: flexcan: enable RX FIFO after FRZ/HALT valid
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- RE: [PATCH linux-can] can: flexcan: enable RX FIFO after FRZ/HALT valid
- From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
- Re: [Question] Sending CAN error frames
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH linux-can] can: flexcan: enable RX FIFO after FRZ/HALT valid
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH linux-can] can: flexcan: enable RX FIFO after FRZ/HALT valid
- From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
- Re: [Question] Sending CAN error frames
- From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
- [PATCH v7] net: can: Introduce-MEN-16Z192-00-CAN-controller-driver
- From: Abhijeet Badurkar <abhijeet.badurkar@xxxxxxxxxx>
- [PATCH] Introduce-MEN-16Z192-00-CAN-controller-driver
- From: Abhijeet Badurkar <abhijeet.badurkar@xxxxxxxxxx>
- Re: [Question] Sending CAN error frames
- From: Jimmy Assarsson <extja@xxxxxxxxxx>
- Re: [PATCH RESEND iproute2 5.11] iplink_can: add Classical CAN frame LEN8_DLC support
- From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
- Re: [LTP] [PATCH v4 0/7] Convert CAN tests to new LTP API
- From: Cyril Hrubis <chrubis@xxxxxxx>
- Re: [Question] Sending CAN error frames
- From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
- [PATCH] can: mcp251xfd: add coredump support
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [Question] Sending CAN error frames
- From: Jimmy Assarsson <jimmyassarsson@xxxxxxxxx>
- Re: [Question] Sending CAN error frames
- From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
- Re: [Question] Sending CAN error frames
- From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
- [Question] Sending CAN error frames
- From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
- Re: pull-request: can-next 2021-01-29
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- [PATCH v4 7/7] can: Update contact details
- From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
- [PATCH v4 6/7] can: Remove obsolete test wrapper script
- From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
- [PATCH v4 5/7] can_recv_own_msgs: Convert to new library
- From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
- [PATCH v4 4/7] can_filter: Convert to new library
- From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
- [PATCH v4 3/7] can: Add COPYING with dual license text
- From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
- [PATCH v4 2/7] can: Add can_common.h for vcan device setup
- From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
- [PATCH v4 1/7] API: Add FILE_SCANF to new lib
- From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
- [PATCH v4 0/7] Convert CAN tests to new LTP API
- From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
- [PATCH 5/8] can: mcp251xfd: unify error messages and commets
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH 4/8] can: mcp251xfd: mcp251xfd_probe(): add imx6 to errata table
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH 2/8] can: mcp251xfd: mcp251xfd_probe(): sort errata table alphabetically, fix indention
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH 7/8] can: mcp251xfd: mcp251xfd_chip_clock_enable(): simplify return
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH 3/8] can: mcp251xfd: mcp251xfd_probe(): remove known bad combinations from errata tabe
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH 6/8] can: mcp251xfd: add missing _MASK postfix to MCP251XFD_OBJ_FLAGS_DLC
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH 8/8] can: mcp251xfd: mcp251xfd_probe(): use dev_err_probe() to simplify error handling
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH 1/8] can: mcp251xfd: mcp251xfd_probe(): fix errata reference
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH 0/8] can: mcp251xfd: errata updates and cleanups
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [net-next 01/12] can: gw: fix typo
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: pull-request: can-next 2021-01-27
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: pull-request: can 2021-01-27
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [net] can: dev: prevent potential information leak in can_fill_info()
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [LTP] [PATCH v3 2/7] can: Add can_common.h for vcan device setup
- From: Petr Vorel <pvorel@xxxxxxx>
- Re: [PATCH v3 2/7] can: Add can_common.h for vcan device setup
- From: Petr Vorel <pvorel@xxxxxxx>
- [net-next 10/12] can: mcp251xfd: mcp251xfd_tx_obj_from_skb(): don't copy data for RTR CAN frames in TX-path
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- pull-request: can 2021-01-27
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [net] can: dev: prevent potential information leak in can_fill_info()
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [net-next 05/12] can: mcba_usb: remove h from printk format specifier
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [net-next 08/12] can: mcp251xfd: mcp251xfd_tx_obj_from_skb(): clean up padding of CAN-FD frames
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [net-next 01/12] can: gw: fix typo
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [net-next 06/12] can: mcp251xfd: replace sizeof(u32) with val_bytes in regmap
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [net-next 11/12] can: mcp251xfd: add len8_dlc support
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [net-next 12/12] can: mcp251xfd: add BQL support
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [net-next 04/12] can: length: can_fd_len2dlc(): make legnth calculation readable again
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [net-next 03/12] can: dev: export can_get_state_str() function
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [net-next 09/12] 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>
- [net-next 07/12] can: mcp251xfd: mcp251xfd_start_xmit(): use mcp251xfd_get_tx_free() to check TX is is full
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- pull-request: can-next 2021-01-27
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [net-next 02/12] can: flexcan: fix typos
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH 1/2] can: flexcan: fix typos
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH 2/2] can: gw: fix typo
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH 1/2] can: fix typos
- 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 2/7] can: Add can_common.h for vcan device setup
- From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
- Re: [PATCH v3 2/7] can: Add can_common.h for vcan device setup
- From: Petr Vorel <pvorel@xxxxxxx>
- Re: [PATCH v6] net: can: Introduce MEN 16Z192-00 CAN controller driver
- From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
- Re: [PATCH v6] net: can: Introduce MEN 16Z192-00 CAN controller driver
- From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
- Re: [PATCH v3 2/7] can: Add can_common.h for vcan device setup
- From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
- 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
- [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>
[Index of Archives]
[Automotive Discussions]
[Linux Kernel Development]
[Security]
[Linux ARM Kernel]
[Linux MIPS]
[Linux S390]
[Bugtraq]
[Fedora ARM]
[CAN Bus]