Linux CAN Development - Date Index

• Thread Index

• [PATCH 3/3] can: flexcan: handle S32G2/S32G3 separate interrupt lines
  • From: Ciprian Costea <ciprianmarian.costea@xxxxxxxxxxx>
• [PATCH 2/3] can: flexcan: add NXP S32G2/S32G3 SoC support
  • From: Ciprian Costea <ciprianmarian.costea@xxxxxxxxxxx>
• [PATCH 1/3] dt-bindings: can: fsl,flexcan: add S32G2/S32G3 SoC support
  • From: Ciprian Costea <ciprianmarian.costea@xxxxxxxxxxx>
• [PATCH 0/3] add FlexCAN support for S32G2/S32G3 SoCs
  • From: Ciprian Costea <ciprianmarian.costea@xxxxxxxxxxx>
• Re: [PATCH v3 0/3] add FlexCAN support for S32G2/S32G3 SoCs
  • From: Ciprian Marian Costea <ciprianmarian.costea@xxxxxxxxxxx>
• [PATCH v3 2/3] can: flexcan: add NXP S32G2/S32G3 SoC support
  • From: Ciprian Costea <ciprianmarian.costea@xxxxxxxxxxx>
• [PATCH v3 1/3] dt-bindings: can: fsl,flexcan: add S32G2/S32G3 SoC support
  • From: Ciprian Costea <ciprianmarian.costea@xxxxxxxxxxx>
• [PATCH v3 0/3] add FlexCAN support for S32G2/S32G3 SoCs
  • From: Ciprian Costea <ciprianmarian.costea@xxxxxxxxxxx>
• Re: [PATCH v1] can: can327: Clean up payload encoding in can327_handle_prompt()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH net-next v4 0/5] net: Improve netns handling in RTNL and ip_tunnel
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net] MAINTAINERS: exclude can core, drivers and DT bindings from netdev ML
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] can: can327: fix snprintf() limit in can327_handle_prompt()
  • From: Max Staudt <max@xxxxxxxxx>
• [PATCH v1] can: can327: Clean up payload encoding in can327_handle_prompt()
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH iproute2-next v1 0/6] iplink_can: preparation before introduction of CAN XL
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [mkl-can-next:testing 4/5] drivers/net/can/m_can/tcan4x5x-core.c:333:22: warning: unused variable 'np'
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH can-next v5 2/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH can-next v5 2/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• [PATCH net-next v4 1/5] net: ip_tunnel: Build flow in underlay net namespace
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v4 2/5] rtnetlink: Lookup device in target netns when creating link
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v4 5/5] selftests: net: Add two test cases for link netns
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v4 4/5] selftests: net: Add python context manager for netns entering
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v4 3/5] rtnetlink: Decouple net namespaces in rtnl_newlink_create()
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v4 0/5] net: Improve netns handling in RTNL and ip_tunnel
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• Re: [PATCH can-next v5 0/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 7/7] can: f81604: fix {rx,tx}_errors statistics
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 7/7] can: f81604: fix {rx,tx}_errors statistics
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH can-next v2 1/3] can: m_can: add deinit callback
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: [PATCHv2 net-next] net: modernize ioremap in probe
  • From: Sergey Shtylyov <s.shtylyov@xxxxxx>
• Re: (subset) [PATCH 00/17] replace call_rcu by kfree_rcu for simple kmem_cache_free callback
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• [PATCH 7/7] can: f81604: fix {rx,tx}_errors statistics
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 6/7] can: ems_usb: fix {rx,tx}_errors statistics
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 5/7] can: sun4i_can: fix {rx,tx}_errors statistics
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 4/7] can: sja1000: fix {rx,tx}_errors statistics
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/7] can: hi311x: fix {rx,tx}_errors statistics
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/7] can: ifi_canfd: fix {rx,tx}_errors statistics
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/7] Fix {rx,tx}_errors CAN statistics
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/7] can: m_can: fix {rx,tx}_errors statistics
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v3 4/6] rtnetlink: Decouple net namespaces in rtnl_newlink_create()
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH net] MAINTAINERS: exclude can core, drivers and DT bindings from netdev ML
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH can-next v5 1/2] dt-bindings: can: tcan4x5x: Document the ti,nwkrq-voltage-vio option
  • From: "Rob Herring (Arm)" <robh@xxxxxxxxxx>
• Re: [PATCH can-next v2 1/3] can: m_can: add deinit callback
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH can-next v2 0/3] can: tcan4x5x/m_can: use standby mode when down and in suspend
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• [PATCH can-next v2 1/3] can: m_can: add deinit callback
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• [PATCH can-next v2 3/3] can: m_can: call deinit/init callback when going into suspend/resume
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• [PATCH can-next v2 2/3] can: tcan4x5x: add deinit callback to set standby mode
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: [PATCHv2 net-next] net: modernize ioremap in probe
  • From: Rosen Penev <rosenp@xxxxxxxxx>
• Re: [PATCH net] can: can327: fix snprintf() limit in can327_handle_prompt()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH net] can: can327: fix snprintf() limit in can327_handle_prompt()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH net] can: can327: fix snprintf() limit in can327_handle_prompt()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH net] can: can327: fix snprintf() limit in can327_handle_prompt()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH net] can: can327: fix snprintf() limit in can327_handle_prompt()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCHv2 net-next] net: modernize ioremap in probe
  • From: Daniel Machon <daniel.machon@xxxxxxxxxxxxx>
• Re: [PATCH net] can: can327: fix snprintf() limit in can327_handle_prompt()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCHv2 net-next] net: modernize ioremap in probe
  • From: Horatiu Vultur <horatiu.vultur@xxxxxxxxxxxxx>
• Re: [PATCH net] can: can327: fix snprintf() limit in can327_handle_prompt()
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH net] can: can327: fix snprintf() limit in can327_handle_prompt()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 1/3] can: m_can: add deinit callback
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] can: m_can: add deinit callback
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: [PATCH net] can: can327: fix snprintf() limit in can327_handle_prompt()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH 1/3] can: m_can: add deinit callback
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH can-next v4 2/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: [PATCH 2/3] can: tcan4x5x: add deinit callback to set standby mode
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2] dt-bindings: net: can: atmel: Convert to json schema
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH can-next v3 2/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH net] can: can327: fix snprintf() limit in can327_handle_prompt()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH net] can: can327: fix snprintf() limit in can327_handle_prompt()
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH net] can: can327: fix snprintf() limit in can327_handle_prompt()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH can-next v4 1/2] dt-bindings: can: tcan4x5x: Document the ti,nwkrq-voltage-vio option
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH can-next v4 2/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH can-next v5 0/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• [PATCH can-next v5 2/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• [PATCH can-next v5 1/2] dt-bindings: can: tcan4x5x: Document the ti,nwkrq-voltage-vio option
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: [PATCH v2 0/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v2 1/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH can-next v3 2/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• [PATCH net] can: can327: fix snprintf() limit in can327_handle_prompt()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2 0/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH can-next v3 2/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH can-next v4 1/2] dt-bindings: can: tcan4x5x: Document the ti,nwkrq-voltage-vio option
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• [PATCH can-next v4 0/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• [PATCH can-next v4 2/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: [PATCH can-next v3 1/2] dt-bindings: can: tcan4x5x: Document the ti,nwkrq-voltage-vio option
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v2 1/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: [PATCH v2 1/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v2 0/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v2 0/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH net-next v3 6/6] selftests: net: Add two test cases for link netns
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v3 5/6] selftests: net: Add python context manager for netns entering
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v3 4/6] rtnetlink: Decouple net namespaces in rtnl_newlink_create()
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v3 3/6] rtnetlink: Lookup device in target netns when creating link
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v3 2/6] net: ip_tunnel: Build flow in underlay net namespace
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v3 1/6] Revert "tools/net/ynl: improve async notification handling"
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v3 0/6] net: Improve netns handling in RTNL and ip_tunnel
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• Re: [PATCHv3 net-next] net: modernize IRQ resource acquisition
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCHv3 net-next] net: modernize IRQ resource acquisition
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2] dt-bindings: net: can: atmel: Convert to json schema
  • From: <Charan.Pedumuru@xxxxxxxxxxxxx>
• Re: [PATCHv3 net-next] net: modernize IRQ resource acquisition
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCHv3 net-next] net: modernize IRQ resource acquisition
  • From: Florian Fainelli <florian.fainelli@xxxxxxxxxxxx>
• [PATCHv3 net-next] net: modernize IRQ resource acquisition
  • From: Rosen Penev <rosenp@xxxxxxxxx>
• [PATCH iproute2-next v1 0/6] iplink_can: preparation before introduction of CAN XL
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH iproute2-next v1 2/6] iplink_can: reduce the visibility of tdc in can_parse_opt()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 4/5] can: bittiming: rename can_tdc_is_enabled() into can_fd_tdc_is_enabled()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH iproute2-next v1 1/6] iplink_can: remove unused FILE *f parameter in three functions
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH iproute2-next v1 4/6] iplink_can: use invarg() instead of fprintf()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH iproute2-next v1 6/6] iplink_can: rename dbt into fd_dbt in can_parse_opt()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH iproute2-next v1 5/6] iplink_can: add struct can_tdc
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH iproute2-next v1 3/6] iplink_can: remove newline at the end of invarg()'s messages
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 3/5] can: bittiming: rename CAN_CTRLMODE_TDC_MASK into CAN_CTRLMODE_FD_TDC_MASK
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH can-next v3 0/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• [PATCH v1 2/5] can: netlink: replace tabulation by space in assignment
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 5/5] can: netlink: can_changelink(): rename tdc_mask into fd_tdc_flag_provided
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 1/5] can: dev: add struct data_bittiming_params to group FD parameters
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v1 0/5] can: netlink: preparation before introduction of CAN XL
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v2 2/2] dt-bindings: can: tcan4x5x: Document the ti,nwkrq-voltage-sel option
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 1/3] can: m_can: add deinit callback
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH can-next v3 2/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• [PATCH can-next v3 1/2] dt-bindings: can: tcan4x5x: Document the ti,nwkrq-voltage-vio option
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: [PATCH] can: rockchip_canfd: Drop obsolete dependency on COMPILE_TEST
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH AUTOSEL 6.11 09/16] can: j1939: fix error in J1939 documentation.
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 06/12] can: j1939: fix error in J1939 documentation.
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 3/6] can: j1939: fix error in J1939 documentation.
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 5/8] can: j1939: fix error in J1939 documentation.
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 08/15] can: j1939: fix error in J1939 documentation.
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [RFC PATCH 00/14] can: netlink: add CAN XL
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/14] can: netlink: add CAN XL
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [RFC PATCH 00/14] can: netlink: add CAN XL
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 12/14] can: netlink: add CAN XL support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 12/14] can: netlink: add CAN XL support
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [RFC PATCH 12/14] can: netlink: add CAN XL support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCHv2 net-next] net: use pdev instead of OF funcs
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: [PATCHv2 net-next] net: modernize ioremap in probe
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: [PATCH v2 2/2] dt-bindings: can: tcan4x5x: Document the ti,nwkrq-voltage-sel option
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: [PATCH v2 0/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] dt-bindings: can: tcan4x5x: Document the ti,nwkrq-voltage-sel option
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: [PATCHv2 net-next] net: use pdev instead of OF funcs
  • From: Rosen Penev <rosenp@xxxxxxxxx>
• Re: [PATCHv2 net-next] net: use pdev instead of OF funcs
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCHv2 net-next] net: use pdev instead of OF funcs
  • From: Rosen Penev <rosenp@xxxxxxxxx>
• [PATCHv2 net-next] net: modernize ioremap in probe
  • From: Rosen Penev <rosenp@xxxxxxxxx>
• Re: [PATCH net-next] net: use pdev instead of OF funcs
  • From: Rosen Penev <rosenp@xxxxxxxxx>
• Re: [PATCH v2 0/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next] net: use pdev instead of OF funcs
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC PATCH 00/14] can: netlink: add CAN XL
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [RFC PATCH 00/14] can: netlink: add CAN XL
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [RFC PATCH 8/8] iplink_can: add CAN XL
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [RFC PATCH 8/8] iplink_can: add CAN XL
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [RFC PATCH 8/8] iplink_can: add CAN XL
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [RFC PATCH 00/14] can: netlink: add CAN XL
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH 1/3] can: m_can: add deinit callback
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• [PATCH 0/3] can: tcan4x5x/m_can: use standby mode when down and in suspend
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• [PATCH 3/3] can: m_can: call deinit callback when going into suspend.
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• [PATCH 2/3] can: tcan4x5x: add deinit callback to set standby mode
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: [PATCH] net: modernize ioremap in probe
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH v2 2/2] dt-bindings: can: tcan4x5x: Document the ti,nwkrq-voltage-sel option
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• [PATCH v2 1/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• [PATCH v2 0/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: [PATCH] net: modernize ioremap in probe
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH net-next] net: use pdev instead of OF funcs
  • From: Francois Romieu <romieu@xxxxxxxxxxxxx>
• [RFC PATCH 7/8] iplink_can: rename dbt into fd_dbt in can_parse_opt()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH 4/8] iplink_can: remove newline at the end of invarg()'s messages
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH 6/8] iplink_can: add struct can_tdc
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH 8/8] iplink_can: add CAN XL
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH 5/8] iplink_can: use invarg() instead of fprintf()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH 1/8] iplink_can: remove unused FILE *f parameter in three functions
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH 3/8] iplink_can: reduce the visibility of tdc in can_parse_opt()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH 2/8] !!! DO NOT MERGE !!! can: netlink: update headers
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH 0/8] iplink_can: add CAN XL
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH 13/14] can: netlink: add userland error messages
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH 14/14] !!! DO NOT MERGE !!! can: add dummyxl driver
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH 12/14] can: netlink: add CAN XL support
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH 11/14] can: netlink: document which symbols are FD specific
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH 10/14] can: netlink: make can_tdc_fill_info() FD agnostic
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH 09/14] can: netlink: make can_tdc_get_size() FD agnostic
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH 07/14] can: netlink: add can_dtb_changelink()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH 08/14] can: netlink: add can_validate_tdc()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH 05/14] can: netlink: can_changelink(): rename tdc_mask into fd_tdc_flag_provided
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH 04/14] can: bittiming: rename can_tdc_is_enabled() into can_fd_tdc_is_enabled()
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH 06/14] can: netlink: make can_tdc_changelink() FD agnostic
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH 03/14] can: bittiming: rename CAN_CTRLMODE_TDC_MASK into CAN_CTRLMODE_FD_TDC_MASK
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH 02/14] can: netlink: replace tabulation by space in assignement
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH 01/14] can: dev: add struct data_bittiming_params to group FD parameters
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [RFC PATCH 00/14] can: netlink: add CAN XL
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH] net: modernize ioremap in probe
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [PATCH net-next] net: use pdev instead of OF funcs
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH net-next] net: use pdev instead of OF funcs
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH net-next] net: use pdev instead of OF funcs
  • From: Rosen Penev <rosenp@xxxxxxxxx>
• [PATCH] net: modernize ioremap in probe
  • From: Rosen Penev <rosenp@xxxxxxxxx>
• Re: [PATCH can v3] can: mcp251xfd: mcp251xfd_get_tef_len(): fix length calculation
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH v2] can: fix skb reference counting in j1939_session_new()
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [PATCH v2] dt-bindings: can: convert tcan4x5x.txt to DT schema
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v2] dt-bindings: can: convert tcan4x5x.txt to DT schema
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: Missing CAN-XL XL data bit timing
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• tcan4x5x is refusing to configure device after os reboot
  • From: Renjaya Raga Zenta <renjaya.zenta@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] can: fix skb reference counting in j1939_session_new()
  • From: Dmitry Antipov <dmantipov@xxxxxxxxx>
