| To: | ravinandan.arakali@xxxxxxxxxxxx |
|---|---|
| Subject: | Re: [PATCH 2.6.12-rc4] IPv4/IPv6: UDP Large Send Offload feature |
| From: | "David S. Miller" <davem@xxxxxxxxxxxxx> |
| Date: | Thu, 02 Jun 2005 16:22:04 -0700 (PDT) |
| Cc: | jgarzik@xxxxxxxxx, netdev@xxxxxxxxxxx, raghavendra.koushik@xxxxxxxxxxxx, leonid.grossman@xxxxxxxxxxxx, ananda.raju@xxxxxxxxxxxx, rapuru.sriram@xxxxxxxxxxxx |
| In-reply-to: | <003201c567c9$73322240$3910100a@pc.s2io.com> |
| References: | <20050527.120215.26278001.davem@davemloft.net> <003201c567c9$73322240$3910100a@pc.s2io.com> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
From: "Ravinandan Arakali" <ravinandan.arakali@xxxxxxxxxxxx> Date: Thu, 2 Jun 2005 16:18:55 -0700 > Since there seems to be pros and cons for both the approaches, we are > planning > to submit two separate patches(one for each approach). These patches also > include the ethtool changes. In terms of performance, we did not observe any > diff between the two approaches although the first approach(using SG) > minimizes > coalescing in driver. Ok. I think minimizing driver specific work is probably going to make the SG approach more desirable, but we'll see. > Also, some changes will be required in the ethtool user-level utility. > I'm not sure if this is the right forum to submit patches for the ethtool > utility as well.. Making sure jgarzik@xxxxxxxxx gets the patch is usually the way to go wrt. ethtool submissions. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | RE: [PATCH 2.6.12-rc4] IPv4/IPv6: UDP Large Send Offload feature, Ravinandan Arakali |
|---|---|
| Next by Date: | Re: Comparison of several congestion control algorithms, David S. Miller |
| Previous by Thread: | RE: [PATCH 2.6.12-rc4] IPv4/IPv6: UDP Large Send Offload feature, Ravinandan Arakali |
| Next by Thread: | Re: Comparison of several congestion control algorithms, David S. Miller |
| Indexes: | [Date] [Thread] [Top] [All Lists] |