On Thu, Sep 25, 2003 at 03:59:03PM +0400, kuznet@ms2.inr.ac.ru wrote: > > > > and are next > > > to each other, then we can avoid having to get mac_len right. > > > > > > This is what the following patch does. > > I am afraid I do not understand this. mac_len is required only when > you do not memcopy mac header keeping it in place instead. The patch > makes memmove, so what is the point in keeping mac_len? Right now it allows us to avoid the memmove in transport mode. Otherwise an IPCOMP/ESP combo will cause the header to move twice. In future if we can make sure that mac_len is right before netif_rx then we can avoid the move altogether. Cheers, -- Debian GNU/Linux 3.0 is out! ( http://www.debian.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 - : send the line "unsubscribe linux-net" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
