can: remove CAN FD compatibility for CAN 2.0 sockets linux-can-fixes-for-3.14-20140303
authorOliver Hartkopp <socketcan@hartkopp.net>
Sat, 1 Mar 2014 14:31:53 +0000 (15:31 +0100)
committerMarc Kleine-Budde <mkl@pengutronix.de>
Mon, 3 Mar 2014 13:29:52 +0000 (14:29 +0100)
commit821047c4055cca833c4674f172a9d73003563eb6
tree28246c9f50757df9ea1efcad0c8210f098aa1c14
parent4b5b82274a17f0ebbf02378df2ba7f36a3f5af19
can: remove CAN FD compatibility for CAN 2.0 sockets

In commit e2d265d3b587 (canfd: add support for CAN FD in CAN_RAW sockets)
CAN FD frames with a payload length up to 8 byte are passed to legacy
sockets where the CAN FD support was not enabled by the application.

After some discussions with developers at a fair this well meant feature
leads to confusion as no clean switch for CAN / CAN FD is provided to the
application programmer. Additionally a compatibility like this for legacy
CAN_RAW sockets requires some compatibility handling for the sending, e.g.
make CAN2.0 frames a CAN FD frame with BRS at transmission time (?!?).

This will become a mess when people start to develop applications with
real CAN FD hardware. This patch reverts the bad compatibility code
together with the documentation describing the removed feature.

Acked-by: Stephane Grosjean <s.grosjean@peak-system.com>
Signed-off-by: Oliver Hartkopp <socketcan@hartkopp.net>
Signed-off-by: Marc Kleine-Budde <mkl@pengutronix.de>
Documentation/networking/can.txt
net/can/raw.c