Linux CAN Development - Date Index

• Thread Index

• RE: [PATCH 03/24] net: add a new sockptr_t type
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH 03/24] net: add a new sockptr_t type
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: get rid of the address_space override in setsockopt
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH 12/24] bpfilter: switch bpfilter_ip_set_sockopt to sockptr_t
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 02/24] bpfilter: fix up a sparse annotation
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/24] bpfilter: fix up a sparse annotation
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 19/20] dt-bindings: can: rcar_canfd: Document r8a774e1 support
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 18/20] dt-bindings: can: rcar_can: Document r8a774e1 support
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 16/20] dt-bindings: watchdog: renesas,wdt: Document r8a774e1 support
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 14/20] dt-bindings: spi: renesas,sh-msiof: Add r8a774e1 support
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 14/20] dt-bindings: spi: renesas,sh-msiof: Add r8a774e1 support
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 12/20] dt-bindings: i2c: renesas,iic: Document r8a774e1 support
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 11/20] dt-bindings: i2c: renesas,i2c: Document r8a774e1 support
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 05/20] dt-bindings: timer: renesas,cmt: Document r8a774e1 CMT support
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 02/20] dt-bindings: thermal: rcar-gen3-thermal: Add r8a774e1 support
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 02/24] bpfilter: fix up a sparse annotation
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 24/24] net: pass a sockptr_t into ->setsockopt
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: get rid of the address_space override in setsockopt
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH 03/24] net: add a new sockptr_t type
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: get rid of the address_space override in setsockopt
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 03/24] net: add a new sockptr_t type
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: get rid of the address_space override in setsockopt
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH 03/24] net: add a new sockptr_t type
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH 24/24] net: pass a sockptr_t into ->setsockopt
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• [PATCH 02/24] bpfilter: fix up a sparse annotation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/24] bpfilter: reject kernel addresses
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/24] net: switch sock_setbindtodevice to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/24] net: add a new sockptr_t type
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/24] net: switch sock_set_timeout to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• get rid of the address_space override in setsockopt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/24] net: switch sock_set_timeout to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/24] net/xfrm: switch xfrm_user_policy to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/24] netfilter: switch xt_copy_counters to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/24] bpfilter: switch bpfilter_ip_set_sockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/24] net/ipv4: switch ip_mroute_setsockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/24] net/ipv4: switch do_ip_setsockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/24] net/ipv6: switch ipv6_flowlabel_opt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/24] net/udp: switch udp_lib_setsockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/24] net/tcp: switch do_tcp_setsockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/24] net/tcp: switch ->md5_parse to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/24] net/ipv6: switch do_ipv6_setsockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/24] net: pass a sockptr_t into ->setsockopt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/24] net/ipv6: factor out a ipv6_set_opt_hdr helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/24] net/ipv6: split up ipv6_flowlabel_opt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/24] net/ipv6: switch ip6_mroute_setsockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/24] net/ipv4: merge ip_options_get and ip_options_get_from_user
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/24] netfilter: switch nf_setsockopt to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/24] netfilter: remove the unused user argument to do_update_counters
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/24] net: switch copy_bpf_fprog_from_user to sockptr_t
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 00/20] Add support for [H]SCIF/TMU/CMT/THS/SDHI/MSIOF/CAN[FD]/I2C/IIC/RWDT on R8A774E1
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: sockopt cleanups
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 16/20] dt-bindings: watchdog: renesas,wdt: Document r8a774e1 support
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• RE: [Bug] Kernel Panic on Deletion of the network-namespace containing the SocketCAN interface
  • From: Stéphane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• Re: [PATCH 03/20] thermal: rcar_gen3_thermal: Add r8a774e1 support
  • From: Niklas <niklas.soderlund@xxxxxxxxxxxx>
• Re: [PATCH 02/20] dt-bindings: thermal: rcar-gen3-thermal: Add r8a774e1 support
  • From: Niklas <niklas.soderlund@xxxxxxxxxxxx>
• Re: [PATCH] can: j1939: fix double free in j1939_netdev_start
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH 14/20] dt-bindings: spi: renesas,sh-msiof: Add r8a774e1 support
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 14/20] dt-bindings: spi: renesas,sh-msiof: Add r8a774e1 support
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH 14/20] dt-bindings: spi: renesas,sh-msiof: Add r8a774e1 support
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [Bug] Kernel Panic on Deletion of the network-namespace containing the SocketCAN interface
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [Bug] Kernel Panic on Deletion of the network-namespace containing the SocketCAN interface
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH 05/22] net: remove compat_sock_common_{get,set}sockopt
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [MPTCP] [PATCH 05/22] net: remove compat_sock_common_{get,set}sockopt
  • From: Matthieu Baerts <matthieu.baerts@xxxxxxxxxxxx>
• [PATCH net-next v2] can: ti_hecc: add missed clk_disable_unprepare() in error path
  • From: Zhang Changzhong <zhangchangzhong@xxxxxxxxxx>
• Re: [PATCH 22/22] net: make ->{get,set}sockopt in proto_ops optional
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH net-next] can: mscan: simplify clock enable/disable
  • From: Zhang Changzhong <zhangchangzhong@xxxxxxxxxx>
• RE: [Bug] Kernel Panic on Deletion of the network-namespace containing the SocketCAN interface
  • From: Stéphane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• [PATCH 04/22] net: simplify cBPF setsockopt compat handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/22] net: streamline __sys_setsockopt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/22] net/atm: remove the atmdev_ops {get,set}sockopt methods
  • From: Christoph Hellwig <hch@xxxxxx>
• sockopt cleanups
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/22] net: remove compat_sock_common_{get,set}sockopt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/22] net: streamline __sys_getsockopt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/22] net: remove compat_sys_{get,set}sockopt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/22] netfilter/ip_tables: clean up compat {get,set}sockopt handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/22] netfilter/ip6_tables: clean up compat {get,set}sockopt handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/22] netfilter/arp_tables: clean up compat {get,set}sockopt handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/22] netfilter/ebtables: clean up compat {get,set}sockopt handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/22] netfilter: split nf_sockopt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/22] netfilter: remove the compat_{get,set} methods
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/22] netfilter: remove the compat argument to xt_copy_counters_from_user
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/22] net/ipv4: factor out MCAST_MSFILTER getsockopt helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/22] net/ipv4: factor out MCAST_MSFILTER setsockopt helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/22] net/ipv4: remove compat_ip_{get,set}sockopt
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/22] net/ipv4: factor out mcast join/leave setsockopt helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/22] net/ipv6: factor out MCAST_MSFILTER getsockopt helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/22] net/ipv6: factor out MCAST_MSFILTER setsockopt helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/22] net/ipv6: factor out mcast join/leave setsockopt helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/22] net: make ->{get,set}sockopt in proto_ops optional
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/22] net/ipv6: remove compat_ipv6_{get,set}sockopt
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 03/20] thermal: rcar_gen3_thermal: Add r8a774e1 support
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [Bug] Kernel Panic on Deletion of the network-namespace containing the SocketCAN interface
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [Bug] Kernel Panic on Deletion of the network-namespace containing the SocketCAN interface
  • From: Philipp Lehmann <leph1016@xxxxxxxxxxxxxxx>
