Marc Kleine-Budde aee2b3ccc8 can: tcan4x5x: fix bittiming const, use common bittiming from m_can driver ... According to the TCAN4550 datasheet "SLLSF91 - DECEMBER 2018" the tcan4x5x has the same bittiming constants as a m_can revision 3.2.x/3.3.0. The tcan4x5x chip I'm using identifies itself as m_can revision 3.2.1, so remove the tcan4x5x specific bittiming values and rely on the values in the m_can driver, which are selected according to core revision. Fixes: 5443c226ba ("can: tcan4x5x: Add tcan4x5x driver to the kernel") Cc: Dan Murphy <dmurphy@ti.com> Reviewed-by: Sean Nyekjaer <sean@geanix.com> Link: https://lore.kernel.org/r/20201215103238.524029-3-mkl@pengutronix.de Signed-off-by: Marc Kleine-Budde <mkl@pengutronix.de>		2021-01-07 09:27:19 +01:00
..
Kconfig	can: m_can: add PCI glue driver for Intel Elkhart Lake	2020-12-10 10:40:10 +01:00
m_can_pci.c	can: m_can: use struct m_can_classdev as drvdata	2020-12-14 14:24:17 +01:00
m_can_platform.c	can: m_can: use struct m_can_classdev as drvdata	2020-12-14 14:24:17 +01:00
m_can.c	can: m_can: m_can_class_unregister(): remove erroneous m_can_clk_stop()	2021-01-07 09:27:19 +01:00
m_can.h	can: m_can: let m_can_class_allocate_dev() allocate driver specific private data	2020-12-14 14:24:14 +01:00
Makefile	can: m_can: add PCI glue driver for Intel Elkhart Lake	2020-12-10 10:40:10 +01:00
tcan4x5x.c	can: tcan4x5x: fix bittiming const, use common bittiming from m_can driver	2021-01-07 09:27:19 +01:00