From: Anton Vorontsov
Date: Tue, 7 Jul 2009 22:38:42 +0400
> We can reclaim transmitted skbs to use in the receive path, so-called
> skb recycling support.
>
> Also reorder ucc_geth_poll() steps, so that we'll clean tx ring firstly,
> thus maybe reclaim some skbs for rx.
>
> Signed-off-by: Anto
Anton Vorontsov wrote:
On Tue, Jul 07, 2009 at 11:47:38AM -0700, Rick Jones wrote:
Admittedly, all the world is not TCP, but a big chunk is, so are you
likely to have reference counts go to zero on the tx queue for
anything other than small standalone TCP ACK segments?
That's a generic questi
On Tue, Jul 07, 2009 at 11:47:38AM -0700, Rick Jones wrote:
> Anton Vorontsov wrote:
> >We can reclaim transmitted skbs to use in the receive path, so-called
> >skb recycling support.
> >
> >Also reorder ucc_geth_poll() steps, so that we'll clean tx ring firstly,
> >thus maybe reclaim some skbs for
Anton Vorontsov wrote:
We can reclaim transmitted skbs to use in the receive path, so-called
skb recycling support.
Also reorder ucc_geth_poll() steps, so that we'll clean tx ring firstly,
thus maybe reclaim some skbs for rx.
Admittedly, all the world is not TCP, but a big chunk is, so are you
We can reclaim transmitted skbs to use in the receive path, so-called
skb recycling support.
Also reorder ucc_geth_poll() steps, so that we'll clean tx ring firstly,
thus maybe reclaim some skbs for rx.
Signed-off-by: Anton Vorontsov
---
drivers/net/ucc_geth.c | 40 +++