• Re: [PATCH 08/20] arm64: dts: renesas: r8a774e1: Add TMU device nodes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 09/20] arm64: dts: renesas: r8a774e1: Add SCIF and HSCIF nodes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 15/20] arm64: dts: renesas: r8a774e1: Add MSIOF nodes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 17/20] arm64: dts: renesas: r8a774e1: Add RWDT node
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 20/20] arm64: dts: renesas: r8a774e1: Add CAN[FD] support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 13/20] arm64: dts: renesas: r8a774e1: Add I2C and IIC-DVFS support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 10/20] arm64: dts: renesas: r8a774e1: Add SDHI nodes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 06/20] arm64: dts: renesas: r8a774e1: Add CMT device nodes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 04/20] arm64: dts: renesas: r8a774e1: Add RZ/G2H thermal support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 01/20] arm64: dts: renesas: r8a774e1: Add operating points
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 03/20] thermal: rcar_gen3_thermal: Add r8a774e1 support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 19/20] dt-bindings: can: rcar_canfd: Document r8a774e1 support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 18/20] dt-bindings: can: rcar_can: Document r8a774e1 support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 16/20] dt-bindings: watchdog: renesas,wdt: Document r8a774e1 support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 14/20] dt-bindings: spi: renesas,sh-msiof: Add r8a774e1 support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 12/20] dt-bindings: i2c: renesas,iic: Document r8a774e1 support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 11/20] dt-bindings: i2c: renesas,i2c: Document r8a774e1 support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 07/20] dt-bindings: timer: renesas,tmu: Document r8a774e1 bindings
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 05/20] dt-bindings: timer: renesas,cmt: Document r8a774e1 CMT support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 02/20] dt-bindings: thermal: rcar-gen3-thermal: Add r8a774e1 support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v41 3/3] can: mcp25xxfd: initial commit
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [PATCH] can: m_can: Set device to software init mode before closing
  • From: Faiz Abbas <faiz_abbas@xxxxxx>
• Re: [PATCH] Replace HTTP links with HTTPS ones: CAN network drivers
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 01/20] arm64: dts: renesas: r8a774e1: Add operating points
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 03/20] thermal: rcar_gen3_thermal: Add r8a774e1 support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 04/20] arm64: dts: renesas: r8a774e1: Add RZ/G2H thermal support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 05/20] dt-bindings: timer: renesas,cmt: Document r8a774e1 CMT support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 06/20] arm64: dts: renesas: r8a774e1: Add CMT device nodes
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 09/20] arm64: dts: renesas: r8a774e1: Add SCIF and HSCIF nodes
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 10/20] arm64: dts: renesas: r8a774e1: Add SDHI nodes
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 13/20] arm64: dts: renesas: r8a774e1: Add I2C and IIC-DVFS support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 14/20] dt-bindings: spi: renesas,sh-msiof: Add r8a774e1 support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 15/20] arm64: dts: renesas: r8a774e1: Add MSIOF nodes
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 17/20] arm64: dts: renesas: r8a774e1: Add RWDT node
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 18/20] dt-bindings: can: rcar_can: Document r8a774e1 support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 19/20] dt-bindings: can: rcar_canfd: Document r8a774e1 support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 20/20] arm64: dts: renesas: r8a774e1: Add CAN[FD] support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 16/20] dt-bindings: watchdog: renesas,wdt: Document r8a774e1 support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 12/20] dt-bindings: i2c: renesas,iic: Document r8a774e1 support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 11/20] dt-bindings: i2c: renesas,i2c: Document r8a774e1 support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 08/20] arm64: dts: renesas: r8a774e1: Add TMU device nodes
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 07/20] dt-bindings: timer: renesas,tmu: Document r8a774e1 bindings
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 02/20] dt-bindings: thermal: rcar-gen3-thermal: Add r8a774e1 support
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• [PATCH 00/20] Add support for [H]SCIF/TMU/CMT/THS/SDHI/MSIOF/CAN[FD]/I2C/IIC/RWDT on R8A774E1
  • From: Lad Prabhakar <prabhakar.mahadev-lad.rj@xxxxxxxxxxxxxx>
• Re: [PATCH net-next] can: silence remove_proc_entry warning
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH net-next] can: silence remove_proc_entry warning
  • From: Zhang Changzhong <zhangchangzhong@xxxxxxxxxx>
• general protection fault in raw_notifier
  • From: syzbot <syzbot+d2ff507f470081495266@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] can: j1939: fix double free in j1939_netdev_start
  • From: trix@xxxxxxxxxx
• [PATCH v3] net: can: Introduce MEN 16Z192-00 CAN controller driver
  • From: Abhijeet Badurkar <abhijeet.badurkar@xxxxxxxxxx>
• [PATCH] can: mcba_usb: remove redundant initialization of variable err
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] Documentation: networking: rxrpc: drop doubled word
  • From: David Howells <dhowells@xxxxxxxxxx>
• INFO: task hung in pcpu_alloc
  • From: syzbot <syzbot+9b3b388c8ccd4c8bae92@xxxxxxxxxxxxxxxxxxxxxxxxx>
• INFO: task hung in rwlock_bug
  • From: syzbot <syzbot+5c3a96e9b26271b2db8c@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Replace HTTP links with HTTPS ones: CAN network drivers
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] Replace HTTP links with HTTPS ones: CAN network drivers
  • From: "Alexander A. Klimov" <grandmaster@xxxxxxxxxxxx>
• Re: [PATCH 0/7] Documentation: networking: eliminate doubled words
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/7] Documentation: networking: can_ucan_protocol: drop doubled words
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 4/7] Documentation: networking: dsa: drop doubled word
  • From: Andrew Lunn <andrew@xxxxxxx>
• [PATCH 0/7] Documentation: networking: eliminate doubled words
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 3/7] Documentation: networking: can_ucan_protocol: drop doubled words
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 2/7] Documentation: networking: ax25: drop doubled word
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 4/7] Documentation: networking: dsa: drop doubled word
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 5/7] Documentation: networking: ip-sysctl: drop doubled word
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 6/7] Documentation: networking: ipvs-sysctl: drop doubled word
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 7/7] Documentation: networking: rxrpc: drop doubled word
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 1/7] Documentation: networking: arcnet: drop doubled word
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] can: mcp251x: add support for half duplex controllers
  • From: Tim Harvey <tharvey@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] can: flexcan: add support for ISO CAN-FD
  • From: Michael Walle <michael@xxxxxxxx>
• Re: [PATCH 2/2] can: flexcan: add support for ISO CAN-FD
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH 2/2] can: flexcan: add support for ISO CAN-FD
  • From: Michael Walle <michael@xxxxxxxx>
• RE: [PATCH 2/2] can: flexcan: add support for ISO CAN-FD
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• RE: [PATCH linux-can-next/flexcan] can: flexcan: fix TDC feature
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• [PATCH 2/2] can: flexcan: add support for ISO CAN-FD
  • From: Michael Walle <michael@xxxxxxxx>
• [PATCH 0/2] can: flexcan: small fix and ISO CAN-FD support
  • From: Michael Walle <michael@xxxxxxxx>
• [PATCH 1/2] can: flexcan: use ctrlmode to enable CAN-FD
  • From: Michael Walle <michael@xxxxxxxx>
• RE: [PATCH linux-can-next/flexcan] can: flexcan: fix TDC feature
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• Re: [PATCH linux-can-next/flexcan] can: flexcan: fix TDC feature
  • From: Michael Walle <michael@xxxxxxxx>
• Re: [PATCH v41 3/3] can: mcp25xxfd: initial commit
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• Re: [PATCH v41 3/3] can: mcp25xxfd: initial commit
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v41 3/3] can: mcp25xxfd: initial commit
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH BUGFIX] can: m_can: make m_can driver work with sleep state pinconfig
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH BUGFIX] can: m_can: make m_can driver work with sleep state pinconfig
  • From: Lothar Waßmann <LW@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH linux-can-next/flexcan] can: flexcan: fix TDC feature
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH linux-can-next/flexcan] can: flexcan: fix TDC feature
  • From: Michael Walle <michael@xxxxxxxx>
• [mkl-can-next:mcp25xxfd-43 3/4] drivers/net/can/spi/mcp25xxfd/mcp25xxfd-regmap.c:334:7: warning: field width specifier expects argument of type 'int', but argument 6 has type 'size_t' {aka 'long unsigned int'}
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v41 0/3] can: add mcp25xxfd support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v41 0/3] can: add mcp25xxfd support
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• Re: [PATCH] can: mcp25xxfd: add listen-only mode
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v41 2/3] dt-binding: can: mcp25xxfd: document device tree bindings
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v41 2/3] dt-binding: can: mcp25xxfd: document device tree bindings
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• Re: [PATCH v41 2/3] dt-binding: can: mcp25xxfd: document device tree bindings
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH] can: mcp25xxfd: add listen-only mode
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v41 2/3] dt-binding: can: mcp25xxfd: document device tree bindings
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• Re: [PATCH v41 2/3] dt-binding: can: mcp25xxfd: document device tree bindings
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v41 2/3] dt-binding: can: mcp25xxfd: document device tree bindings
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• Re: [PATCH] can: mcp25xxfd: add listen-only mode
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: mcp25xxfd: add listen-only mode
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] can: mcp25xxfd: add listen-only mode
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v41 2/3] dt-binding: can: mcp25xxfd: document device tree bindings
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v41 1/3] can: rx-offload: can_rx_offload_add_manual(): add new initialization function
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v41 0/3] can: add mcp25xxfd support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [PATCH v2] Introduce MEN 16Z192-00 CAN controller driver
  • From: Abhijeet Badurkar <abhijeet.badurkar@xxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RESEND PATCH 1/6] dt-bindings: can: Document devicetree bindings for MCP25XXFD
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: J1939: /proc/net/can interface
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: J1939: /proc/net/can interface
  • From: Arnej Duranovic <arnejduranovic@xxxxx>
• Re: J1939: /proc/net/can interface
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: J1939: /proc/net/can interface
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• J1939: /proc/net/can interface
  • From: Arnej Duranovic <arnejduranovic@xxxxx>
• Re: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Felix Riemann <Felix.Riemann@xxxxxx>
• Re: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Felix Riemann <Felix.Riemann@xxxxxx>
• Re: j1939: root requirements for messages with the priorities 0 & 1
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: isotp in mainline?
  • From: Patrick Menschel <menschel.p@xxxxxxxxx>
• Re: isotp in mainline?
  • From: Drew Fustini <drew@xxxxxxxxxxxxxxx>
• Re: isotp in mainline?
  • From: Patrick Menschel <menschel.p@xxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• j1939: root requirements for messages with the priorities 0 & 1
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• isotp in mainline?
  • From: Drew Fustini <drew@xxxxxxxxxxxxxxx>
• RE: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Felix Riemann <Felix.Riemann@xxxxxx>
• [RESEND PATCH 4/6] can: mcp25xxfd: Add CAN transmission support
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [RESEND PATCH 6/6] MAINTAINERS: Add entry for Microchip MCP25XXFD CAN network driver
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [RESEND PATCH 5/6] can: mcp25xxfd: Optimize TEF read by avoiding unnecessary SPI transfers
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [RESEND PATCH 3/6] can: mcp25xxfd: Add support for CAN reception
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [RESEND PATCH 2/6] can: mcp25xxfd: Add Microchip MCP25XXFD CAN-FD driver infrastructure
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [RESEND PATCH 1/6] dt-bindings: can: Document devicetree bindings for MCP25XXFD
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [RESEND PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [PATCH 4/6] can: mcp25xxfd: Add CAN transmission support
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [PATCH 6/6] MAINTAINERS: Add entry for Microchip MCP25XXFD CAN network driver
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [PATCH 5/6] can: mcp25xxfd: Optimize TEF read by avoiding unnecessary SPI transfers
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [PATCH 3/6] can: mcp25xxfd: Add support for CAN reception
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [PATCH 2/6] can: mcp25xxfd: Add Microchip MCP25XXFD CAN-FD driver infrastructure
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [PATCH 1/6] dt-bindings: can: Document devicetree bindings for MCP25XXFD
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• [PATCH 0/6] Add Microchip MCP25XXFD CAN driver
  • From: Manivannan Sadhasivam <manivannan.sadhasivam@xxxxxxxxxx>
• Re: [PATCH] can: m_can_platform: fix m_can_runtime_suspend()
  • From: Richard Genoud <richard.genoud@xxxxxxxxx>
• Re: [PATCH] can: m_can_platform: fix m_can_runtime_suspend()
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH] can: m_can_platform: fix m_can_runtime_suspend()
  • From: Richard Genoud <richard.genoud@xxxxxxxxx>
• [PATCH] can: xilinx_can: handle failure cases of pm_runtime_get_sync
  • From: Navid Emamdoost <navid.emamdoost@xxxxxxxxx>
• Re: [PATCH] can: Replace zero-length array with flexible-array
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH] can: Replace zero-length array with flexible-array
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH] can: Replace zero-length array with flexible-array
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH] net: can: remove "WITH Linux-syscall-note" from SPDX tag of C files
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH linux-can-next/flexcan] can: flexcan: fix TDC feature
  • From: Michael Walle <michael@xxxxxxxx>
• [PATCH] can: m_can: Set pinmux into "default" state on start
  • From: Marek Vasut <marex@xxxxxxx>
• [PATCH] can: mcp251x: add support for half duplex controllers
  • From: Tim Harvey <tharvey@xxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.6 44/47] net: Fix return value about devm_platform_ioremap_resource()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH] can: mcp251x: convert to half-duplex SPI
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH] can: mcp251x: convert to half-duplex SPI
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: mcp251x: convert to half-duplex SPI
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH] can: mcp251x: convert to half-duplex SPI
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: mcp251x: convert to half-duplex SPI
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH] can: mcp251x: convert to half-duplex SPI
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• RE: [PATCH] can: flexcan: Fix runtime PM imbalance on error
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• [PATCH] can: flexcan: Fix runtime PM imbalance on error
  • From: Dinghao Liu <dinghao.liu@xxxxxxxxxx>
• Re: [PATCH] can: mcp251x: convert to half-duplex SPI
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH] can: mcp251x: convert to half-duplex SPI
  • From: Tim Harvey <tharvey@xxxxxxxxxxxxx>
• [PATCH] can: xilinx_can: fix runtime pm imbalance on error
  • From: Dinghao Liu <dinghao.liu@xxxxxxxxxx>
• Re: [PATCH] can: Replace zero-length array with flexible-array
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• RE: PCAN USB hardware timestamps jumps forward
  • From: Stéphane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• PCAN USB hardware timestamps jumps forward
  • From: Fabián Inostroza <fabian.inostroza.p@xxxxxxxxx>
• [PATCH] can: Replace zero-length array with flexible-array
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH] can: peak_canfd: Replace zero-length array with flexible-array
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH net-next] can: c_can: Remove unused inline function
  • From: YueHaibing <yuehaibing@xxxxxxxxxx>
• Re: WARNING in hsr_addr_subst_dest
  • From: syzbot <syzbot+b92e4f1472a54e1c7dec@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] can: mscan: mpc5xxx_can: update contact email
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH 00/37] net: manually convert files to ReST format - part 2
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 00/37] net: manually convert files to ReST format - part 2
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 09/37] docs: networking: convert netdevices.txt to ReST
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH can-next 1/2] can: tcan4x5x: Rename parse_config function
  • From: Dan Murphy <dmurphy@xxxxxx>
• KASAN: use-after-free Read in bcm_send_to_user
  • From: syzbot <syzbot+842d1f5968e5096e4bde@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Are there any netfilter modules for use with Socket CAN
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• Is is possible to use Netfilter for outgoing CAN msgs by CAN-ID?
  • From: "Lev R. Oshvang ." <levonshe@xxxxxxxxx>
• Re: Are there any netfilter modules for use with Socket CAN
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• Re: Are there any netfilter modules for use with Socket CAN
  • From: Christian Gagneraud <chgans@xxxxxxxxx>
• Are there any netfilter modules for use with Socket CAN
  • From: "Lev R. Oshvang ." <levonshe@xxxxxxxxx>
• [PATCH 3.16 201/245] can, slip: Protect tty->disc_data in write_wakeup and close with RCU
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [PATCH 3.16 245/245] slcan: Don't transmit uninitialized stack data in padding
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [net-next v2] can: ti_hecc: convert to devm_platform_ioremap_resource_byname()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [net-next v2] can: ti_hecc: convert to devm_platform_ioremap_resource_byname()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• Re: [net-next v2] can: ti_hecc: convert to devm_platform_ioremap_resource_byname()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [net-next v2] can: ti_hecc: convert to devm_platform_ioremap_resource_byname()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• Re: [net-next v2] can: ti_hecc: convert to devm_platform_ioremap_resource_byname()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH net-next v2] can: ti_hecc: convert to devm_platform_ioremap_resource_byname()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• Re: [PATCH net-next v1] can: ti_hecc: convert to devm_platform_ioremap_resource_byname()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• Re: [PATCH 2/2] dt-bindings: Remove cases of 'allOf' containing a '$ref'
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• Re: [PATCH net-next v1] can: ti_hecc: convert to devm_platform_ioremap_resource_byname()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH net-next v1] can: ti_hecc: convert to devm_platform_ioremap_resource_byname()
  • From: Dejin Zheng <zhengdejin5@xxxxxxxxx>
• Re: [PATCH 2/2] dt-bindings: Remove cases of 'allOf' containing a '$ref'
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 1/2] dt-bindings: Clean-up schema indentation formatting
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH] can: tcan4x5x: Replace depends on REGMAP_SPI with depends on SPI
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH 1/2] dt-bindings: Clean-up schema indentation formatting
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 1/2] dt-bindings: Clean-up schema indentation formatting
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH 1/2] dt-bindings: Clean-up schema indentation formatting
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 2/2] dt-bindings: Remove cases of 'allOf' containing a '$ref'
  • From: Mark Brown <broonie@xxxxxxxxxx>
• RE: [PATCH linux-can-next/flexcan] can: flexcan: fix TDC feature
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• [PATCH Resend linux-can-next/testing] can: flexcan: add correctable errors correction when HW supports ECC
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• [PATCH linux-can-next/flexcan] can: flexcan: fix TDC feature
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• Re: [PATCH 1/2] dt-bindings: Clean-up schema indentation formatting
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH 2/2] dt-bindings: Remove cases of 'allOf' containing a '$ref'
  • From: Vinod Koul <vkoul@xxxxxxxxxx>
• Re: [PATCH 2/2] dt-bindings: Remove cases of 'allOf' containing a '$ref'
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 1/2] dt-bindings: Clean-up schema indentation formatting
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 2/2] dt-bindings: Remove cases of 'allOf' containing a '$ref'
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 1/2] dt-bindings: Clean-up schema indentation formatting
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH 2/2] dt-bindings: Remove cases of 'allOf' containing a '$ref'
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH 1/2] dt-bindings: Clean-up schema indentation formatting
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH AUTOSEL 5.6 068/129] slcan: Don't transmit uninitialized stack data in padding
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH AUTOSEL 5.6 068/129] slcan: Don't transmit uninitialized stack data in padding
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH AUTOSEL 5.6 068/129] slcan: Don't transmit uninitialized stack data in padding
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH AUTOSEL 5.5 057/106] slcan: Don't transmit uninitialized stack data in padding
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 40/84] slcan: Don't transmit uninitialized stack data in padding
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 14/30] slcan: Don't transmit uninitialized stack data in padding
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 07/14] slcan: Don't transmit uninitialized stack data in padding
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 10/21] slcan: Don't transmit uninitialized stack data in padding
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 17/40] slcan: Don't transmit uninitialized stack data in padding
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.6 068/129] slcan: Don't transmit uninitialized stack data in padding
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH 2/4] softcan: update dead links.
  • From: Diego Elio Pettenò <flameeyes@xxxxxxxxxxxxx>
• [PATCH] can: tcan4x5x: Replace depends on REGMAP_SPI with depends on SPI
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• jcat binary name conflict
  • From: Alexander Gerasiov <a@xxxxxxxxxxxx>
• [PATCH 4.4 18/29] slcan: Dont transmit uninitialized stack data in padding
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 19/38] slcan: Dont transmit uninitialized stack data in padding
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 17/32] slcan: Dont transmit uninitialized stack data in padding
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 33/54] slcan: Dont transmit uninitialized stack data in padding
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.4 11/41] slcan: Dont transmit uninitialized stack data in padding
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.6 10/38] slcan: Dont transmit uninitialized stack data in padding
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.5 10/44] slcan: Dont transmit uninitialized stack data in padding
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Fwd: usb_8dev - WARN_ON(in_irq()) Ticket #00560
  • From: Andrejus Falčikas <andrejus.f@xxxxxxxxxxxx>
• Re: Fwd: usb_8dev - WARN_ON(in_irq()) Ticket #00560
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: Fwd: usb_8dev - WARN_ON(in_irq()) Ticket #00560
  • From: Andrejus Falčikas <andrejus.f@xxxxxxxxxxxx>
• Re: Fwd: usb_8dev - WARN_ON(in_irq()) Ticket #00560
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: Fwd: usb_8dev - WARN_ON(in_irq()) Ticket #00560
  • From: Andrejus Falčikas <andrejus.f@xxxxxxxxxxxx>
• Re: [PATCH v2] can: tcan4x5x: tcan4x5x_clear_interrupts: remove redundant if statement
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v2] can: tcan4x5x: tcan4x5x_clear_interrupts: remove redundant if statement
  • From: Daniels Umanovskis <daniels@xxxxxxxxxxxxx>
• Re: [PATCH] can: tcan4x5x: tcan4x5x_clear_interrupts: remove redundant if statement
  • From: Daniels Umanovskis <daniels@xxxxxxxxxxxxx>
• [PATCH] can: tcan4x5x: tcan4x5x_clear_interrupts: remove redundant if statement
  • From: Daniels Umanovskis <daniels@xxxxxxxxxxxxx>
• Re: [PATCH] can: tcan4x5x: tcan4x5x_clear_interrupts: remove redundant if statement
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH] net: can: remove "WITH Linux-syscall-note" from SPDX tag of C files
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: Fwd: usb_8dev - WARN_ON(in_irq()) Ticket #00560
  • From: Michal Sojka <michal.sojka@xxxxxxx>
• Re: Fwd: usb_8dev - WARN_ON(in_irq()) Ticket #00560
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Fwd: usb_8dev - WARN_ON(in_irq()) Ticket #00560
  • From: Andrejus Falčikas <andrejus.f@xxxxxxxxxxxx>
• [PATCH] net: can: remove "WITH Linux-syscall-note" from SPDX tag of C files
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH v2] slcan: Don't transmit uninitialized stack data in padding
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v2] slcan: Don't transmit uninitialized stack data in padding
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] slcan: Don't transmit uninitialized stack data in padding
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v2] slcan: Don't transmit uninitialized stack data in padding
  • From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
• Re: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/12] docs: dt: fix references to m_can.txt file
  • From: Rob Herring <robh@xxxxxxxxxx>
• RE: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Felix Riemann <Felix.Riemann@xxxxxx>
• Re: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Felix Riemann <Felix.Riemann@xxxxxx>
• Re: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Felix Riemann <Felix.Riemann@xxxxxx>
• Re: [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] can: c_can: Handle lost bus-off interrupt while IRQs are disabled
  • From: Felix Riemann <felix.riemann@xxxxxx>
• Bug with endianess in gs_usb.c, questions
  • From: Michael Rausch <mr@xxxxxxxxxxx>
• [PATCH] can: gs_usb: avoid kernel warning when the device is stopped
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• RE: PCI/PCIe cards and MSI support
  • From: Stéphane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• Re: How to send a CAN message while in a kernel module?
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: How to send a CAN message while in a kernel module?
  • From: Robert Barrows <robb.barrows@xxxxxxxxx>
• Re: Need help in interpreting ip status output
  • From: André Hartmann <aha_1980@xxxxxx>
• Re: PCI/PCIe cards and MSI support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• RE: PCI/PCIe cards and MSI support
  • From: Stéphane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• Re: PCI/PCIe cards and MSI support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• RE: PCI/PCIe cards and MSI support
  • From: Stéphane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• Re: Need help in interpreting ip status output
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: Need help in interpreting ip status output
  • From: André Hartmann <aha_1980@xxxxxx>
• Re: How to send a CAN message while in a kernel module?
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: How to send a CAN message while in a kernel module?
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: How to send a CAN message while in a kernel module?
  • From: Robert Barrows <robb.barrows@xxxxxxxxx>
• Re: How to send a CAN message while in a kernel module?
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: How to send a CAN message while in a kernel module?
  • From: Robert Barrows <robb.barrows@xxxxxxxxx>
• Re: Need help in interpreting ip status output
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: How to send a CAN message while in a kernel module?
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: Need help in interpreting ip status output
  • From: André Hartmann <aha_1980@xxxxxx>
• How to send a CAN message while in a kernel module?
  • From: Robert Barrows <robb.barrows@xxxxxxxxx>
• Re: [PATCH] bonding: do not enslave CAN devices
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: Need help in interpreting ip status output
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: PCI/PCIe cards and MSI support
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• PCI/PCIe cards and MSI support
  • From: Stéphane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.4 16/73] can: add missing attribute validation for termination
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 11/37] can: add missing attribute validation for termination
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 09/28] can: add missing attribute validation for termination
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH] docs: dt: Fix m_can.txt reference in tcan4x5x.txt
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] docs: dt: Fix m_can.txt reference in tcan4x5x.txt
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH 04/12] docs: dt: fix references to m_can.txt file
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH 04/12] docs: dt: fix references to m_can.txt file
  • From: Benjamin GAIGNARD <benjamin.gaignard@xxxxxx>
• Re: [PATCH 04/12] docs: dt: fix references to m_can.txt file
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH 04/12] docs: dt: fix references to m_can.txt file
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH 04/12] docs: dt: fix references to m_can.txt file
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: adjust to MCAN MMIO schema conversion
  • From: Benjamin GAIGNARD <benjamin.gaignard@xxxxxx>
• [PATCH] MAINTAINERS: adjust to MCAN MMIO schema conversion
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• [PATCH v1] can: j1939: socket: j1939_sk_bind(): make sure ml_priv is allocated
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH] bonding: do not enslave CAN devices
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: Need help in interpreting ip status output
  • From: André Hartmann <aha_1980@xxxxxx>
• Re: Kernel-Warning when stopping the CAN interface
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: Kernel-Warning when stopping the CAN interface
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [PATCH] net: slcan, slip -- no need for goto when if () will do
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: general protection fault in j1939_netdev_start
  • From: syzbot <syzbot+f03d384f3455d28833eb@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: usb_8dev - WARN_ON(in_irq()) [#00560]
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Kernel-Warning when stopping the CAN interface
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• RE: [PATCH linux-can-next] can: flexcan: add correctable errors correction when HW supports ECC
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• Re: [PATCH] net: slcan, slip -- no need for goto when if () will do
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH] net: slcan, slip -- no need for goto when if () will do
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v2 1/3] dt-bindings: m_can: Add Documentation for transceiver regulator
  • From: Faiz Abbas <faiz_abbas@xxxxxx>
• Re: [PATCH] bonding: do not enslave CAN devices
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] bonding: do not enslave CAN devices
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Need help in interpreting ip status output
  • From: André Hartmann <aha_1980@xxxxxx>
• Re: [PATCH] bonding: do not enslave CAN devices
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH] bonding: do not enslave CAN devices
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH net 06/16] can: add missing attribute validation for termination
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH net 06/16] can: add missing attribute validation for termination
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH] bonding: do not enslave CAN devices
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bonding: do not enslave CAN devices
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: KASAN: use-after-free Read in slcan_open
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v2 1/3] dt-bindings: m_can: Add Documentation for transceiver regulator
  • From: Faiz Abbas <faiz_abbas@xxxxxx>
• Re: KASAN: use-after-free Read in slcan_open
  • From: syzbot <syzbot+b5ec6fd05ab552a78532@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH can-next 2/2] net: m_can: Fix freeing of can device from peripherials
  • From: Dan Murphy <dmurphy@xxxxxx>
• [RESEND PATCH can-next 1/2] can: tcan4x5x: Rename parse_config function
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH] bonding: do not enslave CAN devices
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: WARNING: refcount bug in j1939_netdev_start (2)
  • From: syzbot <syzbot+85d9878b19c94f9019ad@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH can-next] can: tcan4x5x: Rename parse_config function
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH] can: mcp251x: convert to half-duplex SPI
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v2] can: mcp251x: convert to half-duplex SPI
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] dt-bindings: m_can: Add Documentation for transceiver regulator
  • From: Faiz Abbas <faiz_abbas@xxxxxx>
• Re: [PATCH] can: mcp251x: convert to half-duplex SPI
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2] can: af_can: can_rcv() canfd_rcv(): Fix access of uninitialized memory or out of bounds
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] can: mcp251x: convert to half-duplex SPI
  • From: Tim Harvey <tharvey@xxxxxxxxxxxxx>
