On Sun, May 04, 2008 at 02:28:08PM +0200, Johannes Berg wrote:Right hard_header_len is being overloaded with two meanings. On the one hand it's used to indicate the length of the header managed by the hardware header cache, on the other hand we use it to indicate the head room for those devices that don't have a cache. Since your device wants both, it fails miserably. There are three ways out of this. You could have your own cache (I haven't looked at your headers so I don't know whether that makes sense), have no cache at all, or add a new field that gets added to hard_header_len for the purposes of calculating head room. Cheers, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| debian developer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Adrian Bunk | Re: LSM conversion to static interface |
git: | |
| Gerrit Renker | [PATCH 26/37] dccp: Integration of dynamic feature activation - part 1 (socket set... |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Frans Pop | svc: failed to register lockdv1 RPC service (errno 97). |
| Linus Torvalds | Re: [GIT]: Networking |
