[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20100110.135242.113292015.davem@davemloft.net>
Date: Sun, 10 Jan 2010 13:52:42 -0800 (PST)
From: David Miller <davem@...emloft.net>
To: mcarlson@...adcom.com
Cc: dmitry.torokhov@...il.com, eric.dumazet@...il.com,
netdev@...r.kernel.org, jfeeney@...hat.com
Subject: Re: tg3 appears to be sick in 2.6.33
From: "Matt Carlson" <mcarlson@...adcom.com>
Date: Fri, 8 Jan 2010 11:42:22 -0800
> [PATCH] 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@...adcom.com>
Matt, since we have positive testing, want me to apply this?
Thanks.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists