Linux CAN Development - Date Index
[Prev Page][Next Page]
- 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>
- Re: [PATCH 07/16] dt-bindings: atmel-nand: add microchip,sam9x60-pmecc
- From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
- Re: [BUG] pfifo_fast may cause out-of-order CAN frame transmission
- From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
- Re: [BUG] pfifo_fast may cause out-of-order CAN frame transmission
- From: Paolo Abeni <pabeni@xxxxxxxxxx>
- Re: [RFC v3] c_can: improve latency and avoid packet loss
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH linux-can/testing] can: tcan4x5x: Disable the INH pin device-state GPIO is unavailable
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH linux-can/testing] can: tcan4x5x: Disable the INH pin device-state GPIO is unavailable
- From: Dan Murphy <dmurphy@xxxxxx>
- [BUG] pfifo_fast may cause out-of-order CAN frame transmission
- From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
- [PATCH 16/16] ARM: dts: at91: sam9x60: add device tree for soc and board
- From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
- [PATCH 14/16] dt-bindings: arm: add sam9x60-ek board
- From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
- [PATCH 09/16] dt-bindings: atmel-smc: add microchip,sam9x60-smc
- From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
- [PATCH 08/16] dt-bindings: atmel-sysreg: add microchip,sam9x60-ddramc
- From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
- [PATCH 07/16] dt-bindings: atmel-nand: add microchip,sam9x60-pmecc
- From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
- [PATCH 15/16] ARM: at91/defconfig: enable MMC_SDHCI_OF_AT91 and MICROCHIP_PIT64B
- From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
- [PATCH 13/16] dt-bindings: atmel-usart: add microchip,<chip>-usart
- From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
- [PATCH 12/16] dt-bindings: spi_atmel: add microchip,sam9x60-spi
- From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
- [PATCH 11/16] dt-bindings: atmel,at91rm9200-rtc: add microchip,sam9x60-rtc
- From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
- [PATCH 10/16] dt-bindings: atmel-gpbr: add microchip,sam9x60-gpbr
- From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
- [PATCH 06/16] dt-bindings: atmel-matrix: add microchip,sam9x60-matrix
- From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
- [PATCH 01/16] dt-bindings: at_xdmac: add entry for microchip compatibles
- From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
- [PATCH 05/16] dt-bindings: at91-sama5d2_adc: add microchip,sam9x60-adc
- From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
- [PATCH 04/16] dt-bindings: atmel-isi: add microchip,sam9x60-isi
- From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
- [PATCH 03/16] dt-bindings: atmel-tcb: add microchip,<chip>-tcb
- From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
- [PATCH 02/16] dt-bindings: atmel-can: add microchip,sam9x60-can
- From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
- [PATCH 00/16] add device tree for SAM9X60 SoC and SAM9X60-EK board
- From: Claudiu Beznea <claudiu.beznea@xxxxxxxxxxxxx>
- Re: [RFC v3] c_can: improve latency and avoid packet loss
- From: Elenita Hinds <ecathinds@xxxxxxxxx>
- Re: [RFC v3] c_can: improve latency and avoid packet loss
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- Re: [RFC v3] c_can: improve latency and avoid packet loss
- From: Elenita Hinds <ecathinds@xxxxxxxxx>
- INFO: task hung in bcm_release
- From: syzbot <syzbot+9d1d68a21e17513cb654@xxxxxxxxxxxxxxxxxxxxxxxxx>
- INFO: task hung in raw_release
- From: syzbot <syzbot+aeec49cf894ac6173e92@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 2/6] dt-bindings: net: can: binding for CTU CAN FD open-source IP core.
- From: Rob Herring <robh@xxxxxxxxxx>
- RE: [PATCH V2 1/2] can: flexcan: disable runtime PM if register flexcandev failed
- From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
- Re: pull-request: can 2020-01-02
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] mscan: fix rx path lockup when returning from polling to irq mode
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH v2 1/2] can: m_can: tcan4x5x: put the device out of standby before register access
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- pull-request: can 2020-01-02
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH 1/9] can: tcan4x5x: tcan4x5x_can_probe(): get the device out of standby before register access
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH 2/9] can: tcan4x5x: tcan4x5x_can_probe(): turn on the power before parsing the config
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH 5/9] can: tcan4x5x: tcan4x5x_parse_config(): fix inconsistent IS_ERR and PTR_ERR
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH 7/9] can: kvaser_usb: fix interface sanity check
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH 3/9] can: tcan4x5x: tcan4x5x_parse_config(): reset device before register access
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH 9/9] can: mscan: mscan_rx_poll(): fix rx path lockup when returning from polling to irq mode
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH 8/9] can: gs_usb: gs_usb_probe(): use descriptors of current altsetting
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH 4/9] can: tcan4x5x: tcan4x5x_parse_config(): Disable the INH pin device-state GPIO is unavailable
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH 6/9] can: can_dropped_invalid_skb(): ensure an initialized headroom in outgoing CAN sk_buffs
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH v2 1/2] can: m_can: tcan4x5x: put the device out of standby before register access
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- Re: [PATCH v2 1/2] can: m_can: tcan4x5x: put the device out of standby before register access
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH v2] can: tcan4x5x: Turn on the power before parsing the config
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH v2] can: tcan4x5x: Turn on the power before parsing the config
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH v2] can: tcan4x5x: Turn on the power before parsing the config
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH net-next] can: avoid unnecessary remove in can_remove_proc
- From: YueHaibing <yuehaibing@xxxxxxxxxx>
- [PATCH 6/6] cap11xx: export major chip settings to sysfs
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 3/6] cap11xx: polling mode without irq
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 2/6] cap11xx: support cap1208
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 4/6] cap11xx: add register definition for LED_LINK
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 5/6] cap11xx: enable all 8 inputs
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 1/6] cap11xx: set device driver_data
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [RFC] input: cap11xx: plasma globe proof
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH linux-can/testing] can: tcan4x5x: Disable the INH pin device-state GPIO is unavailable
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH linux-can/testing] can: tcan4x5x: Disable the INH pin device-state GPIO is unavailable
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH v6 1/2] can: tcan4x5x: reset device before register access
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- KASAN: use-after-free Read in j1939_tp_txtimer
- From: syzbot <syzbot+5322482fe520b02aea30@xxxxxxxxxxxxxxxxxxxxxxxxx>
- [PATCH] mscan: fix rx path lockup when returning from polling to irq mode
- From: Florian Faber <faber@xxxxxxxxxxx>
- Re: [PATCH v3 1/6] dt-bindings: vendor-prefix: add prefix for Czech Technical University in Prague.
- From: Rob Herring <robh@xxxxxxxxxx>
- Re: [PATCH v3] can: ensure an initialized headroom in outgoing CAN sk_buffs
- From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
- Re: Backporting J1939 and mcp25xxfd
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH v3] can: ensure an initialized headroom in outgoing CAN sk_buffs
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- KASAN: slab-out-of-bounds Read in j1939_tp_txtimer
- From: syzbot <syzbot+11d6c5c51b583bea8575@xxxxxxxxxxxxxxxxxxxxxxxxx>
- [PATCH v3 2/6] dt-bindings: net: can: binding for CTU CAN FD open-source IP core.
- From: pisa@xxxxxxxxxxxxxxxx
- [PATCH v3 1/6] dt-bindings: vendor-prefix: add prefix for Czech Technical University in Prague.
- From: pisa@xxxxxxxxxxxxxxxx
- [PATCH v3 4/6] can: ctucanfd: CTU CAN FD open-source IP core - PCI bus support.
- From: pisa@xxxxxxxxxxxxxxxx
- [PATCH v3 5/6] can: ctucanfd: CTU CAN FD open-source IP core - platform/SoC support.
- From: pisa@xxxxxxxxxxxxxxxx
- [PATCH v3 0/6] CTU CAN FD open-source IP core SocketCAN driver, PCI, platform integration and documentation
- From: pisa@xxxxxxxxxxxxxxxx
- Re: [PATCH] can: m_can: Fix default pinmux glitch at init
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- Re: [PATCH] can: m_can: Fix default pinmux glitch at init
- From: Marek Vasut <marex@xxxxxxx>
- Re: [PATCH] can: m_can: Fix default pinmux glitch at init
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- Re: [PATCH] can: m_can: Fix default pinmux glitch at init
- From: Marek Vasut <marex@xxxxxxx>
- Re: [PATCH] can: m_can: Fix default pinmux glitch at init
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- Re: [PATCH net-next v2 2/3] dt-bindings: can: rcar_canfd: document r8a774b1 support
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH net-next v2 1/3] dt-bindings: can: rcar_can: Add r8a774b1 support
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Backporting J1939 and mcp25xxfd
- From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
- [PATCH 10/11] can: c_can: support 64 message objects for D_CAN
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 09/11] can: c_can: runtime message object divisions
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 02/11] can: rx-offload: add skb queue for use during ISR
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 11/11] can: c_can: increase RX queue, TX queue fixed to 8
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 07/11] can: c_can: remove quota during isr
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 05/11] can: c_can: use rx-offload for echo skb
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 08/11] can: c_can: remove unused enum BOSCH_C_CAN_PLATFORM
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 01/11] can: rx-offload: can_rx_offload_add_manual(): add new initialization function
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 04/11] can: c_can: use rx-offload in IRQ handler
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 03/11] can: c_can: register_c_can_dev(): convert to goto style error handling
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH v4] c_can: improve latency and avoid packet loss
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- Backporting J1939 and mcp25xxfd
- From: Michael Frampton <Michael.Frampton@xxxxxxxxxxxx>
- Re: [PATCH] can: m_can: Fix default pinmux glitch at init
- From: Marek Vasut <marex@xxxxxxx>
- Re: [PATCH] can: m_can: Fix default pinmux glitch at init
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- RE: [PATCH V2 1/2] can: flexcan: disable runtime PM if register flexcandev failed
- From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
- RE: [PATCH net-next v2 2/3] dt-bindings: can: rcar_canfd: document r8a774b1 support
- From: Fabrizio Castro <fabrizio.castro@xxxxxxxxxxxxxx>
- RE: [PATCH net-next v2 1/3] dt-bindings: can: rcar_can: Add r8a774b1 support
- From: Fabrizio Castro <fabrizio.castro@xxxxxxxxxxxxxx>
- Re: [PATCH V2 1/2] can: flexcan: disable runtime PM if register flexcandev failed
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- Re: [PATCH V2 2/2] can: flexcan: disable clocks during stop mode
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- Re: [PATCH V2 1/2] can: flexcan: disable runtime PM if register flexcandev failed
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- Re: [PATCH v1] can: j1939: transport: j1939_simple_recv(): ignore local J1939 messages send not by J1939 stack
- From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
- Re: [PATCH v1] can: j1939: transport: j1939_simple_recv(): ignore local J1939 messages send not by J1939 stack
- From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
- [PATCH v1] can: j1939: transport: j1939_simple_recv(): ignore local J1939 messages send not by J1939 stack
- From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
- [PATCH 11/11] can: c_can: increase RX queue, TX queue fixed to 8
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 10/11] can: c_can: support 64 message objects for D_CAN
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 09/11] can: c_can: runtime message object divisions
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [RFC v3] c_can: improve latency and avoid packet loss
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 09/11] can: c_can: support 64 message objects for D_CAN
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH 10/11] can: c_can: message object division not hardcoded
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 11/11] can: c_can: increase RX queue
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 09/11] can: c_can: support 64 message objects for D_CAN
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [RFC v2] c_can: improve latency and avoid packet loss
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- Re: [RFC] c_can: improve latency and avoid packet loss
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 09/10] can: c_can: support 64 message objects for D_CAN
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- Re: [RFC] c_can: improve latency and avoid packet loss
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH 10/10] can: c_can: configurable amount of D_CAN RX objects
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH 09/10] can: c_can: support 64 message objects for D_CAN
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [RFC] c_can: improve latency and avoid packet loss
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 10/10] can: c_can: configurable amount of D_CAN RX objects
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 07/10] can: c_can: remove quota during isr
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 02/10] can: rx-offload: add skb queue for use during ISR
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 01/10] can: rx-offload: can_rx_offload_add_manual(): add new initialization function
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 09/10] can: c_can: support 64 message objects for D_CAN
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 03/10] can: c_can: register_c_can_dev(): convert to goto style error handling
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 04/10] can: c_can: use rx-offload in IRQ handler
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 05/10] can: c_can: use rx-offload for echo skb
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [PATCH 08/10] can: c_can: remove unused enum BOSCH_C_CAN_PLATFORM
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- [RFC] c_can: improve latency and avoid packet loss
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] can: m_can: Fix default pinmux glitch at init
- From: Marek Vasut <marex@xxxxxxx>
- Re: [PATCH] can: m_can: Fix default pinmux glitch at init
- From: Grygorii Strashko <grygorii.strashko@xxxxxx>
- [PATCH] can: m_can: Fix default pinmux glitch at init
- From: Marek Vasut <marex@xxxxxxx>
- RE: [PATCH V2 1/2] can: flexcan: disable runtime PM if register flexcandev failed
- From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
- Re: [PATCH v3] can: ensure an initialized headroom in outgoing CAN sk_buffs
- From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
- Re: [PATCH v3] can: ensure an initialized headroom in outgoing CAN sk_buffs
- 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: Michal Sojka <michal.sojka@xxxxxxx>
- Re: usb_8dev - WARN_ON(in_irq())
- From: Michal Sojka <michal.sojka@xxxxxxx>
- Re: usb_8dev - WARN_ON(in_irq())
- From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
- Re: can-utils jacd questions
- From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
- Re: can-utils jacd questions
- From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
- Re: can-utils jacd questions
- From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
- Re: can-utils jacd questions
- From: Elenita Hinds <ecathinds@xxxxxxxxx>
- [PATCH linux-can/testing] can: tcan4x5x: Disable the INH pin device-state GPIO is unavailable
- From: Dan Murphy <dmurphy@xxxxxx>
- Re: [PATCH v6 1/2] can: tcan4x5x: reset device before register access
- From: Dan Murphy <dmurphy@xxxxxx>
- Re: [PATCH v2] can: tcan4x5x: remove redundant return statement
- From: Dan Murphy <dmurphy@xxxxxx>
- [PATCH v2] can: tcan4x5x: remove redundant return statement
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- Re: [PATCH] can: tcan4x5x: remove redundant return statement
- From: Dan Murphy <dmurphy@xxxxxx>
- [PATCH] can: tcan4x5x: remove redundant return statement
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- [PATCH v6 2/2] can: tcan4x5x: put the device out of standby before register access
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- [PATCH v6 1/2] can: tcan4x5x: reset device before register access
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- Re: [PATCH v6 2/2] can: m_can: remove double clearing of clock stop request bit
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- Re: [PATCH v6 1/2] can: tcan4x5x: put the device out of standby before register access
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- [PATCH v6 2/2] can: m_can: remove double clearing of clock stop request bit
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- [PATCH v6 1/2] can: tcan4x5x: put the device out of standby before register access
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- Re: [PATCH v5 1/2] can: tcan4x5x: reset device before register access
- From: Dan Murphy <dmurphy@xxxxxx>
- Re: [PATCH v5 1/2] can: tcan4x5x: reset device before register access
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- Re: [PATCH v5 1/2] can: tcan4x5x: reset device before register access
- From: Dan Murphy <dmurphy@xxxxxx>
- [PATCH v5 2/2] can: tcan4x5x: put the device out of standby before register access
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- [PATCH v5 1/2] can: tcan4x5x: reset device before register access
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- Re: [PATCH v4 1/2] can: tcan4x5x: reset device before register access
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- Re: [PATCH v4 1/2] can: tcan4x5x: reset device before register access
- From: Dan Murphy <dmurphy@xxxxxx>
- [PATCH v4 2/2] can: tcan4x5x: put the device out of standby before register access
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- [PATCH v4 1/2] can: tcan4x5x: reset device before register access
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- Re: [PATCH v3 2/2] can: m_can: tcan4x5x: reset device before register access
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- Re: [PATCH v3 2/2] can: m_can: tcan4x5x: reset device before register access
- From: Dan Murphy <dmurphy@xxxxxx>
- Re: [PATCH v3 1/2] can: m_can: tcan4x5x: put the device out of standby before register access
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH v3 1/2] can: m_can: tcan4x5x: put the device out of standby before register access
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- Re: [PATCH v3 1/2] can: m_can: tcan4x5x: put the device out of standby before register access
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- usb_8dev - WARN_ON(in_irq())
- From: Michal Sojka <michal.sojka@xxxxxxx>
- Re: [PATCH v3 1/2] can: m_can: tcan4x5x: put the device out of standby before register access
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- Re: [PATCH v3 1/2] can: m_can: tcan4x5x: put the device out of standby before register access
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH v4] can: m_can: remove double clearing of clock stop request bit
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- Re: [PATCH v3 1/2] can: m_can: tcan4x5x: put the device out of standby before register access
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- Re: [PATCH v3 1/2] can: m_can: tcan4x5x: put the device out of standby before register access
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH v4] can: m_can: remove double clearing of clock stop request bit
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH v3 2/2] can: m_can: tcan4x5x: reset device before register access
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- [PATCH v3 1/2] can: m_can: tcan4x5x: put the device out of standby before register access
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- [PATCH v4] can: m_can: remove double clearing of clock stop request bit
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- Re: [PATCH v2] can: tcan4x5x: Turn on the power before parsing the config
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH v3] can: m_can: remove double clearing of clock stop request bit
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH][next] can: tcan45x: Fix inconsistent IS_ERR and PTR_ERR
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH v2] can: tcan4x5x: Turn on the power before parsing the config
- From: Dan Murphy <dmurphy@xxxxxx>
- [PATCH][next] can: tcan45x: Fix inconsistent IS_ERR and PTR_ERR
- From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
- Re: [PATCH][next] can: tcan45x: Fix inconsistent IS_ERR and PTR_ERR
- From: Dan Murphy <dmurphy@xxxxxx>
- Re: [PATCH 0/2] can: fix USB altsetting bugs
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH 0/2] can: fix USB altsetting bugs
- From: Johan Hovold <johan@xxxxxxxxxx>
- [PATCH 1/2] can: kvaser_usb: fix interface sanity check
- From: Johan Hovold <johan@xxxxxxxxxx>
- [PATCH 2/2] can: gs_usb: use descriptors of current altsetting
- From: Johan Hovold <johan@xxxxxxxxxx>
- [PATCH v3] can: ensure an initialized headroom in outgoing CAN sk_buffs
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- RE: [PATCH v4 4/4] can: mcp251x: add GPIO support
- From: Schlüßler, Timo <t.schluessler@xxxxxxxxx>
- Re: [mkl-can:testing 1/1] include/linux/can/dev.h:113: undefined reference to `can_skb_headroom_valid'
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH v4 4/4] can: mcp251x: add GPIO support
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH V2 2/2] can: flexcan: disable clocks during stop mode
- From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
- [PATCH V2 1/2] can: flexcan: disable runtime PM if register flexcandev failed
- From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
- RE: [PATCH 2/2] can: flexcan: disable clocks during stop mode
- From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
- Re: [PATCH 2/2] can: flexcan: disable clocks during stop mode
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [mkl-can:testing 1/1] include/linux/can/dev.h:113: undefined reference to `can_skb_headroom_valid'
- From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
- RE: [PATCH 2/2] can: flexcan: disable clocks during stop mode
- From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
- Re: [PATCH 2/2] can: flexcan: disable clocks during stop mode
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- [PATCH 2/2] can: flexcan: disable clocks during stop mode
- From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
- [PATCH 1/2] can: flexcan: disable runtime PM if register flexcandev failed
- From: Joakim Zhang <qiangqing.zhang@xxxxxxx>
- Re: [PATCH v2 1/2] can: m_can: tcan4x5x: put the device out of standby before register access
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH v2 2/2] can: m_can: tcan4x5x: reset device before register access
- From: Dan Murphy <dmurphy@xxxxxx>
- Re: [PATCH v2 2/2] can: m_can: tcan4x5x: reset device before register access
- From: Sean Nyekjaer <sean@xxxxxxxxxx>
- Re: [PATCH] can: tcan4x5x: Turn on the power before parsing the config
- From: Dan Murphy <dmurphy@xxxxxx>
- Re: [PATCH] can: tcan4x5x: Turn on the power before parsing the config
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH v2 2/2] can: m_can: tcan4x5x: reset device before register access
- From: Dan Murphy <dmurphy@xxxxxx>
- [PATCH] can: tcan4x5x: Turn on the power before parsing the config
- From: Dan Murphy <dmurphy@xxxxxx>
- [mkl-can:testing 1/1] include/linux/can/dev.h:113: undefined reference to `can_skb_headroom_valid'
- From: kbuild test robot <lkp@xxxxxxxxx>
[Index of Archives]
[Automotive Discussions]
[Linux Kernel Development]
[Security]
[Linux ARM Kernel]
[Linux MIPS]
[Linux S390]
[Bugtraq]
[Fedora ARM]
[CAN Bus]