diff options
author | Jan Altenberg <jan@linutronix.de> | 2011-03-27 18:24:10 -0700 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2011-03-27 23:35:01 -0700 |
commit | dc760b375e50a47847d4942811bd9679beeb5535 (patch) | |
tree | fb2f3b658936339c84e022900170c9547c4904f1 /drivers/xen/features.c | |
parent | b0052b088cf0cb688b4630c1d520c57276da71a5 (diff) | |
download | linux-dc760b375e50a47847d4942811bd9679beeb5535.tar.gz linux-dc760b375e50a47847d4942811bd9679beeb5535.tar.bz2 linux-dc760b375e50a47847d4942811bd9679beeb5535.zip |
can: c_can: Fix tx_bytes accounting
The current SocketCAN implementation for the Bosch c_can cell doesn't
account the TX bytes correctly, because it calls
c_can_inval_msg_object() (which clears the msg ctrl register) before
reading the DLC value:
for (/* nix */; (priv->tx_next - priv->tx_echo) > 0; priv->tx_echo++) {
msg_obj_no = get_tx_echo_msg_obj(priv);
c_can_inval_msg_object(dev, 0, msg_obj_no);
val = c_can_read_reg32(priv, &priv->regs->txrqst1);
if (!(val & (1 << msg_obj_no))) {
can_get_echo_skb(dev,
msg_obj_no - C_CAN_MSG_OBJ_TX_FIRST);
stats->tx_bytes += priv->read_reg(priv,
&priv->regs->ifregs[0].msg_cntrl)
& IF_MCONT_DLC_MASK;
stats->tx_packets++;
}
}
So, we will always read 0 for the DLC value and "ifconfig" will report
*0* TX Bytes.
The fix is quite easy: Just move c_can_inval_msg_object() to the end of
the if() statement. So:
* We only call c_can_inval_msg_object() if the message was
actually transmitted
* We read out the DLC value _before_ clearing the msg ctrl
register
Signed-off-by: Jan Altenberg <jan@linutronix.de>
Acked-by: Kurt Van Dijck <kurt.van.dijck@eia.be>
Acked-by: Wolfgang Grandegger <wg@grandegger.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/xen/features.c')
0 files changed, 0 insertions, 0 deletions