• Re: [PATCH v2] can: fix skb reference counting in j1939_session_new()
  • From: Dmitry Antipov <dmantipov@xxxxxxxxx>
• Re: [PATCH v2] can: fix skb reference counting in j1939_session_new()
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH v2] can: fix skb reference counting in j1939_session_new()
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [PATCH v2] dt-bindings: can: convert tcan4x5x.txt to DT schema
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: [PATCH] dt-bindings: can: convert tcan4x5x.txt to DT schema
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH] dt-bindings: can: convert tcan4x5x.txt to DT schema
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: Missing CAN-XL XL data bit timing
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: can: convert tcan4x5x.txt to DT schema
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: Missing CAN-XL XL data bit timing
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH] dt-bindings: can: convert tcan4x5x.txt to DT schema
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: AW: [PATCH RFC can v2] can: mcp251xfd: mcp251xfd_get_tef_len(): fix length calculation
  • From: Renjaya Raga Zenta <renjaya.zenta@xxxxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: can: convert tcan4x5x.txt to DT schema
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: AW: [PATCH RFC can v2] can: mcp251xfd: mcp251xfd_get_tef_len(): fix length calculation
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: can: convert tcan4x5x.txt to DT schema
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: [PATCH] dt-bindings: can: convert tcan4x5x.txt to DT schema
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: AW: [PATCH RFC can v2] can: mcp251xfd: mcp251xfd_get_tef_len(): fix length calculation
  • From: Renjaya Raga Zenta <renjaya.zenta@xxxxxxxxxxxxxxx>
• Re: AW: [PATCH RFC can v2] can: mcp251xfd: mcp251xfd_get_tef_len(): fix length calculation
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v2] can: fix skb reference counting in j1939_session_new()
  • From: Dmitry Antipov <dmantipov@xxxxxxxxx>
• Re: [PATCH] dt-bindings: can: convert tcan4x5x.txt to DT schema
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: Missing CAN-XL XL data bit timing
  • From: Robert Nawrath <mbro1689@xxxxxxxxx>
• Re: AW: [PATCH RFC can v2] can: mcp251xfd: mcp251xfd_get_tef_len(): fix length calculation
  • From: Renjaya Raga Zenta <renjaya.zenta@xxxxxxxxxxxxxxx>
• Re: [PATCH net 7/8] can: mcp251xfd: mcp251xfd_ring_alloc(): fix coalescing configuration when switching CAN modes
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 7/9] iio: adc: Add Nuvoton NCT6694 IIO support
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH net 1/8] can: j1939: fix error in J1939 documentation.
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net 7/8] can: mcp251xfd: mcp251xfd_ring_alloc(): fix coalescing configuration when switching CAN modes
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH net 5/8] can: rockchip_canfd: CAN_ROCKCHIP_CANFD should depend on ARCH_ROCKCHIP
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net 8/8] can: mcp251xfd: mcp251xfd_get_tef_len(): fix length calculation
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net 7/8] can: mcp251xfd: mcp251xfd_ring_alloc(): fix coalescing configuration when switching CAN modes
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net 6/8] can: rockchip_canfd: Drop obsolete dependency on COMPILE_TEST
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net 1/8] can: j1939: fix error in J1939 documentation.
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net 4/8] can: c_can: fix {rx,tx}_errors statistics
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net 3/8] can: m_can: m_can_close(): don't call free_irq() for IRQ-less devices
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net 2/8] can: {cc770,sja1000}_isa: allow building on x86_64
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net 0/8] pull-request: can 2024-11-04
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH can v3] can: mcp251xfd: mcp251xfd_get_tef_len(): fix length calculation
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• AW: AW: [PATCH RFC can v2] can: mcp251xfd: mcp251xfd_get_tef_len(): fix length calculation
  • From: Sven Schuchmann <schuchmann@xxxxxxxxxxxxxxxxx>
• Re: AW: [PATCH RFC can v2] can: mcp251xfd: mcp251xfd_get_tef_len(): fix length calculation
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] dt-bindings: can: convert tcan4x5x.txt to DT schema
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: [RFC PATCH] dt-bindings: can: convert tcan4x5x.txt to DT schema
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [RFC PATCH] dt-bindings: can: convert tcan4x5x.txt to DT schema
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Re: [RFC PATCH] dt-bindings: can: convert tcan4x5x.txt to DT schema
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH] can: flexcan: simplify the calculation of priv->mb_count
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: flexcan: simplify the calculation of priv->mb_count
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [RFC PATCH] dt-bindings: can: convert tcan4x5x.txt to DT schema
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] dt-bindings: can: convert tcan4x5x.txt to DT schema
  • From: "Rob Herring (Arm)" <robh@xxxxxxxxxx>
• Re: [RFC PATCH] dt-bindings: can: convert tcan4x5x.txt to DT schema
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH] can: flexcan: simplify the calculation of priv->mb_count
  • From: "baozhu.liu" <lucas.liu@xxxxxxxxxxxx>
• [RFC PATCH] dt-bindings: can: convert tcan4x5x.txt to DT schema
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• [syzbot] Monthly can report (Nov 2024)
  • From: syzbot <syzbot+list9fa5fba6c1580c496e3a@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Missing CAN-XL XL data bit timing
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH 2/2] dt-bindings: can: tcan4x5x: Document the ti,nwkrq-voltage-sel option
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v1 2/9] gpio: Add Nuvoton NCT6694 GPIO support
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 6/9] hwmon: Add Nuvoton NCT6694 HWMON support
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 1/9] mfd: Add core driver for Nuvoton NCT6694
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 4/9] can: Add Nuvoton NCT6694 CAN support
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 4/9] can: Add Nuvoton NCT6694 CAN support
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 4/9] can: Add Nuvoton NCT6694 CAN support
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 4/9] can: Add Nuvoton NCT6694 CAN support
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• [PATCH 2/2] dt-bindings: can: tcan4x5x: Document the ti,nwkrq-voltage-sel option
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• [PATCH 0/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• [PATCH 1/2] can: tcan4x5x: add option for selecting nWKRQ voltage
  • From: Sean Nyekjaer <sean@xxxxxxxxxx>
• Missing CAN-XL XL data bit timing
  • From: Robert Nawrath <mbro1689@xxxxxxxxx>
• Re: [PATCH v1 2/9] gpio: Add Nuvoton NCT6694 GPIO support
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v1 0/9] Add Nuvoton NCT6694 MFD devices
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 0/9] Add Nuvoton NCT6694 MFD devices
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 0/9] Add Nuvoton NCT6694 MFD devices
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 6/9] hwmon: Add Nuvoton NCT6694 HWMON support
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v1 6/9] hwmon: Add Nuvoton NCT6694 HWMON support
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v5 2/9] dt-bindings: can: m_can: Add vio-supply
  • From: Nishanth Menon <nm@xxxxxx>
• [RFC PATCH v3 6/6] can: dev: update the error types stats (ack, CRC, form, ...)
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v3 5/6] can: netlink: extend stats to the error types (ack, CRC, form, ...)
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v3 4/6] can: flexcan: use helpers to setup the error frame
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v3 3/6] can: dev: add helpers to setup an error frame
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v3 2/6] can: flexcan: use can_update_bus_error_stats()
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v3 1/6] can: dev: add generic function can_update_bus_error_stats()
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v3 0/6] Add helpers for stats and error frames
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/6] can: dev: add helpers to setup an error frame
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/6] can: dev: add generic function can_update_bus_error_stats()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [RFC PATCH v2 6/6] can: dev: update the error types stats (ack, CRC, form, ...)
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 5/6] can: netlink: extend stats to the error types (ack, CRC, form, ...)
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 4/6] can: flexcan: use helpers to setup the error frame
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 3/6] can: dev: add helpers to setup an error frame
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 2/6] can: flexcan: use can_update_bus_error_stats()
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 1/6] can: dev: add generic function can_update_bus_error_stats()
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 0/6] can: dev: add generic function can_update_bus_error_stats()
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/9] mfd: Add core driver for Nuvoton NCT6694
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v5 9/9] arm64: dts: ti: k3-am62p-mcu: Mark mcu_mcan0/1 as wakeup-source
  • From: Dhruva Gole <d-gole@xxxxxx>
