| To: | jdmason@xxxxxxxxxx |
|---|---|
| Subject: | Re: [PATCH] [BRIDGE] Set features based on slave's ones |
| From: | "David S. Miller" <davem@xxxxxxxxxxxxx> |
| Date: | Thu, 19 May 2005 11:58:32 -0700 (PDT) |
| Cc: | util@xxxxxxxxxxxxxxx, netdev@xxxxxxxxxxx |
| In-reply-to: | <200505191247.55138.jdmason@us.ibm.com> |
| References: | <200505191106.53136.jdmason@us.ibm.com> <Pine.LNX.4.62.0505192019090.8076@webhosting.rdsbv.ro> <200505191247.55138.jdmason@us.ibm.com> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
From: Jon Mason <jdmason@xxxxxxxxxx> Date: Thu, 19 May 2005 12:47:55 -0500 > My point is that some features the user might want enabled regardless of > whether all devices support them. An example of this is where a system has > hardware checksum support for all devices except one. In this case, it would > be benefitial to have this device do the checksum in software (via > skb_checksum_help() call in dev_queue_xmit()). If "SG and checksumming is so common these days" as others have stated, what you are describing is a totally uncommon scenerio. What Catalin is proposing is infinitely better than what we have today. |
| Previous by Date: | Re: 2.6.12-rc4-mm[12] - ULOG problem, David S. Miller |
|---|---|
| Next by Date: | Re: [PATCH] [BRIDGE] Set features based on slave's ones (was Ethernet Bridging: Enable Hardware Checksumming), Jon Mason |
| Previous by Thread: | Re: [PATCH] [BRIDGE] Set features based on slave's ones (was Ethernet Bridging: Enable Hardware Checksumming), Jon Mason |
| Next by Thread: | Re: [PATCH] [BRIDGE] Set features based on slave's ones, Jon Mason |
| Indexes: | [Date] [Thread] [Top] [All Lists] |