| To: | "David S. Miller" <davem@xxxxxxxxxx> |
|---|---|
| Subject: | Re: zerocopy changes in 3c59x.c |
| From: | Andrew Morton <andrewm@xxxxxxxxxx> |
| Date: | Fri, 26 Jan 2001 22:49:27 +1100 |
| Cc: | Alexey Kuznetsov <kuznet@xxxxxxxxxxxxx>, "netdev@xxxxxxxxxxx" <netdev@xxxxxxxxxxx> |
| References: | <3A714788.82C064BD@xxxxxxxxxx>, <3A714788.82C064BD@xxxxxxxxxx> <14961.24733.869800.77633@xxxxxxxxxxxxxxx> |
| Sender: | owner-netdev@xxxxxxxxxxx |
"David S. Miller" wrote: > > Andrew Morton writes: > > And why do we do this: > > > > vp->stats.rx_compressed++; > > > > each time we send a frame with hardware checksum? This is the > > transmit path, not the receive path. It seems we're abusing > > some ppp-related stats here. What's up? > > Every zerocopy driver does this, rx_compressed counts HW csummed > transmit packets, and tx_compressed counts transmit packets > containing more than one buffer. Thanks. I can see that :) But why do this, rather than create new accounting fields? Let me guess: short-term thing, intended to be removed, didn't want to hack the userspace tools? |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: zerocopy changes in 3c59x.c, David S. Miller |
|---|---|
| Next by Date: | Re: zerocopy changes in 3c59x.c, David S. Miller |
| Previous by Thread: | Re: zerocopy changes in 3c59x.c, David S. Miller |
| Next by Thread: | Re: zerocopy changes in 3c59x.c, David S. Miller |
| Indexes: | [Date] [Thread] [Top] [All Lists] |