tg3: Fix std rx prod ring handling
authorMatt Carlson <mcarlson@broadcom.com>
Tue, 12 Jan 2010 10:11:37 +0000 (10:11 +0000)
committerDavid S. Miller <davem@davemloft.net>
Thu, 14 Jan 2010 01:18:53 +0000 (17:18 -0800)
commit86cfe4ff02a51294cb2c974a8bedc7f648491df9
treed2241293b99f32b07ec339ae7c05d96717fea8e4
parent13fa95b0398d65885a79c6e95a09976ee9f8c009
tg3: Fix std rx prod ring handling

There are some tg3 devices that require the driver to post new rx
buffers in smaller increments.  Commit
4361935afe3abc3e5a93006b99197fac1fabbd50, "tg3: Consider
rx_std_prod_idx a hw mailbox" changed how the driver tracks the rx
producer ring updates, but it does not make any special considerations
for the above-mentioned devices.  For those devices, it is possible for
the driver to hit the special case path, which updates the hardware
mailbox register but skips updating the shadow software mailbox member.
If the special case path represents the final mailbox update for this
ISR iteration, the hardware and software mailbox values will be out of
sync.  Ultimately, this will cause the driver to use a stale mailbox
value on the next iteration, which will appear to the hardware as a
large rx buffer update.  Bad things ensue.

The fix is to update the software shadow mailbox member when the special
case path is taken.

Signed-off-by: Matt Carlson <mcarlson@broadcom.com>
Reviewed-by: Michael Chan <mchan@broadcom.com>
Reported-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
drivers/net/tg3.c