• Re: [PATCH v5 8/9] arm64: dts: ti: k3-am62a-mcu: Mark mcu_mcan0/1 as wakeup-source
  • From: Dhruva Gole <d-gole@xxxxxx>
• Re: [PATCH v5 7/9] arm64: dts: ti: k3-am62: Mark mcu_mcan0/1 as wakeup-source
  • From: Dhruva Gole <d-gole@xxxxxx>
• Re: [PATCH v5 2/9] dt-bindings: can: m_can: Add vio-supply
  • From: Dhruva Gole <d-gole@xxxxxx>
• Re: [PATCH v5 1/9] dt-bindings: can: m_can: Add wakeup properties
  • From: Dhruva Gole <d-gole@xxxxxx>
• Re: [PATCH v1 1/9] mfd: Add core driver for Nuvoton NCT6694
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 6/9] hwmon: Add Nuvoton NCT6694 HWMON support
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• [PATCH v5 9/9] arm64: dts: ti: k3-am62p-mcu: Mark mcu_mcan0/1 as wakeup-source
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v5 8/9] arm64: dts: ti: k3-am62a-mcu: Mark mcu_mcan0/1 as wakeup-source
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v5 7/9] arm64: dts: ti: k3-am62: Mark mcu_mcan0/1 as wakeup-source
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v5 6/9] can: m_can: Add use of optional regulator
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v5 5/9] can: m_can: Support pinctrl wakeup state
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v5 4/9] can: m_can: Return ERR_PTR on error in allocation
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v5 3/9] can: m_can: Map WoL to device_set_wakeup_enable
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v5 2/9] dt-bindings: can: m_can: Add vio-supply
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v5 1/9] dt-bindings: can: m_can: Add wakeup properties
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v5 0/9] can: m_can: Add am62 wakeup support
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• Re: RE: [PATCH v2 3/4] can: Add driver for CAST CAN Bus Controller
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: RE: [PATCH v2 3/4] can: Add driver for CAST CAN Bus Controller
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 1/9] mfd: Add core driver for Nuvoton NCT6694
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 5/9] watchdog: Add Nuvoton NCT6694 WDT support
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 2/9] gpio: Add Nuvoton NCT6694 GPIO support
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 9/9] rtc: Add Nuvoton NCT6694 RTC support
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 1/9] mfd: Add core driver for Nuvoton NCT6694
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 6/9] hwmon: Add Nuvoton NCT6694 HWMON support
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 1/9] mfd: Add core driver for Nuvoton NCT6694
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 6/9] hwmon: Add Nuvoton NCT6694 HWMON support
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 1/9] mfd: Add core driver for Nuvoton NCT6694
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 1/9] mfd: Add core driver for Nuvoton NCT6694
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 1/9] mfd: Add core driver for Nuvoton NCT6694
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH v1 6/9] hwmon: Add Nuvoton NCT6694 HWMON support
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v1 7/9] iio: adc: Add Nuvoton NCT6694 IIO support
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH can] can: mcp251xfd: mcp251xfd_ring_alloc(): fix coalescing configuration when switching CAN modes
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH v1 5/9] watchdog: Add Nuvoton NCT6694 WDT support
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v1 9/9] rtc: Add Nuvoton NCT6694 RTC support
  • From: Nobuhiro Iwamatsu <iwamatsu@xxxxxxxxxxx>
• Re: [PATCH v1 4/9] can: Add Nuvoton NCT6694 CAN support
  • From: kernel test robot <lkp@xxxxxxxxx>
• AW: [PATCH RFC can v2] can: mcp251xfd: mcp251xfd_get_tef_len(): fix length calculation
  • From: Sven Schuchmann <schuchmann@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 6/9] hwmon: Add Nuvoton NCT6694 HWMON support
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v1 6/9] hwmon: Add Nuvoton NCT6694 HWMON support
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 6/9] hwmon: Add Nuvoton NCT6694 HWMON support
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 6/9] hwmon: Add Nuvoton NCT6694 HWMON support
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• [PATCH can] can: mcp251xfd: mcp251xfd_ring_alloc(): fix coalescing configuration when switching CAN modes
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 1/9] mfd: Add core driver for Nuvoton NCT6694
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 4/9] can: Add Nuvoton NCT6694 CAN support
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v1 1/9] mfd: Add core driver for Nuvoton NCT6694
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 1/9] mfd: Add core driver for Nuvoton NCT6694
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 1/9] mfd: Add core driver for Nuvoton NCT6694
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: AW: [PATCH RFC can] can: mcp251xfd: mcp251xfd_get_tef_len(): fix length calculation
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH RFC can v2] can: mcp251xfd: mcp251xfd_get_tef_len(): fix length calculation
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 1/9] mfd: Add core driver for Nuvoton NCT6694
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 1/9] mfd: Add core driver for Nuvoton NCT6694
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 0/9] Add Nuvoton NCT6694 MFD devices
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 0/9] Add Nuvoton NCT6694 MFD devices
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 1/9] mfd: Add core driver for Nuvoton NCT6694
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 1/9] mfd: Add core driver for Nuvoton NCT6694
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 1/9] mfd: Add core driver for Nuvoton NCT6694
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 1/9] mfd: Add core driver for Nuvoton NCT6694
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 3/9] i2c: Add Nuvoton NCT6694 I2C support
  • From: 游子民 <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 2/9] gpio: Add Nuvoton NCT6694 GPIO support
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v1 2/9] gpio: Add Nuvoton NCT6694 GPIO support
  • From: 游子民 <a0282524688@xxxxxxxxx>
• Re: [PATCH v1 2/9] gpio: Add Nuvoton NCT6694 GPIO support
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• RE: [PATCH v2 2/4] dt-bindings: can: Add CAST CAN Bus Controller
  • From: Hal Feng <hal.feng@xxxxxxxxxxxxxxxx>
• RE: [PATCH v2 3/4] can: Add driver for CAST CAN Bus Controller
  • From: Hal Feng <hal.feng@xxxxxxxxxxxxxxxx>
• RE: [PATCH v2 3/4] can: Add driver for CAST CAN Bus Controller
  • From: Hal Feng <hal.feng@xxxxxxxxxxxxxxxx>
• RE: [PATCH v2 3/4] can: Add driver for CAST CAN Bus Controller
  • From: Hal Feng <hal.feng@xxxxxxxxxxxxxxxx>
• Re: [PATCH v1 5/9] watchdog: Add Nuvoton NCT6694 WDT support
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v1 1/9] mfd: Add core driver for Nuvoton NCT6694
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 5/9] watchdog: Add Nuvoton NCT6694 WDT support
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v1 4/9] can: Add Nuvoton NCT6694 CAN support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 1/9] mfd: Add core driver for Nuvoton NCT6694
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 6/9] hwmon: Add Nuvoton NCT6694 HWMON support
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v1 6/9] hwmon: Add Nuvoton NCT6694 HWMON support
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v1 4/9] can: Add Nuvoton NCT6694 CAN support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 4/9] can: Add Nuvoton NCT6694 CAN support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 4/9] can: Add Nuvoton NCT6694 CAN support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: AW: [PATCH RFC can] can: mcp251xfd: mcp251xfd_get_tef_len(): fix length calculation
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 0/9] Add Nuvoton NCT6694 MFD devices
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 3/9] i2c: Add Nuvoton NCT6694 I2C support
  • From: Andi Shyti <andi.shyti@xxxxxxxxxx>