• Re: [PATCH] can: mcp251x: convert to half-duplex SPI
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v1] can: mcp251x: Use readx_poll_timeout() helper
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH linux-master 1/3] can: tcan4x5x: Move clock init to TCAN driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC] can: af_can: can_rcv() canfd_rcv(): Fix access of uninitialized memory or out of bounds
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] bonding: do not enslave CAN devices
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH linux-master 1/3] can: tcan4x5x: Move clock init to TCAN driver
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH] can: mcp251x: convert to half-duplex SPI
  • From: Tim Harvey <tharvey@xxxxxxxxxxxxx>
• general protection fault in j1939_netdev_start
  • From: syzbot <syzbot+f03d384f3455d28833eb@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] can: af_can: can_rcv() canfd_rcv(): Fix access of uninitialized memory or out of bounds
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v2] can: af_can: can_rcv() canfd_rcv(): Fix access of uninitialized memory or out of bounds
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v2] can: af_can: can_rcv() canfd_rcv(): Fix access of uninitialized memory or out of bounds
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC] can: af_can: can_rcv() canfd_rcv(): Fix access of uninitialized memory or out of bounds
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• RE: [PATCH 0/8] can: flexcan: add CAN FD support for NXP Flexcan
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• [RFC] can: af_can: can_rcv() canfd_rcv(): Fix access of uninitialized memory or out of bounds
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: KMSAN: uninit-value in number (2)
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• KMSAN: uninit-value in number (2)
  • From: syzbot <syzbot+9bcb0c9409066696d3aa@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH linux-master 1/3] can: tcan4x5x: Move clock init to TCAN driver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH linux-master 1/3] can: tcan4x5x: Move clock init to TCAN driver
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH v2 2/3] can: m_can: m_can_platform: Add support for enabling transceiver
  • From: Faiz Abbas <faiz_abbas@xxxxxx>
• Re: [PATCH v2 1/3] dt-bindings: m_can: Add Documentation for transceiver regulator
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] dt-bindings: m_can: Add Documentation for transceiver regulator
  • From: Faiz Abbas <faiz_abbas@xxxxxx>
• Re: [PATCH v2 2/3] can: m_can: m_can_platform: Add support for enabling transceiver
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] dt-bindings: m_can: Add Documentation for transceiver regulator
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH linux-master 0/3] MCAN updates for clock discovery
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH v4 2/2] dt-bindings: net: can: Convert M_CAN to json-schema
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v4 1/2] dt-bindinsg: net: can: Convert can-transceiver to json-schema
  • From: Rob Herring <robh@xxxxxxxxxx>
• RE: mcp25xxfd: missing cerrif
  • From: <Thomas.Kopp@xxxxxxxxxxxxx>
• Re: J1939: Unable to receive and transmit multi-frame messages
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH 0/8] can: flexcan: add CAN FD support for NXP Flexcan
  • From: Shawn Guo <shawnguo@xxxxxxxxxx>
• Re: canfd through slcan via SocketCAN
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: canfd through slcan via SocketCAN
  • From: Chris Morgan <chmorgan@xxxxxxxxx>
• [PATCH][next] can: peak_canfd: replace zero-length array with flexible-array member
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• J1939: Unable to receive and transmit multi-frame messages
  • From: Elenita Hinds <ecathinds@xxxxxxxxx>
• Re: canfd through slcan via SocketCAN
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH v1] can: mcp251x: Use readx_poll_timeout() helper
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] can: m_can: m_can_platform: Add support for enabling transceiver
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v2 1/3] dt-bindings: m_can: Add Documentation for transceiver regulator
  • From: Faiz Abbas <faiz_abbas@xxxxxx>
• [PATCH v2 2/3] can: m_can: m_can_platform: Add support for enabling transceiver
  • From: Faiz Abbas <faiz_abbas@xxxxxx>
• [PATCH v2 3/3] arm64: defconfig: Add Support for Bosch M_CAN controllers
  • From: Faiz Abbas <faiz_abbas@xxxxxx>
• [PATCH v2 0/3] Add Support for MCAN in AM654x-idk
  • From: Faiz Abbas <faiz_abbas@xxxxxx>
• Re: [PATCH 1/3] dt-bindings: net: can: m_can: Add Documentation for stb-gpios
  • From: Faiz Abbas <faiz_abbas@xxxxxx>
• Re: [PATCH 0/8] can: flexcan: add CAN FD support for NXP Flexcan
  • From: Michael Walle <michael@xxxxxxxx>
• Re: [PATCH 0/8] can: flexcan: add CAN FD support for NXP Flexcan
  • From: Shawn Guo <shawnguo@xxxxxxxxxx>
• canfd through slcan via SocketCAN
  • From: Chris Morgan <chmorgan@xxxxxxxxx>
• Re: [BUG] pfifo_fast may cause out-of-order CAN frame transmission
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• [PATCH] can: flexcan: fix spelling mistake "reserverd" -> "reserved"
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: mcp25xxfd: missing cerrif
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC] can: can_create_echo_skb(): fix echo skb generation: always use skb_clone()
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• [PATCH v1] can: j1939: transport: j1939_session_tx_dat(): fix use-after-free read in j1939_tp_txtimer()
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH 0/8] can: flexcan: add CAN FD support for NXP Flexcan
  • From: Michael Walle <michael@xxxxxxxx>
• Re: [PATCH 0/8] can: flexcan: add CAN FD support for NXP Flexcan
  • From: Michael Walle <michael@xxxxxxxx>
• RE: [PATCH 0/8] can: flexcan: add CAN FD support for NXP Flexcan
  • From: Pankaj Bansal <pankaj.bansal@xxxxxxx>
• RE: [PATCH 0/8] can: flexcan: add CAN FD support for NXP Flexcan
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• Re: [PATCH 0/8] can: flexcan: add CAN FD support for NXP Flexcan
  • From: Michael Walle <michael@xxxxxxxx>
• RE: [PATCH 0/8] can: flexcan: add CAN FD support for NXP Flexcan
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• Re: [PATCH 0/8] can: flexcan: add CAN FD support for NXP Flexcan
  • From: Michael Walle <michael@xxxxxxxx>
• RE: [PATCH 0/8] can: flexcan: add CAN FD support for NXP Flexcan
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• Re: [PATCH 0/8] can: flexcan: add CAN FD support for NXP Flexcan
  • From: Michael Walle <michael@xxxxxxxx>
• FW: [PATCH] can/peak_canfd: fix echo management when loopback is on
  • From: Stéphane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• [PATCH linux-can-next] can: flexcan: add correctable errors correction when HW supports ECC
  • From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
• RE: mcp25xxfd: missing cerrif
  • From: <Thomas.Kopp@xxxxxxxxxxxxx>
• Re: mcp25xxfd: missing cerrif
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• RE: mcp25xxfd: missing cerrif
  • From: <Thomas.Kopp@xxxxxxxxxxxxx>
• mcp25xxfd: missing cerrif
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: mcp25xxfd: minor register definition fixes
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH] can: mcp25xxfd: minor register definition fixes
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] can: mcp25xxfd: minor register definition fixes
  • From: Thomas Kopp <thomas.kopp@xxxxxxxxxxxxx>
