| To: | "David S. Miller" <davem@xxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: pppoe and receive checksum offload |
| From: | Stephen Hemminger <shemminger@xxxxxxxx> |
| Date: | Mon, 28 Feb 2005 09:12:52 -0800 |
| Cc: | mostrows@xxxxxxxxxxxxx, kuznet@xxxxxxxxxxxxx, netdev@xxxxxxxxxxx |
| In-reply-to: | <20050227202011.5ccefb22.davem@xxxxxxxxxxxxx> |
| References: | <20050224155906.73890361@xxxxxxxxxxxxxxxxx> <20050227202011.5ccefb22.davem@xxxxxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mozilla Thunderbird 1.0 (Windows/20041206) |
Someone reported a problem with skge hardware receive checksumming and PPPOEbut it looks like a generic problem. Since PPPOE adds additional headerbytes the hardware computed checksum will be wrong.Not sure if this is correct, but shouldn't pppoe be doing the following:Changing or expanding the link level headers should only mess up the hw checksum if you are using CHECKSUM_HW, is that what your skge driver is using? The hardware doesn't appear to actually decode the packet, it just has the ability to compute data sum of packet starting at an arbitrary byte offset. This matched the description of CHECKSUM_HW so that is what I used. The original sk98lin attempted to receive hardware checksumming but never actually turned it on. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | filtering packtes before OS takes care about them, Weber Matthias |
|---|---|
| Next by Date: | Re: Interconnect virtual device?, Ben Greear |
| Previous by Thread: | Re: pppoe and receive checksum offload, Alexey Kuznetsov |
| Next by Thread: | Re: pppoe and receive checksum offload, David S. Miller |
| Indexes: | [Date] [Thread] [Top] [All Lists] |