From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: w@1wt.eu Received: from krantz.zx2c4.com (localhost [127.0.0.1]) by krantz.zx2c4.com (ZX2C4 Mail Server) with ESMTP id 99e82e1d for ; Sun, 11 Dec 2016 08:01:32 +0000 (UTC) Received: from 1wt.eu (wtarreau.pck.nerim.net [62.212.114.60]) by krantz.zx2c4.com (ZX2C4 Mail Server) with ESMTP id dba4de96 for ; Sun, 11 Dec 2016 08:01:31 +0000 (UTC) Date: Sun, 11 Dec 2016 09:07:18 +0100 From: Willy Tarreau To: "Jason A. Donenfeld" Subject: Re: Misalignment, MIPS, and ip_hdr(skb)->version Message-ID: <20161211080718.GA7253@1wt.eu> References: <20161207.145240.1636297838792223189.davem@davemloft.net> <20161207.193716.50344961208535056.davem@davemloft.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Cc: linux-mips@linux-mips.org, Netdev , LKML , David Miller , WireGuard mailing list List-Id: Development discussion of WireGuard List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Hi Jason, On Thu, Dec 08, 2016 at 11:20:04PM +0100, Jason A. Donenfeld wrote: > Hi David, > > On Thu, Dec 8, 2016 at 1:37 AM, David Miller wrote: > > You really have to land the IP header on a proper 4 byte boundary. > > > > I would suggest pushing 3 dummy garbage bytes of padding at the front > > or the end of your header. > > Are you sure 3 bytes to get 4 byte alignment is really the best? It's always the best. However there's another option which should be considered : maybe it's difficult but not impossible to move some bits from the current protocol to remove one byte. That's not always easy, and sometimes you cannot do it just for one bit. However after you run through this exercise, if you notice there's really no way to shave this extra byte, you'll realize there's no room left for future extensions and you'll more easily accept to add 3 empty bytes for this, typically protocol version, tags, qos or flagss that you'll be happy to rely on for future versions of your protocol. Also while it can feel like you're making your protocol less efficient, keep in mind that these 3 bytes only matter for small packets, and Ethernet already pads small frames to 64 bytes, so in practice any IP packet smaller than 46 bytes will not bring any extra savings. Best regards, Willy