• [mkl-can-next:v5.4/mcp25xxfd 5/99] drivers/net/can/spi/mcp25xxfd/mcp25xxfd-core.c:1305 mcp25xxfd_irq() warn: ignoring unreachable code.
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [mkl-can-next:v5.4/mcp25xxfd 6/99] drivers/net/can/spi/mcp25xxfd/mcp25xxfd-core.c:1729:18: error: 'struct mcp25xxfd_priv' has no member named 'cnt'
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v4 2/2] dt-bindings: net: can: Convert M_CAN to json-schema
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxx>
• [PATCH v4 0/2] Convert bosch,m_can to json-schema
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxx>
• [PATCH v4 1/2] dt-bindinsg: net: can: Convert can-transceiver to json-schema
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxx>
• [PATCH v3 1/2] dt-bindinsg: net: can: Convert can-transceiver to json-schema
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxx>
• [PATCH v3 2/2] dt-bindings: net: can: Convert M_CAN to json-schema
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxx>
• [PATCH v3 0/2] Convert bosch,m_can to json-schema
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxx>
• Re: [PATCH v2 1/2] dt-bindinsg: net: can: Convert can-transceiver to json-schema
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [BUG] pfifo_fast may cause out-of-order CAN frame transmission
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: Help to set up can net interface on Dell 3200 Intel Atom
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [BUG] pfifo_fast may cause out-of-order CAN frame transmission
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: Is /dev/ttyACM0 of ATMEL serial CAN bus ?
  • From: Yegor Yefremov <yegorslists@xxxxxxxxxxxxxx>
• Is /dev/ttyACM0 of ATMEL serial CAN bus ?
  • From: "Lev R. Oshvang ." <levonshe@xxxxxxxxx>
• Re: Help to set up can net interface on Dell 3200 Intel Atom
  • From: "Lev R. Oshvang ." <levonshe@xxxxxxxxx>
• Re: usb_8dev - WARN_ON(in_irq())
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: usb_8dev - WARN_ON(in_irq())
  • From: Gediminas Simanskis <gediminas@xxxxxxxxxx>
• Re: usb_8dev - WARN_ON(in_irq())
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH] bonding: do not enslave CAN devices
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• can-utils update for Debian
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [BUG] pfifo_fast may cause out-of-order CAN frame transmission
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• Re: Help to set up can net interface on Dell 3200 Intel Atom
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH] can/peak_canfd: fix echo management when loopback is on
  • From: Stephane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• Help to set up can net interface on Dell 3200 Intel Atom
  • From: "Lev R. Oshvang ." <levonshe@xxxxxxxxx>
• [PATCH v2 2/2] dt-bindings: net: can: Convert M_CAN to json-schema
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxx>
• [PATCH v2 0/2] Convert bosch,m_can to json-schema
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxx>
• [PATCH v2 1/2] dt-bindinsg: net: can: Convert can-transceiver to json-schema
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxx>
• Re: [PATCH] dt-bindings: net: can: Convert M_CAN to json-schema
  • From: Benjamin GAIGNARD <benjamin.gaignard@xxxxxx>
• Re: [RFC] can: can_create_echo_skb(): fix echo skb generation: always use skb_clone()
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH] dt-bindings: net: can: Convert M_CAN to json-schema
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC] can: can_create_echo_skb(): fix echo skb generation: always use skb_clone()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC] can: can_create_echo_skb(): fix echo skb generation: always use skb_clone()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC] can: can_create_echo_skb(): fix echo skb generation: always use skb_clone()
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH 1/3] dt-bindings: net: can: m_can: Add Documentation for stb-gpios
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH linux-master 1/3] can: tcan4x5x: Move clock init to TCAN driver
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH linux-master 0/3] MCAN updates for clock discovery
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH linux-master 3/3] can: m_can: Remove unused clock function from the framework
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH linux-master 2/3] can: m_can_platform: Move clock discovery and init to platform
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH v2] can: tcan4x5x: Turn on the power before parsing the config
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH] bonding: do not enslave CAN devices
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH] bonding: do not enslave CAN devices
  • From: Sabrina Dubroca <sd@xxxxxxxxxxxxxxx>
• [PATCH] bonding: do not enslave CAN devices
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH RFC] can-utils: candump: remove bridging functionality
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH] can: m_can: the state change mistake
  • From: Wu Bo <wubo.oduw@xxxxxxxxx>
• [PATCH] can: m_can: the state change mistake
  • From: Wu Bo <wubo.oduw@xxxxxxxxx>
• Tutorial to use the M_CAN IP cores with a STM32MP157A-DK1 dev kit
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH 4.4 160/183] can, slip: Protect tty->disc_data in write_wakeup and close with RCU
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 01/92] can, slip: Protect tty->disc_data in write_wakeup and close with RCU
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 234/271] can, slip: Protect tty->disc_data in write_wakeup and close with RCU
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.4 001/104] can, slip: Protect tty->disc_data in write_wakeup and close with RCU
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 01/46] can, slip: Protect tty->disc_data in write_wakeup and close with RCU
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: general protection fault in can_rx_register
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [PATCH v2] can: tcan4x5x: Turn on the power before parsing the config
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: general protection fault in can_rx_register
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: general protection fault in can_rx_register
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH] dt-bindings: net: can: Convert M_CAN to json-schema
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxx>
• [RFC] can: can_create_echo_skb(): fix echo skb generation: always use skb_clone()
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Add Support for MCAN in AM654x-idk
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Add Support for MCAN in AM654x-idk
  • From: Faiz Abbas <faiz_abbas@xxxxxx>
• Re: [PATCH 0/3] Add Support for MCAN in AM654x-idk
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] dt-bindings: net: can: m_can: Add Documentation for stb-gpios
  • From: Faiz Abbas <faiz_abbas@xxxxxx>
• Re: [PATCH v3] can, slip: Protect tty->disc_data in write_wakeup and close with RCU
  • From: David Miller <davem@xxxxxxxxxxxxx>
• RE: [PATCH 2/3] can: m_can: m_can_platform: Add support for enabling transceiver through the STB line
  • From: "Sriram Dash" <sriram.dash@xxxxxxxxxxx>
• Re: [PATCH 1/3] dt-bindings: net: can: m_can: Add Documentation for stb-gpios
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH 1/3] dt-bindings: net: can: m_can: Add Documentation for stb-gpios
  • From: Sekhar Nori <nsekhar@xxxxxx>
• Re: [PATCH 1/3] dt-bindings: net: can: m_can: Add Documentation for stb-gpios
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH 1/3] dt-bindings: net: can: m_can: Add Documentation for stb-gpios
  • From: Faiz Abbas <faiz_abbas@xxxxxx>
• [PATCH 3/3] arm64: defconfig: Add Support for Bosch M_CAN controllers
  • From: Faiz Abbas <faiz_abbas@xxxxxx>
• [PATCH 2/3] can: m_can: m_can_platform: Add support for enabling transceiver through the STB line
  • From: Faiz Abbas <faiz_abbas@xxxxxx>
• [PATCH 0/3] Add Support for MCAN in AM654x-idk
  • From: Faiz Abbas <faiz_abbas@xxxxxx>
• Re: general protection fault in can_rx_register
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: general protection fault in can_rx_register
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: general protection fault in can_rx_register
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: general protection fault in can_rx_register
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: general protection fault in can_rx_register
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: general protection fault in can_rx_register
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: general protection fault in can_rx_register
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v3] can, slip: Protect tty->disc_data in write_wakeup and close with RCU
  • From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
• Re: general protection fault in can_rx_register
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: general protection fault in can_rx_register
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: general protection fault in can_rx_register
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: general protection fault in can_rx_register
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: [BUG] pfifo_fast may cause out-of-order CAN frame transmission
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• Re: general protection fault in can_rx_register
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: general protection fault in can_rx_register
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: VCAN and CAN-FD DLC versus data length
  • From: Andre Naujoks <nautsch2@xxxxxxxxx>