• Re: [PATCH v1 4/9] can: Add Nuvoton NCT6694 CAN support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 4/9] can: Add Nuvoton NCT6694 CAN support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• AW: [PATCH RFC can] can: mcp251xfd: mcp251xfd_get_tef_len(): fix length calculation
  • From: Sven Schuchmann <schuchmann@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/9] mfd: Add core driver for Nuvoton NCT6694
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1 2/9] gpio: Add Nuvoton NCT6694 GPIO support
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v1 6/9] hwmon: Add Nuvoton NCT6694 HWMON support
  • From: Kalesh Anakkur Purayil <kalesh-anakkur.purayil@xxxxxxxxxxxx>
• Re: [PATCH v1 1/9] mfd: Add core driver for Nuvoton NCT6694
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v1 9/9] rtc: Add Nuvoton NCT6694 RTC support
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• [PATCH v1 8/9] pwm: Add Nuvoton NCT6694 PWM support
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• [PATCH v1 7/9] iio: adc: Add Nuvoton NCT6694 IIO support
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• [PATCH v1 6/9] hwmon: Add Nuvoton NCT6694 HWMON support
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• [PATCH v1 5/9] watchdog: Add Nuvoton NCT6694 WDT support
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• [PATCH v1 4/9] can: Add Nuvoton NCT6694 CAN support
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• [PATCH v1 3/9] i2c: Add Nuvoton NCT6694 I2C support
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• [PATCH v1 2/9] gpio: Add Nuvoton NCT6694 GPIO support
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• [PATCH v1 1/9] mfd: Add core driver for Nuvoton NCT6694
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• [PATCH v1 0/9] Add Nuvoton NCT6694 MFD devices
  • From: Ming Yu <a0282524688@xxxxxxxxx>
• Re: [PATCH] Fix error in J1939 documentation.
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH] Fix error in J1939 documentation.
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH] Fix error in J1939 documentation.
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• [PATCH] Fix error in J1939 documentation.
  • From: Alexander Hölzl <alexander.hoelzl@xxxxxxx>
• Re: [PATCH] can: rockchip_canfd: Drop obsolete dependency on COMPILE_TEST
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH] can: rockchip_canfd: Drop obsolete dependency on COMPILE_TEST
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH] can: rockchip_canfd: Drop obsolete dependency on COMPILE_TEST
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• [PATCH] can: rockchip_canfd: Drop obsolete dependency on COMPILE_TEST
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH v6] can: gs_usb.c: add usb endpoint address detection at driver probe step
  • From: Alexander Kozhinov <ak.alexander.kozhinov@xxxxxxxxx>
• Subject: Alignment correction
  • From: Alexander Kozhinov <ak.alexander.kozhinov@xxxxxxxxx>
• Re: [RESEND PATCH v4 0/1] dt-bindings: phy: ti,tcan104x-can: Document Microchip ATA6561
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH net-next v3 0/9] do not leave dangling sk pointers in pf->create functions
  • From: patchwork-bot+bluetooth@xxxxxxxxxx
• Re: [PATCH v4 3/9] can: m_can: Map WoL to device_set_wakeup_enable
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• Re: [PATCH v5] can: gs_usb.c: add usb endpoint address detection at driver probe step
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v4 5/9] can: m_can: Support pinctrl wakeup state
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v4 5/9] can: m_can: Support pinctrl wakeup state
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• Re: [PATCH v4 3/9] can: m_can: Map WoL to device_set_wakeup_enable
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v4 5/9] can: m_can: Support pinctrl wakeup state
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v2 3/4] can: Add driver for CAST CAN Bus Controller
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v2 3/4] can: Add driver for CAST CAN Bus Controller
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH net-next v3 0/9] do not leave dangling sk pointers in pf->create functions
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH v4 9/9] arm64: dts: ti: k3-am62p-mcu: Mark mcu_mcan0/1 as wakeup-source
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v4 6/9] can: m_can: Add use of optional regulator
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v4 8/9] arm64: dts: ti: k3-am62a-mcu: Mark mcu_mcan0/1 as wakeup-source
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v4 7/9] arm64: dts: ti: k3-am62: Mark mcu_mcan0/1 as wakeup-source
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v4 5/9] can: m_can: Support pinctrl wakeup state
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v4 3/9] can: m_can: Map WoL to device_set_wakeup_enable
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v4 4/9] can: m_can: Return ERR_PTR on error in allocation
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v4 2/9] dt-bindings: can: m_can: Add vio-supply
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v4 1/9] dt-bindings: can: m_can: Add wakeup properties
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v4 0/9] can: m_can: Add am62 wakeup support
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• Re: [PATCH 00/17] replace call_rcu by kfree_rcu for simple kmem_cache_free callback
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH 00/17] replace call_rcu by kfree_rcu for simple kmem_cache_free callback
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v2 3/4] can: Add driver for CAST CAN Bus Controller
  • From: Hal Feng <hal.feng@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/9] can: m_can: Support pinctrl wakeup state
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• Re: [PATCH net-next v3 7/9] net: inet6: do not leave a dangling sk pointer in inet6_create()
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH net-next v3 9/9] Revert "net: do not leave a dangling sk pointer, when socket creation fails"
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH net-next v3 8/9] net: warn, if pf->create does not clear sock->sk on error
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH net-next v3 6/9] net: inet: do not leave a dangling sk pointer in inet_create()
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH net-next v3 5/9] net: ieee802154: do not leave a dangling sk pointer in ieee802154_create()
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH net-next v3 3/9] Bluetooth: RFCOMM: avoid leaving dangling sk pointer in rfcomm_sock_alloc()
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH net-next v3 2/9] Bluetooth: L2CAP: do not leave dangling sk pointer on error in l2cap_sock_create()
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH net-next v3 1/9] af_packet: avoid erroring out after sock_init_data() in packet_create()
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [RFC PATCH 3/6] can: dev: add helper macros to setup an error frame
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/9] can: m_can: Map WoL to device_set_wakeup_enable
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• Re: [PATCH net-next v3 4/9] net: af_can: do not leave a dangling sk pointer in can_create()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH net-next v3 1/9] af_packet: avoid erroring out after sock_init_data() in packet_create()
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH net-next v3 9/9] Revert "net: do not leave a dangling sk pointer, when socket creation fails"
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v3 8/9] net: warn, if pf->create does not clear sock->sk on error
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v3 7/9] net: inet6: do not leave a dangling sk pointer in inet6_create()
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v3 6/9] net: inet: do not leave a dangling sk pointer in inet_create()
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v3 5/9] net: ieee802154: do not leave a dangling sk pointer in ieee802154_create()
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v3 4/9] net: af_can: do not leave a dangling sk pointer in can_create()
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v3 3/9] Bluetooth: RFCOMM: avoid leaving dangling sk pointer in rfcomm_sock_alloc()
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v3 2/9] Bluetooth: L2CAP: do not leave dangling sk pointer on error in l2cap_sock_create()
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v3 1/9] af_packet: avoid erroring out after sock_init_data() in packet_create()
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [RFC PATCH 3/6] can: dev: add helper macros to setup an error frame
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next v3 8/9] net: warn, if pf->create does not clear sock->sk on error
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH net-next v3 7/9] net: inet6: do not leave a dangling sk pointer in inet6_create()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH net-next v3 9/9] Revert "net: do not leave a dangling sk pointer, when socket creation fails"
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH net-next v3 3/9] Bluetooth: RFCOMM: avoid leaving dangling sk pointer in rfcomm_sock_alloc()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH net-next v3 6/9] net: inet: do not leave a dangling sk pointer in inet_create()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH net-next v3 5/9] net: ieee802154: do not leave a dangling sk pointer in ieee802154_create()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH net-next v3 4/9] net: af_can: do not leave a dangling sk pointer in can_create()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH net-next v3 2/9] Bluetooth: L2CAP: do not leave dangling sk pointer on error in l2cap_sock_create()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH net-next v3 1/9] af_packet: avoid erroring out after sock_init_data() in packet_create()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH net-next v3 0/9] do not leave dangling sk pointers in pf->create functions
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [RFC PATCH 6/6] can: dev: update the error types stats (ack, CRC, form, ...)
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 5/6] can: netlink: extend stats to the error types (ack, CRC, form, ...)
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 4/6] can: flexcan: use helper macros to setup the error frame
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 3/6] can: dev: add helper macros to setup an error frame
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 2/6] can: flexcan: use can_update_bus_error_stats()
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 1/6] can: dev: add generic function can_update_bus_error_stats()
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 0/6] This series originates from some tests I ran on a CAN communication for
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] can: c_can: fix {rx,tx}_errors statistics
  • From: Dario Binacchi <dario.binacchi@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/17] replace call_rcu by kfree_rcu for simple kmem_cache_free callback
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH 00/17] replace call_rcu by kfree_rcu for simple kmem_cache_free callback
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 10/17] can: gw: replace call_rcu by kfree_rcu for simple kmem_cache_free callback
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH 00/17] replace call_rcu by kfree_rcu for simple kmem_cache_free callback
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: (subset) [PATCH 00/17] replace call_rcu by kfree_rcu for simple kmem_cache_free callback
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH 10/17] can: gw: replace call_rcu by kfree_rcu for simple kmem_cache_free callback
  • From: Julia Lawall <Julia.Lawall@xxxxxxxx>
