can: fix assignment of error location in CAN error messages
As Dan Carpenter reported in http://marc.info/?l=linux-can&m=144793696016187 the assignment of the error location in CAN error messages had some bit wise overlaps. Indeed the value to be assigned in data[3] is no bitfield but defines a single value which points to a location inside the CAN frame on the wire. This patch fixes the assignments for the error locations in error messages. Reported-by: Dan Carpenter <dan.carpenter@oracle.com> Signed-off-by: Oliver Hartkopp <socketcan@hartkopp.net> Signed-off-by: Marc Kleine-Budde <mkl@pengutronix.de>
This commit is contained in:

committed by
Marc Kleine-Budde

parent
7cecd9ab80
commit
ffd461f80d
@@ -944,10 +944,9 @@ static void kvaser_usb_rx_error(const struct kvaser_usb *dev,
|
||||
cf->can_id |= CAN_ERR_BUSERROR | CAN_ERR_PROT;
|
||||
|
||||
if (es->leaf.error_factor & M16C_EF_ACKE)
|
||||
cf->data[3] |= (CAN_ERR_PROT_LOC_ACK);
|
||||
cf->data[3] = CAN_ERR_PROT_LOC_ACK;
|
||||
if (es->leaf.error_factor & M16C_EF_CRCE)
|
||||
cf->data[3] |= (CAN_ERR_PROT_LOC_CRC_SEQ |
|
||||
CAN_ERR_PROT_LOC_CRC_DEL);
|
||||
cf->data[3] = CAN_ERR_PROT_LOC_CRC_SEQ;
|
||||
if (es->leaf.error_factor & M16C_EF_FORME)
|
||||
cf->data[2] |= CAN_ERR_PROT_FORM;
|
||||
if (es->leaf.error_factor & M16C_EF_STFE)
|
||||
|
Reference in New Issue
Block a user