• Re: general protection fault in can_rx_register
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• Re: VCAN and CAN-FD DLC versus data length
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• general protection fault in can_rx_register
  • From: syzbot <syzbot+c3ea30e1e2485573f953@xxxxxxxxxxxxxxxxxxxxxxxxx>
• VCAN and CAN-FD DLC versus data length
  • From: Andre Naujoks <nautsch2@xxxxxxxxx>
• Re: KASAN: use-after-free Read in j1939_xtp_rx_abort_one
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: general protection fault in j1939_sk_bind
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: Re: general protection fault in j1939_sk_bind
  • From: syzbot <syzbot+4857323ec1bb236f6a45@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: general protection fault in j1939_sk_bind
  • From: syzbot <syzbot+4857323ec1bb236f6a45@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] can, slip: Protect tty->disc_data access with RCU
  • From: Richard Palethorpe <rpalethorpe@xxxxxxx>
• Re: [PATCH v2 10/17] dt-bindings: atmel-smc: add microchip,sam9x60-smc
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH v2 10/17] dt-bindings: atmel-smc: add microchip,sam9x60-smc
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH] can, slip: Protect tty->disc_data access with RCU
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH] can, slip: Protect tty->disc_data access with RCU
  • From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
• Re: [PATCH v2 05/17] dt-bindings: atmel-isi: add microchip,sam9x60-isi
  • From: Hans Verkuil <hverkuil@xxxxxxxxx>
• Re: [PATCH v2 15/17] dt-bindings: arm: add sam9x60-ek board
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH v2 11/17] dt-bindings: atmel-gpbr: add microchip,sam9x60-gpbr
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH v2 10/17] dt-bindings: atmel-smc: add microchip,sam9x60-smc
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH v2 09/17] dt-bindings: atmel-sysreg: add microchip,sam9x60-ddramc
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH v2 08/17] dt-bindings: atmel-nand: add microchip,sam9x60-pmecc
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH v2 07/17] dt-bindings: atmel-matrix: add microchip,sam9x60-matrix
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH v2 06/17] dt-bindings: at91-sama5d2_adc: add microchip,sam9x60-adc
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH v2 05/17] dt-bindings: atmel-isi: add microchip,sam9x60-isi
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH v2 03/17] dt-bindings: atmel-can: add microchip,sam9x60-can
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH v2 02/17] dt-bindings: at_xdmac: add microchip,sam9x60-dma
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH v2 01/17] dt-bindings: at_xdmac: remove wildcard
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH v2 15/17] dt-bindings: arm: add sam9x60-ek board
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 13/17] dt-bindings: atmel-usart: remove wildcard
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 10/17] dt-bindings: atmel-smc: add microchip,sam9x60-smc
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 12/17] dt-bindings: atmel,at91rm9200-rtc: add microchip,sam9x60-rtc
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 08/17] dt-bindings: atmel-nand: add microchip,sam9x60-pmecc
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 09/17] dt-bindings: atmel-sysreg: add microchip,sam9x60-ddramc
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 11/17] dt-bindings: atmel-gpbr: add microchip,sam9x60-gpbr
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 07/17] dt-bindings: atmel-matrix: add microchip,sam9x60-matrix
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 06/17] dt-bindings: at91-sama5d2_adc: add microchip,sam9x60-adc
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 02/17] dt-bindings: at_xdmac: add microchip,sam9x60-dma
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 05/17] dt-bindings: atmel-isi: add microchip,sam9x60-isi
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 03/17] dt-bindings: atmel-can: add microchip,sam9x60-can
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 04/17] dt-bindings: atmel-tcb: add microchip,sam9x60-tcb
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 01/17] dt-bindings: at_xdmac: remove wildcard
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: KASAN: use-after-free Read in j1939_xtp_rx_abort_one
  • From: syzbot <syzbot+db4869ba599c0de9b13e@xxxxxxxxxxxxxxxxxxxxxxxxx>
• WARNING: refcount bug in j1939_netdev_start (2)
  • From: syzbot <syzbot+85d9878b19c94f9019ad@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [BUG] pfifo_fast may cause out-of-order CAN frame transmission
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• Re: [PATCH v2 06/17] dt-bindings: at91-sama5d2_adc: add microchip,sam9x60-adc
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 16/16] ARM: dts: at91: sam9x60: add device tree for soc and board
  • From: <Nicolas.Ferre@xxxxxxxxxxxxx>
• Re: [BUG] pfifo_fast may cause out-of-order CAN frame transmission
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH v2 12/17] dt-bindings: atmel,at91rm9200-rtc: add microchip,sam9x60-rtc
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH v2 15/17] dt-bindings: arm: add sam9x60-ek board
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH v2 17/17] ARM: dts: at91: sam9x60: add device tree for soc and board
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH v2 14/17] dt-bindings: atmel-usart: add microchip,sam9x60-{usart, dbgu}
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH v2 16/17] ARM: at91/defconfig: enable MMC_SDHCI_OF_AT91 and MICROCHIP_PIT64B
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH v2 13/17] dt-bindings: atmel-usart: remove wildcard
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH v2 11/17] dt-bindings: atmel-gpbr: add microchip,sam9x60-gpbr
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH v2 10/17] dt-bindings: atmel-smc: add microchip,sam9x60-smc
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH v2 09/17] dt-bindings: atmel-sysreg: add microchip,sam9x60-ddramc
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH v2 08/17] dt-bindings: atmel-nand: add microchip,sam9x60-pmecc
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH v2 07/17] dt-bindings: atmel-matrix: add microchip,sam9x60-matrix
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH v2 06/17] dt-bindings: at91-sama5d2_adc: add microchip,sam9x60-adc
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH v2 05/17] dt-bindings: atmel-isi: add microchip,sam9x60-isi
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH v2 04/17] dt-bindings: atmel-tcb: add microchip,sam9x60-tcb
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH v2 03/17] dt-bindings: atmel-can: add microchip,sam9x60-can
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH v2 02/17] dt-bindings: at_xdmac: add microchip,sam9x60-dma
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH v2 01/17] dt-bindings: at_xdmac: remove wildcard
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• [PATCH v2 00/17] add device tree for SAM9X60 SoC and SAM9X60-EK board
  • From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
• Re: [PATCH 11/16] dt-bindings: atmel,at91rm9200-rtc: add microchip,sam9x60-rtc
  • From: <Claudiu.Beznea@xxxxxxxxxxxxx>
• Re: [PATCH 03/16] dt-bindings: atmel-tcb: add microchip,<chip>-tcb
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH 13/16] dt-bindings: atmel-usart: add microchip,<chip>-usart
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH 11/16] dt-bindings: atmel,at91rm9200-rtc: add microchip,sam9x60-rtc
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH 03/16] dt-bindings: atmel-tcb: add microchip,<chip>-tcb
  • From: <Claudiu.Beznea@xxxxxxxxxxxxx>
• Re: [PATCH 03/16] dt-bindings: atmel-tcb: add microchip,<chip>-tcb
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH v3 2/6] dt-bindings: net: can: binding for CTU CAN FD open-source IP core.
  • From: Pavel Pisa <pisa@xxxxxxxxxxxxxxxx>
• Applied "dt-bindings: spi_atmel: add microchip,sam9x60-spi" to the spi tree
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC] input: cap11xx: plasma globe proof
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>