• [PATCH 00/17] replace call_rcu by kfree_rcu for simple kmem_cache_free callback
  • From: Julia Lawall <Julia.Lawall@xxxxxxxx>
• [PATCH v1] can: j1939: Extend stack documentation with buffer size behavior
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH v3 6/9] can: m_can: Add use of optional regulator
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v3 4/9] can: m_can: Return ERR_PTR on error in allocation
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v3 5/9] can: m_can: Support pinctrl wakeup state
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• [PATCH v5] can: gs_usb.c: add usb endpoint address detection at driver probe step
  • From: Alexander Kozhinov <ak.alexander.kozhinov@xxxxxxxxx>
• Subject: Reviewer Reply
  • From: Alexander Kozhinov <ak.alexander.kozhinov@xxxxxxxxx>
• Subject: Bytes order nitpick
  • From: Alexander Kozhinov <ak.alexander.kozhinov@xxxxxxxxx>
• Re: [PATCH v4] can: gs_usb.c: add usb endpoint address detection at driver probe step
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Subject: Second version of the patch is ready for review
  • From: Alexander Kozhinov <ak.alexander.kozhinov@xxxxxxxxx>
• [PATCH v4] can: gs_usb.c: add usb endpoint address detection at driver probe step
  • From: Alexander Kozhinov <ak.alexander.kozhinov@xxxxxxxxx>
• Re: [PATCH v3 2/9] dt-bindings: can: m_can: Add vio-supply
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH v3 3/9] can: m_can: Map WoL to device_set_wakeup_enable
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH v3 2/9] dt-bindings: can: m_can: Add vio-supply
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v3 1/9] dt-bindings: can: m_can: Add wakeup properties
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH net-next V2] can: j1939: fix uaf warning in j1939_session_destroy
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH net-next V2] can: j1939: fix uaf warning in j1939_session_destroy
  • From: Sabyrzhan Tasbolatov <snovitoll@xxxxxxxxx>
• [PATCH v3 9/9] arm64: dts: ti: k3-am62p-mcu: Mark mcu_mcan0/1 as wakeup-source
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v3 8/9] arm64: dts: ti: k3-am62a-mcu: Mark mcu_mcan0/1 as wakeup-source
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v3 7/9] arm64: dts: ti: k3-am62: Mark mcu_mcan0/1 as wakeup-source
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v3 6/9] can: m_can: Add use of optional regulator
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v3 5/9] can: m_can: Support pinctrl wakeup state
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v3 4/9] can: m_can: Return ERR_PTR on error in allocation
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v3 3/9] can: m_can: Map WoL to device_set_wakeup_enable
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v3 2/9] dt-bindings: can: m_can: Add vio-supply
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v3 1/9] dt-bindings: can: m_can: Add wakeup properties
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v3 0/9] can: m_can: Add am62 wakeup support
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• Re: [PATCH 00/14] replace call_rcu by kfree_rcu for simple kmem_cache_free callback
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 00/14] replace call_rcu by kfree_rcu for simple kmem_cache_free callback
  • From: Julia Lawall <julia.lawall@xxxxxxxx>
• Re: Predictable network device names for CAN devices
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH 00/14] replace call_rcu by kfree_rcu for simple kmem_cache_free callback
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Predictable network device names for CAN devices
  • From: "Dr. Michael 'Mickey' Lauer" <mickey@xxxxxxxxxx>
• Re: [PATCH 00/14] replace call_rcu by kfree_rcu for simple kmem_cache_free callback
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 00/14] replace call_rcu by kfree_rcu for simple kmem_cache_free callback
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Predictable network device names for CAN devices
  • From: Ilan Biala <ibiala@xxxxxxxxxxx>
• Re: [PATCH v2 6/8] net: ieee802154: do not leave a dangling sk pointer in ieee802154_create()
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH v2 5/8] net: af_can: do not leave a dangling sk pointer in can_create()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• Re: [PATCH v2 5/8] net: af_can: do not leave a dangling sk pointer in can_create()
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v2 1/8] net: explicitly clear the sk pointer, when pf->create fails
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v2 0/8] do not leave dangling sk pointers in pf->create functions
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH v2 1/8] net: explicitly clear the sk pointer, when pf->create fails
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• [PATCH v2 8/8] inet6: do not leave a dangling sk pointer in inet6_create()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH v2 7/8] net: inet: do not leave a dangling sk pointer in inet_create()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH v2 6/8] net: ieee802154: do not leave a dangling sk pointer in ieee802154_create()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH v2 5/8] net: af_can: do not leave a dangling sk pointer in can_create()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH v2 4/8] Bluetooth: RFCOMM: avoid leaving dangling sk pointer in rfcomm_sock_alloc()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH v2 3/8] Bluetooth: L2CAP: do not leave dangling sk pointer on error in l2cap_sock_create()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH v2 2/8] af_packet: avoid erroring out after sock_init_data() in packet_create()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH v2 1/8] net: explicitly clear the sk pointer, when pf->create fails
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH v2 0/8] do not leave dangling sk pointers in pf->create functions
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH v4 2/2] can: m_can: fix missed interrupts with m_can_pci
  • From: Matthias Schiffer <matthias.schiffer@xxxxxxxxxxxxxxx>
• [PATCH v4 1/2] can: m_can: set init flag earlier in probe
  • From: Matthias Schiffer <matthias.schiffer@xxxxxxxxxxxxxxx>
• AW: [PATCH RFC can] can: mcp251xfd: mcp251xfd_get_tef_len(): fix length calculation
  • From: Sven Schuchmann <schuchmann@xxxxxxxxxxxxxxxxx>
• [syzbot] Monthly can report (Oct 2024)
  • From: syzbot <syzbot+list142a88e98c5a6a6358e7@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] can: fix skb reference counting in j1939_session_new()
  • From: Dmitry Antipov <dmantipov@xxxxxxxxx>
• [syzbot] [can?] WARNING: refcount bug in sk_skb_reason_drop
  • From: syzbot <syzbot+d4e8dc385d9258220c31@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] dt-bindings: net: can: atmel: Convert to json schema
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v2] dt-bindings: net: can: atmel: Convert to json schema
  • From: Charan Pedumuru <charan.pedumuru@xxxxxxxxxxxxx>
• [PATCH RFC can] can: mcp251xfd: mcp251xfd_get_tef_len(): fix length calculation
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: AW: AW: AW: AW: IRQ handler mcp251xfd_handle_tefif() returned -22
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• AW: AW: AW: AW: IRQ handler mcp251xfd_handle_tefif() returned -22
  • From: Sven Schuchmann <schuchmann@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] can: m_can: m_can_close(): don't call free_irq() for IRQ-less devices
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• Re: [PATCH] can: m_can: m_can_close(): don't call free_irq() for IRQ-less devices
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH can-next] can: mcan: m_can_open(): simplify condition to call free_irq()
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH can-next] can: mcan: m_can_open(): simplify condition to call free_irq()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] can: m_can: m_can_close(): don't call free_irq() for IRQ-less devices
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [linux][PATCH v2 01/20] dt-bindings: can: mpfs: add PIC64GX CAN compatibility
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [linux][PATCH v2 01/20] dt-bindings: can: mpfs: add PIC64GX CAN compatibility
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [linux][PATCH v2 01/20] dt-bindings: can: mpfs: add PIC64GX CAN compatibility
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [linux][PATCH v2 01/20] dt-bindings: can: mpfs: add PIC64GX CAN compatibility
  • From: Conor Dooley <conor@xxxxxxxxxx>
• [linux][PATCH v2 01/20] dt-bindings: can: mpfs: add PIC64GX CAN compatibility
  • From: <pierre-henry.moussay@xxxxxxxxxxxxx>
• Re: AW: AW: IRQ handler mcp251xfd_handle_tefif() returned -22
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: net: can: atmel: Convert to json schema
  • From: <Charan.Pedumuru@xxxxxxxxxxxxx>
• Re: AW: AW: AW: IRQ handler mcp251xfd_handle_tefif() returned -22
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• AW: AW: AW: IRQ handler mcp251xfd_handle_tefif() returned -22
  • From: Sven Schuchmann <schuchmann@xxxxxxxxxxxxxxxxx>
• Re: mcp251xfd: please add to the stable trees
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: AW: AW: IRQ handler mcp251xfd_handle_tefif() returned -22
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• AW: AW: IRQ handler mcp251xfd_handle_tefif() returned -22
  • From: Sven Schuchmann <schuchmann@xxxxxxxxxxxxxxxxx>
• Re: AW: IRQ handler mcp251xfd_handle_tefif() returned -22
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• AW: IRQ handler mcp251xfd_handle_tefif() returned -22
  • From: Sven Schuchmann <schuchmann@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] can: m_can: fix missed interrupts with m_can_pci
  • From: Matthias Schiffer <matthias.schiffer@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] can: m_can: fix missed interrupts with m_can_pci
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] can: m_can: fix missed interrupts with m_can_pci
  • From: Matthias Schiffer <matthias.schiffer@xxxxxxxxxxxxxxx>
• Re: IRQ handler mcp251xfd_handle_tefif() returned -22
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH AUTOSEL 6.6 050/139] can: netlink: avoid call to do_set_data_bittiming callback with stale can_priv::ctrlmode
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.10 056/197] can: netlink: avoid call to do_set_data_bittiming callback with stale can_priv::ctrlmode
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.11 068/244] can: netlink: avoid call to do_set_data_bittiming callback with stale can_priv::ctrlmode
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• IRQ handler mcp251xfd_handle_tefif() returned -22
  • From: Sven Schuchmann <schuchmann@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] dt-bindings: can: Add CAST CAN Bus Controller
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 2/4] dt-bindings: can: Add CAST CAN Bus Controller
  • From: "Rob Herring (Arm)" <robh@xxxxxxxxxx>
• Re: [PATCH] can: CAN_ROCKCHIP_CANFD should depend on ARCH_ROCKCHIP
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: CAN_ROCKCHIP_CANFD should depend on ARCH_ROCKCHIP
  • From: Heiko Stuebner <heiko@xxxxxxxxx>
• [PATCH] can: CAN_ROCKCHIP_CANFD should depend on ARCH_ROCKCHIP
  • From: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
• Re: Oops on mcp251xfd open on 6.6.52
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• mcp251xfd: please add to the stable trees
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH DO_NOT_APPLY] net: can: m_can: Support tcan level with edge interrupts
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• Re: Oops on mcp251xfd open on 6.6.52
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] can: m_can: fix missed interrupts with m_can_pci
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• Re: Oops on mcp251xfd open on 6.6.52
  • From: Francesco Dolcini <francesco@xxxxxxxxxx>
• Re: [PATCH v3 1/2] can: m_can: set init flag earlier in probe
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• [PATCH v3 2/2] can: m_can: fix missed interrupts with m_can_pci
  • From: Matthias Schiffer <matthias.schiffer@xxxxxxxxxxxxxxx>
• [PATCH v3 1/2] can: m_can: set init flag earlier in probe
  • From: Matthias Schiffer <matthias.schiffer@xxxxxxxxxxxxxxx>
• Re: Oops on mcp251xfd open on 6.6.52
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] can: Add driver for CAST CAN Bus Controller
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: Oops on mcp251xfd open on 6.6.52
  • From: Francesco Dolcini <francesco@xxxxxxxxxx>
• Re: Oops on mcp251xfd open on 6.6.52
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Oops on mcp251xfd open on 6.6.52
  • From: Francesco Dolcini <francesco@xxxxxxxxxx>
• Re: [PATCH v2 2/2] can: m_can: fix missed interrupts with m_can_pci
  • From: Matthias Schiffer <matthias.schiffer@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] can: {cc770,sja1000}_isa: allow building on x86_64
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: net: can: atmel: Convert to json schema
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] can: m_can: fix missed interrupts with m_can_pci
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] can: m_can: fix missed interrupts with m_can_pci
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] can: m_can: fix missed interrupts with m_can_pci
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] can: Add driver for CAST CAN Bus Controller
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] can: m_can: fix missed interrupts with m_can_pci
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• Re: [PATCH v2 2/2] can: m_can: fix missed interrupts with m_can_pci
  • From: Matthias Schiffer <matthias.schiffer@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] can: m_can: set init flag earlier in probe
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• RE: [PATCH v2 3/4] can: Add driver for CAST CAN Bus Controller
  • From: Hal Feng <hal.feng@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] can: m_can: fix missed interrupts with m_can_pci
  • From: Markus Schneider-Pargmann <msp@xxxxxxxxxxxx>
• Re: [PATCH v2] can: gs_usb.c: add usb endpoint address detection at driver probe step
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v2] can: gs_usb.c: add usb endpoint address detection at driver probe step
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v2 3/4] can: Add driver for CAST CAN Bus Controller
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• [PATCH v2 1/4] dt-bindings: vendor-prefixes: Add cast vendor prefix
  • From: Hal Feng <hal.feng@xxxxxxxxxxxxxxxx>
• [PATCH v2 0/4] CAST Controller Area Network driver support
  • From: Hal Feng <hal.feng@xxxxxxxxxxxxxxxx>
• [PATCH v2 2/4] dt-bindings: can: Add CAST CAN Bus Controller
  • From: Hal Feng <hal.feng@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] can: Add driver for CAST CAN Bus Controller
  • From: Andrew Lunn <andrew@xxxxxxx>
• [PATCH v2 3/4] can: Add driver for CAST CAN Bus Controller
  • From: Hal Feng <hal.feng@xxxxxxxxxxxxxxxx>
• [PATCH v2 4/4] riscv: dts: starfive: jh7110: Add CAN nodes
  • From: Hal Feng <hal.feng@xxxxxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: net: can: atmel: Convert to json schema
  • From: <Charan.Pedumuru@xxxxxxxxxxxxx>
• [PATCH 1/1] can: {cc770,sja1000}_isa: allow building on x86_64
  • From: Thomas Mühlbacher <tmuehlbacher@xxxxxxxxxx>
• [PATCH 0/1] Allow building {cc770,sja1000}_isa on x86_64 again
  • From: Thomas Mühlbacher <tmuehlbacher@xxxxxxxxxx>
• [PATCH v2 2/2] can: m_can: fix missed interrupts with m_can_pci
  • From: Matthias Schiffer <matthias.schiffer@xxxxxxxxxxxxxxx>
• [PATCH v2 1/2] can: m_can: set init flag earlier in probe
  • From: Matthias Schiffer <matthias.schiffer@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] can: m_can: fix missed interrupts with m_can_pci
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] can: m_can: fix missed interrupts with m_can_pci
  • From: Matthias Schiffer <matthias.schiffer@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] can: m_can: fix missed interrupts with m_can_pci
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 2/2] can: m_can: fix missed interrupts with m_can_pci
  • From: Matthias Schiffer <matthias.schiffer@xxxxxxxxxxxxxxx>
• [PATCH 1/2] can: m_can: set init flag earlier in probe
  • From: Matthias Schiffer <matthias.schiffer@xxxxxxxxxxxxxxx>
• [RESEND PATCH v4 1/1] dt-bindings: phy: ti,tcan104x-can: Document Microchip ATA6561
  • From: Ilya Orazov <ilordash02@xxxxxxxxx>
• [RESEND PATCH v4 0/1] dt-bindings: phy: ti,tcan104x-can: Document Microchip ATA6561
  • From: Ilya Orazov <ilordash02@xxxxxxxxx>
• [PATCH v4 1/1] dt-bindings: phy: ti,tcan104x-can: Document Microchip ATA6561
  • From: Ilya Orazov <ilordash02@xxxxxxxxx>
• [PATCH v4 0/1] dt-bindings: phy: ti,tcan104x-can: Document Microchip
  • From: Ilya Orazov <ilordash02@xxxxxxxxx>
• Re: [PATCH net 1/5] can: bcm: Clear bo->bcm_proc_read after remove_proc_entry().
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next 1/5] can: Switch back to struct platform_driver::remove()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net 4/5] can: m_can: enable NAPI before enabling interrupts
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net 1/5] can: bcm: Clear bo->bcm_proc_read after remove_proc_entry().
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: of alloc_canxl_skb
  • From: "Dr. David Alan Gilbert" <linux@xxxxxxxxxxx>
• Re: of alloc_canxl_skb
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Subject: Second version of the patch is ready for review
  • From: Alexander Kozhinov <ak.alexander.kozhinov@xxxxxxxxx>
• [PATCH v2] can: gs_usb.c: add usb endpoint address detection at driver probe step
  • From: Alexander Kozhinov <ak.alexander.kozhinov@xxxxxxxxx>
• of alloc_canxl_skb
  • From: "Dr. David Alan Gilbert" <linux@xxxxxxxxxxx>
• Re: [PATCH v3] can: kvaser_pciefd: Enable 64-bit DMA addressing
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: net: can: atmel: Convert to json schema
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH can v3 1/2] can: m_can: enable NAPI before enabling interrupts
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 0/5] pull-request: can-next 2024-09-11
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 1/5] can: Switch back to struct platform_driver::remove()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net 5/5] can: m_can: m_can_close(): stop clocks after device has been shut down
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 4/5] can: rockchip_canfd: rkcanfd_timestamp_init(): rework delay calculation
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 3/5] can: m_can: m_can_chip_config(): mask timestamp wraparound IRQ
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 2/5] can: usb: Kconfig: Fix list of devices for esd_usb driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net 3/5] can: kvaser_pciefd: Enable 64-bit DMA addressing
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next 5/5] can: rockchip_canfd: rkcanfd_handle_error_int_reg_ec(): fix decoding of error code register
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net 2/5] can: esd_usb: Remove CAN_CTRLMODE_3_SAMPLES for CAN-USB/3-FD
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net 4/5] can: m_can: enable NAPI before enabling interrupts
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net 1/5] can: bcm: Clear bo->bcm_proc_read after remove_proc_entry().
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net 0/5] pull-request: can 2024-09-12
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: net: can: atmel: Convert to json schema
  • From: Conor Dooley <conor.dooley@xxxxxxxxxxxxx>
• Re: [PATCH] dt-bindings: net: can: atmel: Convert to json schema
  • From: <Dharma.B@xxxxxxxxxxxxx>
• [PATCH] dt-bindings: net: can: atmel: Convert to json schema
  • From: Charan Pedumuru <charan.pedumuru@xxxxxxxxxxxxx>
• Re: [PATCH] can: usb: Kconfig: Fix list of devices for esd_usb driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] can: m_can: m_can_chip_config(): mask timestamp wraparound IRQ
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH can-next 0/2] can: rockchip_canfd: rework delay calculation and decoding of error code register
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH can-next 2/2] can: rockchip_canfd: rkcanfd_handle_error_int_reg_ec(): fix decoding of error code register
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH can-next 1/2] can: rockchip_canfd: rkcanfd_timestamp_init(): rework delay calculation
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: rockchip_canfd: fix return type of rkcanfd_start_xmit()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [bug report] can: rockchip_canfd: add driver for Rockchip CAN-FD controller
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] can: rockchip_canfd: fix return type of rkcanfd_start_xmit()
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 1/8] can: mcp251xfd: mcp251xfd_ring_init(): check TX-coalescing configuration
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 01/12] can: mcp251xfd: mcp251xfd_ring_init(): check TX-coalescing configuration
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.10 02/18] can: mcp251xfd: mcp251xfd_ring_init(): check TX-coalescing configuration
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.10 01/18] can: m_can: Limit coalescing to peripheral instances
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH can v3 1/2] can: m_can: enable NAPI before enabling interrupts
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH can v3 2/2] can: m_can: m_can_close(): stop clocks after device has been shut down
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH can v3 0/2] can: m_can: fix struct net_device_ops::{open,stop} callbacks under high bus load
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] can: usb: Kconfig: Fix list of devices for esd_usb driver
  • From: Stefan Mätje <stefan.maetje@xxxxxx>
• RE: [PATCH] can: m_can: Enable NAPI before enabling interrupts
  • From: "Hamby, Jake (US)" <Jake.Hamby@xxxxxxxxxxxx>
• Re: [PATCH v2 1/1] dt-bindings: can: convert microchip,mcp251x.txt to yaml
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH net-next] can: rockchip_canfd: Use div_s64() in rkcanfd_timestamp_init()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: rockchip_canfd: fix return type of rkcanfd_start_xmit()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH net-next] can: rockchip_canfd: Use div_s64() in rkcanfd_timestamp_init()
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH net-next 1/3] net: can: cc770: Simplify parsing DT properties
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v2 1/1] dt-bindings: can: convert microchip,mcp251x.txt to yaml
  • From: Frank Li <Frank.li@xxxxxxx>
• [PATCH net-next] can: rockchip_canfd: Use div_s64() in rkcanfd_timestamp_init()
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH] can: rockchip_canfd: fix return type of rkcanfd_start_xmit()
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH] can: rockchip_canfd: fix return type of rkcanfd_start_xmit()
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH can v2 1/2] can: m_can: enable NAPI before enabling interrupts
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH can v2 0/2] can: m_can: fix struct net_device_ops::{open,stop} callbacks under high bus load
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH can v2 2/2] can: m_can: m_can_close(): stop clocks after device has been shut down
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: rockchip_canfd: rkcanfd_timestamp_init(): fix 64 bit division on 32 bit platforms
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH v3] can: kvaser_pciefd: Enable 64-bit DMA addressing
  • From: Martin Jocic <martin.jocic@xxxxxxxxxx>
• Re: [PATCH v1] can: mcp251xfd: Enable transceiver using gpio
  • From: Anup Kulkarni <quic_anupkulk@xxxxxxxxxxx>
• Re: [PATCH] can: m_can: Enable NAPI before enabling interrupts
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: Switch back to struct platform_driver::remove()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: rockchip_canfd: avoids 64-bit division
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>